You are on page 1of 53

1

LAPORAN PERTANGGUNG JAWABAN


STUDENT EMPLOYEE LABORATORIUM KOMPUTASI CERDAS DAN
VISUALISASI
SISTEM INFORMASI MONITORING TUGAS AKHIR

Disusun oleh:
Ziya El Arief

125150200111118

Maria Tenika Frestantiya

125150201111043

PROGRAM STUDI INFORMATIKA / ILMU KOMPUTER


PROGRAM TEKNOLOGI INFORMASI DAN ILMU KOMPUTER
UNIVERSITAS BRAWIJAYA
MALANG
2015

DAFTAR ISI

DAFTAR ISI............................................................................................................i
DAFTAR GAMBAR..............................................................................................ii
DAFTAR TABEL..................................................................................................iii
BAB I.......................................................................................................................1
PENDAHULUAN...................................................................................................1
1.1

Latar Belakang..........................................................................................1

1.2

Rumusan Masalah.....................................................................................2

1.3

Batasan Masalah........................................................................................2

1.4

Tujuan........................................................................................................2

1.5

Manfaat......................................................................................................3

1.6

Sistematika Penulisan Laporan.................................................................3

1.7

Pelaksanaan Analisis Sistem MONITA LAB KCV...................................4

BAB II.....................................................................................................................6
ANALISIS DAN PERANCANGAN SISTEM.....................................................6
2.1

Analisa Kebutuhan Perangkat Lunak........................................................6

2.1.1

Identifikasi Aktor...............................................................................6

2.1.2

Daftar Kebutuhan Sistem...................................................................7

2.1.3

Diagram Use Case...........................................................................10

2.1.4

Skenario Use Case...........................................................................15

2.1.5

Tabel Notifikasi dan SMS Gateway Sistem.....................................35

2.1.6

ER Diagram Sistem..........................................................................37

2.1.7

Rancangan Tampilan MONITA Lab KCV.......................................38

BAB III..................................................................................................................41
PENUTUP.............................................................................................................41
3.1

Kesimpulan..............................................................................................41

3.2

Saran........................................................................................................41

DAFTAR GAMBAR
Gambar 2. 1 Diagram Use Case Sistem Keseluruhan............................................11
Gambar 2. 2 Digram Use Case Sistem MONITA KCV Modul Pengajuan...........12
Gambar 2. 3 Digram Use Case Sistem MONITA KCV Modul Kemajuan............13
Gambar 2. 4 Digram Use Case Sistem SMS Gateway MONITA KCV.................14
Gambar 2. 5 Digram Use Case Sistem MONITA KCV Modul Profil Dosen........15
Gambar 2. 6 ER Diagram Sistem Keseluruhan......................................................38
Gambar 2. 7 Perancangan Halaman Home............................................................38
Gambar 2. 8 Perancangan Halaman Utama Mahasiswa.......................................39
Gambar 2. 9 Perancangan Halaman Utama Dosen................................................39
Gambar 2. 10 Perancangan Halaman Utama Laboran...........................................40

DAFTAR TABEL
Tabel 2. 1 Identifikasi Aktor....................................................................................6
Tabel 2. 2 Daftar Kebutuhan Sistem........................................................................7
Tabel 2. 3 Aliran aktifitas untuk Download Form SP-01.......................................15
Tabel 2. 4 Aliran aktifitas untuk Lihat Daftar TA..................................................16
Tabel 2. 5 Aliran aktifitas untuk Lihat Daftar TA Usulan Dosen...........................17
Tabel 2. 6 Aliran aktifitas untuk Lihat Grafik TA..................................................17
Tabel 2. 7 Aliran aktifitas untuk Lihat Grafik TA per tahun..................................17
Tabel 2. 8 Aliran aktifitas untuk Lihat Grafik TA per Research Group.................18
Tabel 2. 9 Aliran aktifitas untuk Lihat TA Mahasiswa Lulus.................................18
Tabel 2. 10 Aliran aktifitas untuk Lihat TA Kadaluarsa.........................................19
Tabel 2. 11 Aliran Aktifitas untuk Lihat Daftar Dosen..........................................19
Tabel 2. 12 Aliran aktifitas untuk Lihat Profil Dosen...........................................19
Tabel 2. 13 Aliran aktifitas untuk Lihat Proposal TA............................................20
Tabel 2. 14 Aliran aktifitas untuk Login................................................................20
Tabel 2. 15 Aliran aktifitas untuk Input Abstract...................................................21
Tabel 2. 16 Aliran aktifitas untuk Lihat TA Mahasiswa.........................................21
Tabel 2. 17 Aliran aktifitas untuk Register Seminar..............................................22
Tabel 2. 18 Aliran aktifitas untuk Register Sempro...............................................22
Tabel 2. 19 Aliran aktifitas untuk Register Pameran..............................................22
Tabel 2. 20 Aliran aktifitas untuk Register Sidang................................................23
Tabel 2. 21 Aliran aktifitas untuk Upload File TA.................................................23
Tabel 2. 22 Aliran aktifitas untuk Upload KKM....................................................23
Tabel 2. 23 Aliran aktifitas untuk Create Dosen....................................................24
Tabel 2. 24 Aliran Aktifitas untuk Delete Dosen...................................................24
Tabel 2. 25 Aliran Aktifitas untuk Edit RG............................................................24
Tabel 2. 26 Aliran Aktifitas untuk Edit Dosen.......................................................25
Tabel 2. 27 Aliran aktifitas untuk Upload SP-01...................................................25
Tabel 2. 28 Aliran aktifitas untuk Upload Jadwal Seminar....................................26
Tabel 2. 29 Aliran aktifitas untuk Verifikasi Surat TA...........................................26
Tabel 2. 30 Aliran aktifitas untuk Verifikasi Sidang Mahasiswa...........................26
Tabel 2. 31 Aliran aktifitas untuk Verifikasi Sempro Mahasiswa..........................27

Tabel 2. 32 Aliran aktifitas untuk Verifikasi Pameran Mahasiswa........................27


Tabel 2. 33 Aliran aktifitas untuk Lihat TA Bimbingan.........................................28
Tabel 2. 34 Aliran aktifitas untuk Approve Sempro Mahasiswa............................28
Tabel 2. 35 Aliran aktifitas untuk Edit Profile Dosen............................................29
Tabel 2. 36 Aliran aktifitas untuk Approve Bimbingan Mahasiswa......................29
Tabel 2. 37 Aliran aktifitas untuk Approve Dosbing Mahasiswa...........................29
Tabel 2. 38 Aliran aktifitas untuk Cek Judul TA....................................................30
Tabel 2. 39 Aliran aktifitas untuk Cek Kelayakan TA...........................................30
Tabel 2. 40 Aliran aktifitas untuk Approve Proposal TA.......................................31
Tabel 2. 41 Aliran aktifitas untuk Approve Sidang Mahasiswa.............................31
Tabel 2. 42 Aliran aktifitas untuk Lihat Jadwal Seminar.......................................32
Tabel 2. 43 Aliran aktifitas untuk Lihat Jadwal Seminar.......................................33
Tabel 2. 44 Aliran aktifitas untuk Lihat Jadwal Sempro........................................33
Tabel 2. 45 Aliran aktifitas untuk Lihat Jadwal Pameran......................................33
Tabel 2. 46 Aliran aktifitas untuk Lihat Jadwal Sidang.........................................34
Tabel 2. 47 Aliran aktifitas untuk Input Berita Acara Sempro...............................34
Tabel 2. 48 Notifikasi dan SMS Gateway Sistem Modul Monitoring...................35
Tabel 2. 49 Notifikasi dan SMS Gateway Sistem Modul Pengajuan.....................36
Tabel 2. 50 Notifikasi dan SMS Gateway Sistem Modul Profil Dosen.................37

BAB I
PENDAHULUAN

1.1 Latar Belakang


Laboratorium Komputasi Cerdas dan Visualisasi atau lebih umum disebut
Lab. KCV adalah salah satu Laboratorium yang ada di Fakultas Ilmu Komputer
Universitas Brawijaya. Laboratorium ini bergerak di pengembangan ilmu
pengetahuan sistem cerdas. Beberapa bidang yang masuk dalam ranah
pengembangan ilmu pengetahuan pada laboratorium ini seperti Sistem Pakar,
Sistem Pendukung Keputusan, Algoritma Evolusi, Information Retrieval, Data
Mining, Pengenalan Pola, dan lain sebagainya. Bidang bidang tersebut telah
dikelompokkan sesuai dengan Research Group-nya masing masing.
Setiap periodenya mahasiswa mengerjakan tugas akhir sebagai syarat
perolehan gelar Sarjana. Untuk Fakultas Ilmu Komputer sendiri menggunakan
format 7 bab untuk pengerjaan tugas akhir. Lab. KCV sendiri adalah salah satu
laboratorium di FILKOM yang berperan menfasilitasi mahasiswa dalam
pengerjaan tugas akhir. Tentunya dengan banyakanya mahasiswa yang
mengerjakan tugas akhir, akan sangat dibutuhkan media pengelolaan tugas akhir
mahasiswa yang cukup baik.
Dengan kemajuan teknologi saat ini, terutama di bidang internet membuat
sistem informasi berbasis web paling banyak digunakan masyarakat. Website
merupakan media yang digunakan untuk menampung data teks, gambar, suara,
dan animasi yang dapat ditampilkan di internet dan dapat diakses oleh komputer
yang terhubung dengan internet secara global. Website banyak digunakan karena
termasuk media informasi berbasis jaringan komputer yang dapat diakses di
mana saja dengan biaya relatif murah.
Website merupakan implementasi dari bahasa pemograman web (web
programming). PHP ( PHP: Hypertext Preprocessor) merupakan bahasa
pemograman berbasis web yang memiliki kemampuan untuk memproses dan

