BAB III ANALISIS DAN PERANCANGAN SISTEM 3.1
Identifikasi dan Analisis Sistem Tahap identifikasi dan analisis dilakukan untuk memahami permasalahan
yang dibahas pada suatu instansi. Pada latar belakang masalah di Bab I telah dijelaskan bahwa Universitas Nahdlatul Ulama sidoarjo sebagai institusi pendidikan tinggi saat ini memiliki proses administrasi akademik yang dimulai dari pengolahan data mahasiswa dan dosen, proses perwalian, dan proses administrasi ujian yang dapat digambarkan pada document flow berikut ini : 1. Mengelola data mahasiswa dan dosen Proses mengelola data meliputi tiga proses, yaitu membuat data mahasiswa dan dosen, update data mahasiswa dan dosen, mengolah laporan. seperti pada gambar 3.1. a. Membuat data mahasiswa dan dosen ini merupakan awal dari mulai mengelola data-data mahasiswa dan dosen, setelah mahasiswa melakukan daftar ulang dengan memberikan data mahasiswa yang sudah ki oleh penerimaan mahasiswa baru kemudian diserahkan bagian akademik, dan data dosen yang dimiliki oleh bagian Administrasi Umum. b. Mengolah laporan mahasiswa dan dosen Data mahasiswa dan dosen yang telah ditambah, akan digabungkan dengan tabel mahasiswa dan dosen yang sudah ada. Setelah itu, bagian akademik
27
28
akan membuat laporan mahasiswa keseluruhan dan dosen keseluruhan per 30 hari. Dokumen Flow Pengolahan data mahasiswa & Dosen Penerimaan Mhs baru
Bag. Akademik
TU / AU
Kaprodi/ WaRek 1
start Daftar dosen Tetap & luar
Laporan mhs daftar Laporan mhs daftar ulang ulang
Membuat tabel mahasiswa baru
Tabel Mhs
Laporan Mhs baru Laporan Mhs baru
Memperbaharui tabel mahasiswa keseluruhan
Membuat data dosen aktif
Tabel dosen
Laporan dosen aktif
Tabel Mhs
Laporan mahasiswa Laporan mahasiswa keseluruhan keseluruhan
Memperbaharui tabel dosen keseluruhan
Laporan dosen Laporan dosen keseluruhan Laporan dosen keseluruhan keseluruhan
Tabel dosen
Laporan dosen keseluruhan
A A Laporan dosen keseluruhan Laporan mahasiswa keseluruhan
Phase
End
Gambar 3.1 Document Flow Mengelola Data Mahasiswa dan dosen
2. Proses Perwalian / Registrasi ulang Proses perwalian / registrasi ulang merupakan inti dari kegiatan belajar mengajar, dimana terdapat input mata kuliah dan jadwal yang dilakukan oleh Kaprodi, dilanjutkan dengan proses registrasi ulang, membuat presensi mahasiswa dan dosen, dan mengolah laporan seperti pada gambar 3.2.
29
a. Registrasi ulang Untuk melakukan perkuliahan mahasiswa perlu melakukan registrasi ulang pada bagian akademik dengan menggunakan Kartu Tanda Mahasiswa, bagian akademik akan melakukan pengecekan data mahasiswa. Jika sesuai, maka mahasiswa akan menerima jadwal matakuliah per dosen. b. Mengisi KRS Setelah mendapatkan jadwal matakuliah per dosen, mahasiswa baru akan langsung mendapatkan krs fix, sedangkan mahasiswa selain angkatan pertama akan melakukan pengisian KRS. Selanjutnya KRS diberikan kepada dosen wali untuk dicek kesesuaian berdasarkan histori nilai, mk prasyarat dan jadwal matakuliah. KRS akan di tanda tangan oleh Kabag akademik, kaprodi dan wakil rektor. c. Membuat presensi mahasiswa dan dosen Setelah menerima KRS fix bagian akademik akan merubah status mahasiswa menjadi mahasiswa aktif, dan mahasiswa aktif akan dibuatkan presensi kehadiran. d. Mengolah laporan perwalian dan presensi Bagian akademik akan membuat Laporan status mahasiswa dan rekap presensi akan dibuatkan oleh Tata Usaha setiap Prodi yang nantinya akan diberikan ke bagian akademik setiap bulan.
30
Dokumen Flow Proses perwalian Mahasiswa
Dosen wali
Bag. Akademik
Kaprodi
TU Prodi
E
start
B
Melakukan Registrasi ulang
Mengecek data mhs
Presensi Mhs & Dosen
Tabel Mhs Daftar MK jadwal jadwal Matakuliah dosen semester ini Per dosen Per kelas
Sesuai?
jadwal Matakuliah Per dosen Per kelas
T
A Rekap Presensi Mhs & dosen
B
Dosen
WaRek 1
A
G
jadwal Matakuliah Per dosen Per kelas
Laporan Status & Presensi mhs
Tabel Presensi Mhs Tabel Presensi Dosen
Ya Tabel Jadwal Mengecek histori nilai dan jadwal
Apakah mhs baru?
C
Perbanyak Jadwal perkuliahan
Mengecek histori nilai dan jadwal
D T
Sesuai
T
Presensi Mhs Presensi Mhs & Presensi Mhs Dosen & Dosen
Tabel Jadwal
Histori nilai
C
Histori nilai F
Mengisi KRS
Y Sesuai Menyetujui KRS
T
D
Y
KRS
Mencetak dan ACC KRS Fix
Y
Acc KRS Fix KRS ter ACC Kabag Akademik
KRS Fix
KRS Fix
KRS Fix KRS Fix KRS Fix KRS Fix
KRS Fix
Memperbarui status mahasiswa
KRS Fix
Tabel Mhs
Presensi Mhs
Membuat presensi Mhs
Presensi Mhs
E F
Presensi Mhs
Membuat laporan status mahasiswa
Laporan Status & Laporan Status Mhs presensi mhs & Presensi Laporan Status & mahasiswa presensi mhs
Laporan Status & presensi mhs
Phase
G
End
Gambar 3.2 Document Flow Proses Perwalian
31
3. Proses administrasi ujian Proses administrasi ujian memiliki proses cek syarat kehadiran untuk ujian, proses input nilai, dan proses mengolah laporan administrasi ujian yang terdapat pada gambar 3.3. a. Proses cek syarat kehadiran Proses cek syarat kehadiran dilakukan oleh bagian akademik menggunakan rekap presensi perkuliahan yang telah berjalan hampir satu semester pada minggu terakhir perkuliahan. Syarat kehadiran untuk mengikuti ujian adalah 80% dari 14 pertemuan. Jika mahasiswa memenuhi prasyarat tersebut, maka akan dibuatkan jadwal ujian sesuai mahasiswa yang lolos prasyarat. Jika tidak, bagian akademik akan membuat daftar mahasiswa yang tidak dapat mengikuti ujian. b. Input Nilai Dosen akan mendapatkan daftar absen ujian dan akan mengisi nilai masing masing mahasiswa berdasarkan kehadiran dalam ujian. Lalu dosen matakuliah bersangkutan akan melakukan rekap nilai selama 1 semester. c. Mengolah laporan administrasi ujian Setelah mendapatkan rekap nilai per matakuliah, bagian akademik akan mengolah seluruh nilai mahasiswa dan dijadikan nilai huruf, kemudian akan dihitung sesuai bobot dan dihitung IPK dan IPS.
32
Administrasi ujian Mahasiswa
Dosen
Bag. Akademik
Kaprodi
start
Input nilai
Mengecek syarat kehadiran
Presensi Mhs
75% kehadiran?
T
Y
A
Daftar pengumuman tidak dpt mengikuti ujian
Laporan Nilai Laporan Nilai Mahasiswa Mahasiswa
Membuat Jadwal Ujian
Membuat pengumuman
Daftar Absen Ujian
Daftar pengumuman tidak dpt mengikuti ujian
Laporan Nilai Mahasiswa
A
Input nilai Mhs
KHS
Presensi Mhs
KHS Laporan nilai Mhs KHS
B
KHS
B
Phase
End
Gambar 3.3 Document Flow Administrasi Ujian Dari proses bisnis diatas, maka muncul permasalahan bagi UNSIDA dalam melakukan laporan evaluasi akademik setiap bulan kepada Rektor dan Wakil Rektor, bagian akademik dan kaprodi harus mengolah data dari beberapa laporan yang diberikan dari beberapa bagian. Proses tersebut menjadi tidak sinergi dan tidak memiliki integrasi antar beberapa bagian. Hal ini dapat berdampak pada
33
keterlambatan pengambilan keputusan oleh pimpinan apabila terjadi penurunan performa akademik secara drastis. Masalah lain yang muncul yaitu tidak adanya informasi akademik terhadap orang tua mahasiswa, akibatnya ada orangtua mahasiswa yang pernah melapor karena tidak mendapat KHS perkembangan mahasiswa. Hal ini dikarenakan pihak UNSIDA hanya memberi KHS kepada mahasiswanya, namun ada mahasiswa yang tidak menyampaikan kepada orang tua mereka. Analisis masalah dapat dilihat pada tabel 3.1. Tabel 3.1 Tabel Identifikasi Masalah No 1
2
Cause and effect analysis Masalah Akibat Tidak adanya Keterlambatan integrasi dan pengambilan sinergi data pada keputusan oleh bagian TU, manajemen Akademik, apabila terjadi kaprodi dan TU penurunan Prodi. performa akademik secara drastis.
Tidak adanya informasi akademik terhadap orang tua mahasiswa
Pernah ada orang tua mhs yang melapor karena tidak mendapatkan informasi mengenai KHS dan kehadiran.
System improvement objectives Target sistem Batasan Sistem Kegiatan Sistem dapat akademik yang menyediakan dapat diakses fitur laporan tentang meliputi perkembangan pengelolaan data dan mahasiswa, dosen. perbandingan seluruh kegiatan akademik sehingga dapat membantu kaprodi dan Wakil Rektor 1 dalam memonitor performa akademik. Sistem dapat Informasi yang menyediakan dihasilkan informasi meliputi jadwal akademik matakuliah per mahasiswa. mhs, presensi, dan nilai.
34
Dengan adanya permasalahan seperti telah dijelaskan pada tabel 3.1, maka perancangan sistem ini dimulai dari proses identifikasi kebutuhan pengguna, seperti kepada siapa informasi disampaikan, tujuan informasi tersebut bagi pengguna, dan data apa saja yang diperlukan untuk mendapat informasi tersebut. a. Kebutuhan informasi Wakil Rektor 1 dan Kaprodi dan Kabag Akademik. Merupakan output sistem yang dapat digunakan ketiga bagian tersebut untuk memonitoring maupun pengambilan keputusan. Tabel 3.2 Kebutuhan Informasi WaRek 1, Kaprodi, dan Kabag Akademik ID Analisa Kebutuhan Utama Kebutuhan A.1 View informasi jumlah mahasiswa A.2 View informasi mahasiswa aktif, tidak aktif A.3 View perkembangan prosentase presensi mahasiswa A.4 View informasi produktifitas mahasiswa A5 view informasi presensi ujian
Tujuan Untuk mengetahui perbandingan mahasiswa keseluruhan per prodi dan per fakultas. Untuk mengetahui tren mahasiswa aktif, tidak aktif. (per prodi, semester dan angkatan) Mengetahui jumlah kehadiran mahasiswa per matakuliah. Mengetahui jumlah nilai akhir mahasiswa per matakuliah Mengetahui mahasiswa yang dapat dan tidak dapat mengikuti ujian berdasarkan kehadiran perkuliahan dan mengetahui kehadiran ujian mahasiswa.
b. Kebutuhan Informasi Dosen Merupakan output sistem yang digunakan dosen untuk melihat jadwal ajar per matakuliah. Tabel 3.3 Tabel Kebutuhan Informasi Dosen ID Analisa Kebutuhan Utama Tujuan Kebutuhan B.1 Jadwal ajar per Untuk panduan mengajar per kelas dan per matakuliah matakuliah.
35
c. Kebutuhan informasi Mahasiswa / orang tua Merupakan output yang dikhususkan pada satu mahasiswa. Informasi ini digunakan orang tua ataupun mahasiswa untuk memonitor kegiatan akademik putra / putri nya. Seperti perkembangan nilai, presentase kehadiran dan jadwal. Tabel 3.4 Tabel Kebutuhan Informasi Mahasiswa dan Orangtua ID Analisa Kebutuhan C.1 C.2 C.3
3.2
Kebutuhan Utama Jadwal kuliah per mahasiswa Status nilai per matakuliah view jadwal ujian
Tujuan Untuk mengetahui jadwal kuliah per mahasiswa Untuk mengetahui nilai per matakuliah yang telah diambil Mengetahui jadwal ujian yang akan berlangsung
Perancangan Sistem Pada tahap perancangan sistem lebih mengacu pada tahap kebutuhan dari
perangkat lunak yang telah dijelaskan sebelumnya. Perancangan sistem ini nantinya akan menjelaskan seluruh komponen desain dari perangkat lunak itu sendiri. Komponen desain tersebut antara lain seperti blok diagram, aliran data (System flow), diagram konteks (context diagram), diagram jenjang proses, diagram aliran data (data flow diagram), diagram hubungan entitas (entity relationship diagram) yang terdiri dari model data konseptual (conceptual data model) dan model data fisik (phisycal data model), desain tampilan antar muka pengguna (user interface) dari perangkat lunak yang meliputi desain tampilan masukan (input) untuk perangkat lunak dan desain keluaran (output) dari perangkat lunak berupa laporan (Kendall dan Kendall, 2003).
36
3.2.1 Blok diagram
Data Mahasiswa
Data Dosen
Pengolahan data Mhs & dosen
Laporan Perbandingan mhs baru per angkatan, per prodi
Proses Perwalian
Laporan Presensi mahasiswa Laporan perkembangan mhs aktif, tidak aktif, keluar Jadwal kuliah per mahasiswa & per dosen
Administrasi Ujian
Laporan Produktifitas mhs (laporan nilai mhs per dosen, per mk, transkrip nilai, IPK, IPS , KRS)
Jadwal
Data Matakuliah
Gambar 3.4 Blok Diagram Sistem Informasi Akademik UNSIDA Gambar diatas menjelaskan bahwa terdapat 3 proses utama yaitu mengelola data mahasiswa dan dosen, proses perkuliahan, dan administrasi ujian. Sedangkan pengguna sistem memiliki kebutuhan informasi yang berbeda. Orang tua atau mahasiswa membutuhkan informasi tentang kegiatan akademik suatu mahasiswa, kaprodi / kabag akademik membutuhkan laporan siswa, akademik secara keseluruhan. Sedangkan dosen membutuhkan informasi tentang kegiatan akademis mahasiswa yaitu jadwal matakuliah yang diajar.
37
A. Input 1. Data Mahasiswa Data Mahasiswa keseluruhan merupakan data yang tertera di form pendaftaran yang diisi mahasiswa saat melakukan pendaftaran. Petugas Penerimaan mahasiswa baru yang menginputkan ke sistem. 2. Data Dosen Data dosen keseluruhan merupakan data yang diambil berdasarkan surat keterangan pengangkatan dosen tetap ataupun sebagai dosen kontrak. Diinputkan oleh bag. AU (Tata usaha / Administrasi Umum). 3. Data Matakuliah Data matakuliah merupakan data matakuliah yang di terbitkan oleh ketentuan setiap universitas. Data matakuliah diterbitkan oleh universitas dan diinputkan oleh Kaprodi masing masing. 4. Data Jadwal Data jadwal merupakan jadwal yang telah dikumpulkan dari hasil pertemuan dengan calon dosen pengajar untuk setiap mata kuliah. B. Proses 1. Mengelola data master Proses mengelola data mahasiswa dan dosen adalah proses administrasi awal yang dilakukan oleh bag. Penerimaan mahasiswa baru dan Administrasi umum. Proses dimulai dengan memasukkan data mahasiswa yang telah terdaftar, lalu sistem melakukan pengecekan terhadap data yang diinputkan, jika data belum ada, maka data mahasiswa dapat masuk disinpan kedalam database mahasiswa. Lalu pengolahan data dosen dimulai dengan
38
bagian Administrasi Umum (AU) yang memasukkan nomor pegawai dan NIDN, setelah itu maka dilakukan input data dosen untuk disimpan ke penyimpanan data dosen. Selain itu terdapat input jadwal dan matakuliah dari kaprodi. 2. Mengelola proses perwalian Proses perwalian dimulai dari bagian akademik yang melakukan input nim dan password kedalam sistem, lalu sistem akan mengecek data mahasiswa, jika sesuai maka sistem akan menampilkan jadwal matakuliah yang dapat dipilih mahasiswa. Kemudian mahasiswa memberikan input KRS dan akan dicek oleh sistem menggunakan data jadwal matakuliah dan syarat MK dan disimpan dalam data KRS. Setelah KRS fix dibentuk, maka bagian akademik akan melakukan registrasi yang menyatakan bahwa mahasiswa tersebut telah menjadi mahasiswa aktif selama periode satu semester. 3. Administrasi ujian Proses administrasi ujian merupakan proses terakhir dalam kegiatan akademik. Staff akademik perlu memasukkan username dan password untuk menampilkan form administrasi ujian, kemudian memberikan input kehadiran diatas 75% yang dapat mengikuti ujian. Jika terpenuhi, maka sistem akan mencetak jadwal dan absen ujian. C. Output 1. Bagi Orang tua / mahasiswa Mahasiswa atau orang tua akan mendapatkan Laporan nilai ujian yang nantinya dapat digukan untuk mencetak KHS ( kartu hasil studi) untuk mengukur kinerja mahasiswa yang didapat dari proses administrasi ujian.
39
Selain itu dapat digunakan untuk menampilkan presensi kehadiran, jadwal kuliah per mahasiswa dan detail nilai per matakuliah yang didapat dari proses perwalian. 2. Kaprodi / Kabag Akademik / WaRek 1 Laporan ini ditunjukkan kepada WaRek 1, Kaprodi dan Kabag akademik untuk menampilkan laporan presensi mahasiswa dan dosen per periode yang didapat dari proses perwalian, laporan mahasiswa baru, mahasiswa aktif dan tidak aktif, serta mahasiswa keluar didapat dari proses pengolahan data mahasiswa dan dosen. Selain itu untuk menampilkan informasi produktifitas mahasiswa yang berisi laporan prestasi akademik dan laporan jadwal perkuliahan didapat dari proses administrasi ujian. 3. Dosen Laporan yang didapat oleh dosen adalah laporan laporan jadwal kuliah per mata kuliah
3.2.2 System Flow System Flow (SF) menjelaskan alur (gambaran) dari sistem dari aplikasi/ program yang akan dibangun. System Flow yang akan digambarkan nantinya merupakan interaksi dari pengguna dan sistem. Berikut ini merupakan penjelasan system flow yang akan dibangun: 1. System Flow Data Master (Mengelola Data Mahasiswa dan Dosen) Sistem Informasi Akademik ini memiliki lebih dari lima data master. Proses mengelola data master pada system memiliki alur yang dibuat sama, perbedaan hanya terletak pada data yang dimasukkan, tabel, pengguna dan data yang dibaca serta nama proses disesuaikan dengan data master yang dibahas. Data master
40
yang akan dibahas sebagai salah satu contoh alur sistem pada data master adalah alur sistem mengelola data mahasiswa dan dosen. Fungsi
: Proses mengelola data mahasiswa
Deskripsi : Sistem menerima masukan data mahasiswa dari admin, kemudian sistem melakukan pengecekan, jika data tidak tersedia maka sistem akan menyimpan data mahasiswa pada tabel mahasiswa. Hasil data tersimpan akan muncul pada sistem. Alur sistem mengelola data mahasiswa dapat dilihat pada Gambar 3.5
Sistem Flow Pengolahan data mahasiswa Bag. Mhs baru
Sistem
start
Pengecekan Data Mhs Baru
Memasukkan Data mahasiswa
Sesuai? T Y
salah
Menampilkan kesalahan pengisian
Menyimpan data mhs baru
Data Tersimpan
Phase
Mahasiswa
End
Gambar 3.5 System Flow Mengelola Data Mahasiswa
41
2. System Flow Pengolahan data dosen Fungsi
: Mengelola data dosen
Deskripsi : Bagian Administrasi Umum (AU) akan mengisi nama jabatan menggunakan data dosen. Kemudian AU akan menginputkan data dosen kedalam penyimpanan data dosen. Hasil data tersimpan akan muncul pada sistem. Alur sistem mengelola data dosen dapat dilihat pada Gambar 3.6
Sistem Flow Pengolahan data dosen TU / AU
Sistem
start
Data Dosen
Data dosen
Menyimpan Data Dosen
Data Dosen Tersimpan
Data dosen
Menampilkan Data Dosen
Phase
End
Gambar 3.6 System Flow Mengelola Data Dosen 3. System Flow Perwalian / Registrasi ulang dan input KRS Fungsi
: Mengelola perwalian / registrasi ulang
Deskripsi : Sebelumnya mahasiswa dapat melihat tampilan jadwal beserta dosen yang dapat diambil oleh mahasiswa. Kemudian dosen wali
42
yang memasukkan nama mahasiswa, dan sistem akan melakukan pengecekan data mahasiswa menggunakan data mahasiswa. Jika sesuai akan menampilkan jadwal matakuliah. Setelah jadwal matakuliah muncul, maka dosen wali dapat melakukan input KRS yang akan disimpan kedalam data KRS. Sistem Flow perwalian / Registrasi ulang Dosen Wali
Sistem
start
Pengecekan Data mhs
Memasukkan nim
Mahasiswa
Sesuai? T
User tidak terdaftar
Y
Menampilkan kesalahan pengisian Menampilkan jadwal matakuliah
Jadwal matakuliah Jadwal Matakuliah Mengecek Matakuliah
Input KRS
Syarat dan Prasyarat MK
Sesuai? T Y
salah
Menampilkan kesalahan pengisian Menyimpan data KRS
Data Tersimpan
Phase
KRS
End
Gambar 3.7 System Flow Input Perwalian
43
4. System Flow Administrasi Ujian Fungsi
: Mengelola proses administrasi ujian
Deskripsi : Staff Akademik memilih menu administrasi ujian untuk untuk mengecek syarat kehadiran mahasiswa. Lalu dengan menggunakan database mahasiswa, sistem mengecek prosensi , jika mahasiswa memiliki kehadiran lebih dari 75%, maka sistem akan membuat jadwal ujian sesuai data prosensi mahasiswa. Jika tidak, maka sistem akan mencetak pengumuman daftar mahasiswa yang tidak dapat mengikuti ujian.
Sistem Flow administrasi ujian Staff Akademik
Sistem
start
Memilih menu administrasi ujian
Mhs tidak dpt mengikuti ujian
Mengecek syarat kehadiran
Cetak tidak dapat mengikuti ujian
Prosensi mahasiswa
T
Diatas 75%
Pengumuman tidak dpt mengikuti ujian Ya
Data Tersimpan
Mencetak jadwal dan absen ujian Absensi Ujian
Presensi ujian
Phase
Jadwal Ujian
End
Gambar 3.8 System Flow Administrasi Ujian
44
5. System Flow input nilai mahasiswa Fungsi
: Input nilai mahasiswa menggunakan daftar absensi ujian.
Deskripsi : Dosen melakukan login dengan menggunakan NID dan password untuk menampilkan form nilai. Form nilai ujian hanya diisi berdasarkan daftar kehadiran ujian. Seperti pada gambar 3.9
Sistem Flow Input Nilai Dosen
Sistem
start
Memasukkan NID dan passsword
Form Presensi kuliah & praktikum
Menampilkan form input nilai
Dosen
Form Input nilai
Daftar absensi ujian
Input nilai mhs
Menyimpan nilai mhs
Data Tersimpan
Nilai
Phase
End
Gambar 3.9 System Flow Input Nilai 6. System Flow cetak laporan Fungsi
: mengelola data untuk menghasilkan laporan
Deskripsi : Kabag akademik / Kaprodi / Wakil Rektor 1 dapat melakukan login kedalam
yang
akan
menampilkan
form
laporan.
Untuk
45
menghasilkan laporan yang dibutuhkan pimpinan memilih dan memasukkan kriteria laporan yang diinginkan.
Sistem Flow mencetak laporan Wakil Rektor / Kaprodi / Kabag. Akademik
Sistem
start
Username dan password
Data dosen
Menampilkan form laporan
Mahassiswa
Form laporan
Dosen
Jadwal
Form Laporan yang dipilih Menampilkan data laporan yang dipilih
Fakultas
1
Data laporan yang dipilih
Data Kriteria Cetak
KRS
Prodi
Menampilkan dan mencetak laporan yg dipilih
Matakuliah
Presensi
Grade 2
Laporan yang dipilih
Phase
Laporan yang dipilih
End
Gambar 3.10 System Flow Cetak Laporan
46
3.2.3 Diagram Jenjang Selanjutnya membuat diagram jenjang terlebih dahulu, karena dengan adanya diagram jenjang, alur proses dari sistem akan lebih mudah dan lebih jelas. 0 Sistem informasi akademik berbasis web
1
2
3
4
Mengelola Data Master Akademik
Proses perwalian
Administrasi ujian
Cetak Laporan
Gambar 3.11 Diagram Jenjang Sistem Informasi Akademik Setelah membuat diagram jenjang, Sistem informasi akademik pada Unsida, digambarkan juga subproses dari proses mengelola data master akademik. 0 Sistem informasi akademik berbasis web
1 Mengelola Data Master Akademik
1.1
1.2
Membuat data Master
Update data master
Gambar 3.12 Diagram Jenjang Subproses Mengelola Data Akademik Setelah membuat subproses dari proses pertama, digambarkan juga subproses dari proses ke dua, yaitu proses perwalian.
47
0 Sistem informasi akademik berbasis web
2 Proses perwalian
2.1
2.2
2.3
Plot Jadwal MK Dosen
Registrasi ulang / Perwalian
Jadwal dan kehadiran
Gambar 3.13 Diagram Jenjang Subproses Perwalian Setelah digambarkan subproses perwalian, maka selanjutnya adalah subproses adminstrasi ujian. Di dalam subproses administrasi ujian terdapat mengecek syarat kehadiran, cetak absen ujian, dan perhitungan nilai akhir. 0 Sistem informasi akademik berbasis web
3 Administrasi ujian
3.1
3.2
3.3
Mengecek syarat kehadiran
Cetak absen ujian
Perhitungan Nilai akhir
Gambar 3.14 Diagram Jenjang Subproses Administrasi Ujian Selanjutnya membuat subproses terakhir yaitu laporan berisi membuat laporan, melihat laporan dan mencetak laporan.
48
0 Sistem informasi akademik berbasis web
4 Laporan
4.1
4.2
4.3
Membuat Laporan
Melihat Laporan
Mencetak Laporan
Gambar 3.15 Diagram Jenjang Subproses Membuat Laporan
3.2.4 Data Flow Diagram (DFD) Data
Flow
Diagram
(DFD)
merupakan
suatu
diagram
yang
menggambarkan arus dari data sistem secara terstruktur. DFD yang digambarkan pada bagian ini terdiri atas beberapa level, yaitu Context Diagram, Level 0, dan Level 1. Berikut merupakan gambar DFD Sistem Informasi Akademik pada Universitas Nahdlatul Ulama Sidoarjo beserta penjelasannya :
1. Diagram Konteks (Context diagram) Laporan Status MHS Aktif tidak aktif cuti Laporan Status Dosen Aktif tidak aktif cuti Laporan data Dosen Laporan Nilai Mhs Laporan Nilai MHS Laporan status Dosen Aktif tidak aktif cuti Laporan data Mhs
Kabag Akademik
Laporan presensi Mhs
Laporan Status MHS aktif tidak aktif cuti
Kaprodi
Laporan presensi mhs
ACC KRS Doswal
Laporan data Dosen Laporan Data MHS
0
Jadwal MK Jadwal Ujian Matakuliah
KRS Fix Pengumuman tidak dapat mengikuti ujian
Jadwal ajar MK
Jadwal MK KHS
Dosen MK
Data dosen Nilai MK
SI Akademik
Jadwal Ujian KRS Fix
+
Pilihan KRS MHS
Dosen wali
ACC KRS fix
Laporan data MHS Laporan data dosen
NIM Mahasiswa
Pilihan KRS Data Mahasiswa
Laporan Presensi Mhs
Wakil Rektor 1
Laporan Nilai Mhs Laporan status MHS Aktif tidak aktif cuti Laporan status Dosen Aktif tidak aktif cuti
49
49
Gambar 3.16 Context Diagram SI Akademik
50
Pada context diagram terdapat enam entitas yang nantinya berinteraksi dengan sistem. Ke enam entitas tersebut adalah kabag akademik, kaprodi, mahasiswa atau orangtua, dosen wali, dosen matakuliah dan wakil rektor 1. Fungsi masing-masing entitas sebagai pemberi / masukan (input) maupun penerima keluaran (output) dari sistem seperti pada gambar diatas. 2. Data Flow Diagram Level 0 DFD level 0 menggambarkan detail interaksi sistem dari context diagram. Pada level ini memiliki empat proses utama yaitu proses mengolah data master, proses perwalian, proses administrasi ujian dan membuat laporan. Terdapat enam database secara keseluruhan yaitu Mahasiswa, Dosen, Jadwal, Matakuliah, Presensi dan KRS.
51
Laporan status MHS Aktif tidak aktif cuti
Kaprodi
Laporan status Dosen Aktif tidak aktif cuti 6
Laporan Presensi Mhs
Daftar kehadiran mhs
Presensi
Dosen wali
1
Laporan data MHS
Mahasiswa
Wakil Rektor 1
Laporan Nilai Mhs 4
Laporan data dosen
Jadwal MK
Plot Jadwal Dosen
Jadwal
2
Dosen
4 Data Mahasiswa
2
Pilihan KRS MHS
Jadwal Mk dan dosen
ACC KRS
Cetak Laporan
Data Dosen Pilihan KRS
Proses Perwalian
Jadwal ajar MK
Data Nilai Mhs
+
ACC KRS Doswal Perubahan Status MHS
+
KRS Fix 5
1
KRS
Mahasiswa
Laporan Nilai MHS
Data Presensi
Laporan presensi Mhs Laporan data Dosen
Kabag Akademik
Laporan data Mhs
NIM 2
Dosen
Pilihan KRS
Data mahasiswa keseluruhan
Laporan Status Dosen Aktif tidak aktif cuti
Mahasiswa
Laporan Status MHS Aktif tidak aktif Status cuti MHS aktif tidak aktif cuti Laporan
KRS Fix Jadwal MK
Laporan Data MHS 1
5
Perubahan status Dosen Data Dosen Keseluruhan Data Matakuliah
KRS
Laporan Nilai Mhs
Mengelola Data Master Akademik
Laporan data Dosen
Data Mahasiswa Daftar nilai ujian Nilai akhir
Matakuliah
Kaprodi Data dosen
Matakuliah
3 KHS Jadwal Ujian
Jadwal Ujian
Dosen MK
Pengumuman tidak dapat mengikuti ujian
Administrasi Ujian
Daftar kehadiran
+
Nilai MK
6 4
Jadwal
Presensi
Daftar kehadiran ujian Jadwal ujian
51
Gambar 3.17 DFD Level 0 SI Akademik
Kaprodi
Laporan presensi mhs
+ 3
Laporan status Dosen Aktif tidak aktif cuti
52
3. Data Flow Diagram Level 1 mengolah data master 3
Matakuliah 2
Mahasiswa
Perubahan status Dosen
Dosen
Data Matakuliah
Data Dosen Keseluruhan
Data Mahasiswa
Update Data Master
Membuat Data Master Data dosen
Data mahasiswa keseluruhan
2
1
Matakuliah
Dosen MK
1
Mahasiswa
Kaprodi
Gambar 3.18 DFD Level 1 Mengolah Data Master Pada gambar 3.18 merupakan hasil decompose DFD level 0 dari mengelola data master dan menghasilkan proses membuat data master dan proses update data master. Terdapat tiga entitas didalam proses ini, yaitu mahasiswa, dosen MK dan Kaprodi. Kemudian terdapat tiga database yaitu Matakuliah, Dosen dan Mahasiswa. 4. Data Flow Diagram Level 1 Perwalian Gambar 3.19 merupakan hasil decompose dari DFD level 0 dari Proses Perwalian dan menghasilkan Proses plot jadwal MK dosen, perwalian itu sendiri dan proses jadwal dan kehadiran. Terdapat empat database yaitu Mahasiswa, KRS, presensi dan jadwal serta terdapat empat entitas yaitu Mahasiswa, Kabag Akademik, Dosen MK dan Dosen Wali.
53
Jadwal Mk dan dosen 4
Jadwal
Daftar kehadiran mhs
Jadwal dan Kehadiran
Jadwal ajar MK Dosen MK
Jadwal MK NIM
Plot Jadwal Dosen
Plot Jadwal MK Dosen
6
3
Data Presensi
Presensi
1 Mahasiswa
Kabag Akademik
Jadwal MK
Pilihan KRS KRS Fix Kaprodi
KRS Fix ACC KRS Doswal Perwalian ACC KRS Pilihan KRS MHS 2
Pilihan KRS Perubahan Status MHS
5
Dosen wali
KRS
1
Mahasiswa
Gambar 3.19 DFD Level 1 Proses Perwalian 5. Data Flow Diagram Level 1 Proses Administrasi Ujian Pada Gambar 3.20 dibawah merupakan hasil decompose DFD level 0 dari Administrasi ujian dan menghasilkan proses Mengecek syarat kehadiran, Cetak absen ujian, Perhitungan nilai akhir. Lalu terdapat tiga database didalamnya yaitu KRS, jadwal dan presensi.
54
KHS Mahasiswa Jadwal Ujian
Pengumuman tidak dapat mengikuti ujian
Kaprodi
Mengecek Syarat Kehadiran
Daftar nilai ujian
Perhitungan Nilai Akhir
Cetak Absen Ujian Jadwal Ujian
1
Nilai akhir
2
3
Nilai MK Jadwal ujian Daftar kehadiran
6
Presensi
5
Daftar kehadiran ujian
KRS
Dosen MK 4
Jadwal
Gambar 3.20 DFD Level 1 Administrasi Ujian 6. Data Flow Diagram Level 1 Proses Cetak Laporan 1
Data Mahasiswa Membuat Laporan Data Dosen Data Nilai Mhs
2 5
KRS
Melihat Laporan Data Mahasiswa
Data Nilai Mhs Kaprodi
Data Dosen
1
Mahasiswa
3 Data Nilai Mhs Data Dosen Data Mahasiswa
Laporan Nilai Mhs Laporan Data MHS
Laporan data MHS Laporan data dosen Laporan Presensi Mhs
Mencetak Laporan
Laporan status Dosen Aktif tidak aktif cuti
Laporan presensi mhs Laporan Laporanstatus StatusDosen MHS aktif Aktiftidak tidakaktif aktifcuti cuti Laporan data Dosen
Laporan Nilai Mhs Laporan status MHS Aktif tidak aktif cuti
Laporan Status MHS Aktif tidak aktif cuti Laporan data Dosen Laporan data Mhs Laporan Status Dosen Aktif tidak aktif cuti Wakil Rektor 1 Laporan presensi Mhs Laporan Nilai MHS
Gambar 3.21 DFD Level 1 Cetak Laporan
Kabag Akademik
55
Pada Gambar 3.21 merupakan hasil decompose DFD level 0 dari cetak laporan dan menghasilkan proses Membuat laporan, melihat laporan dan mencetak laporan itu sendiri. Terdapat tiga entitas dalam DFD level 1 cetak laporan yaitu, Wakil Rektor, Kabag Akademik, dan Kaprodi. 3.2.5 Entity Relationship Diagram Entity Relationship Diagram (ERD) sendiri merupakan suatu notasi grafis dalam suatu pemodelan data konseptual yang mendiskripsikan hubungan antar penyimpan. ERD juga menunjukkan struktur keseluruhan akan kebutuhan data yang diperlukan untuk membangun sebuah sistem atau aplikasi. Di dalam ERD, data tersebut digambarkan dengan menggunakan simbol entity.
3.2.6 Conceptual Data Model Conceptual Data Model (CDM) merupakan jenis model data yang menggambarkan hubungan antar tabel secara konseptual. Pada CDM, dapat dijelaskan hubungan kardinalitas antar tabel.
56
Submenu submenu id
Integer <M> nama submenu Variable characters (50) link Variable characters (50) status submenu Integer icon submenu Variable characters (20) level submenu Integer
Menu Relationship_19
Identifier_1
menu id Integer <M> nama menu Variable characters (100) icon menu Variable characters (20) status menu Integer link menu Variable characters (50) level menu Integer Identifier_1
Relationship_15
User user id Variable characters (11) <M> username Variable characters (11) Password user Variable characters (50) level user Integer keterangan user Variable characters (20) last login user Date & T ime
Fakultas Integer <M> fak id Kode Fak Variable characters (50) Nama Fak Variable characters (100) Ketua Fak Variable characters (100) No izin fak Variable characters (50) Status Integer
Angkatan angkatan id Integer <M> keterangan angkatan Variable characters (20) status angkatan Integer
Identifier_1 Relationship_21
dosen
Relationship_1
Identifier_1
Mahasiswa <M> Integer mhs id NIM Variable characters (50) Nama mhs Variable characters (100) Email mhs Variable characters (100) Alamat mhs Variable characters (200) T elp mhs Variable characters (50) Variable characters (50) Agama mhs Integer Jk Mhs Integer semester mhs Variable characters (50) T empat lahir mhs Date T gl lahir mhs Variable characters (50) Asal SMA mhs Integer T h masuk mhs Integer T h lulus mhs Variable characters (100) nama ayah Variable characters (100) nama ibu Variable characters (20) no hp ortu Variable characters (50) pekerjaan ayah Variable characters (50) pekerjaan ibu Variable characters (200) alamat ortu Variable characters (1) Status aktif mhs Integer semester aktif mhs Variable characters (200) Foto mhs
Identifier_1
<M> Integer dosen id nidn Variable characters (50) nama ds Variable characters (100) no ktp Variable characters (50) Variable characters (50) jabatan Variable characters (50) email ds Variable characters (200) alamat ds Variable characters (20) telp ds Variable characters (20) agama ds Variable characters (1) Jk ds Variable characters (50) T empat lahir ds Date T anggal lahir ds Variable characters (1) status kawin ds Variable characters (1) status ds Variable characters (1) status aktif ds Date tgl masuk ds Variable characters (50) Lulusan ds Variable characters (30) Gelar pendidikan Variable characters (200) Foto ds
Dosen wali
Grade grade id Integer <M> Nama grade Variable characters (2) Batas atas Float Batas Bawah Float Status grade Variable characters (1) Tahun grade Variable characters (4) keterangan grade Variable characters (20)
Relationship_23
KRS krs id Integer <M> semester krs Integer Min Krs Integer max krs Integer
Relationship_9
Identifier_1
Relationship_33
Identifier_1 Relationship_25
Registrasi
KHS
registrasi id Integer <M> tanggal regis Date & T ime semester regis Integer
khs id Integer <M> kehadiran khs Integer n tugas Float (4) n aktif Float (4) n uts Float (4) n uas Float (4) n lain Float (4) konfirm khs Integer
Identifier_1 Relationship_35 Relationship_24
Identifier_1
Identifier_1 T ahun akademik
Presensi
akademik id Integer <M> keterangan akademik Variable characters (200) batas registrasi Date status akademik Integer tahun akademik Integer
Identifier_1
presensi id Integer <M> tanggal presensi Date keterangan presensi Variable characters (100) Identifier_1
Identifier_1 Jurusan jur id <M> Integer Kode Jur Variable characters (50) Nama jur Variable characters (100) Status jur Variable characters (1) Jenjang jur Variable characters (100) Integer jml semester Variable characters (100) gelar jur
Relationship_22
Relationship_31
jadwal Relationship_34
jadwal id Variable characters (11) <M> jam mulai jd T ime T ime jam selesai jd Integer semester jadwal
Relationship_36 Relationship_20
Identifier_1
Relationship_32
presensi detail presensi detail id Integer <M> kehadiran detail Variable characters (20) keterangan detail Variable characters (100)
Identifier_1
Identifier_1 Matakuliah
Relationship_38
mk id <M> Integer kode mk Variable characters (50) Semester MK Variable characters (5) Nama mk Variable characters (50) sks mk Integer status MK Integer Jenis MK Variable characters (1) Integer jam mk Integer min nilai mk
Ruangan
Relationship_29 Relationship_26
ruang id Integer <M> kode Ruang Variable characters (50) Nama Ruang Variable characters (100) Gedung Integer Keterangan ruang Variable characters (200) Identifier_1 hari
Identifier_1
hari id Integer <M> nama hari Variable characters (20) Relationship_37
Relationship_27
Identifier_1
Kelompok kelompok id Integer <M> kode_kelompok Variable characters (11) nama kelompok Variable characters (30)
waktu Relationship_28
waktu id Integer <M> keterangan waktu Variable characters (50) Identifier_1
Identifier_1
56
Gambar 3.22 CDM
57
Pada gambar 3.22 menunjukkan struktur basis data dari aplikasi yang akan dibangun. Pada aplikasi ini terdapat delapan belas tabel yaitu tabel fakultas, jurusan, matakuliah, dosen, kelompok matakuliah, mahasiswa, angkatan, jadwal, grade, tahun akademik, KRS, KHS, registrasi, ruangan, hari, waktu, presensi, detail presensi. Disetiap tabel terdapat kolom sebagai primary key sebagai pembeda dari setiap tabel. Selain itu juga, hubungan antara tabel satu dengan tabel yang lain disebut relationship dengan jenis yang berbeda-beda.
3.2.7
Pshycal Data Model PDM merupakan detail dari Conceptual Data Model. Pada PDM, dapat
dijelaskan struktur database secara lengkap beserta nama field, serta primary key dan foreign key-nya. Pada gambar 3.23 dibawah merupakan hasil generate dari CDM dimana bentuk konsep dari struktur basis data aplikasi dikembangkan menjadi bentuk yang lebih jelas. Terdapat satu penambahan tabel pada PDM, yaitu tabel dan dosen wali.
58
Submenu submenu id menu id nama submenu li nk status submenu icon submenu level submenu
int int varchar(50) varchar(50) int varchar(20) int
Menu FK_RELAT IONSHIP_19
menu id nama menu icon menu status menu link menu level menu
int varchar(100) varchar(20) int varchar(50) int
FK_RELATIONSHIP_15
User Fakultas fak id Kode Fak Nama Fak Ketua Fak No izin fak Status
int varchar(50) varchar(100) varchar(100) varchar(50) int
FK_RELAT IONSHIP_21
user id submenu id username Password user level user keterangan user last login user
varchar(11) int varchar(11) varchar(50) int varchar(20) datetime
dosen
FK_RELAT IONSHIP_1
dosen id fak id nidn nama ds no ktp jabatan email ds alamat ds tel p ds agama ds Jk ds T empat l ahir ds T anggal lahir ds status kawin ds status ds status aktif ds tgl masuk ds Lulusan ds Gel ar pendi dikan Foto ds
int int varchar(50) FK_DOSEN_WALI2 varchar(100) varchar(50) varchar(50) Dosen wali varchar(50) varchar(200) FK_DOSEN_WALI dosen i d int varchar(20) mhs id int varchar(20) keterangan dw varchar(11) varchar(1) varchar(50) date varchar(1) varchar(1) varchar(1) date varchar(50) varchar(30) varchar(200)
Mahasiswa mhs id jur id angkatan id NIM Nama mhs Email mhs Alamat mhs Telp mhs Agama mhs Jk Mhs semester mhs Tempat lahir mhs Tgl lahir mhs Asal SMA mhs Th masuk mhs Th lulus mhs nama ayah nama ibu no hp ortu pekerjaan ayah pekerjaan i bu alamat ortu Status aktif mhs semester akti f mhs Foto mhs
int int varchar(50) varchar(100) varchar(1) varchar(100) int varchar(100)
FK_RELATIONSHIP_20
Matakuliah
FK_RELATIONSHIP_38
mk id kelompok id jur id kode mk Semester MK Nama mk sks mk status MK Jenis MK jam mk min nilai mk
i nt i nt i nt varchar(50) varchar(5) varchar(50) i nt i nt varchar(1) i nt i nt
grade id Nama grade Batas atas Batas Bawah Status grade T ahun grade keterangan grade
angkatan id int keterangan angkatan varchar(20) status angkatan int KRS krs id jadwal id mhs id semester krs Min Krs max krs
FK_RELAT IONSHIP_9
Registrasi FK_RELAT IONSHIP_25
registrasi id akademik id mhs id tanggal regi s semester regi s
int varchar(11) int int int int
int varchar(2) float float varchar(1) varchar(4) varchar(20)
FK_RELATIONSHIP_33
KHS
int int int dateti me int
khs id grade id krs id kehadiran khs n tugas n aktif n uts n uas n lai n konfirm khs
FK_RELAT IONSHIP_35 FK_RELAT IONSHIP_24
int int int int float(4) float(4) float(4) float(4) float(4) int
T ahun akademik Presensi
i nt varchar(200) date i nt i nt
presensi id int tanggal presensi date keterangan presensi varchar(100)
jadwal
FK_RELAT IONSHIP_22
FK_RELAT IONSHIP_36
FK_RELAT IONSHIP_23
akademik i d keterangan akademik batas registrasi status akademik tahun akademik
Jurusan jur id fak id Kode Jur Nama j ur Status jur Jenjang jur jml semester gelar jur
Grade
Angkatan
int int int varchar(50) varchar(100) varchar(100) varchar(200) varchar(50) varchar(50) int int varchar(50) date varchar(50) int int varchar(100) varchar(100) varchar(20) varchar(50) varchar(50) varchar(200) varchar(1) int varchar(200)
jadwal id ruang id jur i d hari id mk id dosen id waktu id jam mulai jd jam selesai jd semester jadwal
varchar(11) int int int int int int time time int
FK_RELAT IONSHIP_31
FK_RELAT IONSHIP_34 FK_RELATIONSHIP_32
presensi detai l presensi detail id jadwal id presensi id kehadiran detail keterangan detail
int varchar(11) int varchar(20) varchar(100)
Ruangan FK_RELATIONSHIP_26 FK_RELAT IONSHIP_29
ruang id kode Ruang Nama Ruang Gedung Keterangan ruang
int varchar(50) varchar(100) int varchar(200)
hari FK_RELAT IONSHIP_27 FK_RELAT IONSHIP_37
Kelompok kelompok i d int kode_kelompok varchar(11) nama kelompok varchar(30)
waktu FK_RELAT IONSHIP_28
int waktu id keterangan waktu varchar(50)
58
Gambar 3.23 PDM
int hari id nama hari varchar(20)
59
3.2.8
Desain Tabel Tabel-tabel yang akan digunakan pada sistem seperti yang telah
disertakana pada Phsycal Data Model adalah sebagai berikut. a. Tabel Mahasiswa Primary key
: Mhs id
Foreign key
: -Jur id, Angkatan id
Fungsi
: untuk menyimpan data pribadi mahasiswa Tabel 3.5 Mahasiswa
Nama Field
Tipe Data
Constraint
Mhs id
int
Primary key
Jur id
int
Foreign key
Angkatan id
int
Foreign key
NIM
Varchar (11)
-
Nama mhs
Varchar (100)
-
Email mhs
Varchar (50)
-
Alamat mhs
Varchar (150)
-
Telp mhs
Varchar (20)
-
Agama mhs
Varchar (20)
-
Jk mhs
Varchar (1)
-
Tempat lahir mhs
Varchar (30)
-
Tgl lahir mhs
date
-
Asal sma mhs
Varchar (50)
-
Th masuk mhs
Int
-
Th lulus mhs
Int
-
Nama ayah
Varchar (100)
-
Nama ibu
Varchar (100)
-
No Hp ortu
Varchar (20)
-
Pekerjaan ayah
Varchar (50)
-
60
Nama Field
Tipe Data
Constraint
Pekerjaan ibu
Varchar (50)
-
Alamat ortu
Varchar (200)
-
Status aktif mhs
int
-
Foto mhs
Varchar (200)
-
b. Tabel Fakultas Primary key
: Fak id
Foreign key
:-
Fungsi
: untuk menyimpan data fakultas Tabel 3.6 Fakultas
Nama Field
Tipe Data
Constraint
Fak id
int
Primary key
Kode Fak
Varchar (11)
-
Nama fak
Varchar (100)
-
Ketua fak
Varchar (100)
-
No izin fak
Varchar (50)
-
Status fak
int
-
c. Tabel Jurusan
Primary key
: Jur id
Foreign key
: Fak id
Fungsi
: untuk meyimpan data jurusan dari setiap fakultas.
61
Tabel 3.7 Jurusan Nama Field
Tipe Data
Constraint
Jur id
Int
Primary key
Kode fak
int
Foreign key
Kode jur
Varchar (50)
-
Nama jur
Varchar (100)
-
Status jur
Varchar (1)
-
Jenjang semester
int
-
Jml semester
int
-
Gelar jur
Varchar (100)
-
d. Tabel Dosen Primary key
: Dosen id
Foreign key
: -Fak id
Fungsi
: untuk meyimpan identitas seluruh pegawai dengan status dosen pengajar Tabel 3.8 Dosen
Nama Field
Tipe Data
Constraint
Dosen id
Int
Primary key
Fak id
Int
Foreign key
NIDN
Varchar (51)
-
Nama ds
Varchar (100)
-
No KTP
Varchar (50)
Jabatan
Varchar (50)
-
Email ds
Varchar (50)
-
Alamat ds
Varchar (150)
-
Telp ds
Varchar (20)
-
Agama ds
Varchar (20)
-
62
Nama Field
Tipe Data
Constraint
Jk ds
Varchar (1)
-
Tempat lahir ds
Varchar (30)
-
Tgl lahir ds
date
-
Status kawin ds
Varchar (1)
-
Status ds
Varchar (1)
-
Status aktif ds
Varchar (1)
-
Tgl masuk ds
date
-
Lulusan ds
Varchar (50)
-
Gelar pendidikan
Varchar (30)
-
Foto ds
Varchar (200)
-
e. Tabel Dosen wali Primary key
:-
Foreign key
: Dosen id, Mhs id
Fungsi
: untuk meyimpan dosen yang memiliki status dosen wali aktif Tabel 3.9 Dosen wali
Nama Field
Tipe Data
Constraint
Dosen id
Int
Foreign key
Mhs id
Int
Foreign key
Keterangn
Varchar (100)
-
f. Tabel Presensi
Primary key
: Presensi id
Foreign key
:-
Fungsi
: untuk menyimpan kehadiran mahasiswa.
63
Tabel 3.10 Presensi Nama Field
Tipe Data
Constraint
Presensi id
Int
Primary key
Tanggal presensi
Date
-
Keterangan presensi
Varchar (100)
-
g. Tabel Presensi Detail Primary key
: Presensi detail id
Foreign key
: Jadwal id, presensi id
Fungsi
: untuk menyimpan detail kehadiran mahasiswa Tabel 3.11 Presensi Detail
Nama Field
Tipe Data
Constraint
Presensi detail id
Int
Primary key
Jadwal id
Varchar (11)
Foreign key
Presensi id
Int
Foreign key
Tanggal presensi
Date
-
Keterangan presensi
Varchar (100)
-
h. Tabel jadwal Primary key
: Jadwal id
Foreign key
: Ruang id, jur id, hari id, mk id, dosen id,dosen id
Fungsi
: Untuk meyimpan jadwal kuliah yang sudah di plot bersama dosen dan matakuliah
64
Tabel 3.12 Jadwal Nama Field
Tipe Data
Constraint
Jadwal id
Varchar (11)
Primary key
Ruang id
int
Foreign key
Jur id
Int
Foreign key
Hari id
Int
Foreign key
Mk id
Int
Foreign key
Dosen id
Int
Foreign key
Waktu id
Int
Foreign key
Jam mulai jd
Time
-
Jam selesai jd
Time
-
Semester jadwal
int
-
i. Tabel Matakuliah Primary key
: Mk id
Foreign key
: kelompok id, jur id
Fungsi
: Untuk menyimpan seluruh data matakuliah Tabel 3.13 Matakuliah
Nama Field
Tipe Data
Constraint
Mk id
Int
Primary key
Kelompok id
Int
Foreign key
Semester mk
Varchar (5)
Foreign key
Kode mk
Varchar (50)
-
Nama mk
Varchar (50)
-
Sks mk
Int
-
Status mk
Int
-
Jenis mk
Varchar (1)
-
Jam mk
Time
-
65
Nama Field
Tipe Data
Constraint
Min nilai
Int
-
j. Tabel Kelompok Matakuliah Primary key
: Kelompok id
Foreign key
:-
Fungsi
: Untuk menentukan matakuliah normal, pilihan dan praktikum Tabel 3.14 Kelompok Matakuliah
Nama Field
Tipe Data
Constraint
Kelompok id
Int
Primary key
Kode kelompok
Varchar (1)
-
Nama kelompok
Varchar (30)
-
k. Tabel Ruangan Primary key
: Ruang id
Foreign key
:-
Fungsi
: untuk menyimpan data ruangan dan gedung Tabel 3.15 Ruangan
Nama Field
Tipe Data
Constraint
Ruang id
Int
Primary key
Kode ruang
Varchar (50)
-
Nama ruang
Varchar (100)
-
Gedung
Int
-
Keterangan ruang
Varchar (200)
-
66
l. Tabel Hari Primary key
: Hari id
Foreign key
:-
Fungsi
: untuk menyimpan hari senin sampai minggu Tabel 3.16 Hari
Nama Field
Tipe Data
Constraint
Hari id
Int
Primary key
Nama hari
Varchar (20)
-
m. Tabel Waktu Primary key
: Waktu id
Foreign key
:-
Fungsi
: untuk menyimpan waktu last login Tabel 3.17 Waktu
Nama Field
Tipe Data
Constraint
Waktu id
Int
Primary key
Keterangan waktu
Varchar (50)
-
n. Tabel KRS Primary key
: Krs id
Foreign key
: Jadwal id, mhs id
Fungsi
: untuk meyimpan KRS dari perwalian yang telah diinputkan Tabel 3.18 KRS
Nama Field
Tipe Data
Constraint
Krs id
Int
Primary key
Jadwal id
Varchar (11)
Foreign key
67
Nama Field
Tipe Data
Constraint
Mhs id
Int
Foreign key
Semester krs
Int
-
Max krs
Int
-
Min krs
Int
-
o. Tabel KHS Primary key
: Khs id
Foreign key
: grade id, Krs id
Fungsi
: untuk meyimpan KHS berisi nilai Tabel 3.19 KHS
Nama Field
Tipe Data
Constraint
Khs id
Int
Primary key
Grade id
Int
Foreign key
Krs id
Int
Foreign key
Kehadiran khs
Int
-
N UTS
Decimal (4)
-
N UAS
Decimal (4)
-
N Tugas
Decimal (4)
-
N Aktif
Decimal (4)
-
N Lain
Decimal (4)
-
N Akhir
Decimal (4)
-
p. Tabel Grade Primary key
: ID_Grade
Foreign key
:-
Fungsi
: untuk meyimpan range nilai menjadi sebuah grade atau nilai huruf
68
Tabel 3.20 Grade Nama Field
Tipe Data
Constraint
Grade id
Int
Primary key
Nama grade
Varchar (2)
-
Batas atas
Float
-
Batas bawah
Float
-
Status grade
Varchar (1)
-
Tahun grade
Varchar (4)
-
Keterangan grade
Varchar (20)
-
q. Tabel Angkatan Primary key
: Angkatan id
Foreign key
:-
Fungsi
: untuk menyimpan tahun angkatan Tabel 3.21 Angkatan
Nama Field
Tipe Data
Constraint
Angkatan id
Int
Primary key
Keterangan angkatan
Varchar (20)
-
Status angkatan
Int
-
r. Tabel Registrasi
Primary key
: registrasi id
Foreign key
: akademik id, mhs id
Fungsi
: untuk menyimpan status registrasi setelah melakukan krs
69
Tabel 3.22 Registrasi Nama Field
Tipe Data
Constraint
Registrasi id
Int
Primary key
Akademik id
Int
Foreign key
Mhs id
Int
Foreign key
Tanggal regis
datetime
-
Semester regis
Int
-
s. Tabel Tahun akademik Primary key
: akademik id
Foreign key
:-
Fungsi
: untuk menentukan status tahun akademik yang sedang aktif Tabel 3.23 Tahun Akademik
Nama Field
Tipe Data
Constraint
Akademik id
Int
Primary key
Keterangan akademik
Varchar (200)
-
Batas akademik
date
-
Status akademik
Int
-
Tahun akademik
Int
-
3.2.9 Desain User Interface Desain user interface digunakan sebagai panduan dalam menentukan tataletak dari komponen aplikasi. Desain user interface pada Sistem Informasi Akademik pada UNSIDA ini dibuat sesederhana mungkin agar mudah digunakan oleh pengguna.
70
a. Desain User Interface Halaman Login Pengendalian akses dilakukan melalui 3 tahap, yaitu identifikasi, otentifikasi, dan otorisasi (MCleod1996). Halaman login memiliki label dan textbox username yang berfungsi sebagai identifikasi. Password atau captcha yang muncul apabila pengguna salah login akan berfungsi untuk menghindari adanya bot yang masuk sebagai otentifikasi. Otentifikasi berfungsi memastikan apakah pengguna benar orang yang berhak melakukan akses ke sistem. Setelah username dan password telah sesuai maka tahap selanjutnya adalah otorisasi pengguna berdasarkan hak akses. Hak akses dibagi menjadi 4 pengguna yaitu admin, manajer, dosen, dan siswa. Gambar 3.24 dibawah adalah desain user interface halaman login
Gambar 3.24 Desain User Interface Halaman Login Gambar 3.25 menunjukkan pesan apabila pengguna salah memasukkan username dan password
Gambar 3.25 Desain User Interface Cek Login
71
b. Desain User Interface Halaman Dashboard Gambar 3.26 Merupakan Desain User interface dari halaman dashboard berfungsi sebagai halaman utama dari aplikasi SIAkademik ini yang menampilkan grafik jika login sebagai admin.
Gambar 3.26 Desain User Interface Dashboard Admin
Gambar 3.27 Desain User Interface Dashboard Mahasiswa Lalu pada gambar 3.27 merupakan gambar Desain User interface dashboard jika login sebagai mahasiswa.
72
c. Desain User Interface Halaman Dosen Gambar 3.28 merupakan halaman penambahan data dosen. Dosen yang akan diinputkan. Data yang tersimpan akan masuk ke data dosen.
Gambar 3.28 Desain User Interface Halaman Dosen d. Desain User Interface Halaman Mahasiswa Gambar 3.29 merupakan halaman penambahan data mahasiswa. Mahasiswa yang telah diinputkan pada halaman ini masih memiliki status tidak aktif. Untuk dapat merubah status menjadi aktif, maka harus melakukan proses registrasi ulang.
Gambar 3.29 Desain User Interface Halaman Tambah Mahasiswa
73
e. Desain User Interface Halaman Grade Nilai Gambar 3.30 merupakan halaman tambah grade yang berisi tentang proses tambah grade atau standar nilai menjadi huruf pada UNSIDA. Grade dapat diubah sewaktu-waktu sesuai standar kurikulum yang diterapkan oleh UNSIDA.
Gambar 3.30 Desain User Interface Halaman Tambah Grade f. Desain User Interface Halaman Matakuliah Gambar 3.31 merupakan User interface halaman matakuliah berisi tentang penambahan data matakuliah sesuai jurusan.
Gambar 3.31 Desain User Interface Halaman Matakuliah
74
3.2.10 Desain Input/Output Desain input merupakan perancangan untuk memasukkan data dari hasil transaksi maupun kegiatan yang dilakukan oleh objek dan subjek yang bersangkutan. Lalu desain output adalah perancangan bentuk keluaran dari sebuah input yang dilakukan. INPUT a. Desain input Jurusan Gambar 3.32 Merupakan halaman penambahan jurusan per fakultas. Id jurusan di generate secara default dan hanya mengisi nama, fakultas dan status. Disitu kita dapat melihat seluruh data yang telah ditambahkan.
Gambar 3.32 Desain Input Halaman Jurusan b. Desain input KRS Gambar 3.33 Merupakan Desain input proses KRS. Proses tersebut menampilkan data mahasiswa dengan matakuliah yang akan dipilih. KRS diisi oleh Dosen wali masing-masing mahasiswa.
75
Gambar 3.33 Desain Input Halaman Proses KRS c. Desain input Dosen Wali Gambar 3.34 Desain input halaman dosen wali yang merupakan halaman untuk menambah dosen wali. Dosen yang dapat menjadi dosen wali adalah dosen yang memiliki status dosen wali aktif. 1 dosen wali memiliki lebih dari 5 mahasiswa untuk melakukan bimbingan akademik maupun KRS.
Gambar 3.34 Desain Input Halaman Dosen Wali
76
d. Desain Input Jadwal Gambar 3.35 Merupakan Desain input halaman jadwal yang berfungsi sebagai halaman input untuk menentukan jadwal dari matakuliah yang telah di plotting sebelumnya.
Gambar 3.35 Desain Input Halaman Jadwal e. Desain Input Nilai Gambar 3.36 Merupakan desain input nilai yang berfungsi sebagai halaman input untuk Mengisi daftar nilai yang dilakukan oleh dosen kepada mahasiswa setiap akhir semester.
77
Gambar 3.36 Desain Input Nilai f. Desain Input Presensi Gambar 3.37 Merupakan Desain input presensi yang berfungsi sebagai halaman input untuk Mengisi daftar presensi yang dilakukan oleh dosen mk kepada mahasiswa.
Gambar 3.37 Desain Input Presensi
78
OUTPUT a. Desain Output Perbandingan Mahasiswa Keseluruhan Gambar 3.38 Merupakan Desain Output Laporan Perbandingan Mahasiswa Keseluruhan yang akan dihasilkan oleh aplikasi, didalamnya berisi data jumlah mahasiswa dari setiap prodi beserta prosentase.
Gambar 3.38 Desain Output Perbandingan Mahasiswa b. Desain Output Laporan Dosen keseluruhan Pada Gambar 3.39 dibawah merupakan Desain Output Laporan Dosen Keseluruhan yang akan dihasilkan oleh aplikasi, didalamnya berisi data data Dosen dengan berbagai pilihan program studi.
79
Gambar 3.39 Desain Output Laporan Data Dosen c. Desain Output Laporan Presensi Pada Gambar 3.40 dibawah merupakan Desain Output Laporan Presensi yang menampilkan jumlah mahasiswa yang dapat mengikuti UAS dan tidak mengikuti UAS. Syarat kehadiran 75% dari total kehadiran dapat mengikuti UAS.
Gambar 3.40 Desain Output Laporan Presensi d. Desain Output Laporan Nilai Mahasiswa Gambar 3.41 Dibawah merupakan Desain Output Laporan Nilai yang menampilkan jumlah mahasiswa lulus dan tidak lulus beserta beserta nilai gradenya.
80
Gambar 3.41 Desain Output Laporan Nilai Mahasiswa e. Desain output Laporan status Mhs Gambar 3.42 Dibawah merupakan Desain Output Laporan Status Mahasiswa berisi jumlah status mahasiswa aktif, tidak aktif dan cuti yang dapat dipilih sesuai dengan periode.
Gambar 3.42 Desain Output Laporan Status Mahasiswa f. Desain Output Laporan Kartu Hasil Studi (KHS) Gambar 3.43 Merupakan Merupakan Desain Output Laporan KHS yang menampilkan hasil KRS beserta nilai akhir, nilai huruf, IPS dan IPK.
81
Gambar 3.43 Desain Output Laporan Kartu Hasil Studi g. Desain output Laporan Kartu Rencana Studi (KRS) Gambar 3.44 Merupakan Merupakan Desain Output Laporan KRS yang menampilkan List matakuliah beserta SKS nya yang diambil oleh mahasiswa tertentu.
Gambar 3.44 Desain Output Laporan Kartu Rencana Studi Studi
82
h. Desain Output Laporan Jadwal Matakuliah Gambar 3.45 Merupakan Merupakan Desain Output Jadwal matakuliah untuk setiap dosen pengampu dari setiap matakuliah yang diajarnya beserta waktu.
Gambar 3.45 Desain Output Jadwal Matakuliah
3.3
Perancangan Uji Coba
3.3.1 Uji Coba Fungsi Sistem Untuk dapat mengetahui apakah Sistem Informasi Akademik UNSIDA telah sesuai dengan kebutuhan, maka perlu dilakukan pengujian dengan pendekatan metode Black Box Testing. Black Box Testing adalah metode yang menguji setiap unit program serta memastikan apakah telah sesuai dengan spesifikasi sistem. Secara umum, pengujian dilakukan pada proses login, pengelolaan data master, pencatatan transaksi, dan pelaporan pada masing masing user. Hal–hal yang diujikan ada pada Tabel 3.24
83
Tabel 3.24 Rencana Pengujian Sistem Informasi Akademik Unsida Requirement yang diuji Login Halaman Master
Halaman Matakuliah Halaman KRS Halaman Jadwal Halaman Nilai Halaman Presensi Laporan Kabag. Akademik, Wakil Rektor 1, Kaprodi
Laporan Mahasiswa
Laporan Dosen
Fungsi yang diuji Melakukan Login Melakukan operasi Create, Read, update, pada halaman master mahasiswa, dosen, matakuliah, grade dan tahun akademik Melakukan operasi Create, Read, update, pada halaman input Matakuliah Melakukan operasi Create, Read, update, pada halaman KRS Melakukan operasi Create, Read, update, pada halaman jadwal Melakukan operasi update nilai pada administrasi penilaian Melakukan operasi Create, update, pada halaman Presensi Menampilkan Dashboard Menampilkan informasi data mahasiswa Menampilkan informasi data dosen Menampilkan informasi status siswa aktif, tidak aktif Menampilkan informasi status dosen aktif, tidak aktif Menampilkan informasi nilai mahasiswa Menampilkan informasi presensi mahasiswa Menampilkan Jadwal Akademik Menampilkan nilai mahasiswa Menampilkan presensi mahasiswa Menampilkan Jadwal Ajar Menampilkan nilai kelas Menampilkan presensi kelas
84
a. Desain Uji Coba Login Desain ujicoba login bertujuan untuk menguji apakah fungsi melakukan Login dapat berjalan sesuai yang diharapkan. Desain uji coba ini terlihat pada tabel 3.25. Tabel 3.25 Uji Coba Login Tes Case Tujuan ID L.1 Melakukan Login
L.2
Melakukan Login dengan format salah
Input Username, Password Username, Password
Output yang diharapkan Login berhasil dan masuk ke halaman utama sistem Muncul pesan “Username atau Password salah”
b. Desain Uji Coba Halaman Master Mahasiswa Desain ujicoba halaman master bertujuan untuk mengetahui apakah fungsi melakukan Create, Read, Update pada master bisa berjalan sesuai yang diharapkan. Desain ujicoba data master dapat dilihat pada tabel 3.26 Tabel 3.26 Uji Coba Halaman Master Mahasiswa Tes Case Tujuan ID M.1 Menampilkan data master mahasiswa M.2 Memasukkan data mahasiswa
M.3
Mengubah data mahasiswa
Input Memilih menu mahasiswa NIM, nama, email, alamat, telp, agama, jenis kelamin, tempat lahir, tgl lahir, asal sma, tahun masuk, tahun lulus, status aktif, foto NIM, nama, email, alamat, telp, agama, jenis
Output yang diharapkan Data mahasiswa Data mahasiswa berhasil disimpan dan dapat dimunculkan pada tabel mahasiswa keseluruhan
Data mahasiswa berhasil diubah dan
85
Tes Case ID
Tujuan
Input kelamin, tempat lahir, tgl lahir, asal sma, tahun masuk, tahun lulus, status aktif, foto
Output yang diharapkan ditampilkan pada Tabel mahasiswa
c. Desain Uji Coba Halaman Matakuliah Desain ujicoba halaman jurusan bertujuan untuk mengetahui apakah fungsi melakukan Create, Read, Update pada jurusan bisa berjalan sesuai yang diharapkan. Desain ujicoba matakuliah dapat dilihat pada tabel 3.27. Tabel 3.27 Uji Coba Matakuliah Tes Case Tujuan ID J.1 Menampilkan data Matakuliah J.2
Memasukkan data Matakuliah
J.3
Mengubah data jurusan
Input Memilih menu administrasi Matakuliah ID Jurusan, Nama jurusan, fakultas, status ID Jurusan, Nama jurusan, fakultas, status
Output yang diharapkan Data Fakultas dan Jurusan Data jurusan berhasil disimpan dan dapat dimunculkan melalui administrasi jurusan. Data jurusan berhasil diubah dan ditampilkan pada administrasi jurusan
d. Desain Uji Coba Halaman KRS Desain ujicoba KRS bertujuan untuk mengetahui apakah fungsi melakukan Create, Read, Update pada KRS bisa berjalan sesuai yang diharapkan. Desain ujicoba KRS dapat dilihat pada tabel 3.28.
86
Tabel 3.28 Uji Coba KRS Tes Case Tujuan ID R.1 Menampilkan Proses KRS R.2 Membuat proses baru
R.3
Mengubah proses KRS
Input Memilih menu KRS Mahasiswa, semester, Matakuliah Mahasiswa, semester, Matakuliah
Output yang diharapkan Data KRS tiap Mahasiswa Data KRS berhasil disimpan Data KRS berhasil diubah
e. Desain Uji Coba Jadwal Desain ujicoba jadwal bertujuan untuk mengetahui apakah fungsi melakukan Create, Read, Update pada detail jadwal bisa berjalan sesuai yang diharapkan. Desain ujicoba jadwal dapat dilihat pada tabel 3.29. Tabel 3.29 Uji Coba Jadwal Tes Case Tujuan ID J.1 Menampilkan data detail Jadwal J.2 Memasukkan data jadwal
J.3
Mengubah data jadwal
Input Memilih menu jadwal, Memilih menu autosetup jadwal. Input hari, dosen, dan jam Memilih menu jadwal, dan edit. Input hari, dosen, dan jam
Output yang diharapkan Data jadwal Data detail berhasil ditambahkan
Data jadwal berhasil diubah
f. Desain Uji Coba Nilai Desain ujicoba nilai bertujuan untuk mengetahui apakah fungsi melakukan Create, Read, Update pada nilai bisa berjalan sesuai yang diharapkan. Desain ujicoba nilai dapat dilihat pada tabel 3.30.
87
Tabel 3.30 Uji Coba Nilai Tes Case Tujuan Input ID N.1 Menampilkan data Nilai Memilih menu administrasi, nilai N.2 Memasukkan data Nilai NIM, semester, N UTS, N UAS, N Tugas, N aktif, status N.3 Mengubah data nilai NIM, semester, N UTS, N UAS, N Tugas, N aktif, status
Output yang diharapkan Data nilai per prodi / kelas Data nilai berhasil ditambahkan
Data nilai berhasil diubah
g. Desain Uji Coba Presensi Desain ujicoba presensi bertujuan untuk mengetahui apakah fungsi melakukan Create, Read, Update pada data presensi bisa berjalan sesuai yang diharapkan. Desain ujicoba presensi dapat dilihat pada tabel 3.31. Tabel 3.31 Uji Coba Presensi Tes Case Tujuan ID P.1 Menampilkan data Presensi
Input
P.2
Memasukkan data Presensi
Memilih menu administrasi, presensi Matakuliah, Kelas, Semester
P.3
Mengubah data Presensi
Matakuliah, Kelas, Semester
Output yang diharapkan Data presensi per kelas / prodi Data presensi berhasil ditambahkan Data presensi berhasil diubah
h. Desain Uji Coba Laporan Wakil rektor 1, Kaprodi, Kabag Akademik Desain ujicoba laporan bertujuan untuk menguji apakah fungsi menampilkan informasi mahasiswa, status mahasiswa, informasi dosen, status dosen, presensi dan nilai dapat berjalan sesuai yang diharapkan. Desain uji coba data laporan dapat dilihat pada tabel 3.32.
88
Tabel 3.32 Uji Coba Laporan Admin Tes Case Tujuan ID RP.1 Menampilkan dashboard RP.2 Menampilkan informasi mahasiswa
Input Memilih prodi, dan angkatan Memilih laporan, prodi , periode
RP.3
Menampilkan informasi Memilih laporan, dosen prodi, periode
RP.4
Menampilkan status mahasiswa
Memilih laporan, status, periode
RP.5
Menampilkan status dosen
Memilih laporan, status, periode
RP.6
Menampilkan informasi Memilih prodi, presensi kelas
RP.7
Menampilkan informasi Memilih prodi, Nilai kelas
Output yang diharapkan Jumlah mahasiswa, presensi, dan nilai Tampilan list data mahasiswa keseluruhan, perbandingan jumlah mhs per prodi Tampilan list data dosen keseluruhan, perbandingan jumlah dosen per prodi Tampilan list mahasiswa dengan status aktif, tidak aktif, dan cuti Tampilan list dosen dengan status aktif, tidak aktif, dan cuti Tampilan perbandingan prosentase presensi per prodi/ kelas Tampilan perbandingan nilai per prodi per kelas
i. Desain Uji Coba Laporan Mahasiswa Desain ujicoba laporan bertujuan untuk menguji apakah fungsi menampilkan dashboard, jadwal akademik, nilai, dan presensi dapat berjalan sesuai yang diharapkan. Desain uji coba data laporan mahasiswa dapat dilihat pada tabel 3.33.
89
Tabel 3.33 Uji Coba Laporan Mahasiswa Tes Case Tujuan ID RM.1 Menampilkan jadwal akademik RM.2 Menampilkan nilai mahasiswa RM.3 Menampilkan presensi mahasiswa
Input Memilih menu jadwal Memilih administrasi, nilai Memilih administrasi presensi
Output yang diharapkan Tampilan list data jadwal perkuliahan Tampilan list data nilai per matakuliah Tampilan list prosentase presensi mahasiswa per matakuliah
j. Desain Uji Coba Laporan Dosen Matakuliah Desain ujicoba laporan dosen matakuliah bertujuan untuk menguji apakah fungsi menampilkan dashboard, jadwal ajar, nilai, dan presensi dapat berjalan sesuai yang diharapkan. Desain uji coba data laporan mahasiswa dapat dilihat pada tabel 3.34. Tabel 3.34 Uji Coba Laporan Dosen matakuliah Tes Case Tujuan ID RD.1 Menampilkan dashboard RD.2 Menampilkan jadwal akademik RD.3 RD.4
Menampilkan nilai mahasiswa Menampilkan presensi mahasiswa
Input Memilih menu dashboard Memilih menu jadwal Memilih administrasi, nilai Memilih administrasi presensi
Output yang diharapkan Jadwal matakuliah, presensi, nilai Tampilan list data jadwal ajar per matakuliah Tampilan list data nilai per matakuliah Tampilan list prosentase presensi mahasiswa per matakuliah
