Analisis Dan Perancangan Sistem Monita Lab KCV Ptiik

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
untuk memuat daftar TA yang
diusulkan dosen
untuk melihat grafik TA yang ada di
Lab KCV
Lab KCV untuk pertahunnya
Lab KCV per Research Group
masing - masing
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
untuk melihat daftar dosen yang ada
di Lab KCV
profil dosen yang ada pada Lab KCV
daftar proposal TA yang belum
disetujui oleh dosen pembimbing
yang bersangkutan
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
melihat berita acara seminar progress
yang diberikan oleh dosen
melihat jadwal seminar mahasiswa
yang ada pada Lab KCV
melihat jadwal pameran mahasiswa
yang bersangkutan
melihat jadwal sempro mahasiswa
yang bersangkutan
melihat jadwal sidang mahasiswa
yang bersangkutan
melihat TA mahasiswa yang sedang
dikerjakan beserta file file yang
berkenaan dengan tugas akhir
melakukan pendaftaran seminar
mahasiswa yang ada pada Lab KCV
melakukan registrasi pameran
melakukan registrasi sempro
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

melakukan
unggah
file
TA
melakukan unggah berkas berkas
KKM(Kartu Kendali Mahasiswa)
beserta input revisi yang didapat
mahasiswa
melakukan unggah proposal TA
memasukkan profil dosen
unggah keperluan seminar mahasiswa
menginputkan berita acara sempro
menginputkan
tanggal
pameran
mahasiswa
melakukan verifikasi Surat TA
mahasiswa
melakukan verifikasi registrasi sidang
mahasiswa
melakukan
verifikasi
sempro
mahasiswa
melakukan
registrasi
pameran
mahasiswa
melakukan pengeditan profil dosen
Sistem menyediakan hakaman untuk
melakukan pengeditan RG TA
mahasiswa
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
melihat judul tugas akhir yang akan
masuk di Lab KCV
pengecekan kelayakan Tugas Akhir
Mahasiswa yang diajukan
melakukan
pengecekan
TA
Mahasiswa berdasar nomer record
yang ada
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
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
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
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
menampilkan
TA
berdasarkan
status
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
Main flow
Alternative flows
Post-Condition
1. Sistem menampilkan halaman Lihat Grafik TA

Mahasiswa
2. Aktor memilih menu Lihat Grafik TA per tahun
Mahasiswa dari tahun ke tahun
Jika data TA Mahasiswa tidak tersedia maka sistem
menampilkan notifikasi bahwa
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
Main flow
Alternative flows
Post-Condition
1. Sistem menampilkan halaman Lihat Grafik TA

Mahasiswa
2. Aktor memilih menu Lihat Grafik TA per Research
Group
Mahasiswa sesuai Research Group masing
masing
Jika data TA Mahasiswa tidak tersedia maka sistem
menampilkan notifikasi bahwa
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
Main flow
Alternative flows
1. Aktor memilih menu Daftar Mahasiswa Lulus

Mahasiswa yang sudah Lulus
19
Post-Condition

menampilkan
TA
berdasarkan
status
masing masing 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
Main flow
Alternative flows
Post-Condition
1. Aktor memilih menu Daftar TA Kadaluarsa

Mahasiswa yang sudah Kadaluarsa
menampilkan
TA
berdasarkan
status
masing masing 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
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
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

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

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
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
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
Main flow

2 Aktor memilih menu Register Pameran
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

2 Aktor memilih menu Register Sidang
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
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
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
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
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
Main flow
1. Actors memilih submenu edit profil ()

2. Actors mengubah data dosen yang sudah ada
3. Actors memilih button save untuk menyimpan data
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
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
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
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
Main flow
Alternative flows
Post-Condition

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
bahwa prasyarat sempro tidak terpenuhi
Akademik berhasil melakukan verifikasi sempro
Tabel 2. 32 Aliran aktifitas untuk Verifikasi Pameran Mahasiswa