mengolah data secara dinamis. Pesatnya perkembangan ilmu pengetahuan dan


teknologi saat ini tidak dapat diingkari. Kebutuhan akan informasi secara cepat,

tepat, dan akurat sangat diperlukan oleh suatu instansi, organisasi, maupun
perusahaan. Kebutuhan yang mendesak dan semakin berharganya nilai waktu
membuat orang bekerja ekstra cepat dengan hasil yang semaksimal mungkin.
Sistem Informasi Monitoring Tugas Akhir(MONITA) sudah pernah
dibuat sebelumnya untuk mempermudah dalam memonitoring tugas akhir
mahasiswa. Namun sistem tersebut belum bekerja secara maksimal. Misalnya saja
masih belum adanya filter topik skripsi untuk masing - masing lab nya,
mahasiswa sendiri tidak dapat melakukan monitoring terhadap hasil pengerjaan
tugas akhirnya selama ini, terdapat beberapa dosen yang memiliki banyak sekali
mahasiswa bimbingan dan di sisi lain ada dosen yang memiliki sedikit bimbingan
saja, Untuk itu penulis ingin mengembangkan sistem yang pernah ada tersebut
agar lebih efisien, efektif dan terfokus untuk Lab KCV saja. Sistem informasi
yang telah dikembangkan bernama Sistem Informasi Monitoring Tugas
Akhir(MONITA) Laboratorium Komputasi Cerdas dan Visualisasi.

1.2 Rumusan Masalah


Berdasarkan uraian latar belakang tersebut, maka dirumuskan masalah
sebagai berikut:
1. Bagaimana menganalisis kebutuhan pengguna dan merancang sistem ini.
2. Bagaimana mengimplementasikan rancangan sistem.
3. Bagaimana hasil pengujian sistem dengan kesesuaian kebutuhan pengguna.

1.3 Batasan Masalah


Adapun batasan-batasan masalah dalam pembuatan sistem ini adalah:
1. Bahasa pemrograman yang digunakan dalam pengembangan sistem ini adalah
bahasa pemrograman PHP.
2. Database management system yang digunakan yaitu MySQL.

1.4 Tujuan
Tujuan pembuatan sistem ini adalah:
1. Menganalisis kebutuhan pengguna dan merancang sistem.
2. Mengimplementasikan rancangan sistem.
3. Menguji sistem dengan kesesuaian kebutuhan pengguna.

1.5 Manfaat

Bagi Mahasiswa

1. Memberikan kesempatan kepada mahasiswa untuk menerapkan ilmu yang


telah diperoleh.
2. Memberikan kesempatan kepada mahasiswa untuk berada di lingkungan kerja
yang sebenarnya.
3. Menumbuhkan sikap profesionalitas serta tanggung jawab mahasiswa dalam
lingkungan kerja.

Bagi Instansi

1. Sistem ini dapat mempermudah monitoring yang dilakukan pihak Dosen


Pembimbing dan Laboratorium KCV terhadap tugas akhir mahasiswa
2. Mengetahui kualitas tugas akhir mahasiswa yang masuk pada Laboratorium
KCV

Bagi Pihak lain

1. Sistem ini mempermudah pengguna dalam me-monitoring tugas akhirnya


sendiri

1.6 Sistematika Penulisan Laporan


Sistematika penulisan laporan ditunjukkan untuk memberikan gambaran dan
uraian dari laporan secara garis besar yang meliputi beberapa bab, sebagai berikut:
BAB I Pendahuluan
Bab ini berisi tentang latar belakang, rumusan masalah, batasan
masalah, tujuan, manfaat, sistematika penulisan laporan, dan pelaksanaan
pembuatan sistem.
BAB II Analisis Dan Perancangan
Menguraikan analisis kebutuhan serta perancangan sistem yang menjadi
objek studi kasus pembuatan sistem.
BAB III Penutup
Menguraikan kesimpulan yang diperoleh dari pembuatan dan pengujian
sistem informasi yang dikembangkan dalam pembuatan sistem ini ini serta saransaran untuk pengembangan lebih lanjut.
1.7 Pelaksanaan Analisis Sistem MONITA LAB KCV

Waktu
Analisis kebutuhan(User Requirement) dilaksanakan mulai April 2015

hingga tanggal Juni 2015. Adapun kegiatan yang dilakukan selama pelaksanaan
Analisis Kebutuhan Sistem MONITA Lab KCV sesuai dengan tabel 1.1 berikut:
Tabel 1. 1 Analisis Kebutuhan Sistem Monita

NO
.
1.
2.

3.

Kegiatan
I
Pengenalan
proses kerja
Penjelasan
MONITA
Lab KCV
secara garis
besar
Identifikasi

April 2015
Mei 2015
I III IV I I II IV
I
I I

Juni 2015
II III IV

4.

5.

6.

7.

8.

fitur fitur
sistem
MONITA
yang ada
Analisis
kebutuhan
user Modul
Pengajuan
Analisis
kebutuhan
user Modul
Kemajuan
Analisis
kebutuhan
user Modul
Profil
Dosen &
SMS
Gateway
Tinjauan
ulang
seluruh
Modul
sistem
MONITA
Lab KCV
Pembuatan
Laporan

BAB II
ANALISIS DAN PERANCANGAN SISTEM
2.1 Analisa Kebutuhan Perangkat Lunak
Tahapan analisa kebutuhan sistem memiliki tujuan untuk memodelkan
informasi yang akan digunakan dalam tahapan perancangan. Analisa kebutuhan
sistem yang diperlukan meliputi identifikasi aktor, daftar kebutuhan sistem dan
use case diagram. Berikut ini merupakan penjelasan dari masing-masing
tahapannya:
2.1.1

Identifikasi Aktor
Tahapan ini bertujuan untuk mengidentifikasi aktor-aktor yang nantinya

akan berinteraksi dengan sistem. Pada kolom aktor disebutkan aktor-aktor yang
berperan dalam sistem dan pada kolom lainnya akan menunjukkan deskripsi dari
masing-masing aktor. Tabel 2.1 memperlihatkan aktor-aktor yang berperan dalam
sistem yang dilengkapi dengan penjelasannya yang merupakan hasil dari proses
identifikasi aktor.

Aktor
Guest

Mahasiswa

Laboran

Dosen
Pembimbing

Kaprodi

Sekprodi

Tabel 2. 1 Identifikasi Aktor


Deskripsi Aktor
Guest merupakan aktor pengguna sistem yang dapat melakukan login,
dan melihat judul TA(Tugas Akhir) yang sedang dikerjakan ataupun
yang sudah selesai pada Lab KCV, profil dosen, dan juga grafik
persebaran mahasiswa yang diampu oleh dosen lab KCV
Mahasiswa merupakan aktor pengguna sistem yang dapat melakukan
upload file tugas akhir, edit tugas akhir, register sempro, pameran dan
sidang, serta melakukan aktifitas aktifitas yang berhubungan dengan
tugas akhir lainnya
Laboran merupakan aktor pengguna sistem yang bertugas melakukan
verifikasi aktifitas yang dilakukan mahasiswa sehingga dapat pula
merubah status Tugas Akhir mahasiswa yang bersangkutan
Dosen pembimbing merupakan aktor pengguna sistem yang dapat
melakukan monitoring terhadap tugas akhir mahasiswanya yang
diampu, serta memberikan persetujuan untuk aktifitas mahasiswa yang
terkait dengan tugas akhir
Kaprodi merupakan aktor pengguna sistem yang berwenang
memberikan persetujuan tentang dosen pembimbing terhadap tugas
akhir mahasiswa yang bersangkutan
Sekprodi merupakan aktor pengguna sistem yang berwenang untuk
melakukan pengecekan judul tugas akhir setelah verifikasi di bagian

akademik, sehingga tugas akhir dapat masuk ke Lab KCV


Kalab KCV merupakan aktor pengguna sistem yang berwenang untuk
memberikan persetujuan kelayakan judul tugas akhir mahasiswa yang
bersangkutan, melakukan sortir tugas akhir pada Research Group yang
ada di Lab KCV, dan juga memberikan saran dosen pembimbing pada
mahasiswa
Akademik merupakan aktor pengguna sistem yang dapat melakukan
verifikasi terhadap kegiatan kegiatan yang bersangkutan dengan
aktifitas tugas akhir mahasiswa, seperti pendaftaran sidang

Kalab KCV

Akademik

2.1.2

Daftar Kebutuhan Sistem


Tahapan ini bertujuan untuk menjelaskan kebutuhan sistem yang
harus dipenuhi saat aktor melakukan sebuah aksi. Daftar kebutuhan ini
terdiri dari sebuah kolom yang merupakan hal-hal yang harus disediakan
oleh sistem, sedangkan pada kolom yang lain menunjukkan nama use
case

yang menampilkan fungsionalitas masing-masing kebutuhan

tersebut. Tabel 2.2 memperlihatkan daftar kebutuhan fungsionalitas pada


sistem.
Tabel 2. 2 Daftar Kebutuhan Sistem
Nama Use Case
Download Form SP-01

Aktor
Guest

Lihat Alur TA

Guest

Lihat Daftar TA

Guest

Lihat TA Usulan Dosen

Guest

Lihat Grafik TA

Guest

Lihat Grafik per tahun

Guest

Lihat Grafik per RG

Guest

Lihat TA Mahasiswa Lulus

Guest

Requirements
Sistem harus menyediakan tautan
untuk melakukan download form SP01/proposal skripsi
Sistem harus menyediakan tautan
Alur TA untuk melihat alur
mahasiswa dalam menyelesaikan
tugas akhir
Sistem harus menyediakan halaman
untuk memuat daftar TA dan
rinciannya yang sedang diampu
didalam Lab KCV
Sistem harus menyediakan halaman
untuk memuat daftar TA yang
diusulkan dosen
Sistem harus menyediakan halaman
untuk melihat grafik TA yang ada di
Lab KCV
Sistem harus menyediakan halaman
untuk melihat grafik TA yang ada di
Lab KCV untuk pertahunnya
Sistem harus menyediakan halaman
untuk melihat grafik TA yang ada di
Lab KCV per Research Group
masing - masing
Sistem harus menyediakan halaman

Lihat Daftar Dosen

Guest

Lihat Profil Dosen

Guest

Lihat Daftar Proposal TA

Guest

Lihat TA Kadaluarsa

Guest

Login

Guest

Input Abstract

Mahasiswa

Lihat Berita Acara

Mahasiswa

Lihat Jadwal Seminar

Mahasiswa

Lihat Tanggal Pameran

Mahasiswa

Lihat Tanggal Sempro

Mahasiswa

Lihat Tanggal Sidang

Mahasiswa

Lihat TA Mahasiswa

Mahasiswa

Register Seminar

Mahasiswa

Register Pameran

Mahasiswa

Register Sempro

Mahasiswa

Register Sidang

Mahasiswa

untuk melihat mahasiswa yang sudah


lulus beserta TA mahasiswa yang
bersangkutan
Sistem harus menyediakan halaman
untuk melihat daftar dosen yang ada
di Lab KCV
Sistem harus menyediakan halaman
profil dosen yang ada pada Lab KCV
Sistem harus menyediakan halaman
daftar proposal TA yang belum
disetujui oleh dosen pembimbing
yang bersangkutan
Sistem harus menyediakan halaman
daftar TA yang sudah melampaui
batas akhir surat tugas
Sistem menyediakan halaman log in
username dan password sebelum
masuk pada sistem
Sistem menyediakan halaman untuk
melakukan input abstract TA
mahasiswa yang bersangkutan
Sistem menyediakan halaman untuk
melihat berita acara seminar progress
yang diberikan oleh dosen
Sistem menyediakan halaman untuk
melihat jadwal seminar mahasiswa
yang ada pada Lab KCV
Sistem menyediakan halaman untuk
melihat jadwal pameran mahasiswa
yang bersangkutan
Sistem menyediakan halaman untuk
melihat jadwal sempro mahasiswa
yang bersangkutan
Sistem menyediakan halaman untuk
melihat jadwal sidang mahasiswa
yang bersangkutan
Sistem menyediakan halaman untuk
melihat TA mahasiswa yang sedang
dikerjakan beserta file file yang
berkenaan dengan tugas akhir
Sistem menyediakan halaman untuk
melakukan pendaftaran seminar
mahasiswa yang ada pada Lab KCV
Sistem menyediakan halaman untuk
melakukan registrasi pameran
Sistem menyediakan halaman untuk
melakukan registrasi sempro
Sistem menyediakan halaman untuk
melakukan registrasi sidang

Upload File TA

Mahasiswa

Upload KKM

Mahasiswa

Upload Proposal TA

Mahasiswa

Create dosen

Laboran

Upload Jadwal Seminar

Laboran

Input Berita Acara Sempro

Laboran

Input Tanggal Pameran

Laboran

Verifikasi Surat TA

Laboran

Verifikasi Sidang Mahasiswa

Laboran

Verifikasi Sempro Mahasiswa

Laboran

Verifikasi
Mahasiswa

Laboran

Pameran

Edit Dosen

Laboran

Edit RG

Laboran

Delete Dosen

Laboran

Lihat TA Bimbingan

Dosbing

Approve Sempro Mahasiswa

Dosbing

Edit Profil

Dosbing

Aprove Bimbingan Mahasiswa

Dosbing

10

Sistem menyediakan halaman untuk


melakukan
unggah
file
TA
mahasiswa yang bersangkutan
Sistem menyediakan halaman untuk
melakukan unggah berkas berkas
KKM(Kartu Kendali Mahasiswa)
beserta input revisi yang didapat
mahasiswa
Sistem menyediakan halaman untuk
melakukan unggah proposal TA
Sistem menyediakan halaman untuk
memasukkan profil dosen
Sistem menyediakan halaman untuk
unggah keperluan seminar mahasiswa
Sistem menyediakan halaman untuk
menginputkan berita acara sempro
Sistem menyediakan halaman untuk
menginputkan
tanggal
pameran
mahasiswa
Sistem menyediakan halaman untuk
melakukan verifikasi Surat TA
mahasiswa
Sistem menyediakan halaman untuk
melakukan verifikasi registrasi sidang
mahasiswa
Sistem menyediakan halaman untuk
melakukan
verifikasi
sempro
mahasiswa
Sistem menyediakan halaman untuk
melakukan
registrasi
pameran
mahasiswa
Sistem menyediakan halaman untuk
melakukan pengeditan profil dosen
Sistem menyediakan hakaman untuk
melakukan pengeditan RG TA
mahasiswa
Sistem menyediakan halaman untuk
menghapus Profile Dosen yang ada
Sistem
menyediakan
halaman
monitoring tugas akhir mahasiswa,
dari revisi yang diberikan hingga file
file terkair
Sistem
menyediakan
halaman
approve jadwal seminar progress
yang diajukan mahasiswa
Sistem menyediakan halaman edit
profil dosen yang bersangkutan
Sistem
menyediakan
halaman
ketersediaan
menjadi
dosen

Ubah Status TA Usulan Dosen

Dosbing

Approve Dosbing Mahasiswa

Kaprodi

Cek Judul TA

Sekprodi

Cek Kelayakan TA

Kalab

Approve
Proposal
Mahasiswa

TA

Akademik

Approve Sidang Mahasiswa

Akademik

Logout

Mahasiswa,
Dosbing,
Laboran,
Kalab,
Kaprodi,
Sekprodi,
Akademik

2.1.3

pembimbing 2 mahasiswa yang


bersangkutan
Sistme menyediakan halaman untuk
mengubah status TA usulan dosen
Sistem
menyediakan
halaman
approve
dosbing
tugas
akhir
mahasiswa yang diajukan dari Kalab
KCV
Sistem menyediakan halaman untuk
melihat judul tugas akhir yang akan
masuk di Lab KCV
Sistem menyediakan halaman untuk
pengecekan kelayakan Tugas Akhir
Mahasiswa yang diajukan
Sistem menyediakan halaman untuk
melakukan
pengecekan
TA
Mahasiswa berdasar nomer record
yang ada
Sistem menyediakan halaman untuk
melakukan approve terhadap sidang
yang diajukan mahasiswa
Sistem menyediakan tautan logout,
untuk keluar dari sistem

Diagram Use Case


Diagram use case merupakan salah satu diagram yang digunakan
untuk menggambarkan kebutuhan-kebutuhan dan fungsionalitas dari
sistem serta digunakan untuk menunjukan aksi-aksi yang dilakukan oleh
aktor dari sistem. Gambar 2.1 merupakan diagram use case keseluruhan
yang menunjukkan spesifikasi fungsionalitas yang disediakan oleh sistem.

11

Gambar 2. 1 Diagram Use Case Sistem Keseluruhan


Sedangkan Gambar 2.2 merupakan Use Case Modul Pengajuan MONITA,
Gambar 2.3 merupakan Use Case Modul Monitoring MONITA, Gambar 2.4
merupakan Use Case Modul Profil Dosen MONITA, Gambar 2.5 merupakan Use
Case SMS Gateway sistem yang ada pada MONITA, Use Case dibedakan menjadi
2 yaitu keseluruhan dan per modul bertujuan untuk memudahkan dalam
pembacaan kebutuhan kebutuhan fungsional yang ada dalam sistem.

12

Gambar 2. 2 Digram Use Case Sistem MONITA KCV Modul Pengajuan

13

Gambar 2. 3 Digram Use Case Sistem MONITA KCV Modul Kemajuan

14

Gambar 2. 4 Digram Use Case Sistem SMS Gateway MONITA KCV

15

Gambar 2. 5 Digram Use Case Sistem MONITA KCV Modul Profil Dosen

2.1.4

Skenario Use Case


Use case yang telah digambarkan dalam diagram use case akan
lebih dijelaskan secara terperinci dalam skenario use case. Penggunaan
skenario

use case ini bertujuan untuk mendapatkan deskripsi secara

global mengenai use case, kondisi awal dan akhir yang harus dipenuhi
oleh use case setelah fungsionalitas selesai dijalankan. Dalam skenario
ini akan diulas bagaimana tanggapan sistem terhadap aksi yang dilakukan
oleh aktor.
Tabel 2. 3 Aliran aktifitas untuk Download Form SP-01
Aliran aktifitas untuk Download Form SP-01
Objective

Guest mengunduh Form SP-01

16

Actors

Guest

Pre-Condition

Masuk ke halaman awal MONITA

Main flow
Alternative flows

Aktor melakukan download Form SP-01 pada


tautan yang telah disediakan
-

Post-Condition

Guest berhasil mengunduh Form SP-01

Aliran aktifitas untuk Lihat Alur TA

Objective

Melihat Alur TA pengajuan Skripsi

Actors

Guest

Pre-Condition

Masuk halaman home MONITA

Main flow

1. Aktor memilih menu Lihat Alur TA