Aliran aktifitas untuk Verifikasi Pameran Mahasiswa
Objective
Laboran melakukan
Pameran Mahasiswa
Actors
Laboran
Pre-Condition
Main flow
verifikasi
Pendaftaran

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
bahwa prasyarat pameran tidak terpenuhi
Akademik berhasil melakukan verifikasi pameran
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
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
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
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
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
Main flow
1. Aktor memilih menu Lihat Jadwal Seminar

2. Sistem menampilkan nama mahasiswa
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
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
Main flow
1 Aktor memilih menu Lihat Jadwal Seminar

2 Sistem menampilkan nama mahasiswa
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
Main flow
Alternative flows

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
Main flow
Alternative flows
Post-Condition

2 Aktor memilih Jadwal Pameran Mahasiswa
3 Sistem menampilkan tanggal pameran mahasiswa
yang bersangkutan
pameran
maka
sistem
menampilkan
Pemberitahuan bahwa Mahasiswa belum
melakukan pendaftaran
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
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
Main flow
Alternative flows
Post-Condition

2 Aktor memilih Jadwal Sidang Mahasiswa
3 Sistem menampilkan tanggal sidang mahasiswa
yang bersangkutan
sidang maka sistem menampilkan Pemberitahuan
bahwa Mahasiswa belum melakukan pendaftaran
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
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
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

Analisis Dan Perancangan Sistem Monita Lab KCV Ptiik

Enviado por

Dados do documento

Título original

Direitos autorais

Formatos disponíveis

Compartilhar este documento

Compartilhar ou incorporar documento

Opções de compartilhamento

Você considera este documento útil?

Este conteúdo é inapropriado?

Direitos autorais:

Formatos disponíveis

Analisis Dan Perancangan Sistem Monita Lab KCV Ptiik

Enviado por

Direitos autorais:

Formatos disponíveis

1

LAPORAN PERTANGGUNG JAWABAN

Maria Tenika Frestantiya

PROGRAM STUDI INFORMATIKA / ILMU KOMPUTER

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

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

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

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

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

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

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

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

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

1.1 Latar Belakang

mengolah data secara dinamis. Pesatnya perkembangan ilmu pengetahuan dan

1.2 Rumusan Masalah

1.3 Batasan Masalah

1. Memberikan kesempatan kepada mahasiswa untuk menerapkan ilmu yang

1. Sistem ini dapat mempermudah monitoring yang dilakukan pihak Dosen

Bagi Pihak lain

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

1.6 Sistematika Penulisan Laporan

Tabel 2. 1 Identifikasi Aktor

akademik, sehingga tugas akhir dapat masuk ke Lab KCV

Daftar Kebutuhan Sistem

yang menampilkan fungsionalitas masing-masing kebutuhan

tersebut. Tabel 2.2 memperlihatkan daftar kebutuhan fungsionalitas pada

Lihat TA Usulan Dosen

Lihat Grafik per tahun

Lihat Grafik per RG

Lihat TA Mahasiswa Lulus

Lihat Daftar Dosen

Lihat Profil Dosen

Lihat Daftar Proposal TA

Lihat Berita Acara

Lihat Jadwal Seminar

Lihat Tanggal Pameran

Lihat Tanggal Sempro

Lihat Tanggal Sidang

untuk melihat mahasiswa yang sudah

Upload Jadwal Seminar

Input Berita Acara Sempro

Input Tanggal Pameran

Verifikasi Sidang Mahasiswa

Verifikasi Sempro Mahasiswa

Approve Sempro Mahasiswa

Aprove Bimbingan Mahasiswa

Sistem menyediakan halaman untuk

Ubah Status TA Usulan Dosen

Approve Dosbing Mahasiswa

Approve Sidang Mahasiswa

pembimbing 2 mahasiswa yang

Diagram Use Case

Gambar 2. 1 Diagram Use Case Sistem Keseluruhan

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

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

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

Skenario Use Case

use case ini bertujuan untuk mendapatkan deskripsi secara

Guest mengunduh Form SP-01

Masuk ke halaman awal MONITA

Aktor melakukan download Form SP-01 pada

Guest berhasil mengunduh Form SP-01