2. Sistem menampilkan diagram alir pengajuan TA
-

Alternative flows

Post-Condition

Aktor berhasil masuk ke halaman Lihat Alur TA


dan melihat Alur pengajuan TA

Tabel 2. 4 Aliran aktifitas untuk Lihat Daftar TA


Aliran aktifitas untuk Lihat Daftar TA
Objective

Melihat Daftar TA Mahasiswa

Actors

Guest

Pre-Condition

Masuk halaman home MONITA

Main flow
Alternative flows

1. Aktor memilih menu Daftar TA


2. Sistem menampilkan halaman Daftar TA
Mahasiswa yang berisi seluruh TA Mahasiswa
1. Jika aktor mengklik judul TA mahasiswa maka
akan muncul rincian TA mahasiswa berupa
abstraksi TA, mata kuliah yang berkenaan, dan
jurnal yang berkenaan
2. Jika aktor memilih lihat judul TA berdasarkan
topik maka sistem akan menampilkan TA
berdasarkan topiknya
3. Jika aktor memilih melihat judul TA
berdasarkan status TA maka sistem akan

17

menampilkan
TA
berdasarkan
status
TA(Dikerjakan, Seminar, Selesai)
4. Jika Aktor memilih melihat judul TA
berdasarkan Research Group maka sistem akan
menampilkan TA berdasarkan Research Group
masing masing TA
Aktor berhasil masuk ke halaman daftar TA
Mahasiswa dan melihat daftar TA seluruh
mahasiswa

Post-Condition

Tabel 2. 5 Aliran aktifitas untuk Lihat Daftar TA Usulan Dosen


Aliran aktifitas untuk Lihat Daftar TA Usulan Dosen
Objective

Melihat Daftar TA Usulan Dosen

Actors

Guest

Pre-Condition

Masuk halaman home MONITA

Main flow

1. Aktor memilih menu Daftar TA Usulan Dosen


2. Sistem menampilkan halaman Daftar TA Usulan
Dosen
1. Jika aktor mengklik judul TA Dosen maka akan
muncul rincian TA berupa abstraksi TA dan mata
kuliah yang berkenaan dengan TA tersebut
Aktor berhasil masuk ke halaman daftar TA usulan
Dosen dan melihat daftar TA usulan Dosen

Alternative flows
Post-Condition

Tabel 2. 6 Aliran aktifitas untuk Lihat Grafik TA


Aliran aktifitas untuk Lihat Grafik TA
Objective

Melihat Grafik TA Mahasiswa

Actors

Guest

Pre-Condition

Masuk halaman home MONITA

Main flow
Alternative flows

Post-Condition

1. Aktor memilih menu Lihat Grafik TA


2. Sistem menampilkan halaman Grafik TA
Mahasiswa keseluruhan
1. Jika aktor memilih melihat grafik TA
berdasarkan status TA maka sistem akan
menampilkan
TA
berdasarkan
status
TA(Dikerjakan, Seminar, Selesai)
Aktor berhasil masuk ke halaman Grafik TA
Mahasiswa dan melihat Grafik TA Mahasiswa

Tabel 2. 7 Aliran aktifitas untuk Lihat Grafik TA per tahun


Aliran aktifitas untuk Lihat Grafik TA per tahun
Objective

Melihat Grafik TA Mahasiswa per tahun

Actors

Guest

18

Pre-Condition

Masuk halaman home MONITA

Main flow

Alternative flows
Post-Condition

1. Sistem menampilkan halaman Lihat Grafik TA


Mahasiswa
2. Aktor memilih menu Lihat Grafik TA per tahun
3. Sistem menampilkan halaman Grafik TA
Mahasiswa dari tahun ke tahun
Jika data TA Mahasiswa tidak tersedia maka sistem
menampilkan notifikasi bahwa
Aktor berhasil masuk ke halaman Grafik TA
Mahasiswa dan melihat Grafik TA Mahasiswa
berdasarkan tahun TA

Tabel 2. 8 Aliran aktifitas untuk Lihat Grafik TA per Research Group


Aliran aktifitas untuk Lihat Grafik TA per Research Group
Objective

Melihat Grafik TA Mahasiswa per Research Group

Actors

Guest

Pre-Condition

Masuk halaman home MONITA

Main flow

Alternative flows
Post-Condition

1. Sistem menampilkan halaman Lihat Grafik TA


Mahasiswa
2. Aktor memilih menu Lihat Grafik TA per Research
Group
3. Sistem menampilkan halaman Grafik TA
Mahasiswa sesuai Research Group masing
masing
Jika data TA Mahasiswa tidak tersedia maka sistem
menampilkan notifikasi bahwa
Aktor berhasil masuk ke halaman Grafik TA
Mahasiswa dan melihat Grafik TA Mahasiswa
berdasarkan Research Group TA

Tabel 2. 9 Aliran aktifitas untuk Lihat TA Mahasiswa Lulus


Aliran aktifitas untuk Lihat TA Mahasiswa Lulus
Objective

Melihat Daftar TA Mahasiswa yang sudah Lulus

Actors

Guest

Pre-Condition

Masuk halaman home MONITA

Main flow
Alternative flows

1. Aktor memilih menu Daftar Mahasiswa Lulus


2. Sistem menampilkan halaman Daftar TA
Mahasiswa yang sudah Lulus
1. Jika aktor mengklik judul TA mahasiswa maka
akan muncul rincian TA mahasiswa berupa
abstraksi TA, mata kuliah yang berkenaan, dan
jurnal yang berkenaan
2. Jika aktor memilih lihat judul TA berdasarkan
topik maka sistem akan menampilkan TA
berdasarkan topiknya
3. Jika aktor memilih melihat judul TA

19

Post-Condition

berdasarkan status TA maka sistem akan


menampilkan
TA
berdasarkan
status
TA(Dikerjakan, Seminar, Selesai)
4. Jika Aktor memilih melihat judul TA
berdasarkan Research Group maka sistem akan
menampilkan TA berdasarkan Research Group
masing masing TA
Aktor berhasil masuk ke halaman daftar TA
Mahasiswa Lulus dan melihat daftar TA mahasiswa
tersebut

Tabel 2. 10 Aliran aktifitas untuk Lihat TA Kadaluarsa


Aliran aktifitas untuk Lihat TA Kadaluarsa
Objective
Actors

Melihat Daftar TA Mahasiswa yang belum


diperpanjang
Guest

Pre-Condition

Masuk halaman home MONITA

Main flow
Alternative flows

Post-Condition

1. Aktor memilih menu Daftar TA Kadaluarsa


2. Sistem menampilkan halaman Daftar TA
Mahasiswa yang sudah Kadaluarsa
1. Jika aktor mengklik judul TA mahasiswa maka
akan muncul rincian TA mahasiswa berupa
abstraksi TA, mata kuliah yang berkenaan, dan
jurnal yang berkenaan
2. Jika aktor memilih lihat judul TA berdasarkan
topik maka sistem akan menampilkan TA
berdasarkan topiknya
3. Jika aktor memilih melihat judul TA
berdasarkan status TA maka sistem akan
menampilkan
TA
berdasarkan
status
TA(Dikerjakan, Seminar, Selesai)
4. Jika Aktor memilih melihat judul TA
berdasarkan Research Group maka sistem akan
menampilkan TA berdasarkan Research Group
masing masing TA
Aktor berhasil masuk ke halaman daftar TA
Kadaluarsa dan melihat daftar TA yang sudah
kadaluarsa

Tabel 2. 11 Aliran Aktifitas untuk Lihat Daftar Dosen


Aliran Aktifitas untuk Lihat Daftar Dosen
Objective

Melihat Daftar Dosen

Actors

Guest

Pre-Condition

Masuk Halaman Profil Dosen

Main flow
Alternative flows

1. Actors memilih submenu lihat daftar dosen


2. System akan menampilkan list daftar dosen
-

20

Post-Condition

Aktor berhasil melihat daftar dosen

Tabel 2. 12 Aliran aktifitas untuk Lihat Profil Dosen


Aliran aktifitas untuk Lihat Profil Dosen
Objective

Melihat profil Dosen pengampu TA Mahasiswa

Actors

Guest

Pre-Condition

Masuk halaman home MONITA

Main flow

1. Aktor memilih menu Lihat Daftar Dosen


Pengampu TA
2. Sistem menampilkan halaman Daftar Dosen
Pengalihampu TA
3. Aktor memilih dosen pengampu yang akan
dilihat profilnya
1. Jika aktor memilih menampilkan daftar TA yang
diampu dosen tersebut berdasar topik maka
grafik yang akan ditampilkan berdasarkan topik
TA
2. Jika aktor memilih menampilkan daftar TA yang
diampu dosen tersebut berdasar Research Group
maka grafik yang akan ditampilkan berdasarkan
Research Group TA
Aktor berhasil masuk ke halaman Lihat Profil
Dosen dan melihat rincian profil dosen pengampu
beserta grafik TA yang diampu

Alternative flows

Post-Condition

Tabel 2. 13 Aliran aktifitas untuk Lihat Proposal TA


Aliran aktifitas untuk Lihat Proposal TA
Objective

Melihat Proposal TA yang belum disetujui

Actors

Guest

Pre-Condition

Masuk halaman home MONITA

Main flow

1. Aktor memilih menu Lihat Proposal TA


2. Sistem menampilkan halaman Daftar TA yang
sedang diusulkan atau belum disetujui
1. Jika aktor mengklik judul Proposal TA tersebut
maka akan muncul rincian Proposal TA berupa
abstraksi TA dan mata kuliah yang berkenaan
dengan Proposal TA
Aktor berhasil masuk ke halaman Lihat Proposal
TA dan melihat Proposal TA yang belum disetujui

Alternative flows

Post-Condition

Tabel 2. 14 Aliran aktifitas untuk Login


Aliran aktifitas untuk Login
Objective
Actors

Login
Guest

21

Pre-Condition
Main flow

Masuk halaman home MONITA


1. Aktor melakukan login dengan menginputkan
username dan password
2. Aktor akan diarahkan oleh sistem ke halamannya
masing masing sesuai dengan username dan
password yang dimiliki
1. Jika aktor memasukkan username dan password
secara acak, maka sistem akan menampilkan
pemberitahuan bahwa username dan password
tidak sesuai
2. Jika aktor belum memiliki akun maka aktor harus
menghubungi akademik untuk mendaftar pada
monita
Aktor berhasil masuk ke halaman yang sesuai
dengan Username dan Password yang dimasukkan

Alternative flows

Post-Condition

Tabel 2. 15 Aliran aktifitas untuk Input Abstract


Aliran aktifitas untuk Input Abstract

Objective

Mahasiswa memasukkan Abstract Tugas Akhir


yang dikerjakan

Actors

Mahasiswa

Pre-Condition

Login sebagai Mahasiswa

Main flow

Alternative flows

Post-Condition

1. Mahasiswa masuk ke menu Input Abstract


2. Mahasiswa mengetikkan abstract Tugas Akhir
yang dikerjakan
3. Mahasiswa mengkonfirmasi abstract yang akan
disubmit
1. Apabila sistem tidak bisa memproses inputan
abstract maka muncul notifikasi bahwa sistem
sedang tidak bisa memproses abstract yang
dimasukkan
Mahasiswa berhasil masuk ke menu input abstract
dan memasukkan abstract tugas akhir yang
dikerjakan

Tabel 2. 16 Aliran aktifitas untuk Lihat TA Mahasiswa


Aliran aktifitas untuk Lihat TA Mahasiswa

22

Objective

Mahasiswa melihat TA yang sedang dikerjakan


beserta file-file yang berkenaan dengan TA
mahasiswa

Actors

Mahasiswa

Pre-Condition

Login sebagai Mahasiswa


1. Aktor memilih menu TA Mahasiswa
2. Aktor masuk ke dalam menu untuk melihat TA
yang sedang dikerjakan beserta file file yang
berkenaan dengan TA
-

Main flow

Alternative flows

Post-Condition

Aktor berhasil masuk ke halaman TA Mahasiswa

Tabel 2. 17 Aliran aktifitas untuk Register Seminar


Aliran aktifitas untuk Register Seminar

Objective

Mahasiswa masuk ke halaman Register Seminar


untuk melakukan Pendaftaran Seminar

Actors

Mahasiswa

Pre-Condition

Login sebagai Mahasiswa

Main flow

1Aktor memilih menu Register Seminar


1Aktor masuk ke dalam menu untuk melihat
submenu pendaftaran Seminar Mahasiswa yang
bersangkutan
-

Alternative flows

Post-Condition

Aktor berhasil masuk ke halaman Register Seminar

23

Tabel 2. 18 Aliran aktifitas untuk Register Sempro


Aliran aktifitas untuk Register Sempro

Objective

Mahasiswa masuk ke halaman Register Sempro


untuk melakukan Pendaftaran Sempro

Actors

Mahasiswa

Pre-Condition

Login sebagai Mahasiswa

Main flow

1 Aktor masuk ke dalam menu Register Seminar


2 Aktor memilih menu Register Sempro
3 Aktor mengisikan data data sesuai field yang
terkait
-

Alternative flows

Post-Condition

Aktor berhasil masuk ke sub menu Register


Sempro dan berhasil melakukan pendaftaran
Sempro

Tabel 2. 19 Aliran aktifitas untuk Register Pameran


Aliran aktifitas untuk Register Pameran

Objective

Mahasiswa masuk ke halaman Register Pameran


untuk melakukan Pendaftaran Pameran

Actors

Mahasiswa

Pre-Condition

Login sebagai Mahasiswa

Main flow

1 Aktor masuk ke dalam menu Register Seminar


2 Aktor memilih menu Register Pameran
3 Aktor mengisikan data data sesuai field yang
terkait

24

Alternative flows

Post-Condition

Aktor berhasil masuk ke sub menu Register


Pameran dan berhasil melakukan pendaftaran

Tabel 2. 20 Aliran aktifitas untuk Register Sidang


Aliran aktifitas untuk Register Sidang

Objective

Mahasiswa masuk ke halaman Register Sidang


untuk melakukan Pendaftaran Sidang

Actors

Mahasiswa

Pre-Condition

Login sebagai Mahasiswa


1 Aktor masuk ke dalam menu Register Seminar
2 Aktor memilih menu Register Sidang
3 Aktor mengisikan data data sesuai field yang
terkait
-

Main flow

Alternative flows

Post-Condition

Aktor berhasil masuk ke sub menu Register Sidang


dan berhasil melakukan pendaftaran

Tabel 2. 21 Aliran aktifitas untuk Upload File TA


Aliran aktifitas untuk Upload File TA

Objective

Mahasiswa melakukan unggah file TA Mahasiswa


yang dikerjakan

Actors

Mahasiswa

25

Pre-Condition

Memilih menu TA Mahasiswa


1. Aktor memilih sub-menu Upload File TA
2. Aktor melakukan upload file TA aktoryang
bersangkutan
Apabila format tidak sesuai maka sistem akan
memberikan notifikasi bahwa format file yang
diunggah tidak sesuai

Main flow

Alternative flows

Post-Condition

Aktor berhasil melakukan pengunggahan file TA

Tabel 2. 22 Aliran aktifitas untuk Upload KKM


Aliran aktifitas untuk Upload KKM

Objective

Mahasiswa melakukan unggah file KKM dan revisi


Mahasiswa yang diperoleh

Actors

Mahasiswa

Pre-Condition

Memilih menu TA Mahasiswa


1. Aktor memilih sub-menu Upload KKM
2. Aktor melakukan upload KKM yang diperoleh
3. Aktor menginputkan revisi yang didapat dari dosen
4. Aktor mengkonfirmasi file yang akan di submit
Apabila format tidak sesuai maka sistem akan
memberikan notifikasi bahwa format file yang
diunggah tidak sesuai

Main flow

Alternative flows

Post-Condition

Mahasiswa berhasil melakukan pengunggahan


KKM dan revisi yang didapat

Tabel 2. 23 Aliran aktifitas untuk Create Dosen


Aliran aktifitas untuk Create Dosen

Objective

Memasukkan profile Dosen yang bersangkutan

Actors

Laboran

26

Pre-Condition

Laboran masuk ke Halaman Daftar Dosen


1. Actors memilih submenu create dosen
2. Actors dapat menginputkan data dosen
baru
3. Actors memilih button save untuk
menyimpan data baru
4. System menampilkan notification data
berhasil disimpan
1. Jika proses penyimpanan gagal maka
system akan kembali menampilkan
halaman sebelumnya sehingga Actors
dapat kembali menginputkan data

Main flow

Alternative flows

Post-Condition

Aktor berhasil menambah data dosen

Tabel 2. 24 Aliran Aktifitas untuk Delete Dosen


Aliran Aktifitas untuk Delete Dosen
Objective

Menghapus Data Dosen

Actors

Laboran

Pre-Condition

Masuk Halaman Profil Dosen

Main flow

1. Actors memilih submenu daftar dosen


2. Actors memilih button delete pada table sesuai
dengan data yang ingin dihapus
3. System akan meminta konfirmasi kepada Actors
untuk menghapus data dosen
4. System menampilkan notification data berhasil
dihapus
-

Alternative flows
Post-Condition

Actors berhasil menghapus data dosen

Tabel 2. 25 Aliran Aktifitas untuk Edit RG


Aliran Aktifitas untuk Edit RG
Objective

Mengedit Data Riset Group

Actors

Laboran

Pre-Condition

Masuk Halaman Profil Dosen

27

Main flow

1. Actors memilih submenu edit riset group


2. Actors mengubah data riset group yang sudah
ada
3. Actors memilih button save untuk menyimpan
data
4. System menampilkan notification data berhasil
disimpan
Jika proses penyimpanan gagal maka system akan
kembali menampilkan halaman sebelumnya
sehingga Actors dapat kembali menginputkan data
Actors berhasil mengedit data riset group ke dalam
database

Alternative flows
Post-Condition

Tabel 2. 26 Aliran Aktifitas untuk Edit Dosen


Aliran Aktifitas untuk Edit Dosen
Objective

Mengedit Data Dosen

Actors

Laboran

Pre-Condition

Masuk Halaman Profil Dosen

Main flow

1. Actors memilih submenu edit profil ()


2. Actors mengubah data dosen yang sudah ada
3. Actors memilih button save untuk menyimpan data
4. System menampilkan notification data berhasil
disimpan
Jika proses penyimpanan gagal maka system akan
kembali menampilkan halaman sebelumnya
sehingga Actors dapat kembali menginputkan data
Actors berhasil mengedit data dosen ke dalam
database

Alternative flows
Post-Condition

Tabel 2. 27 Aliran aktifitas untuk Upload SP-01


Aliran aktifitas untuk Upload SP-01

Objective

Mengunggah file SP-01 Mahasiswa

Actors

Mahasiswa

Pre-Condition

Login sebagai Mahasiswa

Main flow

1. Aktor mengisi form SP-01 yang sudah diunduh


sebelumnya
2. Aktor memilih menu Upload SP-01
3. Aktor mengupload SP-01 yang akan diajukan

28

Alternative flows

Post-Condition

4. Sistem memberi notifikasi bahwa upload


proposal berhasil
Jika file tidak sesuai dengan format maka sistem
memberi notifikasi bahwa upload proposal gagal

Aktor berhasil mengupload file SP-01 mahasiswa

Tabel 2. 28 Aliran aktifitas untuk Upload Jadwal Seminar


Aliran aktifitas untuk Upload Jadwal Seminar

Objective

Laboran mengupload jadwal seminar Mahasiswa

Actors

Laboran

Pre-Condition

Mahasiswa mendaftarkan seminar secara manual

Main flow

1. Aktor masuk ke menu Upload Jadwal Seminar


2. Aktor mengupload jadwal seminar(Seminar
progress/Sidang/Pameran)
yang
sudah
didaftarkan mahasiswa
-

Alternative flows

Post-Condition

Laboran berhasil masuk ke menu upload jadwal


seminar dan mengupload jadwal seminar
Mahasiswa

Tabel 2. 29 Aliran aktifitas untuk Verifikasi Surat TA


Aliran aktifitas untuk Verifikasi Surat TA

Objective

Laboran melakukan verifikasi Surat TA Mahasiswa

Actors

Laboran

Pre-Condition

Laboran melakukan login sistem MONITA


29

Main flow

Alternative flows

Post-Condition

1. Aktor masuk ke menu Verifikasi Surat TA


2. Aktor melakukan verifikasi terhadap Surat Tugas
yang masuk dan menginputkan tanggal
dimulainya Surat Tugas, serta batas pengerjaan
Tugas Akhir
Apabila format tugas akhir tidak sesuai maka,
laboran bisa mengirim pesan terhadap mahasiswa
bahwa isi file yang diunggah tidak sesuai dengan
surat tugas yang ada
Laboran berhasil melakukan verifikasi surat TA
mahasiswa yang bersangkutan

Tabel 2. 30 Aliran aktifitas untuk Verifikasi Sidang Mahasiswa


Aliran aktifitas untuk Verifikasi Sidang Mahasiswa

Objective

Akademik melakukan
Sidang Mahasiswa

Actors

Akademik

Pre-Condition

Akademik melakukan login sistem MONITA

Main flow

Alternative flows

Post-Condition

verifikasi

Pendaftaran

1. Aktor masuk ke menu Verifikasi Seminar


Mahasiswa
2. Aktor memilih menu Verifikasi Sidang Mahasiswa
3. Aktor mengecek kelengkapan kelengkapan
pendaftaran sidang yang dilakukan oleh
mahasiswa secara online
4. Aktor memberikan notifikasi kepada mahasiswa
untuk mengumumkan tanggal sidang dan
kelengkapan yang harus dipenuhi oleh
mahasiswa yang akan melaksanakan sidang
Apabila prasyarat sidang tidak terpenuhi maka
aktor mengirimkan notifikasi pada mahasiswa
bahwa prasyarat sidang tidak terpenuhi
Akademik berhasil melakukan verifikasi sidang
mahasiswa yang bersangkutan

30

Tabel 2. 31 Aliran aktifitas untuk Verifikasi Sempro Mahasiswa


Aliran aktifitas untuk Verifikasi Sempro Mahasiswa

Objective

Laboran melakukan verifikasi Pendaftaran Sempro


Mahasiswa

Actors

Laboran

Pre-Condition

Laboran melakukan login sistem MONITA

Main flow

Alternative flows

Post-Condition

1. Aktor masuk ke menu Verifikasi Seminar


Mahasiswa
2. Aktor memilih menu Verifikasi Sempro
Mahasiswa
3. Aktor mengecek kelengkapan pendaftaran
sempro yang dilakukan oleh mahasiswa secara
online
4. Aktor
memberikan
notifikasi
kepada
mahasiswa untuk mengunduh berkas keperluan
sempro yang dikirim oleh laboran
Apabila prasyarat sempro tidak terpenuhi maka
aktor mengirimkan notifikasi pada mahasiswa
bahwa prasyarat sempro tidak terpenuhi
Akademik berhasil melakukan verifikasi sempro
mahasiswa yang bersangkutan

Tabel 2. 32 Aliran aktifitas untuk Verifikasi Pameran Mahasiswa


Aliran aktifitas untuk Verifikasi Pameran Mahasiswa

Objective

Laboran melakukan
Pameran Mahasiswa

Actors

Laboran

Pre-Condition

Laboran melakukan login sistem MONITA

Main flow

verifikasi

Pendaftaran

1. Aktor masuk ke menu Verifikasi Seminar


Mahasiswa
2. Aktor memilih menu Verifikasi Pameran

31

Alternative flows

Post-Condition

Mahasiswa
3. Aktor mengecek kelengkapan pendaftaran pameran
yang dilakukan oleh mahasiswa secara online
4. Aktor memberikan notifikasi kepada mahasiswa
untuk mengunduh berkas keperluan pameran
yang dikirim oleh laboran
Apabila prasyarat pameran tidak terpenuhi maka
aktor mengirimkan notifikasi pada mahasiswa
bahwa prasyarat pameran tidak terpenuhi
Akademik berhasil melakukan verifikasi pameran
mahasiswa yang bersangkutan

Tabel 2. 33 Aliran aktifitas untuk Lihat TA Bimbingan


Aliran aktifitas untuk Lihat TA Bimbingan

Objective

Dosen melihat TA bimbingan masing - masing

Actors

Dosen

Pre-Condition

Mahasiswa mengupload file yang berkenaan


dengan TA

Main flow

Alternative flows

Post-Condition

1. Aktor masuk ke menu TA Bimbingan


2. Aktor mengklik nama mahasiswa yang akan
dimonitor TA nya
1. Jika aktor memilih TA Bimbingan berdasarkan
tanggal, maka akan muncul dari TA yang paling
lama sampai yang paling baru
2. Jika aktor memilih TA berdasarkan Research
Group, maka akan muncul TA sesuai dengan
Research Group-nya
3. Jika aktor memilih TA berdasarkan Topik, maka
akan muncul TA sesuai dengan topiknya
Dosen berhasil masuk ke menu TA Bimbingan dan
melihat TA Mahasiswa bimbingan

Tabel 2. 34 Aliran aktifitas untuk Approve Sempro Mahasiswa


Aliran aktifitas untuk Approve Sempro Mahasiswa

32

Objective

Dosen melakukan persetujuan pengadaan Sempro


Mahasiswa

Actors

Dosen

Pre-Condition

Mahasiswa mengajukan permohonan Seminar


Progress

Main flow

Alternative flows

1. Aktor masuk ke menu Approve Sempro


Mahasiswa
2. Aktor menyetujui pengadaan Sempro Mahasiswa
yang bersangkutan
Aktor tidak menyetujui pengadaan Sempro
mahasiswa disertai dengan pengiriman notifikasi
terhadap mahasiswa bila pengajuan sempro ditolak

Post-Condition

Dosen berhasil masuk ke menu Approve Seminar


Progress dan menyetujui pengadaan Sempro
Mahasiswa

Tabel 2. 35 Aliran aktifitas untuk Edit Profile Dosen


Aliran aktifitas untuk Edit Profile Dosen

Objective

Dosen melakukan perubahan informasi data diri


pada MONITA

Actors

Dosen

Pre-Condition

Dosen melakukan login sistem MONITA

Main flow

Alternative flows

Post-Condition

1. Aktor masuk ke menu Edit Profil


2. Aktor mengkonfirmasi perubahan profil diri pada
halaman web
Sistem akan memberikan notifikasi apabila inputan
salah atau proses penggantian profil dosen tidak
berhasil
Dosen berhasil masuk ke menu Edit Profil dan
mengganti profil diri pada halaman MONITA

33

Tabel 2. 36 Aliran aktifitas untuk Approve Bimbingan Mahasiswa


Aliran aktifitas untuk Approve Bimbingan Mahasiswa

Objective

Dosen melakukan persetujuan


Tugas Akhir Mahasiswa

Actors

Dosen

Pre-Condition

Kalab mengajukan permohonan bimbingan kepada


Dosen Pembimbing 2 mengenai tugas akhir
Mahasiswa

Main flow

Alternative flows

Post-Condition

pembimbingan

1. Aktor masuk ke menu Approve Bimbingan


Mahasiswa
2. Aktor
menyetujui
permohonan
bimbingan
Mahasiswa yang diusulkan Kalab
Aktor tidak menyetujui permohonan bimbingan
mahasiswa disertai dengan pengiriman notifikasi
terhadap Kalab bila permohonan bimbingan ditolak
Dosen berhasil masuk ke menu Approve
Bimbingan
Mahasiswa
dan
mengajukan
permohonan sebagai Dosbing 2 kepada Kaprodi

Tabel 2. 37 Aliran aktifitas untuk Approve Dosbing Mahasiswa


Aliran aktifitas untuk Approve Dosbing Mahasiswa

Objective

Kaprodi melakukan persetujuan pembimbingan


Tugas Akhir Mahasiswa

Actors

Kaprodi

Pre-Condition

Dosen mengajukan permohonan sebagai dosen


pembimbing 2

Main flow

1. Aktor masuk ke menu Approve Dosbing


Mahasiswa
2. Aktor
menyetujui
permohonan
bimbingan
Mahasiswa yang bersangkutan
3. Aktor mengirimkan notifikasi dan tautan berkas

34

SP-02 ke mahasiswa untuk selanjutnya


Mahasiswa dapat memproses surat tugas ke
bagian akademik
Aktor tidak menyetujui permohonan bimbingan
mahasiswa disertai dengan pengiriman notifikasi
terhadap dosbing dan kalab mahasiswa bila
permohonan bimbingan ditolak

Alternative flows

Post-Condition

Kaprodi berhasil masuk ke menu Approve Dosbing


Mahasiswa Progress dan menyetujui permohonan
sebagai dosen pembimbing 2 mahasiswa yang
bersangkutan

Tabel 2. 38 Aliran aktifitas untuk Cek Judul TA


Aliran aktifitas untuk Cek Judul TA

Objective

Sekprodi melakukan pengecekan judul TA yang


akan masuk di Lab KCV

Actors

Sekprodi

Pre-Condition

Akademik memberikan approve terhadap proposal


TA mahasiswa

Main flow

Alternative flows

Post-Condition

1. Aktor masuk ke menu Cek Judul TA


2. Aktor menyetujui judul TA yang masuk sekaligus
mengirimkan notifikasi ke Kalab jika proposal
TA mahasiswa yang bersangkutan sudah dapat
diproses
Aktor tidak menyetujui proposal TA mahasiswa
disertai dengan pengiriman notifikasi terhadap
kalab bila proposal TA ditolak
Sekprodi berhasil masuk ke menu Cek Judul TA
dan mengirimkan notifikasi ke Kalab untuk
memproses TA tersebut

Tabel 2. 39 Aliran aktifitas untuk Cek Kelayakan TA


Aliran aktifitas untuk Cek Kelayakan TA

35

Objective

Kalab melakukan pengecekan kelayakan TA


mahasiswa yang akan masuk di Lab KCV

Actors

Kalab

Pre-Condition

Sekprodi telah melakukan cek judul TA

Main flow

Alternative flows

Post-Condition

1. Aktor masuk ke menu Cek Kelayakan TA


2. Aktor melakukan verifikasi kelayakan TA yang
masuk sekaligus mengirimkan notifikasi ke
mahasiswa bahwa TA layak untuk dikerjakan
3. Aktor memberi rujukan dosen pembimbing 2
sekaligus memberikan notifikasi kepada dosen
yang
bersangkutan
supaya
menerima
permohonan bimbingan dari mahasiswa yang
bersangkutan
1. Aktor tidak menyetujui TA mahasiswa disertai
dengan
pengiriman
notifikasi
terhadap
mahasiswa TA ditolak
2. Jika dosen pembimbing 2 tidak menyetujui
permohonan bimbingan maka Kalab akan
mendapat notifikasi bahwa dosbing 2 tidak
menyetujui permohonan bimbingan
Kalab berhasil masuk ke menu Cek Kelayakan TA,
mengirimkan notifikasi ke Mahasiswa untuk
memproses TA tersebut, dan melakukan
permohonan dosen pembimbing 2 untuk
mahasiswa yang bersangkutan

Tabel 2. 40 Aliran aktifitas untuk Approve Proposal TA


Aliran aktifitas untuk Approve Proposal TA

Objective

Akademik melakukan persetujuan


Proposal TA yang diusulkan Mahasiswa

Actors

Akademik

Pre-Condition

Laboran mengirimkan nomer record ke Akademik

Main flow

terhadap

1. Aktor masuk ke menu Approve Proposal TA


2. Aktor menyamakan nomer record yang dikirimkan
36

Alternative flows

Post-Condition

Laboran dan yang dimiliki mahasiswa


3. Aktor memberikan approval terhadap proposal TA
mahasiswa dan selanjutnya mengirimkan data
kepada sekprodi untuk diproses lebih lanjut
Jika nomer record yang diberikan tidak sama maka
Akademik harus melakukan cross-check secara
manual bersama Laboran
Akademik berhasil masuk menu Approve Proposal
TA dan memberikan persetujuan terhadap TA
Mahasiswa yang bersangkutan

Tabel 2. 41 Aliran aktifitas untuk Approve Sidang Mahasiswa


Aliran aktifitas untuk Approve Sidang Mahasiswa

Objective

Akademik melakukan
Sidang Mahasiswa

Actors

Akademik

Pre-Condition

Mahasiswa mengajukan permohonan Sidang

Main flow

Alternative flows

Post-Condition

persetujuan

pengadaan

1. Aktor masuk ke menu Approve Sidang Mahasiswa


2. Aktor menyetujui pengadaan Sidang Mahasiswa
yang bersangkutan dengan terlebih dahulu
melakukan verifikasi kelengkapan sidang
mahasiswa
3. Aktor memasukkan tanggal sidang mahasiswa
serta mengirimkan notifikasi bahwa mahasiswa
tersebut akan sidang pada tanggal yang
ditentukan
Aktor tidak menyetujui pengadaan Sidang
mahasiswa disertai dengan pengiriman notifikasi
terhadap mahasiswa bila pengajuan Sidang ditolak
Akademik berhasil masuk ke menu Approve
Sidang dan menyetujui pengadaan Sidang
Mahasiswa

Tabel 2. 42 Aliran aktifitas untuk Lihat Jadwal Seminar


Aliran aktifitas untuk Lihat Jadwal Seminar

37

Objective

Melihat Jadwal Seminar TA Mahasiswa

Actors

Mahasiswa

Pre-Condition

Login sebagai Mahasiswa

Main flow

1. Aktor memilih menu Lihat Jadwal Seminar


2. Sistem menampilkan nama mahasiswa
melakukan pendaftaran seminar

yang

1. Jika aktor memilih menampilkan daftar seminar


Alternative flows

Post-Condition

berdasarkan status maka akan tampil sesuai status


Sempro, Pameran, dan Sidang
2. Jika aktor memilih menampilkan seminar
berdasarkan tanggal maka akan tampil sesuai
dengan tanggal yang paling baru
3. Jika aktor memilih menampilkan seminar
berdasarkan Research Group maka akan ta,pil
sesuai dengan Research Group nya masing
masing
Aktor berhasil masuk ke halaman Jadwal Seminar
TA Mahasiswa dan melihat Jadwal Seminar TA
Mahasiswa

Aliran aktifitas untuk Lihat Berita Acara


Objective
Actors

Mahasiswa melihat Berita Acara


Progress yang diberikan oleh Dosen
Mahasiswa

Pre-Condition

Login sebagai Mahasiswa

Main flow
Alternative flows
Post-Condition

1. Mahasiswa masuk ke menu Berita Acara


2. Mahasiswa melihat review dosen yang diberikan
dalam seminar progress
Mahasiswa berhasil masuk ke menu berita acara
dan melihat review dosen yang diberikan

Tabel 2. 43 Aliran aktifitas untuk Lihat Jadwal Seminar


Aliran aktifitas untuk Lihat Jadwal Seminar

Objective

Seminar

Melihat Jadwal Seminar TA Mahasiswa

38

Actors

Mahasiswa

Pre-Condition

Login sebagai Mahasiswa

Main flow

1 Aktor memilih menu Lihat Jadwal Seminar


2 Sistem menampilkan nama mahasiswa
melakukan pendaftaran seminar

yang

1 Jika aktor memilih menampilkan daftar seminar


Alternative flows

Post-Condition

berdasarkan status maka akan tampil sesuai status


Sempro, Pameran, dan Sidang
2 Jika aktor memilih menampilkan seminar
berdasarkan tanggal maka akan tampil sesuai
dengan tanggal yang paling baru
3 Jika aktor memilih menampilkan seminar
berdasarkan Research Group maka akan tampil
sesuai dengan Research Group nya masing
masing
Aktor berhasil masuk ke halaman Jadwal Seminar
TA Mahasiswa dan melihat Jadwal Seminar TA
Mahasiswa

Tabel 2. 44 Aliran aktifitas untuk Lihat Jadwal Sempro


Aliran aktifitas untuk Lihat Jadwal Sempro

Objective

Melihat Jadwal Sempro Mahasiswa

Actors

Mahasiswa

Pre-Condition

Login sebagai Mahasiswa

Main flow

Alternative flows

1 Aktor memilih menu Lihat Jadwal Seminar


2 Aktor memilih Jadwal Sempro Mahasiswa
3 Sistem menampilkan tanggal sempro mahasiswa
yang bersangkutan
1 Jika Mahasiswa belum melakukan pendaftaran
sempro
maka
sistem
menampilkan
Pemberitahuan bahwa Mahasiswa belum
melakukan pendaftaran
2 Jika Mahasiswa sudah melakukan pendaftaran dan
sudah ada kesepakatan dengan dosen maka akan
tertera tanggal sempro mahasiswa dengan status

39

belum dilaksanakan
3 Jika Mahasiswa sudah melakukan sempro maka
status sempro berubah menjadi selesai sempro
Post-Condition

Aktor berhasil masuk ke halaman Lihat Jadwal


Sempro

Tabel 2. 45 Aliran aktifitas untuk Lihat Jadwal Pameran


Aliran aktifitas untuk Lihat Jadwal Pameran

Objective

Melihat Jadwal Pameran Mahasiswa

Actors

Mahasiswa

Pre-Condition

Login sebagai Mahasiswa

Main flow

Alternative flows

Post-Condition

1 Aktor memilih menu Lihat Jadwal Seminar


2 Aktor memilih Jadwal Pameran Mahasiswa
3 Sistem menampilkan tanggal pameran mahasiswa
yang bersangkutan
1 Jika Mahasiswa belum melakukan pendaftaran
pameran
maka
sistem
menampilkan
Pemberitahuan bahwa Mahasiswa belum
melakukan pendaftaran
2 Jika Mahasiswa sudah melakukan pendaftaran dan
sudah ada kesepakatan dengan laboran maka
akan tertera tanggal pameran mahasiswa dengan
status belum dilaksanakan
3 Jika Mahasiswa sudah melakukan pameran maka
status pameran berubah menjadi selesai pameran
Aktor berhasil masuk ke halaman Lihat Jadwal
Pameran

Tabel 2. 46 Aliran aktifitas untuk Lihat Jadwal Sidang


Aliran aktifitas untuk Lihat Jadwal Sidang

Objective

Melihat Jadwal Pameran Mahasiswa

Actors

Mahasiswa
40

Pre-Condition

Login sebagai Mahasiswa

Main flow

Alternative flows

Post-Condition

1 Aktor memilih menu Lihat Jadwal Seminar


2 Aktor memilih Jadwal Sidang Mahasiswa
3 Sistem menampilkan tanggal sidang mahasiswa
yang bersangkutan
1 Jika Mahasiswa belum melakukan pendaftaran
sidang maka sistem menampilkan Pemberitahuan
bahwa Mahasiswa belum melakukan pendaftaran
2 Jika Mahasiswa sudah melakukan pendaftaran dan
sudah ada kesepakatan dengan akademik maka
akan tertera tanggal sidang mahasiswa dengan
status belum dilaksanakan
3 Jika Mahasiswa sudah melakukan sidang maka
status berubah menjadi selesai sidang
Aktor berhasil masuk ke halaman Lihat Jadwal
Sidang

Tabel 2. 47 Aliran aktifitas untuk Input Berita Acara Sempro


Aliran aktifitas untuk Input Berita Acara Sempro

Objective

Laboran memasukkan berita


mahasiswa yang sudah dilakukan

Actors

Laboran

Pre-Condition

Memilih menu input berita acara sempro

Main flow

Alternative flows

Post-Condition

acara

sempro

1Aktor memilih menu input berita acara sempro


2Aktor memasukkan berita acara yang didapat dari
dosen
Apabila format tidak sesuai maka sistem akan
memberikan notifikasi bahwa format file yang
diinputkan tidak sesuai
Laboran berhasil masuk ke menu input berita acara
sempro dan melakukan input berita acara sempro
yang diperoleh

41

2.1.5

Tabel Notifikasi dan SMS Gateway Sistem


Berikut adalah notifikasi notifikasi yang berhubungan dengan
sistem dan SMS Gateway untuk tiap modulnya
Tabel 2. 48 Notifikasi dan SMS Gateway Sistem Modul Monitoring
MONITORING

AKTOR

KONDISI

Mahasiswa

Pendaftaran sempro diterima/ditolak


dosbing
Pendaftaran pameran diterima/ditolak
laboran(diterima sekalian ada
tanggalnya)
Pendaftaran sidang diterima/ditolak
akademik(diterima sekaligus pemberian
tanggalnya)
Jika tidak pernah bimbingan selama
sebulan sejak surat TA diterbitkan
Jika belum melakukan sempro (dihitung
2 bulan sejak surat tugas keluar)
Jika masa surat tugas akan segers abis (
1 minggu sebelum masa surat tugas
berakhir)
Jika mahasiswa tidak melakukan upload
TA
Notif,jika ada TA yang harus dicek
Notif, jika harus verifikasi pameran +
sempro mhs
Notif, Jika mhs tidak pernah melakukan
bimbingan max 1 bulan setelah surat
tugas keluar
Notif, Jika mhs akan melakukan sidang
Dosbing tidak mengakses MONITA
lebih dari 1 bulan
Notif, Jika mhs akan melakukan sempro
Jika masa surat tugas mahasiswa
bimbingan akan segera berakhir ( 1
minggu sebelum masa surat tugas
berakhir)
-

Laboran

Dosbing

Sekprodi
Kalab
Kaprodi

SISTEM

42

SMS
GATEWAY

SISTEM &
SMS
GATEWAY

Akademik

Notif, Jika ada yang melakukan


pendaftaran sidang

Tabel 2. 49 Notifikasi dan SMS Gateway Sistem Modul Pengajuan


PENGAJUAN
AKTOR

KONDISI

SISTEM

Mahasiswa

Jika Proposal TA Ditolak/Diterima (dari


Kalab)
Jika mahasiswa tidak memenuhi syarat
untuk mengerjakan skripsi (Misal sks
tidak memenuhi, tidak ada krs yg
mengampu skripsi, mata kuliah yg
berhubungan tidak cocok dengn judul
proposal TA)
Nomer record untuk crosscheck ke
akademik
Dosen yang mau dijadikan dosbing
(Approve/Ignore)
Jika terdapat antrian proposal TA yang
masuk
Jika terdapat yg akan diajukan ke
dosbing 2
Jika terdapat yg harus dicek
kelayakannya
Nomer record dari Laboran, untuk
crosscheck dengan mahasiswa

Laboran
Dosbing
Sekprodi
Kalab
Kaprodi
Akademik

43

SMS
GATEWAY

SISTEM &
SMS
GATEWAY

Tabel 2. 50 Notifikasi dan SMS Gateway Sistem Modul Profil Dosen


PROFIL DOSEN

AKTOR
Laboran

Dosbing

Sekprodi
Kalab
Kaprodi
Akademik
Mahasiswa

2.1.6

KONDISI

SISTEM

Notif, jika ada dosen yang resign


(dinotif untuk delete data dosen)
Jika ada dosen masuk (notif untuk
create new dosen)
Jika ada perubahan RG
Notif, jika ada perubahan kelompok RG
Notif, jika ada perubahan data oleh
laboran
-

SMS
GATEWAY

SISTEM &
SMS
GATEWAY

ER Diagram Sistem
Entity-Relationship Diagram merupakan salah satu diagram yang
digunakan untuk menggambarkan hubungan hubungan antar entitas yang
ada pada sistem Gambar 2.6 merupakan ER Diagram keseluruhan yang
menunjukkan relasi antar entitas dalam sistem.

44

Gambar 2. 6 ER Diagram Sistem Keseluruhan


2.1.7

Rancangan Tampilan MONITA Lab KCV


Berikut ini adalah rancangan tampilan dari system yang akan dibuat.
Perancangan Halaman Home

HOME
Username
Proposal TA

TA Aktif

Password

TA Lulus

Login

TA Usulan Dosen

Gambar 2. 7 Perancangan Halaman Home


Pada halaman home terdapat beberapa menu utama yang dapat
diakses oleh user. Terdapat tombol login, beserta text field untuk masukan

45

username dan password. Kemudian terdapat menu Proposal TA, TA Aktif


dikerjakan, TA yang sudah lulus dan TA Usulan Dosen.

Perancangan Halaman Utama Mahasiswa

Hi, (Nama Mahasiswa)

Notifikasi

Logout

Upload SP-01
TA Mahasiswa

Daft Sempro

Daft Pameran

Daft Sidang

Gambar 2. 8 Perancangan Halaman Utama Mahasiswa


Pada halaman utama mahasiswa terdapat beberapa menu utama
yang dapat diakses oleh user. Terdapat menu notifikasi dan tombol logout.
Kemudian

terdapat

menu

TA Mahasiswa,

Pendaftaran

Pendaftaran Pameran dan Pendaftaran Sidang.

Perancangan Halaman Utama Dosen

Hi, (Nama Dosen)

TA Bimbingan

Notifikasi

TA Usulan

Gambar 2. 9 Perancangan Halaman Utama Dosen

46

Logout

Sempro,

Pada halaman utama dosen terdapat beberapa menu utama yang


dapat diakses oleh user. Terdapat menu notifikasi dan tombol logout.
Kemudian terdapat menu TA Bimbingan dan TA Usulan Dosen.

Perancangan Halaman Utama Laboran

Hi, Laboran

Verifikasi Surat TA

Notifikasi

Verifikasi Seminar

Logout

Profil Dosen

Gambar 2. 10 Perancangan Halaman Utama Laboran


Pada halaman utama laboran terdapat beberapa menu utama yang
dapat diakses oleh user. Terdapat menu notifikasi dan tombol logout.
Kemudian terdapat menu verifikasi surat TA, Verifikasi Seminar dan Profil
Dosen.

47

BAB III
PENUTUP
3.1 Kesimpulan
Sebagai Student Employee Laboratorium Komputasi Cerdas dan
Visualisasi(KCV), kami mengerjakan sebuah analisis untuk membuat Sistem
Informasi Monitoring Tugas Akhir(MONITA) Laboratorium KCV. Proyek ini
merupakan pengembangan dari proyek yang telah dilakukan sebelumnya yaitu
Sistem Informasi Monitoring Tugas Akhir.
Dalam analisis yang telah kami lakukan, dapat disimpulkan bahwa:
1. Tahapan awal yang dilakukan adalah pemenuhan user requirement dari
seluruh instansi yang terkait sistem MONITA ini. Identifikasi actor dan
apa saja yang dapat dilakukan actor di dalam system
2. Rancangan implementasi yang dilakukan dengan membagi sistem
MONITA ke dalam 3 bagian yaitu Modul Pengajuan, Modul
Monitoring dan Modul Profil Dosen + SMS Gateway
3. Rancangan pengujian yang akan dilakukan dengan melakukan uji
terhadap kebutuhan fungsional yang sudah dianalisis pada tahap user
requirement
3.2 Saran
Analisis Sistem informasi ini masih belum sempurna sehingga masih perlu
dilakukan perbaikan, pengembangan, dan penyempurnaan baik segi struktur data,
user interface, maupun fitur yang masih sederhana perlu dikembangkan untuk
menyesuaikan dengan kebutuhan instansi yang terkait.

48