SKRIPSI
SISTEM INFORMASI AKADEMIK SUB-SISTEM : TRANSAKSI AKADEMIK DAN USER MANAGEMENT (Studi Kasus : Fakultas Teknik Universitas Halu Oleo)
Diajukan untuk memenuhi salah satu syarat memperoleh derajat Sarjana Teknik
LA ODE APRIADI E1E111033
JURUSAN TEKNIK INFORMATIKA FAKULTAS TEKNIK UNIVERSITAS HALU OLEO KENDARI 2016
ii
iii
iv
INTISARI La Ode Apriadi, E1E111033 SISTEM INFORMASI AKADEMIK UNIVERSITAS HALU OLEO SUB-SISTEM TRANSAKSI AKADEMIK DAN USER MANAGEMENT Skripsi, Fakultas Teknik, 2016 INTISARI Kata kunci : Sistem Informasi Akademik, Transaksi Akademik, User Management Tujuan dari penelitian yang dilakukan oleh penulis adalah untuk merancang dan membangun sebuah Sistem Informasi Akademik Universitas Halu Oleo yang dapat mengeloloa data-data akademik yang ada di Universitas Halu Oleo. Sistem yang dibangun dapat melakukan pengelolaan data terkait transaksi akademik seperti data KRS dan KHS, pembobotan dan standar nilai, pengajuan cuti mahasiswa dan transkrip nilai. Selain terkait data transaksi akademik, sistem yang dibangun penulis juga dapat mengelola data pengguna yang akan masuk ke dalam sistem. Aplikasi yang dibangun oleh penulis menggunakan bahasa pemrograman PHP dan basis data MySQL. Penulis menggunakan Unified Modeling Language (UML) sebagai bahasa pemodelan sistem. Hasil dari pengujian yang telah dilakukan terhadap sistem menunjukkan bahwa sistem dapat mempermudah pengguna baik itu mahasiswa dan dosen dalam melakukan proses transaksi akademik seperti penawaran mata kuliah, proses cetak KRS, KHS dan transkrip nilai serta melakukan manajemen pengguna dengan lebih teratur.
v
ABSTRACT La Ode Apriadi, E1E111033 ACADEMIC INFORMATION SYSTEM OF HALU OLEO UNIVERSITY SUBSYSTEM ACADEMIC TRANSACTION AND USER MANAGEMENT Mini Thesis, Engineering Faculty, 2016 ABSTRACT
Keywords : Management
Academic
Information
System,
Academic
Transaction,
User
The purpose of the research that has been conducted by the author is to build and design an Academic Information System of Halu Oleo University that can maintain academic data of Halu Oleo University. System that built by the author focus on processing data related to academic transaction such Study Program Card and Post-Study Program Card, value weighting, standard of value, college student furlough application and transcript. In addition, this system also maintain data related to user management. The author uses Unified Modeling Language (UML) as the system modeling language, PHP as programming language and MySQL as system database. The results of the testing that has been done on the system shows that the system can help users( both students and lecturer) in the process of academic transaction such as bidding, creating Study Program Card and Post-Study Program Card, and also transcripts as well as perform user management more regularly.
vi
KATA PENGANTAR Assalamualaikum Wr. Wb. Segala puji dan syukur penulis panjatkan kehadirat Allah SWT, karena atas rahmat dan ridho-Nya penulisan skripsi yang berjudul “Sistem Informasi Akademik Sub-Sistem : Transaksi Akademik Dan User Management (Studi Kasus : Fakultas Teknik Universitas Halu Oleo)” ini dapat disusun dan diselesaikan sebagai syarat menyelesaikan studi Jurusan Teknik Informatika Fakultas Teknik Universitas Halu Oleo Kendari. Pada kesempatan ini dengan segala kerendahan hati penulis haturkan sebuah ucapan terima kasih yang sebesar-besarnya dan penghargaan yang setinggi-tingginya kepada yang terhormat: 1.
Bapak Prof. Dr. Ir. H. Usman Rianse, M.Sc, selaku Rektor Universitas Halu Oleo Kendari.
2.
Bapak Mustarum Musaruddin, ST., MIT., Ph.D, selaku Dekan Fakultas Teknik Universitas Halu Oleo Kendari.
3.
Ibu Ika Purwanti Ningrum, S.Kom., M.Cs, selaku Ketua Jurusan Teknik Informatika Universitas Halu Oleo Kendari.
4.
Ibu Isnawati Gunawan, S.Si., MT, selaku Sekretaris Jurusan Teknik Informatika Universitas Halu Oleo Kendari.
5.
Bapak Jumadil Nangi, S.Kom., MT, Bapak Natalis Ransi, S.Si., M.Cs, Bapak LM. Bachtiar Aksara, S.T., M.T, Ibu Ika Purwanti Ningrum, S.Kom., M.Cs, dan Ibu Statiswaty, S.T., MMSI selaku Pembimbing dan Tim Penguji yang telah memberikan saran dan kritik yang membangun dalam penyusunan Skripsi ini.
6.
Bapak dan Ibu Dosen Jurusan Teknik Informatika Universitas Halu Oleo yang telah banyak membantu penulis sehingga dapat menyelesaikan studi.
7.
Teman-teman seperjuangan Muh. Ichwan Utari, Harley Sebastian, Christine Florence Kiswanto, dan Muh. Usgan yang telah banyak membantu dalam menyelesaikan penelitian ini.
vii
8. Teman-teman di jurusan Teknik Informatika angkatan 2011 yang memberikan saran dan semangatnya selama proses penyelesaian skripsi ini. Dengan keterbatasan pengalaman, pengetahuan maupun pustaka yang ditinjau, penulis menyadari bahwa tugas akhir ini masih banyak kekurangan dan perlu pengembangan lebih lanjut agar benar-benar bermanfaat. Oleh sebab itu, penulis sangat mengharapkan kritik dan saran agar tugas akhir ini lebih sempurna serta sebagai masukan bagi penulis untuk penelitian dan penulisan karya ilmiah di masa yang akan datang. Akhir kata, penulis berharap tugas akhir ini memberikan manfaat bagi kita semua terutama untuk pengembangan ilmu pengetahuan dan teknologi. Kendari,
April 2016 Penulis
La Ode Apriadi
viii
DAFTAR ISI
HALAMAN JUDUL .......................................................................................... i HALAMAN PENGESAHAN ............................................................................ ii HALAMAN PERNYATAAN ........................................................................... iv INTISARI ........................................................................................................... v ABSTRACT ....................................................................................................... vi KATA PENGANTAR ........................................................................................ vii DAFTAR ISI ...................................................................................................... ix DAFTAR TABEL .............................................................................................. xii DAFTAR GAMBAR ......................................................................................... xiv I.
PENDAHULUAN ......................................................................................1 1.1 Latar Belakang ......................................................................................1 1.2 Rumusan Masalah .................................................................................2 1.3 Batasan Masalah ...................................................................................2 1.4 Tujuan Penelitian ..................................................................................4 1.5 Manfaat Penelitian ................................................................................4 1.6 Sistematika Penulisan ...........................................................................5 1.7 Tinjauan Pustaka ...................................................................................6
II. LANDASAN TEORI ..................................................................................8 2.1 Sistem Informasi Akademik ..................................................................8 2.2 EPSBED ................................................................................................9 2.3 Pemrograman Berorientasi Objek .........................................................11 2.4 Rational Unified Process ......................................................................14 2.5 Unified Modeling Languange ...............................................................17 2.5.1 Diagram Use Case ......................................................................18 2.5.2 Diagam Kelas ..............................................................................20 2.5.3 Diagram Aktivitas .......................................................................21 2.5.4 Diagram Sekuen ..........................................................................22 2.6 Pemrograman Web .................................................................................24 2.6.1 Hyper Text Markup Language ....................................................24 ix
2.6.2 Casceding Style Sheet .................................................................25 2.6.3 Hypertext Preprocessor ..............................................................25 2.6.4 CodeIgniter .................................................................................26 2.6.5 Peramban Web ............................................................................27 2.6.6 MySQL .......................................................................................27 2.6.7 XAMPP .......................................................................................28 III. METODOLOGI PENELITIAN ..................................................................29 3.1 Tempat dan Waktu Penelitian ................................................................29 3.2 Metode Pengumpulan Data ...................................................................30 3.3 Metode Pengembangan Sistem .............................................................30 IV. ANALISIS DAN PERANCANGAN SISTEM ..........................................32 4.1 Analisis Sistem yang Sedang Berjalan .................................................32 4.2 Analisis Sistem yang Diusulkan ...........................................................34 4.2.1 Analisis Kebutuhan Fungsional ...................................................35 4.2.2 Analisis Kebutuhan Non Fungsional ...........................................37 4.2.3 Standar Operasional Prosedur (SOP) ...........................................38 4.3 Rancangan Sistem .................................................................................39 4.3.1 Use Case Diagram .......................................................................39 4.3.2 Class Diagram .............................................................................47 4.3.3 Activity Diagram ..........................................................................49 4.3.4 Sequence Diagram .......................................................................56 4.3.5 Prancangan Tabel .........................................................................62 4.3.6 Prancangan Antarmuka ................................................................67 V. IMPLEMENTASI DAN PENGUJIAN SISTEM .......................................85 5.1 Implementasi Sistem ............................................................................85 5.1.1 Implementasi Antarmuka .............................................................85 5.2 Pengujian dan Pembahasan Sistem ......................................................105 5.2.1 Pengujian Sistem ..........................................................................105 5.2.2 Pengujian Sistem Menggunakan Data .........................................112 5.3 Analisis Hasil .......................................................................................127 5.3.1 Analisis Data Dasar Sistem..........................................................127 x
5.3.2 Analisis Data Pengguna Sistem ...................................................129 5.3.3 Analisis Data Transaksi Akademik ..............................................133 5.3.4 Analisis Perangkat Lunak ............................................................136 5.3.5 Analisis Perangkat Keras .............................................................137 VI. PENUTUP ...................................................................................................138 6.1 Kesimpulan ............................................................................................138 6.2 Saran ......................................................................................................138 DAFTAR PUSTAKA LAMPIRAN
xi
DAFTAR TABEL Tabel 2.1 Tabel 2.2 Tabel 2.3 Tabel 2.4 Tabel 3.1 Tabel 4.1 Tabel 4.2 Tabel 4.3 Tabel 4.4 Tabel 4.5 Tabel 4.6 Tabel 4.7 Tabel 4.8 Tabel 4.9 Tabel 4.9 Tabel 5.1 Tabel 5.2 Tabel 5.3 Tabel 5.4 Tabel 5.5 Tabel 5.6 Tabel 5.7 Tabel 5.8 Tabel 5.9 Tabel 5.10 Tabel 5.11 Tabel 5.12 Tabel 5.13 Tabel 5.14 Tabel 5.15 Tabel 5.16 Tabel 5.17 Tabel 5.18 Tabel 5.19 Tabel 5.20 Tabel 5.21 Tabel 5.22 Tabel 5.23 Tabel 5.24
Simbol diagram use case............................................................... 18 Simbol diagram kelas.................................................................... 20 Simbol diagram aktivitas............................................................... 22 Simbol diagram sekuen................................................................. 23 Tabel Waktu Penelitian................................................................. 29 Tabel User................................................................................ 62 Tabel Standar Sks......................................................................... 62 Tabel Standar Nilai....................................................................... 63 Tabel Bobot Nilai....................................................................... 63 Tabel Cuti............................................................................... 64 Tabel Generate KRS................................................................ 64 Tabel KRS............................................................................. 65 Tabel KHS.............................................................................. 65 Tabel Transkrip.......................................................................... 66 Tabel User Log.......................................................................... 66 Pengujian Login User (data benar)............................................ 105 Pengujian Login User (data salah)............................................... 105 Pengujian Tambah Data Pengguna............................................. 105 Pengujian Ubah Data Pengguna................................................ 106 Pengujian HapusData Pengguna................................................ 106 Pengujian Tambah Data Standar SKS........................................... 106 Pengujian Ubah Data Standar SKS........................................... 107 Pengujian Reset/Dafault Data Standar SKS.................................. 107 Pengujian Hapus Data Standar SKS.......................................... 107 Pengujian Ubah Data Standar Nilai........................................... 107 Pengujian Tambah Data Bobot Nilai............................................. 108 Pengujian Tambah Data Cuti Mahasiswa..................................... 108 Pengujian Ubah Data Cuti Mahasiswa........................................ 108 Pengujian Hapus Data Cuti Mahasiswa....................................... 108 Pengujian Tambah SKS Mahasiswa............................................ 109 Pengujian Setujui KRS Mahasiswa............................................. 109 Pengujian Aktifkan KRS Mahasiswa......................................... 109 Pengujian Tambah Mata Kuliah................................................ 110 Pengujian Input/Ubah Data Nilai Mahasiswa............................... 110 Pengujian Cetak KRS Mahasiswa............................................... 110 Pengujian Cetak KHS Mahasiswa............................................... 111 Pengujian Cetak Transkrip Mahasiswa..........................................111 Estimasi Jumlah Baris Data Dasar Sistem.................................... 126 Tabel Mahasiswa Baru Fakultas Teknik................................... 127 xii
Tabel 5.25 Tabel 5.26 Tabel 5.27 Tabel 5.28 Tabel 5.29 Tabel 5.30
Tabel Mahasiswa Lulus Fakultas Teknik................................... 128 Estimasi Pengguna Level mahasiswa tahun akademik 20141....... 129 Estimasi Pengguna Level pegawai.............................................. 129 MKU Fakultas Teknik tahun akademik 20141............................ 130 Estimasi Jumlah Baris Data Transaksi Akademik........................ 131 Data Matakuliah Aktif Tahun Akademik 20141............ 134
xiii
DAFTAR GAMBAR Gambar 4.1 Gambar 4.2 Gambar 4.3
Gambar 4.4
Gambar 4.5
Gambar 4.6
Gambar 4.7
Gambar 4.8
Gambar 4.9
Gambar 4.10
Gambar 4.11
Gambar 4.12
Gambar 4.13
Gambar 4.14
Gambar 4.15
Gambar 4.16
Activity Diagram Sistem yang Sedang Berjalan....................... 33 Activity Diagram Sistem yang Diusulkan................................. 34 Use Case Diagram Superadmin Rancang Bangun Sistem Informasi Akademik sub-sistem Transaksi Akademik dan User Management.............................................................................. 40 Use Case Diagram Dekan Rancang Bangun Sistem Informasi Akademik sub-sistem Transaksi Akademik dan User Management.............................................................................. 41 Use Case Diagram Dosen Rancang Bangun Sistem Informasi Akademik sub-sistem Transaksi Akademik dan User Management.............................................................................. 42 Use Case Diagram Kajur Rancang Bangun Sistem Informasi Akademik sub-sistem Transaksi Akademik dan User Management.............................................................................. 43 Use Case Diagram Kaprodi Rancang Bangun Sistem Informasi Akademik sub-sistem Transaksi Akademik dan User Management.............................................................................. 44 Use Case Diagram Mahasiswa Rancang Bangun Sistem Informasi Akademik sub-sistem Transaksi Akademik dan User Management.............................................................................. 45 Use Case Diagram Staf Rancang Bangun Sistem Informasi Akademik sub-sistem Transaksi Akademik dan User Management.............................................................................. 46 Class Diagram Rancang Bangun Sistem Informasi Akademik sub-sistem Transaksi Akademik dan User Management.............................................................................. 48 Activity Diagram Superadmin Rancang Bangun Sistem Informasi Akademik sub-sistem Transaksi Akademik dan User Management.............................................................................. 49 Activity Diagram Dekan Rancang Bangun Sistem Informasi Akademik sub-sistem Transaksi Akademik dan User Management.............................................................................. 50 Activity Diagram Dosen/PA Rancang Bangun Sistem Informasi Akademik sub-sistem Transaksi Akademik dan User Management.............................................................................. 51 Activity Diagram Kajur Rancang Bangun Sistem Informasi Akademik sub-sistem Transaksi Akademik dan User Management.............................................................................. 52 Activity Diagram Kaprodi Rancang Bangun Sistem Informasi Akademik sub-sistem Transaksi Akademik dan User Management.............................................................................. 53 Activity Diagram Mahasiswa Rancang Bangun Sistem Informasi Akademik sub-sistem Transaksi Akademik dan User Management.............................................................................. 54
xiv
Gambar 4.17
Gambar 4.18
Gambar 4.19
Gambar 4.20
Gambar 4.21
Gambar 4.22
Gambar 4.23
Gambar 4.24 Gambar 4.25 Gambar 4.26 Gambar 4.27 Gambar 4.28 Gambar 4.29 Gambar 4.30 Gambar 4.31 Gambar 4.32 Gambar 4.33 Gambar 4.34 Gambar 4.35 Gambar 4.36 Gambar 4.37 Gambar 4.38 Gambar 4.39
Activity Diagram Staf Rancang Bangun Sistem Informasi Akademik sub-sistem Transaksi Akademik dan User Management.............................................................................. 55 Sequence Diagram Login Rancang Bangun Sistem Informasi Akademik sub-sistem Transaksi Akademik dan User Management.............................................................................. 56 Sequence Diagram Logout Rancang Bangun Sistem Informasi Akademik sub-sistem Transaksi Akademik dan User Management.............................................................................. 57 Sequence Diagram Memasukan Data Rancang Bangun Sistem Informasi Akademik sub-sistem Transaksi Akademik dan User Management.............................................................................. 58 Sequence Diagram Mengubah Data Rancang Bangun Sistem Informasi Akademik sub-sistem Transaksi Akademik dan User Management.............................................................................. 59 Sequence Diagram Menghapus Data Rancang Bangun Sistem Informasi Akademik sub-sistem Transaksi Akademik dan User Management.............................................................................. 60 Sequence Diagram Pencarian Data Rancang Bangun Sistem Informasi Akademik sub-sistem Transaksi Akademik dan User Management.............................................................................. 61 Antarmuka Login...................................................................... 67 Antarmuka Beranda.................................................................. 68 Antarmuka menu Master Akademik sub-menu Standar SKS... 69 Antarmuka menu Master Akademik sub-menu Standar Nilai.. 70 Antarmuka menu Master Akademik sub-menu Bobot Nilai.....71 Antarmuka menu Master Akademik sub-menu Data MHS Bimbingan tab Data Penambahan SKS.....................................72 Antarmuka menu Master Akademik sub-menu Data MHS Bimbingan tab Data Pengajuan KRS........................................ 73 Antarmuka menu Master Akademik sub-menu Data MHS Bimbingan modal Lihat KRS.................................................... 74 Antarmuka menu Master Akademik sub-menu Data Cuti MHS tab Data Cuti............................................................................. 75 Antarmuka menu Master Akademik sub-menu Data Cuti MHS tab Input Cuti............................................................................ 76 Antarmuka menu Master Akademik sub-menu Aktifkan KRS.77 Antarmuka menu Master Akademik sub-menu Kartu Rencana Studi.......................................................................................... 78 Antarmuka menu Master Akademik sub-menu Data Nilai........................................................................................... 79 Antarmuka menu Master Akademik sub-menu Kartu Hasil Studi.......................................................................................... 80 Antarmuka menu Master Akademik sub-menu Transkrip Nilai........................................................................................... 81 Antarmuka menu Data Pengguna sub-menu Administrator..... 82
xv
Gambar 4.40 Gambar 4.41 Gambar 5.1 Gambar 5.2 Gambar 5.3 Gambar 5.4 Gambar 5.5 Gambar 5.6 Gambar 5.7 Gambar 5.8 Gambar 5.9 Gambar 5.10 Gambar 5.11 Gambar 5.12 Gambar 5.13 Gambar 5.14 Gambar 5.15 Gambar 5.16 Gambar 5.17 Gambar 5.18 Gambar 5.19 Gambar 5.20 Gambar 5.21 Gambar 5.22 Gambar 5.23 Gambar 5.24 Gambar 5.25 Gambar 5.26 Gambar 5.27 Gambar 5.28 Gambar 5.29 Gambar 5.30 Gambar 5.31 Gambar 5.32 Gambar 5.33 Gambar 5.34 Gambar 5.35 Gambar 5.36 Gambar 5.37 Gambar 5.38 Gambar 5.39 Gambar 5.40 Gambar 5.41 Gambar 5.42 Gambar 5.43 Gambar 5.44
Antarmuka menu Data Pengguna sub-menu Dosen..................83 Antarmuka menu Data Pengguna sub-menu Mahasiswa.......... 84 Form Login .............................................................................. 85 Beranda...... .............................................................................. 86 Daftar Menu Sistem.................................................................. 87 Menu Data Pengguna................................................................ 88 Menu Master Akademik............................................................88 Tab Tabel Pengguna................................................................ 89 Tab Input Data Pengguna.......................................................... 90 Sub-menu Dosen....................................................................... 91 Sub-menu Mahasiswa............................................................... 91 Form Ubah Username dan Password........................................ 92 Menu Data Standar SKS........................................................... 93 Standar Nilai Tidak Menggunakan Nilai Praktikum................ 94 Standar Nilai Tidak Menggunakan Nilai Praktikum................ 94 Bobot Nilai................................................................................ 95 Form Aktifkan Krs.................................................................... 96 Tab Data Cuti............................................................................ 97 Tab Input Data Cuti.................................................................. 97 Form Penambahan SKS............................................................ 98 Pengajuan KRS......................................................................... 99 Lihat KRS................................................................................. 99 Kartu Rencana Studi................................................................. 100 Detail Mata Kuliah.................................................................... 100 Tambah Mata Kuliah.................................................................101 Cetak KRS.................................................................................101 Data Nilai.................................................................................. 102 Kartu Hasil Studi....................................................................... 103 Cetak KHS................................................................................ 103 Transkrip Nilai.......................................................................... 104 Download Transkrip................................................................. 104 Mengisis Form Input data pengguna contoh............................. 112 Pesan Sukses Input Data........................................................... 113 Mengisis Form Input Standar Sks Contoh................................ 114 Mengisis Form Input Standar Nilai Contoh.............................. 115 Tampilan Data Bobot Nilai....................................................... 116 Mengisi Form Input Cuti Contoh..............................................117 Mengisi Tabel Penambahan SKS Contoh................................. 118 Menyetujui Penganjuan KRS.................................................... 119 Mengaktifkan KRS................................................................... 120 Data Kartu Rencana Studi......................................................... 121 Daftar Mata Kuliah yang Dapat Diprogram..............................121 Mengisi Tabel Nilai Contoh...................................................... 122 Melihat KHS............................................................................. 123 Mencetak KHS.......................................................................... 123 Query Menampilkan KHS.........................................................124
xvi
Gambar 5.45 Gambar 5.46 Gambar 5.47
Melihat Transkrip...................................................................... 125 File Transkrip Nilai................................................................... 125 Query Menampilkan Transkrip Nilai........................................ 126
xvii
BAB I PENDAHULUAN 1.1 Latar Belakang Sistem Informasi Akademik (SIAKAD) merupakan sistem informasi yang dibangun untuk membantu Perguruan Tinggi dalam meningkatkan kualitas layanan pendidikan, mempermudah civitas dalam proses pengolahan data akademik mahasiswa, pengolahan data mata kuliah, data fakultas/jurusan, meningkatkan daya saing perguruan tinggi, serta untuk meningkatkan kualitas sumber daya manusianya. Sistem Informasi Akademik dibangun sesuai dengan
kebutuhan
masing-masing
Perguruan
Tinggi
dalam
proses
pengolahan data akademik bagi mahasiswanya. Sejak tahun 2009, Universitas Halu Oleo telah memiliki Sistem Informasi Akademik yang dapat diakses melalui media internet oleh seluruh civitas akademika. Fakultas Teknik yang merupakan salah satu fakultas yang berada dalam naungan Universitas Halu Oleo juga menggunakan siakad tersebut dalam proses pengelolaan data akademik bagi mahasiswanya. Namun dalam penerapannya, Siakad yang digunakan terdapat beberapa kekurangan
serta
masih
belum
memberikan
kenyamanan
dalam
penggunaannya. Beberapa kekurangan yang ada pada Siakad diantaranya yaitu, Siakad saat ini belum memberikan hasil pengolahan data akademik mahasiswa dalam bentuk pelaporan-pelaporan maupun grafik, belum tersedianya fitur untuk mencetak langsung KHS, KRS, serta transkrip nilai, batasan pengambilan Satuan Kredit Semester (SKS) yang belum secara otomatis ter-generate dari Indeks Prestasi Sementara (IPS) sehingga harus dilakukan penginputan manual. Selain itu dari sisi kenyamanan, proses penginput-an nilai kepada mahasiswa membutuhkan waku yang lama karena ada banyak tombol yang harus ditekan.
1
2
Oleh sebab itu, dalam penelitian ini akan dibuat Sistem Informasi Akademik yang berisi solusi terhadap beberapa kekurangan pada Siakad yang digunakan oleh Universitas Halu Oleo dan masih difokuskan hanya pada Fakultas Teknik.
1.2 Rumusan Masalah Berdasarkan latar belakang yang telah diuraikan sebelumnya, rumusan masalah yang dapat dipaparkan adalah bagaimana merancang dan membangun Sistem Informasi Akademik yang dapat mempermudah proses pengolahan data akademik serta mampu memberikan hasil pengolahan data dalam bentuk pelaporan-pelaporan dan grafik.
1.3 Batasan Masalah Dalam penelitian ini, dibangun sebuah sistem informasi akademik program studi untuk mengatasi kekurangan yang terdapat dalam Sistem Informasi Akademik yang berjalan di Fakultas Teknik, Universitas Halu Oleo. Penelitian ini dikerjakan secara berkelompok dimana rincian tugasnya adalah sebagai berikut :
1. Muhammad Usgan (E1E111022) merancang dan membangun sub-sistem penjadwalan dan kemahasiswaan yang meliputi : a. Proses pengolahan data yang berhubungan dengan penjadwalan, seperti data gedung, data ruangan, tahun akademik, data semester, data kelas mahasiswa, data mata kuliah, data kurikulum, data mata kuliah bersyarat, data dosen, data jadwal kuliah serta penyetaraan mata kuliah. b. Proses pengolahan data yang berhubungan dengan kemahasiswaan, seperti pengolahan data pembimbing akademik, data status masuk mahasiswa, data status mahasiswa, data mahasiswa, data alumni serta data staf. c. Pelaporan dalam bentuk berkas Excel dari tiap pengolahan data seperti data dosen, data staf dan data mahasiwa.
3
d. Pelaporan dalam bentuk berkas gambar dari tiap pengolahan data seperti IPK mahasiswa per angkatan, nilai mahasiswa, asal daerah serta IPS mahasiswa. 2.
La Ode Apriadi (E1E111037) merancang dan membangun sub-sistem transaksi akademik dan user management yang meliputi : a. Proses pengolahan data pengguna (user management) seperti nama pengguna, password pengguna dan level pengguna yang meliputi administrator, dosen, mahasiswa, dekan, kajur, kaprodi, dan staf. b. Proses dasar transaksi akademik seperti data standar SKS, data standar nilai, data bobot nilai, data cuti mahasiswa, data mahasiswa bimbingan, aktivasi KRS, kartu rencana studi, data nilai, kartu hasil studi dan transkrip nilai mahasiswa. c. Pelaporan dalam bentuk berkas excel atau pdf dari tiap pengolahan data seperti KRS, KHS serta transkrip nilai mahasiswa.
3.
Christine Florence Kiswanto (E1E111014) merancang dan membangun subsistem utility dan EPSBED. a. Sub-sistem utility meliputi pengolahan data dasar yang berhubungan dengan pelaporan EPSBED, seperti data area, data institusi,data status mata kuliah, data jenis mata kuliah serta data kelompok mata kuliah. b. Sub-sistem EPSBED meliputi pelaporan yang menggabungkan hasil dari pengolahan data sistem informasi akademik.
Dari keseluruhan sistem yang dibangun, penulis mengerjakan sub-sistem transaksi akademik dan user management. Hal-hal yang menjadi batasan masalah dalam penelitian ini adalah sebagai berikut : 1. Siakad dirancang dan dibangun untuk Fakultas Teknik Universitas Halu Oleo. 2. Sub-sistem transaksi akademik akan mengolah proses penginputan nilai, pengolahan data nilai mahasiswa (KHS/Transkrip), penawaran mata kuliah (KRS), pengajuan cuti, pemberian SKS secara otomatis oleh sistem berdasarkan IP sementara.
4
3. Siakad yang dirancang akan memiliki fasilitas untuk mencetak KHS, KRS, dan transkrip nilai secara langsung dari sistem. 4. Sub-sistem user management akan membagi hak ases dalam beberapa level untuk masing-masing civitas dalam Fakultas Teknik serperti administrator,
mahasiswa,
dosen/pembimbing
akademik,
ketua
jurusan, ketua prodi, dekan, dan staf.
1.4 Tujuan Penelitian Berdasarkan rumusan masalah yang telah dipaparkan sebelumnya, maka tujuan dari penelitian ini adalah merancang dan membangun sistem informasi akademik untuk Fakultas Teknik Universitas Halu Oleo yang dapat mempermudah proses pengolahan data akademik serta mampu memberikan hasil pengolahan data akademik dalam bentuk pelaporan-pelaporan mapun grafik.
1.5 Manfaat Penelitian Berdasarkan tujuan yang paparkan sebelumnya, maka manfaat yang akan diperoleh dari penelitian ini adalah 1. Sistem
Informasi
Akademik
ini
akan
mempermudah
proses
pengolahan data akademik khususnya jurusan-jurusan yang ada di Fakultas Teknik Universitas Halu Oleo. 2. Sistem Informasi Akademik ini akan mempermudah user untuk mencetak KHS, KRS, serta transkrip nilai secara langsung langsung dari sistem. 3. Sistem Informasi Akademik ini akan memberikan hasil pengolahan data akademik dalam bentuk pelaporan-pelaporan dan grafik.
5
1.6 Sistematika Penulisan Sistematika penulisan dari usulan penelitian ini adalah sebagai berikut : BAB I PENDAHULUAN Bagian ini berisi pendahuluan yang terdiri dari latar belakang, rumusan masalah, batasan masalah, tujuan penelitian, manfaat penelitian, sistematika penulisan dan tinjauan pustaka.
BAB II LANDASAN TEORI Bagian ini berisi materi yang berhubungan dengan tema penelitian baik yang bersumber dari media cetak maupun media elektronik.
BAB III METODOLOGI PENELITIAN Bagian ini memuat prosedur dan pengumpulan data, prosedur pengembangan perangkat lunak serta waktu dan tempat penelitian.
BAB IV ANALISIS DAN PERANCANGAN Pada bagian ini diuraikan analisis sistem yang akan dibuat dan kebutuhan sistem yang meliputi kebutuhan fungsional dan kebutuhan non fungsional sistem. Rancangan sistem meliputi rancangan arsitektur sistem, rancangan proses, rancangan data dan rancangan antarmuka pengguna.
BAB V IMPLEMENTASI DAN PEMBAHASAN Bagian ini menyajikan implementasi serta hasil penelitian dan pembahasan. Bagian implementasi menguraikan tentang implementasi secara detail dan runut, bagian hasil penelitian dan pembahasan hasil dari implementasi disertai dengan penjelasan yang terkait.
BAB VI PENUTUP Bagian ini memuat kesimpulan dari penelitian yang telah dilakukan serta saran untuk penelitian selanjutnya.
6
1.7 Tinjauan Pustaka
Penelitian terdahulu yang relevan dengan penelitian ini yaitu penelitian yang dilakukan oleh Peniarsih (2012) yang berjudul “Analisis dan Perancangan Sistem Informasi Akademik Universitas Suryadarma Jakarta”. Dalam penelitian ini, penulis bertujuan untuk membuat analisis dan perancangan sistem informasi akademik yang dapat menggantikan sistem konvensional yang hanya menggunakan Microsoft Excel dalam proses pengolahan data, selain itu agar proses pengolahan data-data nilai mahasiswa menjadi lebih baik dan mampu disajikan menjadi suatu informasi yang berguna bagi pengguna, serta mampu memberikan pelayanan yang lebih baik kepada
mahasiswa.
Pada
penelitian
ini,
sistem
dirancang
dan
diimplementasikan dalam bentuk prototype. Dengan adanya perancangan dalam bentuk prototype ini, diharapkan akan dapat memberikan kemudahan dalam perekayasaan pengembangan aplikasi kedepannya. Pada penelitian ini disimpulkan bahwa dengan penerapan dan pemanfaatan sistem informasi akademik bisa menjadi solusi alternatif pelaksaan pekerjaan sesuai tugas pokok dan fungsi bagi pengguna sistem.
Penelitian lainnya yang dilakukan oleh Jupriyanto dan Ramadlan Agus Triono (2013) yang berjudul “Pembangunan Sistem Informasi Kartu Rencana Studi (KRS) dan Kartu Hasil Studi (KHS) On Line pada Sekolah Tinggi Ilmu Tarbiyah Nahdlatul Ulama (STITNU) Pacitan”. Pada penelitian ini, penulis bertujuan untuk menghasilkan sistem informasi KRS dan KHS online yang dibangun dengan menggunakan bahasa pemrograman PHP dan menggunakan pengolahan database MySql. Serta untuk menerapkan Sistem Informasi Akademik online dan meningkatkan pelayanan pada Sekolah Tinggi Ilmu Tarbiyah Nahdlatul Ulama (STITNU) Pacitan. Metode yang dilakukan oleh penulis dalam menyusun penelitian yaitu, studi kepustakaan, observasi survey langsung di tempat penelitian dan menganalisa permasalahan, wawancara, analisis sistem, perancangan sistem, pembangunan sistem, uji coba, dan
7
implementasi sistem. Hasil dari penelitian ini adalah Sistem Informasi akademik online mampu meningkatkan pelayanan akademik di STITINU pacitan dan mempermudah pengelolaan data KRS dan KHS. Selain itu, Dengan sistem informasi akademik ini, mahasiswa akan mendapatkan kemudahan dalam mengakses KRS, KHS dan Transkrip secara online.
Penelitian lainnya yang dilakukan André Vasconcelos, Miguel Mira da Silva, António Fernandes, dan José Tribolet (2004) yang berjudul “An Information System Architectural Framework for Enterprise Application Integration”. Pada tahap awal penelitian ini, disajikan gambaran arsitektur sistem informasi dan kemudian dilanjutkan dengan pengenalan singkat ke berbagai model integrasi yang ada dan berusaha mengungkapkan gagasan bahwa semua masalah integrasi dapat diselesaikan dengan Web Service. Pada penelitian ini, disajikan studi kasus untuk menggambarkan masalah integrasi antara sistem informasi. Secara khusus, pada penelitian ini mengusulkan bahwa integrasi harus memiliki sejumlah karakteristik (misalnya manual atau otomatis) dan tidak terbatas hanya pada layanan sinkronisasi saja. Berdasarkan penelitian yang yang telah dipaparkan sebelumnya, pada penelitian ini akan dibuat Sistem Informasi Akademik yang dapat mempermudah proses pengolahan data akademik dan mampu memberikan hasil pengolahan data dalam bentuk pelaporan-pelaporan dan grafik. Serta memiliki integrasi dengan sistem lain yang berhubungan dengan Sistem Informasi Akademik seperti Sistem Informasi Kepegawaian dan Sistem Informasi Alumni.
BAB II LANDASAN TEORI 2.1 Sistem Informasi Akademik Sistem Informasi Akademik (Siakad) merupakan sistem yang secara khusus dirancang untuk memenuhi kebutuhan perguruan tinggi yang menginginkan layanan yang terkomputerisasi untuk meningkatkan kinerja, kualitas pelayanan, daya saing dan kualitas sumber daya manusia yang dihasilkannya (Rahmawati, 2012). Sistem Informasi Akademik (Siakad) merupakan sumber daya terhadap segala sesuatu dalam bentuk informasi yang ada kaitannya dengan masalah – masalah akademik di kampus (Fedi Rahadi Noviandi, 2012). Berdasarkan kedua pengertian yang telah dipaparkan sebelumnya, maka dapat disimpulkan bahwa Sistem Informasi Akademik (Siakad) merupakan sistem informasi yang secara khusus dirancang untuk memenuhi kebutuhan akademik dalam sebuah instansi pendidikan, dimana sistem tersebut kaya akan data akademik dan hanya dapat digunakan oleh pihak yang memiliki hak akses ke dalam sistem informasi tersebut. Adapun manfaat diimplementasikannya Siakad dalam sebuah instansi pendidikan adalah sebagai berikut : 1. Manfaat untuk dosen a) Proses memasukan dan pengumuman nilai mahasiswa dapat dilakukan di luar lingkungan kampus. b) Siakad dapat melakukan validasi terhadap data yang akan direkamnya sehingga data yang masuk ke dalam basis data teratur. c) Siakad dapat membantu dosen pembimbing akademik dalam memantau nilai mahasiswa. Hal tersebut secara tidak langsung dapat membantu dosen dalam membuat keputusan, seperti pemberian SKS, beasiswa, pengambilan mata kuliah bersyarat dan lain sebagainya. d) Secara tidak langsung Siakad dapat meningkatkan kualitas sumber daya manusia yang menggunakannya.
8
9
2. Manfaat untuk staf akademik a) Memudahkan staf dalam mendata dan memantau keadaan akademik mahasiswa. b) Membantu staf dalam mengambil keputusan, seperti pemberian beasiswa, pemberian SKS, pengambilan mata kuliah bersyarat dan lain sebagainya. c) Memudahkan staf dalam membuat pelaporan, seperti absen mahasiswa per mata kuliah, jadwal kuliah, pembuatan KHS dan lain sebagainya. d) Siakad dapat diakses walaupun staf sedang berada di luar lingkungan kampus. e) Menekan biaya operasional.
3. Manfaat untuk mahasiswa a) Siakad dapat diakses walaupun mahasiswa sedang berada di luar kampus. b) Mahasiswa dapat melihat pengumuman nilai dan mengambil transkrip atau KHS walaupun berada di luar lingkungan kampus. c) Mahasiswa dapat melakukan penawaran mata kuliah dan mencetak KRS meskipun berada di luar lingkungan kampus. d) Mahasiswa dapat memantau keadaan akademiknya sendiri.
2.2 Evaluasi Program Studi Berbasiskan Evaluasi Diri (EPSBED) Evaluasi
Program
Studi
Berbasiskan
Evaluasi
Diri
(EPSBED)
merupakan laporan wajib yang dilaporkan kepada DIKTI dan Kopertis setiap pergantian tahun akademik. Pada semester genap batas penyetoran laporan EPSBED jatuh pada 15 April dan semester ganjil pada 15 Oktober. Laporan EPSBED disetorkan melalui halaman http://evaluasi.or.id. Adapun hal – hal yang mendasari penyetoran laporan EPSBED kepada DIKTI dan Kopertis setiap pergantian tahun akademik adalah sebagai berikut :
10
1. Evaluasi dilakukan dalam rangka pengendalian mutu pendidikan secara
nasional
pendidikan
sebagai
kepada
bentuk
pihak-pihak
akuntabilitas yang
penyelenggara
berkepentingan
(UU
No.20/2003). 2. Setiap perguruan tinggi wajib melaporkan kegiatan proses belajar mengajar setiap akhir semester kepada Diretorat Jenderal Pendidikan Tinggi dan Kopertis (Kepmendiknas 184/ 2001). 3. Setiap perguruan tinggi wajib melaporkan proses belajar mengajar selambat – lambatnya satu bulan terhitung sejak akhir semester kepada Direktorat Jenderal Pendidikan Tinggi dan Kopertis dengan menggunakan format sebagaimana dalam lampiran keputusan ini disertai kalender akademik (SK Dirjen Dikti No. 08/ 2002). 4. Sebagai pelaksanaan dari Pasal 5 Kepmendiknas No. 184/ 2001, maka perguruan tinggi wajib melaporkan proses belajar mengajar setiap progeam studinya selambat – lambatnya satu bulan terhitung sejak akhir semester kepada Dirjen DIKTI dan bagi PTS melalui Kopertis sesuai dengan Pedoman Evaluasi Kelayakan Penyelenggaraan Program Studi Atas Dasar Evaluasi Diri sebagaimana dalam lampiran Keputusan
ini
dengan
menggunakan
perangkat
media
data
penyimpanan elektronik tanpa lampiran (SK DIKTI No. 34/ 2002).
Adapun manfaat dari dilakukannya pembuatan dan pelaporan data EPSBED kepada DIKTI dan Kopertis adalah sebagai berikut : 1. EPSBED dapat digunakan sebagai bahan evaluasi internal untuk masing – masing perguruan tinggi dan masing – masing program studinya. 2. EPSBED merupakan data pendukung untuk akreditasi BAN – PT. 3. EPSBED dapat digunakan oleh BAN – PT sebagai data komparasi untuk akreditasi program studi (diklarifikasi saat visitasi).
11
4. EPSBED juga digunakan sebagai persyaratan hal – hal berikut : a) Izin Penyelenggaraan Program Studi b) Laporan kinerja dosen c) Pengajuan Nomor Induk Dosen Nasional (NIDN) d) Mutasi mahasiswa e) Pelaksanaan wisuda f) Pencarian data alumni oleh pengguna (tracer study) g) Borang Akreditasi
Komponen dari laporan EPSBED adalah sebagai berikut : a) Identitas program studi, perguruan tinggi dan Badan Hukum Penyelenggara. b) Kurikulum Program Studi. c) Identitas dosen dan penugasannya setiap semester. d) Jumlah penelitian dosen. e) Identitas mahasiswa, beban belajar setiap semester dan raihan prestasinya. f) Fasilitas perpustakaan dan laboratorium.
2.3 Pemrograman Berorientasi Objek Metodologi berorientasi objek adalah suatu strategi pembangunan perangkat lunak yang mengorganisasikn perangkat lunak sebagai kumpulan objek yang berisi data dan operasi yang diberlakukan terhadapnya. Secara sederhana, didalam teknik pemrograman berorientasi objek, pemogram mendefinisikan data yang akan diproses dalam program sebagai objek – objek. Beberapa bahasa pemrograman yang mendukung konsep berorientasi objek adalah bahasa pemrograman Smalltalk, Eiffel, C++, PHP dan Java. Komponen dari sebuah program yang dibangun dengan konsep berorientasi objek adalah sebagai berikut :
12
a. Kelas (class) Kelas adalah kumpulan objek – objek dengan karakteristik yang sama. Sebuah kelas akan mempunyai sifat (atribut), kelakukan (operasi/ metode), hubungan dan arti. b. Objek (object) Objek merupakan suatu entitas yang mampu menyimpan informasi (status) dan mempunyai operasi (kelakuan) yang dapat diterapkan atau dapat berpengaruh pada status objeknya. Objek mempunyai siklus hidup yaitu diciptakan, dimanipulasi dan dihancurkan. Secara sederhana, jika masih dalam bentuk kode maka disebut sebagai kelas sedangkan apabila dieksekusi, maka kelas tersebut akan menjadi objek. c. Metode (method) Operasi atau metode pada sebuah kelas hampir sama dengan fungsi atau prosedur pada pemrograman terstruktur. Sebuah kelas boleh memiliki lebih dari satu metode atau operasi. Metode atau operasi berfungsi untuk memanipulasi objek itu sendiri. Operasi atau metode merupakan fungsi atau transformasi yang dapat dilakukan terhadap objek atau dilakukan oleh objek. d. Atribut (attribute) Atribut dari sebuah kelas adalah variabel global yang dimiliki oleh sebuah kelas. Atribut dapat berupa nilai atau elemen – elemen data yang dimiliki oleh objek dalam kelas objek. Atribut dipunyai secara individual oleh sebuah objek, misalnya berat, jenis, nama dan sebagainya. Atribut sebaiknya bersifat privat untuk menjaga konsep enkapsulasi. e. Abstraksi (abstraction) Abstraksi merupakan prinsip untuk merepresentasikan dunia nyata yang kompleks menjadi satu model yang sederhana dengan mengabaikan aspek – aspek lain yang tidak sesuai dengan permasalahan.
13
f. Enkapsulasi (encapsulation) Enkapsulasi merupakan pembungkusan atribut data dan layanan (operasi – operasi) yang dipunyai objek untuk menyembunyikan implementasi dan objek sehingga objek lain tidak mengetahui cara kerjanya. g. Pewarisan (inheritance) Mekanisme yang memungkinkan satu objek mewarisi sebagian atau seluruh definisi dan objek lain sebagai bagian dari dirinya. h. Antarmuka (interface) Antarmuka atau interface sangat mirip dengan kelas, tapi tanpa atribut kelas dan memiliki metode yang dideklarasikan tanpa isi. i. Reusability Pemanfaatan kembali objek yang sudah didefinisikan untuk suatu permasalahan pada permasalahan lainnya yang melibatkan objek tersebut. j. Generalisasi dan speliasasi Menunjukan hubungan antara kelas dan objek yang umum dengan kelas dan objek yang khusus. k. Komunikasi antar objek Komunikasi antar objek dilakukan lewat pesan yang dikirim dari satu objek ke objek lainnya. l. Polimorfisme (polymorphism) Kemampuan suatu objek untuk digunakan di banyak tujuan yang berbeda dengan nama yang sama sehingga menghemat baris program. m. Package Package adalah sebuah kontainer atau kemasan yang dapat digunakan untuk mengelompokan kelas – kelas sehingga memungkinkan beberapa kelas yang bernama sama disimpan dalam package yang berbeda.
14
Keuntungan menggunakan pemrograman berorientasi objek adalah sebagai berikut : 1. Meningkatkan produktivitas Bekerja dengan pemrograman berorientasi objek dapat meningkatkan produktivitas karena objek dapat digunakan ulang (reusability). 2. Kecepatan pengembangan Sistem yang dibangun dengan baik dan benar pada saat analisis dan perancangan akan menyebabkan berkurangnya kesalahan saat pengkodean. 3. Kemudahan pemeliharaan Bekerja dengan objek membuat pola – pola yang cenderung cepat dan stabil dapat dipisahkan dengan pola – pola yang mungkin sering berubah – ubah. 4. Adanya konsistensi Konsistensi dapat dicapai karena adanya sifat pewarisan dan penggunaan notasi yang sama pada saat analisis, perancangan maupun pengkodean. 5. Meningkatkan kualitas perangkat lunak Hal ini dapat dicapai karena perangkat lunak yang dihasilkan akan mampu memenuhi kebutuhan pemakai serta mempunyai sedikit kesalahan.
2.4 Rational Unified Process Rational Unified Process (RUP) adalah tahapan pengembangan sistem secara iteratif khusus untuk pemrograman berorientasi objek. RUP menyediakan pendefinisian struktur hidup yang baik untuk alur hidup proyek perangkat lunak. RUP adalah sebuah produk proses perangkat lunak yang dikembangkan oleh Rational Software yang diakusisi oleh IBM di bulan Februari 2003 (Rosa A. S. dan M. Shalahuddin, 2013).
15
RUP memiliki empat buah tahap atau fase yang dapat dilakukan pula secara iteratif. Berikut ini penjelasan untuk setiap fase pada RUP (Rosa A. S. dan M. Shalahuddin, 2013).
1. Permulaan (Inception) Tahap ini lebih pada memodelkan proses bisnis yang dibutuhkan dan mendefinisikan kebutuhan akan sistem yang akan dibuat. Berikut adalah tahap yang dibutuhkan : a) Memahami ruang lingkup dari proyek (termasuk pada biaya, waktu, kebutuhan, resiko dan sebagainya). b) Membangun kasus bisnis yang dibutuhkan.
Hasil yang diharapkan dari tahap ini adalah memenuhi batas/ tonggak objektif dari siklus dengan kriteria berikut : a) Umpan balik dari pendefinisian runag lingkup, perkiraan biaya dan perkiraan jadwal. b) Kebutuhan dimengerti dengan pasti (dapat dibuktikan) dan sejalan dengan kasus primer yang dibutuhkan. c) Kredibilitas dari perkiraan biaya, perkiraan jadwal, penentuan skala prioritas, resiko dan proses pengembangan. d) Ruang lingkup purwarupa yang akan dikembangkan. e) Membangun garis dasar dengan membandingkan perencanaan aktual dengan perencanaan yang direncanakan.
Jika pada akhir tahap ini target yang diinginkan tidak dicapai maka dapat dibatalkan atau diulang kembali setelah dirancang ulang agar kriteria yang diinginkan dapat dicapai. Batas/ tonggak objektif digunakan untuk mendeteksi
apakah
sebuah
diimplementasikan atau tidak.
kebutuhan
akan
sistem
dapat
16
2. Perluasan/ Perencanaan (Elaboration) Tahap ini lebih difokuskan pada perencanaan arsitektur sistem. Tahap ini juga dapat mendeteksi apakah arsitektur sistem yang diinginkan dapat dibuat atau tidak. Tahap ini lebih pada analisis dan desain sistem serta implementasi sistem yang fokus pada purwarupa sistem. Hasil yang diharapkan dari tahap ini adalah memenuhi batas/ tonggak arsitektur dari siklus dengan kriteria berikut : a) Model kasus yang digunakan (use case) dimana kasus dan aktor yang terlibat telah diidentifikasikan dan sebagian besar kasus harus dikembangkan. Model use case harus 80% lengkap dibuat. b) Deksripsi dari arsitektur perangkat lunak dari proses pengembangan sistem perangkat lunak telah dibuat. c) Rancangan
arsitektur
yang
dapat
diimplementasikan
dan
mengimplementasikan use case. d) Kasus bisnis atau proses bisnis dan daftar risiko yang sudah mengalami perbaiki (revisi) telah dibuat. e) Rencana pengembangan untuk seluruh proyek telah dibuat. f)
Purwarupa yang dapat didemonstrasikan untuk mengurangi setiap resiko teknik yang diidentifikasi.
Jika pada akhir tahap ini target yang diinginkan tidak dicapai maka dapat dibatalkan atau diulang kembali.
3. Konstruksi (Construction) Tahap ini fokus pada pengembangan komponen dan fitur – fitur sistem. Tahap ini lebih pada implementasi dan pengujian sistem yang fokus pada implementasi perangkat lunak pada kode program. Tahap ini menghasilkan produk perangkat lunak dimana menjadi syarat dari batas/ tonggak kemampuan operasional awal.
17
4. Transisi (Transition) Tahap ini lebih pada instalasi sistem agar dapat dimengerti oleh pengguna. Tahap ini menghasilkan produk perangkat lunak dimana menjadi syarat dari batas/ tonggak kemampuan operasional awal. Aktifitas pada tahap ini termasuk pada pelatihan pengguna, pemeliharaan dan pengujian sistem apakah sudah memenuhi harapan pengguna.
Akhir dari keempat fase ini adalah produk perangkat lunak yang sudah lengkap. Keempat fase pada RUP dijalankan secara berurutan dan iteratif dimana setiap iterasi dapat digunakan untuk memperbaiki iterasi berikutnya.
2.5 Unified Modeling Language Unified Modeling Language (UML) adalah salah satu standar bahasa yang banyak digunakan di dunia industri untuk mendefinisikan kebutuhan, membuat analisis dan desain, serta menggambarkan arsitektur dalam pemrograman beorientasi objek (Rosa A. S. dan M. Shalahudin, 2013). UML muncul karena adanya kebutuhan pemodelan visual untuk menspesifikasikan, menggambarkan, membangun dan dokumentasi dari sistem perangkat lunak.
Dalam terapannya, UML digambarkan dalam bentuk diagram. Diagram dalam UML terbagi atas tiga kategori, yaitu sebagai berikut : 1.
Structure diagrams yaitu kumpulan diagram yang digunakan untuk menggambarkan suatu struktur statis dari sistem yang dimodelkan. Salah satu diagram yang menjadi bagian dari structure diagrams adalah diagram kelas.
2.
Behaviour diagrams yaitu kumpulan diagram yang digunakan untuk menggambarkan kelakuan sistem atau rangkaian perubahan yang terjadi pada sebuah sistem. Adapun diagram yang menjadi bagian dari behaviour diagrams adalah diagram use case dan diagram aktivitas.
3.
Interaction diagrams yaitu kumpulan diagram yang digunakan untuk menggambarkan interaksi sistem dengan sistem lain maupun interaksi
18
antar subsistem pada suatu sistem. Adapun diagram yang menjadi bagian dari interaction diagrams adalah diagram sekuens.
2.5.1 Diagram Use Case Diagram use case merupakan pemodelan untuk kelakuan (behavior) sistem informasi yang akan dibuat. Use case digunakan untuk mengetahui fungsi apa saja yang ada di dalam sebuah sistem informasi dan siapa saja yang berhak menggunakan fungsi – fungsi itu. Syarat penamaan pada use case adalah nama didefinisikan dengan sederhana dan mudah dipahami.
Ada dua hal utama pada use case yaitu pendefinisian apa yang disebut aktor dan use case. Adapun uraian dari aktor dan use case adalah sebagai berikut : a) Aktor merupakan orang, proses atau sistem lain yang berinteraksi dengan sistem informasi yang akan dibuat di luar sistem informasi yang akan dibuat itu sendiri, jadi walaupun simbol dari aktor adalah gambar orang, tapi aktor belum tentu merupakan orang. b) Use case merupakan fungsionalitas yang disediakan sistem sebagai unit – unit yang saling bertukar pesan antar unit atau aktor. Adapun simbol – simbol yang digunakan dalam diagram use case adalah sebagai berikut : Tabel 2.1 Simbol diagram use case Simbol
Nama Use Case
Deskripsi Fungsionalitas yang disediakan sistem sebagai unit – unit yang saling bertukar pesan antar unit atau aktor; biasanya dinyatakan dengan menggunakan kata kerja di awal frase nama use case.
19
Aktor
Orang, proses, atau sistem lain yang berinteraksi dengan sistem informasi yang akan dibuat di luar sistem informasi yang akan dibuat itu sendiri, jadi walaupun simbol dari aktor adalah gambar orang, tapi
belum
tentu
merupakan
orang;
biasanya dinyatakan menggunakan kata benda di awal frase nama aktor. Asosiasi
Komunikasi antara aktor dan use case yang berpartisipasi pada use case atau use case memiliki interaksi dengan aktor.
Ekstensi
Relasi use case tambahan ke sebuah use
(extend)
case dimana use case yang ditambahkan dapat berdiri sendiri walau tanpa use case tambahan
itu;
mirip
dengan
prinsip
pewarisan pada pemrograman berorientasi objek;
biasanya
use
case
tambahan
memiliki nama depan yang sama dengan nama
use
biasanya
case use
yang
case
ditambahkan; yang
menjadi
ekstensinya merupakan jenis yang sama dengan use case yang menjadi induknya. Generalisasi
Hubungan generalisasi dan spesialisasi (umum – khusus) antara dua buah use case dimana fungsi yang satu adalah fungsi yang lebih umum dari yang lainnya.
Menggunakan
Relasi use case tambahan ke sebuah use
(include)
case dimana use case yang ditambahkan memerlukan
use
case
ini
untuk
menjalankan fungsinya atau sebagai syarat dijalankan use case ini.
20
2.5.2 Diagram Kelas Diagram
kelas
menggambarkan
struktur
sistem
dari
segi
pendefinisian kelas yang akan dibuat untuk membangun sistem. Kelas memiliki atribut dan metode atau operasi. Atribut merupakan variabel – variabel yang dimiliki suatu kelas. Operasi atau metode adalah fungsi – fungsi yang dimiliki oleh suatu kelas. Susunan struktur kelas yang baik pada diagram kelas sebaiknya memiliki jenis – jenis kelas berikut : a)
Kelas main Kelas yang memiliki fungsi awal dieksekusi ketika sistem dijalankan.
b) Kelas yang menangani tampilan sistem (view) Kelas yang mendefinisikan dan mengatur tampilan ke pemakai. c)
Kelas yang diambil dari pendefinisian use case (controller) Kelas yang menangani fungsi – fungsi yang harus ada diambil dari pendefinisian use case, kelas ini biasanya disebut dengan kelas proses yang menangani proses bisnis pada perangkat lunak.
d) Kelas yang diambil dari pendefinisian data (model) Kelas yang digunakan untuk memegang atau membungkus data menjadi sebuah kesatuan yang diambil maupun akan disimpan ke basis data. Adapun simbol – simbol yang digunakan dalam diagram kelas adalah sebagai berikut : Tabel 2.2 Simbol diagram kelas Simbol
Nama
Deskripsi
Kelas
Kelas pada stuktur pada sistem.
Antarmuka
Sama dengan konsep antarmuka dalam
(interface)
pemrograman berorientasi objek.
21
Asosiasi
Relasi antar kelas dengan makna umum, asosiasi biasanya juga disertai dengan multipicity.
Asosiasi
Relasi antar kelas dengan makna kelas
Berarah
yang satu digunakan oleh kelas yang lain,
(directed
asosiasi biasanya juga disertai dengan
association)
multiplicity.
Generalisasi
Relasi
antar
generalisasi
kelas –
dengan
spesialisasi
makna (umum
khusus). Kebergantungan
Relasi
antar
kelas
dengan
makna
(dependency)
kebergantungan antar kelas.
Agregasi
Relasi antar kelas dengan makna semua
(aggreggation)
bagian (whole part).
2.5.3 Diagram Aktivitas Diagram aktivitas menggambarkan aliran kerja (workflow) atau aktivitas dari sebuah sistem atau proses bisnis atau menu yang ada pada perangkat lunak. Diagram aktivitas menggambarkan aktivitas sistem bukan apa yang dilakukan aktor. Diagram aktivitas juga banyak digunakan untuk mendefinisikan hal – hal berikut : e) Rancangan proses bisnis dimana setiap urutan aktivitas yang digambarkan merupakan proses bisnis sistem yang didefinisikan. f)
Urutan atau pengelompokan tampilan dari sistem atau antarmuka dimana setiap aktivitas dianggap memiliki sebuah rancangan antarmuka tampilan.
g) Rancangan
pengujian
dimana
setiap
aktivitas
dianggap
memerlukan sebuah pengujian yang perlu didefinisikan kasus ujinya. h) Rancangan menu yang ditampilkan pada perangkat lunak.
22
Adapun simbol – simbol yang digunakan dalam diagram kelas adalah sebagai berikut : Tabel 2.3 Simbol diagram aktivitas Simbol
Nama Status Awal
Deskripsi Status
awal
aktivitas
sistem,
sebuah
diagram aktivitas memiliki sebuah status awal Aktivitas
Aktivitas yang dilakukan sistem, aktivitas biasanya diawali dengan kata kerja.
Percabangan
Asosiasi percabangan dimana jika ada
(decision)
pilihan aktivitas lebih dari satu.
Penggabungan
Asosiasi penggabungan dimana lebih dari
(join)
satu aktivitas digabungkan menjadi satu.
Status Akhir
Status akhir yang dilakukan sistem, sebuah diagram aktivitas memiliki sebuah status akhir.
Swimlane
Memisahkan
organisasi
bisnis
yang
bertanggung jawab terhadap aktivitas yang terjadi
2.5.4 Diagram Sekuen Diagram sekuen menggambarkan kelakuan objek pada use case dengan mendeskripsikan waktu hidup onjek dan pesan yang dikirimkan dan diterima antar objek. Jumlah diagram sekuen yang harus digambar adalah minimal sama dengan jumlah use case yang didefinisikan. Adapun simbol – simbol yang digunakan dalam diagram sekuen adalah sebagai berikut :
23
Tabel 2.4 Simbol diagram sekuen Simbol
Nama Aktor
Deskripsi Orang, proses, atau sistem lain yang berinteraksi dengan sistem informasi yang akan dibuat di luar sistem informasi yang akan dibuat itu sendiri, jadi walaupun simbol dari aktor adalah gambar orang, tapi
belum
tentu
merupakan
orang;
biasanya dinyatakan menggunakan kata benda di awal frase nama aktor. Garis Hidup
Menyatakan kehidupan suatu objek.
(lifeline)
Objek
Menyatakan objek yang berinteraksi pesan.
Waktu Aktif
Menyatakan objek dalam keadaan aktif dan berinteraksi, semua yang terhubung dengan waktu aktif ini adalah sebuah tahapan yang dilakukan di dalamnya.
Pesan Tipe
Menyatakan suatu objek membuat objek
Create
yang lain, arah panah mengarah pada objek yang dibuat.
Pesan Tipe
Menyatakan
suatu
objek
memanggil
Call
operasi atau metode yang ada pada objek lain atau dirinya sendiri.
Pesan Tipe
Menyatakan
bahwa
suatu
objek
Send
mengirimkan data/ masukan/ informasi ke objek lainnya, arah panah mengarah pada objek yang dikirimi.
Pesan Tipe
Menyatakan bahwa suatu objek yang telah
Return
menjalankan suatu operasi atau metode
24
menghasilkan suatu kembalian ke objek tertentu, arah panah mengarah pada objek yang menerima kembalian. Pesan Tipe
Menyatakan suatu objek mengakhiri hidup
Destroy
objek yang lain, arah panah mengarah pada objek yang diakhiri, sebaiknya jika ada create maka ada destroy.
2.6 Pemrograman Web 2.6.1 Hyper Text Markup Language Hyper Text Markup Language (HTML) adalah sebuah standar yang digunakan secara luas untuk menampilkan halaman web. HTML saat ini merupakan standar internet yang didefinisikan dan dikendalikan penggunaanya oleh World Wide Web Consortium (W3C). Adapun beberapa komponen utama dari sebuah dokumen HTML adalah sebagai berikut : 1. Head Dokumen HTML diapit oleh tag .... Tag head biasanya memuat tag tittle yang menampilkan judul halaman web pada peramban web. Head juga memuat tag meta yang digunakan untuk menentukan informasi tertentu mengenai dokumen HTML. 2. Body Bagian body dinyatakan dengan tag .... Bagian ini merupakan tubuh atau isi dari dokumen HTML. 3. Tag Tag dinyatakan dengan tanda lebih kecil (<) dan tanda lebih besar (>). Tag terdiri dari dua bagian, yaitu sebagai berikut : 1) tag awal dinyatakan dengan
2) tag akhir dinyatakan dengan
25
4. Atribut Atribut merupakan pelengkap dari sebuah tag yang dapat menyatakan karakteristik dari tag tersebut.
2.6.2 Cascading Style Sheet Cascading
Style
Sheet
(CSS)
merupakan
aturan
untuk
mengendalikan beberapa komponen dalam sebuah web sehingga akan lebih terstruktur dan seragam. CSS bukan bahasa pemrograman. CSS dapat mengendalikan ukuran gambar, warna bagian tubuh pada teks, warna tabel dan lain sebagainya dalam sebuah halaman web. CSS memiliki dua sifat, yaitu internal dan eksternal. Apabila menggunakan CSS internal, maka skrip CSS disertakan pada setiap halaman web sedangkan apabila menggunakan CSS eksternal maka skrip CSS dibuat terpisah dari halaman web namun tetap dapat diakses oleh halaman web tersebut.
2.6.3 Hypertext Preprocessor Hypertext Preprocessor (PHP) merupakan bahasa pemrograman web yang dapat disisipkan ke dalam sebuah dokumen HTML. PHP dirancang oleh Rasmus Lerdorf pada tahun 1995. PHP mendukung pemrograman berorientasi objek dan dapat disandingkan dengan basis data relasional. Adapun kelebihan dari PHP adalah sebagai berikut : 1.
PHP mudah dikembangkan karena memiliki banyak komunitas pengembang.
2.
Dalam sisi pemahaman, PHP adalah bahasa skrip yang paling mudah dipahami karena memiliki banyak referensi.
3.
PHP adalah bahasa open source yang dapat dijalankan melalui berbagai sistem operasi, seperti Linux, Windows dan Mac OS.
26
2.6.4 CodeIgniter CodeIgniter merupakan sebuah aplikasi sumber terbuka yang berupa framework PHP dengan model, view dan controller (MVC). CodeIgniter dirilis pada 28 Februari 2006. Model MVC pada CodeIgniter merupakan sebuah konsep dalam pembangunan
web
yang
memisahkan
pengembangan
aplikasi
berdasarkan bagian – bagian berikut : 1.
Model, merupakan bagian yang berhubungan dengan basis data untuk memanipulasi data.
2.
View, merupakan bagian yang mengatur tampilan atau antar muka aplikasi web.
3.
Controller, merupakan bagian yang menghubungkan antara model dan view. Dalam controller terdapat operasi untuk model yang masukannya berasal dari view.
Adapun kelebihan dari CodeIgniter adalah sebagai berikut : 1.
CodeIgniter merupakan framework PHP yang berukuran kecil sekitar 2 hingga 3Mb yang sudah disertai dengan panduan penggunaannya.
2.
CodeIgniter selalu menyertakan panduan penggunaan CodeIgniter itu sendiri.
3.
Menghemat waktu pembuatan sebuah aplikasi web.
4.
CodeIgniter menyertakan library untuk pembuatan sebuah aplikasi web.
5.
CodeIgniter dapat digunaka untuk membangun aplikasi web yang besar dan rumit karena menggunakan MVC.
27
2.6.5 Peramban Web Peramban web atau penjelajah web (web browser) adalah perangkat lunak yang berfungsi untuk menerima dan menyajikan sumber informasi di internet. Sebuah dokumen web dapat dijalankan menggunakan peramban web. Contoh peramban web : Google Chrome, Mozilla Firefox, Safari, Opera Mini dan Internet Exporer.
2.6.6 MySQL MySQL adalah sebuah implementasi dari sistem manajemen basis data relasional (RDBMS) yang didistribusikan secara gratis di bawah lisensi General Public User (GPL). Setiap pengguna dapat secara bebas menggunakan MySQL, namun dengan batasan perangkat lunak tersebut tidak boleh dijadikan produk turunan yang bersifat komersial. MySQL sebenarnya merupakan turunan salah satu konsep utama dalam basis data yang sudah ada sebelumnya, yaitu SQL (Structured Query Language).
Adapun beberapa keistimewaan yang dimiliki oleh MySQL adalah sebagai berikut : a)
Portabilitas. MySQL dapat berjalan stabil pada beberapa sistem operasi, beberapa di antaranya adalah Linux dan Windows.
b) Perangkat lunak sumber terbuka. MySQL didistribusikan sebagai perangkat lunak sumber terbuka, di bawah lisensi GPL sehingga dapat digunakan secara gratis. c)
Ragam tipe data. MySQL memiliki ragam tipe data yang sangat kaya seperti signed/ unsigned, integer, float dan lain sebagainya.
d) Dapat diintegrasikan dengan bahasa pemrograman seperti C, C++, Ruby, Java, Phyton, Perl dan PHP. e)
Dapat dijalankan pada spesifikasi perangkat lunak yang rendah.
28
2.6.7 XAMPP XAMPP adalah sebuah perangkat lunak bebas yang berfungsi sebagai server yang berdiri sendiri (localhost). Adapun uraian tentang nama XAMPP adalah sebagai berikut : a) X X berarti perangkat lunak ini dapat berjalan di berbagai sistem operasi, seperti Windows, Linux, Mac OS dan Solaris. b) A A berarti Apache yang merupakan aplikasi web server. Tugas utama Apache adalah menghasilkan halaman web yang benar berdasarkan kode PHP yang dituliskan oleh pembuat halaman web. c) M M berarti MySQL yang merupakan aplikasi server basis data. MySQL dapat digunakan untuk membuat dan mengelola basis data beserta isinya. d) P P berarti PHP yang merupakan bahasa pemrograman web yang penggunaannya dapat disandingkan dengan HTML serta CSS. e) P P berarti Pearl yang merupakan bahasa pemrograman yang dapat digunakan untuk berbagai keperluan.
Adapun beberapa komponen penting yang tersimpan dalam XAMPP adalah sebagai berikut : a) htdocs merupakan folder tempat meletakkan berkas – berkas yang akan dijalankan seperti berkas PHP, HTML dan skrip lainnya. b) phpMyAdmin merupakan bagian untuk mengelola basis data MySQL yang ada di komputer. c) Control Panel merupakan alat yang berfungsi untuk mengelola layanan XAMPP.
BAB III METODE PENELITIAN 3.1 a.
Tempat dan Waktu Penelitian Tempat Penelitian Adapun tempat penelitian tugas akhir dengan judul Rancang Bangun Sistem Informasi Akademik sub-sistem Transaksi Akademik dan User Management ini dilakukan di lingkup Fakultas Teknik Universitas Halu Oleo, Kendari, Sulawesi Tenggara.
b. Waktu Penelitian Waktu yang diperlukan untuk menyelesaikan penelitian ini dapat dilihat pada Tabel 3.1 : Tabel 3.1 Tabel Waktu Penelitian Waktu (2015 – 2016) No
Nama Kegiatan
Sept.
Okt.
Nov.
Des.
Jan.
2 3 4 1 2 3 4 1 2 3 4 1 2 3 4 1 2 3 4 1 2 3 4
Inception Elaboration Construction Transition
29
30
3.2 Metode Pengumpulan Data Metode pengumpulan data yang penulis gunakan pada penelitian ini adalah sebagai berikut : a.
Studi Kepustakaan Studi pustaka yang penulis lakukan yaitu dengan menghipun data dari beberapa pustaka yang relevan dengan sistem informasi akademik, baik berupa perancangan sistem, perancangan basis data, interface, maupun yang membahas langsung tentang KRS, KHS dan Transkip nilai.
b.
Wawancara Wawancara (interview) yang penulis lakukan, yaitu dengan melakukan tanya jawab kepada pihak-pihak yang terlibat dalam pengoperasian Sistem Informasi Akademik, mulai dari mahasiswa, dosen, staf, ketua jurusan, ketua prodi, dan dekan.
3.3 Metode Pengembangan Sistem Pada penelitian ini, metode pengembangan sistem yang penulis gunakan yaitu metode Rational Unified Process (RUP). Metode RUP memiliki empat tahapan yaitu : a.
Permulaan (Inception) Pada tahap ini, penulis menentukan ruang lingkup dan mendefinisikan kebutuhan sistem yang akan dibuat berdasarkan hasil dari wawancara yang telah dilakukan, khusunya yang berhubungan dengan sub-sistem transaksi akademik dan user management. Adapun hasil yang diperoleh dari wawancara antara lain sebagai berikut : 1. Sistem Informasi Akademik mengolah data nilai mahasiswa, proses penawaran, dan proses penginputan cuti. 2. Sistem Informasi Akademik mengolah KRS, KHS, dan Transkrip nilai serta dapat langsung dicetak melalui sistem. 3. Sistem Informasi Akademik menentukan level pengguna sistem menjadi beberapa level sesuai dengan hak aksesnya masing-masing.
31
4. Data yang ada pada Siakad relevan dengan data yang ada pada Sistem Informasi Kepegawaian.
b.
Perluasan/ Perencanaan (Elaboration) Pada tahap ini, penulis melakukan perancangan Sistem Informasi Akademik yang meliputi perancangan antarmuka, perancangan basis data, dan operasi apa saja yang dapat dilakukan oleh sistem sesuai dengan kebutuhan dan ruang lingkup sistem yang telah didefinisikan pada tahap permulaan.
c.
Konstruksi (Construction) Pada tahap ini, penulis membangun perangkat lunak secara utuh mulai dari antarmuka sistem, pembuatan basis data, pengkodean sistem, hingga sistem dapat digunakan dengan baik.
d.
Transisi (Transition) Pada tahap ini, penulis melakukan uji coba sistem. Pengujian ini dilakukan oleh penulis dan melibatkan semua level pengguna sistem. Tahap ini penulis lakukan untuk menjamin kualitas sistem yang telah dibangun.
BAB IV ANALISIS DAN PERANCANGAN SISTEM
4.1 Analisis Sistem yang Sedang Berjalan
Analisis sistem yang sedang berjalan dilakukan untuk mengetahui cara kerja sistem sehingga dapat dijadikan acuan untuk pengembangan sistem yang baru. Dalam sub-sistem Transaksi Akademik dan User Management, analisis sistem yang penulis lakukan yaitu terhadap Sistem Informasi Akademik (SIAKAD) yang disediakan oleh Universitas Halu Oleo.
Sistem Informasi Akademik (SIAKAD) yang digunakan oleh Fakultas Teknik saat ini merupakan Sistem Informasi Akademik yang disediakan oleh Universitas Halu Oleo. Sistem tersebut dapat diakses dengan membuka halaman http://www.siakad.uho.ac.id pada web browser. Melalui Siakad tersebut, semua civitas Universitas Halu Oleo melakukan pengolahan data akademik serperti proses penawaran mata kuliah, penginputan nilai dan lain sebagainya. Adapun activity diagram yang memodelkan sistem yang sedang berdalan dapat dilihat pada Gambar 4.1.
32
33
Gambar 4.1 Activity Diagram Sistem yang Sedang Berjalan
Berdasarkan Gambar 4.1 langkah-langkah sistem yang sedang berjalan pada Fakultas Teknik Universitas Halu Oleo adalah sebagai berikut : 1. Superadmin terlebih dahulu login ke Siakad dengan mengakses www.siakad.uho.ac.id. 2. Selanjutnya Superadmin mangaktifkan KRS mahasiswa agar mahasiswa dapat melakukan penawaran. 3. Selanjutnya Mahasiswa yang telah diaktifkan KRS nya melakukan penawaran matakuliah pada Siakad. 4. Selanjutnya Mahasiswa mencetak KRS dan membawa KRS yang telah dicetak untuk ditandatangani oleh Pembimbing Akademik. 5. Selanjutnya Dosen menginput nilai mata kuliah. 6. Selanjutnya Mahasiswa melihat nilai dan mencetak KHS.
34
4.2 Analisis Sistem yang Diusulkan Analisis sistem yang diusulkan dilakukan untuk menetapkan kebutuhan sistem serta untuk menentukan Standar Operasional Prosedur (SOP) penggunaan sistem khususnya yang berhubungan dengan sub-sistem Transaksi Akademik dan User Management. Adapun activity diagram yang memodelkan sistem yang diusulkan dapat dilihat pada Gambar 4.2.
Gambar 4.2 Activity Diagram Sistem yang Diusulkan
Berdasarkan Gambar 4.2 langkah-langkah sistem yang diusulkan adalah sebagai berikut : 1. Superadmin atau Adminprodi terlebih dahulu login ke Siakad. 2. Selanjutnya Superadmin atau Adminprodi mangaktifkan KRS mahasiswa agar Mahasiswa dapat melakukan penawaran. 3. Selanjutnya Mahasiswa yang telah diaktifkan KRS nya melakukan penawaran matakuliah pada Siakad.
35
4. Selanjutnya Mahasiswa yang menawar harus disetujui KRS nya terlebih dahulu oleh pembimbing akademik pada Siakad agar Mahasiswa dapat Mencetak KRS. 5. Selanjutnya Mahasiswa mencetak KRS dan membawa KRS yang telah dicetak untuk ditandatangani oleh Pembimbing Akademik. 6. Selanjutnya Dosen menginput nilai mata kuliah. 7. Selanjutnya Mahasiswa melihat nilai dan mencetak KHS.
Perbedaan yang terdapat pada Gambar 4.1 dan Gambar 4.2 yaitu, pada Gambar 4.1 Mahasiswa tidak perlu disetujui KRS nya terlebih dahulu oleh Pembimbing Akademik agar dapat mencetak KRS, sedangkan pada Gambar 4.2 Mahasiswa harus telah disetujui KRS nya terlebih dahulu oleh Pembimbing Akademik agar dapat mencetak KRS,.
4.2.1
Analisis Kebutuhan Fungsional Dalam analisis kebutuhan fungsional, penulis menetapkan data-data apa saja yang dibutuhkan oleh sistem agar dapat berjalan dengan optimal. Berikut merupakan kebutuhan input, proses, dan output Rancang Bangun Sistem Informasi Akademik sub-sistem Transaksi Akademik dan User Management.
a.
Kebutuhan Input Kebutuhan input data dalam Rancang Bangun Sistem Informasi Akademik adalah sebagai berikut : 1. Data Area Kebutuhan data area ditangani oleh sub-sistem Utility dan EPSBED, yang meliputi data provinsi dan data kabupaten. 2. Data Institusi Kebutuhan data institusi ditangani oleh sub-sistem Utility dan EPSBED, yang meliputi data universitas, data fakultas, data jurusan, dan data program sutudi.
36
3. Data Mahasiswa Kebutuhan data mahasiswa ditangani oleh sub-sistem Penjadwalan dan Kemahasiswaan, yang meliputi informasi pribadi mahasiswa. 4. Data Transaksi Akademik Kebutuhan data transaksi akademik masuk dalam sub-sistem Transkasi Akademik yang meliputi data berikut:
Data Standar SKS
Data Standar Nilai
Data Bobot Nilai
Data Cuti Mahasiswa
Data Mahasiswa Bimbingan
Data Pengaktifan KRS
Data Kartu Rencana Studi (KRS)
Data Nilai
Data Kartu Hasil Studi (KHS)
Data Transkip Nilai
5. Data Pengguna Kebutuhan data pengguna sistem masuk dalam sub-sistem User Management yang meliputi kebutuhan data pengguna superadmin, adminprodi, dekan, kajur, kaprodi, dosen, dan mahasiswa. 6. Data Kepegawaian Kebutuhan
data
kepegawaian
ditangani
oleh
Sistem
Informasi
Kepegawaian sub-sistem Kepegawaian dan Jabatan, yang meliputi informasi pribadi dosen pengajar. b.
Kebutuhan Proses Kebutuhan proses dalam Rancang Bangun Sistem Informasi Akademik subsistem Transaksi Akademik dan User Management adalah sebagai berikut : 1. Proses pengolahan data yang telah masuk dalam kebutuhan input sistem. 2. Proses penentuan jumlah maksimal SKS yang boleh diambil oleh mahasiswa untuk melakukan penawaran matakuliah. 3. Proses penyetujuan KRS oleh pembimbing akademik.
37
c.
Kebutuhan Output Kebutuhan output dari Rancang Bangun Sistem Informasi Akademik subsistem Transaksi Akademik dan User Management adalah sebagai berikut : 1. Laporan KRS dalam bentuk file dengan format .pdf 2. Laporan KHS dalam bentuk file dengan format .pdf 3. Laporan Transkrip nilai dalam bentuk file dengan format .xlsx
4.2.2
Analisis Kebutuhan Non Fungsional Analisis kebutuhan non fungsional sistem yang meliputi kebutuhan
perangkat keras dan kebutuhan perangkat lunak minimum agar sistem dapat berjalan dengan optimal adalah sebagai berikut :
1. Kebutuhan perangkat keras Spesifikasi perangkat keras yang digunakan dalam membangun, menguji dan menjalankan sistem ini adalah sebagai berikut : a. Processor Intel(R) Core(TM) i3 2.53 GHz b. HDD 500 GB c. RAM 3 GB
2. Kebutuhan perangkat lunak Spesifikasi perangkat keras yang digunakan dalam membangun, menguji dan menjalankan Rancang Bangun Sistem Informasi Akademik Fakultas Teknik Universitas Halu Oleo adalah sebagai berikut: a.
Sistem operasi Windows 7 Professional 32-bit.
b.
Notepad++, perangkat lunak ini digunakan sebagai tempat penulisan kode program dalam hal ini bahasa pemrograman PHP yang dikombinasikan dengan HTML, CSS dan Javascript.
b.
Google Chrome, merupakan salah satu peramban web yang digunakan untuk melihat hasil kompilasi program khusunya HTML, CSS dan Javascript.
c.
MySQL, merupakan basis data yang digunakan dalam sistem.
38
d.
Apache, merupakan web server yang digunakan agar program PHP dapat dikompilasi.
e.
MySQL dan Apache dapat digantikan dengan XAMPP, dalam hal ini penulis menggunakan XAMPP 1.8.0.
4.2.3
Standar Operasional Prosedur (SOP) Berdasarkan analisis kebutuhan fungsional dan kebutuhan non
fungsional, maka Standar Operasional Prosedur (SOP) dalam penggunaan Rancang Bangun Sistem Informasi Akademik sub-sistem Transaksi Akademik dan User Management adalah sebagai berikut : 1. Pengguna sebaiknya melengkapi data dasar seperti data provinsi, data kabupaten, data frekuensi pemutakhiran kurikulum, data pelaksanaan pemutakhiran kurikulum, data status program studi, data kode akreditasi, data universitas, data fakultas, data jurusan, data program studi, data mahasiswa, data kepegawaian serta data dasar lainnya yang berhubungan dengan kebutuhan akademik agar pada saat proses memasukan dan mengubah data tidak menemui hambatan. 2. Untuk dapat mengakses sistem, pengguna harus telah terdaftar didalam sistem dengan hak akses tertentu (hak akses sebagai superadmin, dekan, kajur, kaprodi, dosen, adminprodi, atau mahasiswa). Penginputan data pengguna sistem dengan hak akses sebagai mahasiswa dan dosen dilakukan secara otomatis oleh sistem pada saat data mahasiswa atau data dosen telah di-input-kan didalam sistem. Sedangkan pengguna dengan hak akses sebagai Superadmin, dekan, kajur, kaprodi, dan Adminprodi dilakukan dengan cara manual menggunakan form yang telah disediakan oleh sistem. 3. Mahasiswa yang akan melakukan penawaran matakuliah harus telah diaktifkan KRSnya terlebih dahulu pada menu Master Akademik submenu Aktifkan KRS. Pada saat mengaktifkan KRS, sistem akan secara otomatis menentukan maximal SKS yang dapat diambil oleh mahasiswa
39
yang
bersangkutan
berdasarkan
Index
Prestasi
pada
semester
sebelumnya. 4. Masing-masing mahasiswa harus ditentukan pembimbing akademiknya terlebih dahulu pada menu Master Akademik sub-menu Data PA agar dapat melakukan transaksi akademik seperti penawaran matakulaih, penambahan sks, penyetujuan krs, penyetujaun cuti, dan lain sebagainya. 5. Mahasiswa yang akan melakukan cuti akademik harus mambawa bukti permohonan cuti yang telah disetujui oleh Dekan agar dapat diinputkan kedalam sistem oleh Adminprodi. 4.3 Rancangan Sistem Rancangan Sistem Informasi Akademik Fakultas Teknik Universitas Halu Oleo disajikan menggunakan Unified Modelling Language (UML) berupa use case diagram, activity diagram, sequence diagram dan class diagram.
4.3.1
Use Case Diagram Berdasarkan analisis sistem yang penulis lakukan, Use Case diagram
dibagi menjadi beberapa level dan masing-masing level pengguna memiliki hak akses tersendiri. Ada 7 level pengguna pada Sistem Informasi Akademik yaitu superadmin (level 1), dekan (level 2), kajur (level 3), kaprodi (level 4), adminprodi (level 5), dosen (level 6), dan mahasiswa (level 7).
40
a. Use Case Diagram Superadmin Use case diagram Superadmin secara keseluruhan dapat dilihat pada Gambar 4.3. Aktivitas yang dapat dilakukan oleh Superadmin khususnya yang berhubungan dengan sub-sistem transaksi akademik dan user management, yaitu mengolah semua data pengguna sistem yang meliputi insert, update, dan delete, serta mengolah data akademik yang meliputi mengolah data bimbingan, bobot nilai, Generate KRS, mengolah KRS, mengolah KHS dan Transkrip, mengolah data cuti, mengolah nilai, dan mencetak absen.
Gambar 4.3 Use Case Diagram Superadmin Rancang Bangun Sistem Informasi Akademik sub-sistem Transaksi Akademik dan User Management
41
b. Use Case Diagram Dekan Use case diagram Dekan secara keseluruhan dapat dilihat pada Gambar 4.4. Aktivitas yang dapat dilakukan oleh Dekan khususnya yang berhubungan dengan sub-sistem transaksi akademik dan user management yaitu mengolah data pengguna yang meliputi mengubah password sendiri, serta melihat data akademik yang meliputi data bimbingan, bobot nilai, melihat KRS, melihat KHS dan Transkrip, dan melihat data cuti.
Gambar 4.4 Use Case Diagram Dekan Rancang Bangun Sistem Informasi Akademik sub-sistem Transaksi Akademik dan User Management
42
c. Use Case Diagram Dosen Use case diagram Dosen secara keseluruhan dapat dilihat pada Gambar 4.5. Aktivitas yang dapat dilakukan oleh dosen khususnya yang berhubungan dengan sub-sistem transaksi akademik dan user management, yaitu mengolah data pengguna yang meliputi mengubah password sendiri, serta mengolah data akademik yang meliputi mengolah data bimbingan, mengolah nilai, menyetujui KRS, menyetujui cuti.
Gambar 4.5 Use Case Diagram Dosen Rancang Bangun Sistem Informasi Akademik sub-sistem Transaksi Akademik dan User Management
43
d. Use Case Diagram Kajur Use case diagram Kajur secara keseluruhan dapat dilihat pada Gambar 4.6 . Aktivitas yang dapat dilakukan oleh Kajur khususnya yang berhubungan dengan sub-sistem transaksi akademik dan user management, yaitu mengolah data pengguna yang meliputi mengubah password sendiri, serta melihat data akademik perjurusan yang meliputi data bimbingan, bobot nilai, melihat KRS, melihat KHS dan Transkrip, dan melihat data cuti.
Gambar 4.6 Use Case Diagram Kajur Rancang Bangun Sistem Informasi Akademik sub-sistem Transaksi Akademik dan User Management
44
e. Use Case Diagram Kaprodi Use case diagram Kaprodi secara keseluruhan dapat dilihat pada Gambar 4.7. Aktivitas yang dapat dilakukan oleh Kaprodi khususnya yang berhubungan dengan sub-sistem transaksi akademik dan user management, yaitu mengolah data pengguna yang meliputi mengubah password sendiri, serta melihat data akademik perprodi yang meliputi data bimbingan, bobot nilai, melihat KRS, melihat KHS dan Transkrip, dan melihat data cuti.
Gambar 4.7 Use Case Diagram Kaprodi Rancang Bangun Sistem Informasi Akademik sub-sistem Transaksi Akademik dan User Management
45
f. Use Case Diagram Mahasiswa Use case diagram Mahasiswa dapat dilihat pada Gambar 4.8. Aktivitas yang dapat dilakukan oleh Mahasiswa khususnya yang berhubungan dengan sub-sistem transaksi akademik dan user management, yaitu mengolah data pengguna yang meliputi mengubah password sendiri, serta mengolah data akademik yang meliputi melakukan penawaran mata kuliah, mencetak KRS, melihat nilai, mencetak KHS, mencetak Transkrip, dan mengajukan cuti.
Gambar 4.8 Use Case Diagram Mahasiswa Rancang Bangun Sistem Informasi Akademik sub-sistem Transaksi Akademik dan User Management
46
g. Use Case Diagram Adminprodi Use case diagram Adminprodi secara keseluruhan dapat dilihat pada Gambar 4.9. Aktivitas yang dapat dilakukan oleh Staf khususnya yang berhubungan dengan sub-sistem transaksi akademik dan user management, yaitu mengolah data pengguna yang meliputi mengubah password sendiri, serta mengolah data akademik yang meliputi mengaktifkan KRS, mengolah data nilai, mengolah data mhs bimbingan, mengolah data cuti, mencetak KRS, mencetak KHS dan Transkrip.
Gambar 4.9 Use Case Diagram Adminprodi Rancang Bangun Sistem Informasi Akademik sub-sistem Transaksi Akademik dan User Management
47
4.3.2
Class Diagram Class diagram Rancang Bangun Sistem Informai Akademik SubSistem Transaksi Akadmik dan User Management dapat dilihat pada Gambar 4.10. Gambar ini menampilkan hubungan keseluruhan class yang digunakan dalam pembuatan Rancang Bangun Sistem Informasi Akademik Sub-Sistem Transaksi Akadmik dan User Management.
Gambar 4.10 Class Diagram Rancang Bangun Sistem Informasi Akademik Sub-Sistem Transaksi Akadmik dan User Management 48
4.3.3
Activity Diagram Berdasarkan hasil analisis sistem yang penulis lakukan, maka didapatkan activity diagram yang menunjukkan tahapan penyajian Sistem Informasi Akademik khususnya yang berhubungan dengan sub-sistem transaksi akadmik dan user management.
a. Activity Diagram Superadmin Activity Diagram Superadmin dapat dilihat pada gambar 4.11. Pada gambar tersebut, saat pengguna telah melakukan login sebagai Superadmin maka sistem akan menampilkan menu yang meliputi menu untuk mengolah data pengguna, mengolah data akademik, dan mengolah report.
Gambar 4.11 Activity Diagram Superadmin Rancang Bangun Sistem Informasi Akademik sub-sistem Transaksi Akademik dan User Management
50
b. Activity Diagram Dekan Activity Diagram Dekan dapat dilihat pada Gambar 4.12. Pada gambar tersebut, saat pengguna telah melakukan login sebagai Dekan maka sistem akan menampilkan menu yang meliputi menu untuk mengolah data pengguna, melihat data akademik, dan melihat report.
Gambar 4.12 Activity Diagram Dekan Rancang Bangun Sistem Informasi Akademik sub-sistem Transaksi Akademik dan User Management
51
c. Activity Diagram Dosen Activity diagram Dosen dapat dilihat pada Gambar 4.13. Pada gambar tersebut, saat pengguna telah melakukan login sebagai Dosen maka sistem akan menampilkan menu yang meliputi menu untuk mengolah data pengguna, dan mengolah data akademik.
Gambar 4.13 Activity Diagram Dosen/PA Rancang Bangun Sistem Informasi Akademik sub-sistem Transaksi Akademik dan User Management
52
d. Activity Diagram Kajur Activity diagram Kajur dapat dilihat pada Gambar 4.14. Pada gambar tersebut, saat pengguna telah melakukan login sebagai Kajur maka sistem akan menampilkan menu yang meliputi menu untuk mengolah data pengguna, melihat data akademik per jurusan, dan melihat report.
Gambar 4.14 Activity Diagram Kajur Rancang Bangun Sistem Informasi Akademik sub-sistem Transaksi Akademik dan User Management
53
e. Activity Diagram Kaprodi Activity diagram Kaprodi dapat dilihat pada Gambar 4.15. Pada gambar tersebut, saat pengguna telah melakukan login sebagai Kaprodi maka sistem akan menampilkan menu yang meliputi menu untuk mengolah data pengguna, melihat data akademik per prodi, dan melihat report.
Gambar 4.15 Activity Diagram Kaprodi Rancang Bangun Sistem Informasi Akademik sub-sistem Transaksi Akademik dan User Management
54
f. Activity Diagram Mahasiswa Activity diagram Mahasiswa dapat dilihat pada Gambar 4.16. Pada gambar tersebut, saat pengguna telah melakukan login sebagai Mahasiswa maka sistem akan menampilkan menu yang meliputi menu untuk mengolah data pengguna, menegolah data akademik.
Gambar 4.16 Activity Diagram Mahasiswa Rancang Bangun Sistem Informasi Akademik sub-sistem Transaksi Akademik dan User Management
55
g. Activity Diagram Adminprodi Activity diagram Adminprodi dapat dilihat pada Gambar 4.17. Pada gambar tersebut, saat pengguna telah melakukan login sebagai Adminprodi maka sistem akan menampilkan menu yang meliputi menu untuk mengolah data pengguna, mengolah data akademik, dan mengolah report untuk mencetak absen.
Gambar 4.17 Activity Diagram Adminprodi Rancang Bangun Sistem Informasi Akademik sub-sistem Transaksi Akademik dan User Management
56
4.3.4
Sequence Diagram Berdasarkan hasil analisis sistem yang penulis lakukan, maka didapatkan Sequence Diagram yang dapat mengindikasikan komunikasi antara objek-objek yang ada dalam Rancang Bangun Sistem Informasi Akademik khususnya yang berhubungan dengan transaksi akademik dan user management. Secara umum, terdapat 6 jenis pemodelan sequence diagram yang digunakan dalam penyusunan tugas akhir ini yaitu sequence diagram login, logout ,memasukan data, mengubah data, dan menghapus data.
a. Sequence Diagram Proses Login Sequence diagram Proses Login dapat dilihat pada Gambar 4.18. Pada gambar tersebut menunjukkan urutan proses login yang diawali dengan sistem menampilkan form login, selanjutnya pengguna memasukan username dan password. Kemudian sistem menjalankan fungsi login dengan membuat dan membuka koneksi ke basis data dan menjalankan queri validasi untuk mengetahui apakah pengguna tersebut valid atau tidak. Selanjutnya, apabila eksekusi queri pemeriksaan telah selesai, sistem akan menutup koneksi ke tabel pengguna yang ada dalam basis data.
Gambar 4.18 Sequence Diagram Login Rancang Bangun Sistem Informasi Akademik sub-sistem Transaksi Akademik dan User Management
57
b. Sequence Diagram Proses Logout Sequence diagram proses Logout dapat dilihat pada Gambar 4.19. Pada gambar tersebut menunjukan bahwa proses logout yang diawali dengan pengguna memilih menu logout selanjutnya sistem akan mengeluarkan pengguna dari sistem.
Gambar 4.19 Sequence Diagram logout Rancang Bangun Sistem Informasi Akademik sub-sistem Transaksi Akademik dan User Management
c. Sequence Diagram Memasukan Data Sequence diagram proses memasukan data dapat dilihat pada Gambar 4.20. Pada gambar tersebut menunjukan tahapan memasukan data ke dalam sistem. Tahapan memasukan data dimulai dengan pengguna masuk ke sistem, selanjutnya sistem akan memanggil fungsi main yang kemudian secara otomatis akan menampilkan form login. Selanjutanya pengguna memasukan data user lalu sistem melakukan validasi dan memberikan umpan balik ke pengguna apakah pengguna tersebut valid atau tidak. Apabila pengguna tersebut valid maka sistem akan mengarahkan pengguna ke form isi data. Kemudian pengguna memasukan data yang dikehendaki melalui form tersebut lalu sistem memanggil koneksiBasisData() yang dilanjutkan dengan membuat koneksi ke basis data dan ke tabel data tujuan, menangkap nilai, membuka koneksi dengan tabel, memasukan data melalui kueri, mengeksekusi kueri, menutup koneksi dengan basis data dan tabel tujuan, mengakhiri (destroy) hubungan dengan tabel dan kelas
58
koneksiBasisData() lalu selanjutnya memberikan pesan ke pengguna sebagai akhir dari proses memasukan data.
Gambar 4.20 Sequence Diagram Memasukan Data Rancang Bangun Sistem Informasi Akademik sub-sistem Transaksi Akademik dan User Management
59
d. Sequence Diagram Mengubah Data Sequence diagram proses mengubah data ditunjukan pada Gambar 4.21. Gambar tersebut menunjukan urutan saat pengguna hendak mengubah data pada sistem. Pengguna melakukan login terlebih dahulu, selanjutnya pengguna memilih data yang hendak diubah dan menggantinya dengan data yang baru. Setelah itu sistem akan mengubah data yang dikehendaki dan memberikan umpan balik kepada pengguna.
Gambar 4.21 Sequence Diagram Mengubah Data Rancang Bangun Sistem Informasi Akademik sub-sistem Transaksi Akademik dan User Management
60
e. Sequence Diagram Proses Menghapus Data Sequence diagram proses menghapus data ditunjukan pada Gambar 4.22. Gambar tersebut menunjukan urutan saat pengguna menghapus data. Pengguna melakukan login terlebih dahulu. Selanjutnya, pengguna akan diarahkan ke halaman tampil data, lalu pengguna memilih data yang hendak dihapus. Setelah itu, pengguna memilih hapus lalu sistem mengeluarkan dialog konfirmasi apakah pengguna setuju atau tidak setuju dengan penghapusan data yang sudah terpilih. Apabila pengguna tidak setuju,
sistem
tidak
akan
melakukan
penghapusan
data
dan
mengembalikan pengguna ke halaman tampil data. Apabila pengguna setuju, sistem akan menjalankan proses penghapusan data dengan cara menghubungkan sistem dengan basis data dan tabel yang bersangkutan, kemudian mengirimkan perintah SQL berupa queri untuk menghapus data tersebut, lalu menutup koneksi terhadap tabel dan basis data yang terpilih. Selanjutnya, sistem akan memberikan pesan kepada pengguna apakah proses hapus berhasil atau tidak. Kemudian pengguna akan diarahkan kembali ke halaman tampil data.
Gambar 4.22 Sequence Diagram Menghapus Data Rancang Bangun Sistem Informasi Akademik sub-sistem Transaksi Akademik dan User Management
61
f. Sequence Diagram Proses Pencarian Data Sequence diagram proses pencarian data ditunjukan pada Gambar 4.23. Pada gambar tersebut pencarian data dalam sistem diawali dengan melakukan login pada sistem. Apabila login berhasil, sistem akan menampilkan halaman yang berisi salah satu jenis data. Selanjutnya pengguna memasukan data yang hendak dicari dalam tempat yang telah disediakan, lalu sistem akan melakukan pencarian yang diawali dengan membuat koneksi ke basis data dan tabel. Setelah itu, sistem mengirimkan perintah pencarian data dalam bentuk queri untuk dieksekusi. Setelah eksekusi, sistem akan menampilkan hasil pencarian. Selanjutnya sistem akan menutup koneksi basis data dan tabel dan memberikan pesan kepada pengguna.
Gambar 4.23 Sequence Diagram Pencarian Data Rancang Bangun Sistem Informasi Akademik sub-sistem Transaksi Akademik dan User Management
62
4.3.5
Perancangan Tabel Berdasarkan class diagram yang ditampilkan pada Gambar 4.10, Rancangan tabel yang digunakan pada Rancang Bangun Sistem Informasi Akademik Sub-sistem Transaksi Akademik dan User Management adalah sebagai berikut:
a.
Tabel user (tb_user) Tabel ini berfungsi untuk menyimpan data pengguna yang dapat mengakses Siakad. Rancangan tabel user dapat dilihat pada Tabel 4.1.
Table 4.1 Tabel user Field
Type
Constraint
Keterangan
id_admin
Bigint
Not null
Id admin
user_name
Varchar (100)
Not null
Username
Password
Varchar (100)
Not null
Password
Kode_level
Int (2)
Not null
Kode level
Kode_login
Varchar(20)
Not null
Kode login
Status
Varchar(1)
Not null
Status
b.
Tabel Standar SKS (tb_stndarsks) Tabel ini berfungsi untuk menyimpan data standar sks. Rancangan tabel standar sks dapat dilihat pada Tabel 4.2.
Tabel 4.2 Tabel Standar SKS Field
Type
Constraint
Keterangan
id_standar
Varchar(17)
Not null
Id Standar
batas_atas
float
Not null
Batas atas
batas_bawah
float
Not null
Batas bawah
Jumlah_sks
Int(2)
Not null
Jumlah sks
63
c.
Tabel Standar Nilai (tb_standardnilai) Tabel ini berfungsi untuk menyimpan data standar nilai. Rancangan tabel standar nilai dapat dilihat pada Tabel 4.3.
Tabel 4.3 Tabel Standar Nilai Field
Type
Constraint
Keterangan
id_standardnilai
Bigint(17)
Not null
Id Standar nilai
tugas
float
Not null
Nilai tugas
mid
float
Not null
Nilai mid
final
float
Not null
Nilai final
praktikum
float
Not null
Nilai praktikum
pembagi
float
Not null
Pembagi
status
Varchar(1)
Not null
Status
d.
Tabel Bobot Nilai (tb_bobotnilai) Tabel ini berfungsi untuk menyimpan data bobot nilai. Rancangan tabel bobot nilai dapat dilihat pada Tabel 4.4.
Tabel 4.4 Tabel Bobot Nilai Constraint
Field
Type
id_bobotnilai
Varchar(50)
Not null
Id Bobot nilai
range_atas
float
Not null
Range atas
range_bawah
float
Not null
Range bawah
huruf
Varchar(1)
Not null
Huruf
bobot
Int(1)
Not null
Bobot nilai
grup
datetime
Not null
Grup Nilai
status
Varchar(1)
Not null
Status
Keterangan
64
e.
Tabel Cuti (tb_cuti) Tabel ini berfungsi untuk menyimpan data cuti mahasiswa. Rancangan tabel cuti dapat dilihat pada Tabel 4.5.
Tabel 4.5 Tabel Cuti Constraint
Field
Type
id_cuti
Bigint(17)
Not null
Id cuti
id_mhs
Bigint(17)
Not null
Id mahasiswa
id_dtta
Bigint(17)
Not null
Id tahun akademik
keterangan
Varchar(100)
Not null
Keterangan cuti
status_cuti
Varchar(100)
Not null
Status cuti
f.
Keterangan
Tabel Generate KRS (tb_generatekrs) Tabel ini berfungsi untuk mengaktifkan KRS mahasiswa. Rancangan tabel generate KRS dapat dilihat pada Tabel 4.6.
Field
Tabel 4.6 Tabel Generate KRS Type Constraint Keterangan
id_generate
Bigint(17)
Not null
Id generate
id_mhs
Varchar(16)
Not null
Id mahasiswa
id_dtta
Varchar(17)
Not null
Id tahun akademik
total_sks
Int(2)
Not null
Total sks
tambahan_sks
Int(2)
Not null
Tambahan sks
status
Varchar(30)
Not null
status
65
g.
Tabel KRS (tb_krs) Tabel ini berfungsi untuk menyimpan data KRS mahasiswa. Rancangan tabel KRS dapat dilihat pada Tabel 4.7.
Tabel 4.7 Tabel KRS Constraint
Field
Type
id_krs
Varchar(30)
Not null
Id krs
id_jadkul
Varchar(17)
Not null
Id jadkul
tgl_penawaran
Date
Not null
Tgl_penawaran
sudah
Varchar(10)
Not null
Sudah pernah program
id_generate
Varchar(17)
Not null
Id generate
status
Varchar(1)
Not null
status
h.
Keterangan
Tabel KHS (tb_khs) Tabel ini berfungsi untuk menyimpan data KHS mahasiswa. Rancangan tabel KRS dapat dilihat pada Tabel 4.8. . Tabel 4.8 Tabel KHS Constraint
Field
Type
id_krs
Varchar(30)
Not null
Id krs
nilai_mid
int(3)
Not null
Nilai mid
nilai_final
int(3)
Not null
Nilai final
nilai_tugas
int(3)
Not null
Nilai tugas
sksxbobot
int(3)
Not null
Sks x bobot
hasil_akhir
float
Not null
Hasil akhir penilaian
id_bobotnilai
varchar(50)
Not null
Id bobotnilai
id_standardnilai
bigint(17)
Not null
Id standardnilai
id_khs
varchar(30)
Not null
Id khs
Keterangan
66
i.
Tabel Transkrip (tb_transkripmk) Tabel ini berfungsi untuk menyimpan data Transkrip mahasiswa. Rancangan tabel Transkrip dapat dilihat pada Tabel 4.9
Tabel 4.9 Tabel Transkrip Field
Type
Constraint
Keterangan
id_transkrip
bigint(17)
Not null
Id transkrip
id_mk
bigint(17)
Not null
Id matakuliah
id_bobotnilai
Varchar(50)
Not null
Id bobot nilai
id_mhs
bigint(17)
Not null
Id mahasiswa
status
Varchar(10)
Not null
Status
id_dtta
bigint(17)
Not null
Id tahun akademik
id_khs
varchar(30)
Not null
Id khs
tgl_transkrip
timestamp
Not null
Tgl transkrip
j.
Tabel User Log (tb_userlog) Tabel ini berfungsi untuk menyimpan aktivitas-aktivitas yang dilakuan oleh user didalam sistem. Rancangan tabel User Log dapat dilihat pada Tabel 4.10.
Tabel 4.10 Tabel User Log Field
Type
Constraint
Keterangan
log_id
Varchar(3)
Not null
Id log
log_time
Timestamp
Not null
Waktu log
log_user
Varchar(255)
Not null
Nama user
log_desc
Varchar(255)
Not null
Deskripsi aktivitas user
67
4.3.6
Perancangan Antarmuka
Berikut ini adalah rancangan antarmuka Rancang Bangun Sistem Informasi
Akademik
Sub-sistem
Transaksi
Akademik
dan
User
Management:
a.
Antarmuka Login Antarmuka Login dapat dilihat pada Gambar 4.24. Pada gambar tersebut ditampilkan form untuk menginput username dan password untuk melakukan login.
Gambar 4.24 Antarmuka Login
68
b.
Antarmuka Beranda Antarmuka halaman beranda dapat dilihat pada Gambar 4.25. Halaman beranda ini akan muncul setelah pengguna melakukan login. Pada halaman ini akan ditampilkan data username dan status login serta Menampilkan grafik IPK mahasiswa.
Gambar 4.25 Antarmuka Beranda
69
c.
Data Standar SKS Antarmuka Standar SKS dapat dilihat pada Gambar 4.26. Antarmuka pada gambar tersebut muncul jika pengguna melakukan login sebagai superadmin atau adminprodi. Antarmuka tersebut berfungsi untuk menentukan berapa jumlah maximal sks yang dapat diambil oleh mahasiswa sesuai dengan IP yang diperoleh.
Gambar 4.26 Antarmuka menu Master Akademik sub-menu Standar SKS
70
d.
Data Standar Nilai Antarmuka Standar Nilai dapat dilihat pada Gambar 4.27. Antarmuka pada gambar tersebut muncul jika pengguna melakukan login sebagai superadmin
atau
adminprodi.
Antarmuka
tersebut
berfungsi
untuk
menentukan berapa persen bobot dari nilai tugas, nilai mid, dan nilai final.
Gambar 4.27 Antarmuka menu Master Akademik sub-menu Data Standar Nilai
71
e.
Antarmuka Bobot Nilai Antarmuka Bobot Nilai dapat dilihat pada Gambar 4.28. Antarmuka pada gambar tersebut muncul jika pengguna melakukan login sebagai superadmin atau adminprodi. Antarmuka tersebut berfungsi untuk menambah, mengubah dan menghapus data bobot nilai.
Gambar 4.28 Antarmuka menu Master Akademik sub-menu Data Bobot Nilai
72
f.
Antarmuka MHS Bimbingan
1) Antarmuka Data Penambahan SKS Antarmuka Data Penambahan SKS dapat dilihat pada Gambar 4.29. Antarmuka pada gambar tersebut muncul jika pengguna melakukan login sebagai superadmin atau adminprodi. Pada gambar tersebut terdapat tombol untuk menambah sks mahasiswa.
Gambar 4.29 Antarmuka menu Master Akademik sub-menu Data MHS Bimbingan tab Data Penambahan SKS
73
2) Antarmuka Data Pengajuan KRS Antarmuka Data Pengajuan KRS dapat dilihat pada Gambar 4.30. Antarmuka pada gambar tersebut muncul jika pengguna melakukan login sebagai superadmin atau adminprodi. Pada gambar tersebut, terdapat tombol untuk lihat KRS mahasiswa, dan tombol untuk menyetujui KRS mahasiswa.
Gambar 4.30 Antarmuka menu Master Akademik sub-menu Data MHS Bimbingan tab Data Pengajuan KRS
74
3) Antarmuka Lihat KRS Antarmuka Lihat KRS dapat dilihat pada Gambar 4.31. Antarmuka pada gambar tersebut muncul jika pengguna melakukan login sebagai superadmin atau adminprodi. Antar muka Lihat KRS muncul jika pengguna menklik tombol lihat krs.
Gambar 4.31 Antarmuka menu Master Akademik sub-menu Data MHS Bimbingan modal Lihat KRS
75
g.
Antarmuka Data Cuti Mahasiswa 1) Antarmuka Tab Data Cuti Antarmuka Tab Data Cuti dapat dilihat pada gambar 4.32. Antarmuka pada gambar tersebut muncul jika pengguna melakukan login sebagai superadmin atau adminprodi. Antarmuka tersebut berfungsi untuk menampilkan data cuti mahasiswa.
Gambar 4.32 Antarmuka menu Master Akademik sub-menu Data Cuti MHS tab Data Cuti
76
2) Antarmuka Tab Input Cuti Antarmuka Tab Input Cuti Mahasiswa dapat dilihat pada gambar 4.33. Antarmuka pada gambar tersebut muncul jika pengguna melakukan login sebagai superadmin atau adminprodi. Antarmuka tersebut berfungsi menampilkan data cuti mahasiswa.
Gambar 4.33 Antarmuka menu Master Akademik sub-menu Data Cuti MHS tab Input Cuti
77
h.
Antarmuka Aktifkan KRS Antarmuka Aktifkan KRS dapat dilihat pada Gambar 4.34. Antarmuka pada gambar tersebut muncul jika pengguna melakukan login sebagai superadmin
atau
adminprodi.
Antarmuka
tersebut
berfungsi
untuk
mengaktifkan KRS mahasiswa.
Gambar 4.34 Antarmuka menu Master Akademik sub-menu Aktifkan KRS
78
i.
Antarmuka Kartu Rencana Studi Antarmuka Kartu Rencana Studi dapat dilihat pada Gambar 4.35. Antarmuka pada gambar tersebut muncul jika pengguna melakukan login sebagai superadmin, adminprodi, atau mahasiswa. Antarmuka tersebut berfungsi untuk melakukan penawaran matakuliah.
Gambar 4.35 Antarmuka menu Master Akademik sub-menu Kartu Rencana Studi
79
j.
Antarmuka Data Nilai Antarmuka Data Nilai dapat dilihat pada Gambar 4.36. Antarmuka pada gambar tersebut muncul jika pengguna melakukan login sebagai superadmin atau dosen. Antarmuka tersebut berfungsi untuk menginput nilai mata kuliah.
Gambar 4.36 Antarmuka menu Master Akademik sub-menu Data Nilai
80
k.
Antarmuka Kartu Hasil Studi Antarmuka Kartu Hasil Studi dapat dilihat pada Gambar 4.37. Antarmuka pada gambar tersebut muncul jika pengguna melakukan login sebagai superadmin, adminprodi, atau mahasiswa. Antarmuka tersebut berfungsi untuk melihat dan mencetak KHS.
Gambar 4.37 Antarmuka menu Master Akademik sub-menu Kartu Hasil Studi
81
l.
Antarmuka Transkrip Nilai Antarmuka Transkrip Nilai dapat dilihat pada Gambar 4.38. Antarmuka pada gambar tersebut muncul jika pengguna melakukan login sebagai superadmin, adminprodi, atau mahasiswa. Antarmuka tersebut berfungsi untuk melihat dan men-download Transkrip Nilai.
Gambar 4.38 Antarmuka menu Master Akademik sub-menu Transkrip Nilai
82
m. Antarmuka Data Pengguna
1) Sub-menu Administrator Antarmuka Sub-menu Administrator dapat dilihat pada Gambar 4.39. Antarmuka pada gambar tersebut muncul jika pengguna melakukan login sebagai superadmin. Antarmuka tersebut berfungsi untuk mengelola data pengguna yang mempunyai hak akses sebagai superadmin, kajur, kaprodi, dekan, dan adminprodi.
Gambar 4.39 Antarmuka menu Data Pengguna sub-menu administrator
83
2) Sub-menu Dosen Antarmuka Sub-menu Dosen dapat dilihat pada Gambar 4.40. Antarmuka pada gambar tersebut muncul jika pengguna melakukan login sebagai superadmin. Antarmuka tersebut berfungsi untuk mengelola data pengguna yang mempunyai hak akses sebagai dosen.
Gambar 4.40 Antarmuka menu Data Pengguna sub-menu Dosen
84
3) Sub-menu Mahasiswa Antarmuka Sub-menu Mahasiswa dapat dilihat pada Gambar 4.41. Antarmuka pada gambar tersebut muncul jika pengguna melakukan login sebagai superadmin. Antarmuka tersebut berfungsi untuk mengelola data pengguna yang mempunyai hak akses sebagai mahasiswa.
Gambar 4.41 Antarmuka menu Data Pengguna sub-menu Mahasiswa
BAB V IMPLEMENTASI DAN PENGUJIAN SISTEM 5.1 Implementasi Sistem Implementasi merupakan tahap di mana sistem telah siap untuk digunakan. Hasil analisis dan perancangan sistem yang telah dilakukan sebelumnya diimplementasikan dalam bentuk aplikasi berupa sebuah website sistem informasi yang digunakan untuk melakukan pengelolaaan data-data akademik dengan menggunakan bahasa pemrograman PHP, HTML dan Javascript sebagai pendukung. 5.1.1 Implementasi Antarmuka Pada tahap ini akan dijelaskan implementasi Rancang Bangun Sistem Informasi Akademik Sub-Sistem Transaksi Akademik dan User Management. Adapun implementasi sistem yang penulis lakukan adalah sebagai berikut : a.
Antarmuka Login Untuk dapat mengakses menu-menu yang ada pada Sistem Informasi Akademik, Pengguna harus memasukkan username dan password pada form login seperti pada Gambar 5.1. Pengguna dapat melakukan login sebagai superadmin, adminprodi, dosen, mahasiswa, dekan, kajur, atau kaprodi.
Gambar 5.1 Form Login
85
86
b.
Antarmuka Beranda Setelah pengguna berhasil melakukan login ke Sistem Informasi Akademik, Selanjutnya sistem akan mengarahkan pengguna ke halaman Beranda, seperti pada Gambar 5.2. Pada pojok kiri atas antarmuka ini, akan ditampilkan status login serta level pengguna.
Gambar 5.2 Beranda
87
c.
Daftar Menu Sistem Gambar 5.3 merupakan daftar menu yang dapat diakses oleh pengguna Sistem Informasi Akademik. Secara keseluruhan terdapat 9 menu yang dapat diakses pada Sistem Informasi Akademik yaitu menu Data Pengguna, menu Master Area, menu Master Institusi, menu Master Gedung, menu Master Akademik, menu Master Civitas, menu Laporan, dan Menu Grafik. Menu yang berhubungan dengan sub-sistem transaksi akademik dan user management
yaitu menu Data Pengguna
yang meliputi sub-menu
Administator, sub-menu Dosen, dan sub-menu Mahasiswa (Gambar 5.4). Serta menu Master Akademik yang meliputi sub-menu Data Standar SKS, Data Standar Nilai, Data Bobot Nilai, Data Cuti Mhs, Data MHS Bimbingan, Aktifkan KRS, Kartu Rencana Studi, Data Nilai, Kartu Hasil Studi, dan Transkrip Nilai (Gambar 5.5).
Gambar 5.3 Daftar Menu Sistem
88
Gambar 5.4 Menu Data Pengguna
Gambar 5.5 Menu Master Akademik
89
d.
Menu Data Pengguna Menu ini merupakan menu untuk mengolah data pengguna yang akan mendapatkan hak akses untuk menggunakan Siakad. Didalam menu Data Pengguna terdapat sub-menu Administrator, Dosen, dan Mahasiswa. Selain itu didalam sub-menu Administrator terdapat tab-Tabel Pengguna yang dapat dilihat pada Gambar 5.6 dan tab-Form input pengguna yang dapat dilihat pada Gambar 5.7.
Gambar 5.6 Tab Tabel Pengguna
90
Untuk menginput pengguna yang dapat mengakses siakad sebagai superadmin, adminprodi, dekan, kajur, dan kaprodi dapat dilakukan didalam tab-Form Input pengguna yang ada pada sub-menu Administrator, sedangkan penginputan pengguna yang memiliki hak akses sebagai dosen dan sebagai mahasiswa dilakukan secara otomatis pada saat data dosen dan atau data mahasiswa diinputkan kedalam sistem.
Gambar 5.7 Tab Input Data Pengguna
Sub-menu Administrator hanya akan mengolah data pengguna yang memiliki hak akses sebagai superadmin, adminprodi, dekan, kajur, dan kaprodi saja. Sedangkan untuk mengolah data pengguna yang memiliki hak akses sebagai dosen dapat diolah pada sub-menu Dosen (Gambar 5.8).
91
Gambar 5.8 Sub-menu Dosen
Untuk mahasiswa dapat diolah pada sub-menu Mahasiswa (Gambar 5.9).
Gambar 5.9 Sub-menu Mahasiswa
92
Untuk mengubah username dan password dapat dilakukan dengan memilih opsi ubah yang ada didalam kolom aksi pada masing-masing tabel pengguna. Setelah memilih aksi maka akan diarahkan ke form ubah username dan password seperti pada Gambar 5.10.
Gambar 5.10 Form Ubah Username dan Password
93
e.
Standar SKS Sub-menu Standar Sks terletak di dalam Menu Master Akademik. Submenu ini merupakan menu untuk menentukan jumlah sks maximal yang boleh diambil oleh mahasiswa berdasarkan range IP Mahasiswa (Gambar 5.11). Untuk mengubah isi data dapat dilakukan dengan langsung meng-klik pada kolom nilai yang akan diubah.
Gambar 5.11 Menu Data Standar Sks
94
f.
Standar Nilai Sub-menu standar nilai terletak didalam menu Master Akademik. Menu ini merupakan menu untuk melihat formula yang digunakan untuk menginput nilai mahasiswa. Berdasarkan buku panduan akademik, terdapat dua formula yang digunakan untuk menginput nilai mahasiswa yaitu, penginputan nilai yang tidak
menggunakan
nilai
praktikum,
dan
penginputan
nilai
yang
menggunakan nilai praktikum. Untuk penginputan nilai yang menggunakan nilai praktikum dapat dilihat pada Gambar 5.12.
Gambar 5.12 Standar Nilai Tidak Menggunakan Nilai Praktikum
Untuk penginputan nilai yang tidak menggunakan nilai praktikum dapat dilihat pada Gambar 5.13.
Gambar 5.13 Standar Nilai Menggunakan Nilai Praktikum
95
g.
Bobot Nilai Sub-menu ini merupakan sub-menu untuk melihat range nilai untuk nilai A, B, C, D, dan E. Selain itu, Sub-menu ini juga untuk melihat bobot dari nilai A,B,C,D,dan E. Sub-menu bobot nilai dapat dilihat pada Gambar 5.14.
Gambar 5.14 Bobot Nilai
96
h.
Aktifkan KRS Sub-menu Aktifkan KRS terletak didalam menu Master Akademik. Sub-menu ini merupakan sub-menu untuk mengaktifkan KRS mahasiswa agar mahasiswa tersebut dapat melakukan penawaran (Gambar 5.15).
Gambar 5.15 Form Aktifkan Krs
97
i.
Data Cuti Pada Sub-menu Data Cuti terdapat tab-data cuti dan tab-input cuti. Tabdata cuti merupakan tab untuk melihat daftar mahasiswa yang mengajukan cuti (Gambar 5.16).
Gambar 5.16 Tab Data Cuti
Sedangkan tab-input data cuti merupakan tab untuk menambahkan mahasiswa yang akan cuti (Gambar 5.17).
Gambar 5.17 Tab Input Data Cuti
98
j.
Data MHS Bimbingan Sub-menu data MHS Bimbingan terdapat didalam menu master akademik, didalam Sub-menu ini terdapat tab penambahan sks untuk menambah sks mahasiswa yang akan melakukan penawaran mata kuliah. Untuk menambah sks mahasiswa dapat dilakukan dengan mengubah nilai yang ada didalam kolom SKS Tambahan (Gambar 5.18).
Gambar 5.18 Form Penambahan SKS
99
Selain itu terdapat tab-Pengajuan KRS untuk melihat dan menyetujui KRS yang telah diajukan oleh mahasiswa (Gambar 5.19).
Gambar 5.19 Pengajuan KRS Didalam tab-Pengajuan KRS terdapat tombol lihat KRS untuk melihat KRS yang telah diajukan oleh mahasiswa (Gambar 5.20).
Gambar 5.20 Lihat KRS
100
k.
Kartu Rencana Studi Sub-menu ini merupakan sub-menu untuk melakukan penawaran mata kuliah. Didalam sub-menu ini terdapat tabel daftar mata kuliah yang telah dipilih (Gambar 5.21).
Gambar 5.21 Kartu Rencana Studi Selain itu, terdapat tombol detail untuk melihat detail informasi tentang matakuliah yang dipilih (Gambar 5.22).
Gambar 5.22 Detail Mata Kuliah
101
Didalam sub-menu Kartu Rencana Studi juga terdapat tombol Tambah Mata Kuliah yang berfungsi untuk menampilkan daftar seleuruh mata kuliah yang dapat diambil oleh mahasiswa (Gambar 5.23). Untuk memilih mata kuliah, dapat dilakukan dengan menceklis checkbox yang telah disediakan pada kolom ambil.
Gambar 5.23 Tambah Mata Kuliah Selain itu, terdapat tombol Cetak KRS untuk mencetak KRS mahasiswa. Hasil dari cetak KRS dapat dilihat pada gambar 5.24.
Gambar 5.24 Cetak KRS
102
l.
Data Nilai Sub-menu ini merupakan sub-menu untuk meng-input nilai mata kuliah (Gambar 5.25). Penginputan nilai mata kuliah dapat dilakukan oleh dosen 1 ataupun dosen 2 yang telah ditentukan pada mata kuliah tersebut. Pada saat pertama kali meng-input nilai, akan muncul pilihan untuk memilih peng-input-an dengan menggunakan nilai praktikum atau tidak menggunakan nilai praktikum. Untuk meng-input atau melakukan perubahan nilai mata kuliah, dapat langsung diklik pada kolom nilai yang akan diubah.
Gambar 5.25 Data Nilai
103
m.
Kartu Hasil Studi Sub-menu Kartu Hasil Studi merupakan sub-menu untuk melihat dan mencetak Kartu Hasil Studi mahasiswa. Didalam tabel akan ditampilkan daftar mata kuliah beserta nilai yang diperoleh oleh mahasiswa, dan juga akan ditampilkan Index Prestasi mahasiswa (Gambar 5.26).
Gambar 5.26 Kartu Hasil Studi Untuk mencetak Kartu Hasil Studi dapat dilakukan dengan menekan tombol Cetak KHS, kemudian browser akan membuka tab baru dan akan menampilkan KHS dengan format .pdf (Gambar 5.27).
Gambar 5.27 Cetak KHS
104
n.
Transkrip Nilai Mhs Sub-menu Transkrip Nilai Mhs merupakan sub-menu untuk melihat dan men-download Transkrip nilai mahasiswa. Didalam tabel akan ditampilkan daftar mata kuliah beserta nilai yang diperoleh oleh mahasiswa, dan juga akan ditampilkan Index Prestasi mahasiswa (Gambar 5.28).
Gambar 5.28 Transkrip Nilai
Untuk mendownload transkrip mahasiswa dapat dilakukan dengan menklik tombol download, kemudian browser akan men-download transkrip mahasiswa dengan format .xlsx yang dapat dilihat pada Gambar 5.29.
Gambar 5.29 Download Transkrip
105
5.2 Pengujian dan Pembahasan Sistem 5.2.1
Pengujian Sistem Pengujian sistem dilakukan menggunakan metode pengujian black box
testing. Pengujian ini dilakukan untuk mengetahui letak kesalahan error pada Sistem Informasi Akademik sub-sistem Transaksi Akademik dan User Management. Berikut hasil pengujian sistem dengan metode black box : 1. Pengujian Login User (data benar) Tabel 5.1 Pengujian Login User (data benar) Data masukkan Yang diharapkan Pengamatan Kesimpulan
Username dan password yang telah terdaftar Pada saat mengklik tombol login, pengguna berhasil masuk ke dalam sistem. User dapat masuk kedalam sistem dengan username dan password yang telah terdaftar. Sukses
2. Pengajuan Login User (data salah) Tabel 5.2 Pengujian Login User (data salah) Data masukkan Yang diharapkan
Pengamatan Kesimpulan
Username dan password yang tidak terdaftar Pada saat mengklik tombol login, pengguna gagal masuk ke dalam sistem dan akan diarahkan kembali ke halaman login user. Pengguna tidak dapat masuk ke dalam sistem dengan username dan password yang tidak terdaftar Sukses
3. Menu Data Pengguna a.
Pengujian Tambah Data Pengguna Tabel 5.3 Pengujian Tambah Data Pengguna
Data masukkan Yang diharapkan Pengamatan Kesimpulan
Pilih fakultas, pilih pengguna, pilih level pengguna, username, dan password Pada saat mengklik tombol tambah, sistem akan langsung menambahkan data ke dalam database. Data yang dimasukkan telah masuk kedalam database dan sistem akan menampilkan pemberitahuan suskes. Sukses
106
b. Pengujian Ubah Data Pengguna Tabel 5.4 Pengujian Ubah Data Pengguna Data masukkan
Username, dan Password
Yang diharapkan
Pada saat mengklik tombol ubah, sistem akan langsung mengubah data pengguna. Terjadi perubahan data pengguna pada database dan sistem menampilkan pesan berhasil ubah data. Sukses
Pengamatan Kesimpulan
c.
Pengujian Hapus Data Pengguna Tabel 5.5 Pengujian Hapus Data Pengguna
Data masukkan
Username, dan Password
Yang diharapkan
Setiap data yang dihapus tidak tersimpan lagi dalam Database Data yang dihapus tidak tersimpan lagi didalam database dan sistem menampilkan pesan berhasil hapus data. Sukses
Pengamatan Kesimpulan
4. Menu Master Akademik a.
Pengujian Tambah Data Standar SKS Tabel 5.6 Pengujian Tambah Data Standar SKS
Data masukkan Yang diharapkan Pengamatan Kesimpulan
Pilih tahun akdemik, masukan batas atas, batas bawah dan jumlah Sks Pada saat mengklik tombol insert, sistem akan langsung menambahkan data ke dalam database. Data yang dimasukkan telah masuk kedalam database dan ditampilkan di dalam tabel standar sks. Sukses
107
b. Pengujian Ubah Data Standar SKS Tabel 5.7 Pengujian Ubah Data Standar SKS Data masukkan Yang diharapkan
Pengamatan Kesimpulan
c.
Pilih tahun akdemik, masukan batas atas, batas bawah dan jumlah Sks Pada saat data didalam tabel standar sks diubah nilainya, sistem akan langsung mengubah data yang ada didalam database. Perubahan data terjadi pada database dan perubahan ditampilkan dalam tabel standar sks. Sukses
Pengujian Reset Data Standar SKS Tabel 5.8 Pengujian Reset/Default Data Standar SKS
Data masukkan
Pilih tahun akdemik
Yang diharapkan
Pada saat mengklik tombol Reset, sistem akan mereset data standar sks ke nilai default. Data yang ada didalam tabel standar sks berubah ke nilai default. Sukses
Pengamatan Kesimpulan
d. Pengujian Hapus Data Standar SKS Tabel 5.9 Pengujian Hapus Data Standar SKS Data masukkan
Pilih data yang akan dihapus
Yang diharapkan Pengamatan
Pada saat mengklik tombol hapus, sistem menghapus data standar sks yang dipilih. Data yang dipilih telah dihapus dari database.
Kesimpulan
Sukses
e.
akan
Pengujian Ubah Data Standar Nilai Tabel 5.10 Pengujian Ubah Data Standar Nilai
Data masukkan
Nilai tugas, nilai tengah semester, nilai akhir semester
Yang diharapkan
Pada saat data nilai diubah nilainya, sistem akan langsung mengubah data yang ada didalam database. Perubahan data terjadi pada database dan perubahan ditampilkan dalam data standar nilai. Sukses
Pengamatan Kesimpulan
108
f.
Pengujian Tambah Data Bobot Nilai Tabel 5.11 Pengujian Tambah Data Bobot Nilai
Data masukkan
Range atas, dan range bawah,bobot
Yang diharapkan
Pada saat mengklik tombol input, sistem akan langsung menambah data yang ada didalam database. Terjadi perubahan data pengguna pada database dan sistem menampilkan pesan berhasil tambah data. Sukses
Pengamatan Kesimpulan
g.
Pengujian Tambah Data Cuti Mahasiswa Tabel 5.12 Pengujian Tambah Data Cuti Mahasiswa
Data masukkan
Pilih mahasiswa, masukan keterangan
Yang diharapkan
Pada saat mengklik tombol input cuti, sistem akan langsung menambahkan data kedalam database. Data yang dimasukkan telah masuk kedalam database dan ditampilkan di dalam tabel data cuti. Sukses
Pengamatan Kesimpulan
h. Pengujian Ubah Data Cuti Mahasiswa Tabel 5.13 Pengujian Ubah Data Cuti Mahasiswa Data masukkan Yang diharapkan
Pengamatan Kesimpulan
i.
Pilih data yang akan diubah keterangan cutinya, masukan keterangan cuti. Pada saat data didalam tabel data cuti diubah keterangan cutinya, sistem akan langsung mengubah data yang ada didalam database. Terjadi perubahan data pada database dan sistem menampilkan pesan berhasil ubah data. Sukses
Pengujian Hapus Data Cuti Mahasiswa Tabel 5.14 Pengujian Hapus Data Cuti Mahasiswa
Data masukkan
Pilih data yang akan dihapus
Yang diharapkan Pengamatan
Pada saat mengklik tombol hapus, sistem menghapus data cuti yang dipilih. Data yang dipilih telah dihapus dari database.
Kesimpulan
Sukses
akan
109
j.
Pengujian Tambah SKS Mahasiswa Tabel 5.15 Pengujian Tambah SKS Mahasiswa
Data masukkan Yang diharapkan
Pengamatan Kesimpulan
Pilih data mahasiwa yang akan ditambah sksnya, masukan sks tambahan. Pada saat data yang dipilih didalam tabel ditambah sksnya, sistem akan langsung manambah sks mahasiswa yang ada didalam database. Terjadi perubahan data sks mahasiswa pada database dan sistem menampilkan pesan berhasil. Sukses
k. Pengujian Setujui KRS Mahasiswa Tabel 5.16 Pengujian Setujui KRS Mahasiswa Data masukkan
Pilih data krs mahasiwa yang akan disetujui.
Yang diharapkan
Pada saat tombol setujui diklik, data krs mahasiswa yang dipilih akan berubah statusnya menjadi ‘telah disetujui’. Terjadi perubahan status data krs yang dipilih menjadi ‘telah disetujui’ dan sistem akan menampilkan pesan berhasil. Sukses
Pengamatan
Kesimpulan
l.
Pengujian Aktifkan KRS Mahasiswa Tabel 5.17 Pengujian Aktifkan KRS Mahasiswa
Data masukkan
Pilih data mahasiwa yang akan diaktifkan krsnya.
Yang diharapkan
Pada saat tombol aktifkan diklik, data mahasiswa yang dipilih akan berubah status krsnya menjadi ‘aktif’. Terjadi perubahan status krs menjadi ‘aktif’ dan sistem akan menampilkan pesan berhasil. Sukses
Pengamatan Kesimpulan
110
m. Pengujian Tambah Mata Kuliah Tabel 5.18 Pengujian Tambah Mata Kuliah Data masukkan
Pilih matakuliah yang akan diprogram.
Yang diharapkan
Pada saat tombol ‘ambil matakuliah’ diklik, matakuliah yang dipilih akan ditampilkan didalam tabel krs. Semua matakuliah yang dipilih berhasil ditampilkan didalam tabel krs. Sukses
Pengamatan Kesimpulan
n. Pengujian Input/Ubah Data Nilai Mahasiswa Tabel 5.19 Pengujian Input/Ubah Data Nilai Mahasiswa Data masukkan
Masukan nilai tugas, mid, dan final.
Yang diharapkan
Pada saat data didalam tabel nilai mahasiswa diubah nilainya, sistem akan langsung mengubah data yang ada didalam database. Perubahan data terjadi pada database dan perubahan ditampilkan dalam tabel nilai mahasiswa. Sukses
Pengamatan Kesimpulan
o.
Pengujian Cetak KRS Mahasiswa Tabel 5.20 Pengujian Cetak KRS Mahasiswa
Data masukkan
Pilih Mahasiswa.
Yang diharapkan
Pada saat tombol ‘cetak krs’ diklik, sistem akan mengarahkan pengguna ke tab baru dan menampilkan KRS dengan format .pdf . Sistem berhasil mengarahkan pengguna ke tab baru dan menampilkan KRS dengan format .pdf. Sukses
Pengamatan Kesimpulan
111
p. Pengujian Cetak KHS Mahasiswa Tabel 5.21 Pengujian Cetak KHS Mahasiswa Data masukkan
Pilih Mahasiswa.
Yang diharapkan
Pada saat tombol ‘cetak khs’ diklik, sistem akan mengarahkan pengguna ke tab baru dan menampilkan KHS dengan format .pdf . Sistem berhasil mengarahkan pengguna ke tab baru dan menampilkan KHS dengan format .pdf. Sukses
Pengamatan Kesimpulan
q. Pengujian Cetak Transkrip Mahasiswa Tabel 5.22 Pengujian Cetak Transkrip Mahasiswa Data masukkan
Pilih Mahasiswa.
Yang diharapkan
Pada saat tombol ‘download transkrip’ diklik, sistem akan mengarahkan browser untuk men-download file Transkrip Nilai dengan format .xlsx. Sistem berhasil mengarahkan mengarahkan browser untuk men-download file Transkrip Nilai dengan format .xlsx. Sukses
Pengamatan
Kesimpulan
112
5.2.2
Pengujian Sistem Menggunakan Data
Selain pengujian menggunakan metode Black Box, penulis juga melakukan pengujian menggunakan data yang di-input melalui form-form yang disediakan oleh sistem. Berikut adalah hasil pengujiannya:
1. Mengisi Data pengguna Mengisi data pengguna pada menu Data Pengguna, sub-menu administrator, tab form input. Pada form input terdapat field-field yang telah disediakan oleh sistem. Tampilan form input apabila telah terisi data contoh yang dapat dilihat pada Gambar 5.30.
Gambar 5.30 Mengisi form input data pengguna contoh
113
Jika data yang dimasukkan berhasil tersimpan pada database, maka sistem akan menampilkan pesan sukses input data seperti pada Gambar 5.31.
Gambar 5.31 Pesan Sukses Input Data
114
2. Mengisi Data Standar SKS Mengisi data Standar SKS pada menu Data Akademik, sub-menu Standar SKS, tab Input Standar SKS. Pada form Input Standar SKS terdapat field-field yang telah disediakan oleh sistem. Tampilan form Input Standar SKS apabila telah terisi data contoh dapat dilihat pada Gambar 5.32.
Gambar 5.32 Mengisi form Input Standar SKS contoh
115
3. Mengubah Data Standar Nilai Mengubah data Standar Nilai pada menu Data Akademik, sub-menu Standar Nilai. Pada Standar nilai terdapat tombol untuk meng-edit standar nilai. Tampilan edit Standar Nilai apabila tombol edit telah ditekan dapat dilihat pada Gambar 5.33.
Gambar 5.33 Meng-edit Standar Nilai
116
4. Mengisi Data Bobot Nilai Data Bobot Nilai Disesuaikan dengan aturan yang ada pada buku panduan akademik Universiatas Halu Oleo. Data Bobot Nilai dapat dilihat pada Gambar 5.34.
Gambar 5.34 Tampilan Data Bobot Nilai
117
5. Menginput Data Cuti
Menginput data Cuti pada menu Data Akademik, sub-menu Data Cuti, tab Input Cuti. Pada form Input Cuti terdapat field-field yang telah disediakan oleh sistem. Tampilan form Input Cuti apabila telah terisi data contoh dapat dilihat pada Gambar 5.35.
Gambar 5.35 Mengisi form Input Cuti Contoh
118
6. Mengisi Data Penambahan SKS Mengisi data Penambahan SKS pada menu Data Akademik, sub-menu Data MHS Bimbingan, tab Data Penambahan SKS. Pada tabel data penambahan SKS terdapat kolom SKS Tambahan yang didalamnya terdapat field untuk mengisi SKS tambahan. Tampilan tabel Penambahan SKS apabila telah terisi data contoh dapat dilihat pada Gambar 5.36.
Gambar 5.36 Mengisi Tabel Penambahan SKS Contoh
119
7. Menyetujui Pengajuan KRS Menyetujui Pengajuan KRS pada menu Data Akademik, sub-menu Data MHS Bimbingan, tab Data Pengajuan KRS. Pada tabel Data Pengajuan KRS terdapat kolom setujui yang didalamnya terdapat tombol untuk menyetujui KRS. Tampilan tabel data Pengajuan KRS dapat dilihat pada Gambar 5.37.
Gambar 5.37 Menyetujui Pengajuan KRS
120
8. Mengaktifkan KRS Mengaktifkan KRS pada menu Data Akademik, sub-menu Aktifkan KRS. Pada tabel Data Aktifkan KRS terdapat kolom Generate yang didalamnya terdapat tombol untuk mengaktifkan KRS. Tampilan tabel data Aktifkan KRS dapat dilihat pada Gambar 5.38.
Gambar 5.38 Mengaktifkan KRS
121
9. Menawar Mata Kuliah Menawar mata kuliah pada menu Data Akademik, sub-menu Kartu Rencana Studi. Pada tabel Data Kartu Rencana Studi terdapat list data mata kuliah yang akan diprogram seperti pada gambar 5.39.
Gambar 5.39 Data Kartu Rencana Studi
Untuk menambah mata kuliah yang akan diprogram, terdapat tombol Tambah Mata kuliah yang akan menampilkan daftar seluruh mata kuliah yang dapat diprogram seperti pada gambar 5.40.
Gambar 5.40 Daftar Mata Kuliah yang Dapat Diprogram
122
10. Menginput Nilai Menginput nilai pada menu Data Akademik, sub-menu Input Nilai, tab Data Nilai Mahasiswa. Pada tabel data nilai mahasiswa terdapat kolom nilai tugas, mid, dan final yang didalam masing-masing kolom tersetbut terdapat field untuk mengisi atau mengubah nilai mahasiswa. Tampilan tabel data nilai mahasiswa apabila telah terisi data contoh dapat dilihat pada Gambar 5.41.
Gambar 5.41 Mengisi Tabel Data Nilai Contoh
123
11. Melihat KHS Melihat Kartu Hasil Studi pada menu Data Akademik, sub-menu Kartu Hasil Studi. Pada tabel daftar mata kuliah terdapat mata kuliah beserta nilai dari mata kuliah tersebut. Tampilan tabel daftar mata kuliah yang ada pada menu KHS dapat dilihat pada Gambar 5.42.
Gambar 5.42 Melihat KHS
Tampilan Kartu Hasil Studi apabila tombol Cetak KHS diklik dapat dilihat pada Gambar 5.43.
Gambar 5.43 Mencetak KHS
124
Gambar 5.44 berikut ini merupakan query untuk menampilkan KHS mahasiswa. SELECT h.id_mhs,h.id_dtta,kode_mk, nama_mk ,(sks_tatapmuka+sks_lapangan+sks_praktek) as sks , nm_pegawai as dosen,hasil_akhir,huruf,bobot FROM tb_krs b LEFT JOIN (SELECT
id_krs,hasil_akhir,huruf,bobot
a,tb_bobotnilai
j
FROM
tb_khs WHERE
a.id_bobotnilai=j.id_bobotnilai) as khs ON b.id_krs = khs.id_krs, tb_jadkul c , jadkul_dosen d, tb_dosen e, pegawai f, tb_mk g, tb_generatekrs h, tb_mhs i WHERE b.id_jadkul=c.id_jadkul and d.id_jadkul=c.id_jadkul and d.id_dosen=e.id_dosen and e.id_pegawai=f.id_pegawai and c.id_mk=g.id_mk and b.id_generate=h.id_generate and h.id_mhs=i.id_mhs and c.id_dtta=h.id_dtta and d.status='p1' and h.id_mhs=' $mahasiswa' and h.id_dtta=' $tahunakademik'
Gambar 5.44 Query Menampilkan KHS
125
12. Melihat Transkrip Melihat Transkrip Nilai pada menu Data Akademik, sub-menu Transkrip Nilai Mhs. Pada tabel transkrip nilai terdapat daftar mata kuliah beserta nilai dari mata kuliah tersebut. Tampilan tabel transktip yang ada pada menu Transkrip Nilai Mhs dapat dilihat pada Gambar 5.45.
Gambar 5.45 Melihat Transkrip Tampilan file Transkrip nilai apabila tombol Download Transkrip diklik dapat dilihat pada Gambar 5.46.
Gambar 5.46 File Transkrip Nilai
126
Gambar 5.47 berikut ini query untuk menampilkan Transkrip nilai mahasiswa. SELECT KRS_TB.id_mhs,KRS_TB.kode_mk,KRS_TB.nama_mk, TRANSKRIP_TB.huruf,bobot, KRS_TB.tot_sks FROM (SELECT b.id_mhs,kode_mk, nama_mk, (sks_lapangan + sks_praktek + sks_tatapmuka) AS tot_sks from tb_krs a, tb_generatekrs b, tb_jadkul c, tb_mk d WHERE a.id_generate=b.id_generate AND a.id_jadkul=c.id_jadkul AND c.id_mk=d.id_mk AND a.status='A' AND b.id_mhs='$mahasiswa') As KRS_TB LEFT JOIN (SELECT tb_transkripmk.id_mhs, tb_mk.kode_mk, nama_mk,
huruf,
bobot,
(sks_lapangan
+
sks_praktek + sks_tatapmuka) AS tot_sks FROM tb_transkripmk, tb_mk,tb_bobotnilai, (SELECT kode_mk, max(tgl_transkrip) AS max_tgl FROM tb_transkripmk,tb_mk WHERE id_mhs='$mahasiswa' AND tb_transkripmk.id_mk = tb_mk.id_mk group by kode_mk) AS transkrip_temp WHERE tb_mk.kode_mk=transkrip_temp.kode_mk AND tb_mk.id_mk = tb_transkripmk.id_mk AND tb_bobotnilai.id_bobotnilai = tb_transkripmk.id_bobotnilai AND tb_transkripmk.id_mhs='$mahasiswa' AND transkrip_temp.max_tgl = tb_transkripmk.tgl_transkrip) As TRANSKRIP_TB
ON KRS_TB.kode_mk=TRANSKRIP_TB.kode_mk
GROUP BY kode_mk ORDER BY kode_mk
Gambar 5.47 Query Menampilkan Transkrip Nilai
127
5.3 Analisis Hasil Berdasarkan implementasi dan pengujian sistem telah dilakukan, terdapat beberapa hal yang perlu diperhatikan terkait implementasi sistem yang penulis lakukan dengan implementasi sistem dimana sistem akan diimplementasikan
nantinya.
Hal-hal
yang
menjadi
pertimbangan
dilakukannya analisis hasil ini adalah sebagai berikut :
1. Perubahan data Sistem Informasi Akademik sub-sistem Transaksi Akademik dan User Management memiliki kemugkinan perubahan data seperti penambahan, pengubahan dan penghapusan data meliputi data user dan data akademik mahasiswa dalam direktori sistem.
2. Jumlah pengguna Sistem Informasi Akademik sub-sistem Transaksi Akademik dan User Management memiliki jumlah pengguna yang masuk dalam beberapa tingkatan pengguna seperti superadmin, mahasiswa, dosen, adminprodi, ketua jurusan, ketua program studi dan dekan. Setiap tingkatan pengguna dapat melakukan proses perubahan data kapan saja dan dimana saja sesuai dengan keinginan pengguna.
5.3.1
Analisis Data Dasar Sistem Analisis data dasar Sistem Informasi Akademik Fakultas Teknik
dilakukan berkaitan dengan pertimbangan perubahan data yang dialami oleh sistem. Analisis data dasar sistem tersebut meliputi data area, data institusi, data kode akademik, data kode institusi dan data kode civitas. Berdasarkan hasil pembahasan sistem dan isi dari basis data, maka estimasi jumlah baris dari data dasar sistem diuraikan oleh Tabel 5.27.
128
Tabel 5.23 Estimasi Jumlah Baris Data Dasar Sistem No 1 2
3 4
5
Data Dasar Area
Nama Tabel
Provinsi Kabupaten Institusi Kode Jenjang Kode FPK Kode P2K Kode Status Prodi Kode Akreditasi SMA Universitas Fakultas Jurusan Program Studi Konsentrasi Gedung Gedung Ruangan Akademik Semester Kode Jenis Kurikulum Kode Kurikulum Kode Status Mata Kuliah Kode Jenis Mata Kuliah Kode Kelompok Mata Kuliah Civitas Kode Status Masuk Mahasiswa Kode Status Mahasiswa Jumlah Baris (Keseluruhan)
Jumlah Baris 37 480 12 7 6 7 6 345 94 8 30 93 50 2 14 8 2 7 2 6 8 2 6 1244
Berdasarkan Tabel 5.23 diatas diketahui bahwa estimasi jumlah baris yang dapat disimpan oleh sistem adalah 1244 yang tersimpan dalam 23 tabel. Data pada Tabel 5.23 diatas akan mengalami perubahan apabila terjadi perubahan aturan akademik atau perubahan jumlah area. Oleh karena itu, data yang terdapat dalam tabel-tabel tersebut cenderung statis pada setiap tahun akademik.
129
5.3.2
Analisis Data Pengguna Sistem Pengguna Sistem Informasi Akademik ini adalah civitas dari Fakultas
Teknik yang terbagi menjadi tujuh tingkatan pengguna, yaitu mahasiswa, dosen, adminprodi, ketua jurusan, ketua program studi, dekan dan superadmin. Data pengguna sistem merupakan data yang selalu mengalami perubahan jumlah baik itu semakin bertambah atau pun berkurang pada setiap tahun akademiknya. Hal ini disebabkan adanya penerimaan mahasiswa baru setiap tahun akademik ganjil dan adanya mahasiswa yang lulus baik itu tahun akademik ganjil dan tahun akademik genap. Dalam analisis data pengguna sistem, penulis akan menguraikan ratarata dari mahasiswa masuk dalam lingkup Fakultas Teknik dengan data lima tahun terakhir (2011 – 2015). Adapun uraian data tersebut ditampilkan oleh Tabel 5.24. Tabel 5.24 Tabel Mahasiswa Baru Fakultas Teknik No Tahun 1 2011 2 2012 3 2013 4 2014 5 2015 Jumlah Rata – rata
Sipil 84 73 103 60 66 386 77
Mesin 67 42 50 85 50 294 59
Elektro Informatika Jumlah 79 91 321 54 57 226 66 79 298 82 101 328 101 50 267 382 378 1440 76 76 228
Tabel 5.24 menguraikan data mahasiswa baru Fakultas Teknik dari tahun 2011 sampai dengan tahun 2015. Berdasarkan tabel tersebut diketahui bahwa dalam rentang waktu tersebut Fakultas Teknik rata – rata menerima 288 mahasiswa baru setiap tahunnya, sehingga dapat disimpulkan bahwa pengguna sistem dapat bertambah dengan estimasi 288 pengguna dengan level mahasiswa setiap tahunnya. Bersamaan dengan penambahan pengguna maka pengurangan pengguna juga terjadi, karena setiap tahun akademik baik genap maupun
130
ganjil, Fakultas Teknik juga meluluskan mahasiswanya. Data tersebut diuraikan oleh Tabel 5.25.
Tabel 5.25 Tabel Mahasiswa Lulus Fakul1tas Teknik No Tahun 1 2011 2 2012 3 2013 4 2014 5 2015 Jumlah Rata – rata
Sipil 50 51 72 35 35 243 49
Mesin 35 35 35 17 35 157 31
Elektro Informatika Jumlah 20 69 174 67 27 180 64 45 216 68 22 142 35 35 140 254 198 852 51 40 170
Tabel 5.25 menguraikan data mahasiswa yang lulus dari Fakultas Teknik dalam rentang waktu tahun 2011 sampai dengan tahun 2015. Berdasarkan tabel tersebut diketahui bahwa dalam rentang waktu tersebut Fakultas Teknik rata – rata meluluskan 170 mahasiswa setiap tahunnya, sehingga dapa disimpulkan bahwa pengguna sistem dapat berkurang dengan estimasi 170 pengguna dengan level mahasiwa setiap tahunnya.
Terlepas dari estimasi dari jumlah penambahan dan pengurangan mahasiswa setiap tahun akademik, sistem juga tetap mengolah data mahasiswa yang aktif dengan kata lain mahasiswa yang belum lulus termasuk di dalamnya mahasiswa baru dan mahasiswa yang sedang menjalani masa studi. Berkaitan dengan hal ini digunakan data mahasiswa aktif pada tahun akademik 20141 sebagai estimasi pengguna sistem setiap tahun akademiknya. Data tersebut diuraikan dalam Tabel 5.26.
131
Tabel 5.26 Estimasi pengguna level mahasiswa tahun akademik 20141 No Program Studi 1 S1 – Teknik Mesin 2 S1 – Teknik Elektro 3 S1 – Teknik Informatika 4 S1 – Teknik Sipil Estimasi Jumlah Pengguna Mahasiswa
Jumlah (Orang) 266 417 409 397 1489
Berdasarkan Tabel 5.26 diketahui bahwa estimasi jumlah pengguna sistem yang aktif pada tahun akademik 20141 adalah 1489 mahasiswa yang pasti berkurang dengan rata – rata 170 mahasiswa dan bertambah dengan rata – rata 288 mahasiswa untuk setiap penambahan tahun akademik.
Berkaitan dengan pengguna, sistem tidak hanya digunakan oleh mahasiswa tetapi juga oleh pengguna dengan level Dekan, Ketua Jurusan, Ketua Program Studi, Dosen, Adminprodi serta Superadmin yang dikategorikan dalam pengguna dari sisi pegawai. Berdasarkan data dari Sistem Informasi Kepegawaian Fakultas Teknik, estimasi pengguna untuk level pegawai diuraikan pada Tabel 5.27.
Tabel 5.27 Estimasi pengguna pegawai No Pegawai 1 Dekan 2 Ketua Jurusan 3 Ketua Program Studi 4 Dosen 5 Staf Estimasi Jumlah Pengguna Pegawai
Jumlah (Orang) 4 5 5 84 10 108
Berdasarkan data yang diuraikan oleh Tabel 5.27 diketahui bahwa estimasi pengguna sistem pada level pegawai berjumlah 108 orang dimana pada level Dekan terdapat empat pengguna yaitu Dekan, Wakil Dekan I,
132
Wakil Dekan II dan Wakil Dekan III. Namun, dalam satu tahun akademik berjalan, jumlah pegawai biasanya bertambah khususnya data dosen karena Fakultas Teknik juga memiliki mata kuliah yang diampu oleh UPT – MKU (Unit Pelaksana Tugas – Mata Kuliah Umum). Adapun uraian data mata kuliah umum tahun akademik 20141 pada setiap program studi di Fakultas Teknik ditampilkan oleh Tabel 5.28.
Tabel 5.28 MKU Fakultas Teknik tahun akademik 20141 No Program Studi 1 S1 – Teknik Mesin 2 S1 – Teknik Elektro 3 S1 – Teknik Informatika 4 S1 – Teknik Sipil Jumlah
Jumlah (MKU) 5 3 6 4 18
Tabel 5.28 menguraikan jumlah MKU di Fakultas Teknik pada tahun akademik 2014. Berdasarkan tabel tersebut, diketahui bahwa MKU pada tahun tersebut berjumlah 18, sehingga estimasi jumlah pengguna level dosen dapat bertambah 18 dosen apabila setiap MKU diampu satu orang dosen di setiap program studi. Berkaitan dengan pertimbangan tersebut, maka estimasi pengguna pegawai pada sebuah tahun akademik berjalan dapat berjumlah hingga 126 orang. Berdasarkan beberapa hal yang telah diuraikan sebelumnya, maka estimasi pengguna sistem pada sebuah tahun akademik berjalan diuraikan sebagai berikut : Estimasi Jumlah Pengguna
≈ Estimasi Mahasiswa + Estimasi Pegawai ≈ 1489 + 126 ≈ 1615
133
Berdasarkan perhitungan tersebut, maka estimasi jumlah pengguna pada Sistem Informasi Akademik Fakultas Teknik Universitas Halu Oleo dalam satu tahun akademik berjalan berjumlah 1615 pengguna yang tersebar dalam tujuh level pengguna sistem.
5.3.3
Analisis Data Transaksi Akademik Analisis data transaksi akademik melibatkan data yang selalu berubah.
Adapun uraian estimasi jumlah baris data dalam satu tahun akademik berjalan dan tabel yang dilibatkan dalam transaksi akademik diuraikan dalam Tabel 5.29. Tabel 5.29 Estimasi Jumlah Baris Data Transaksi Akademik No Nama Tabel 1 Tahun Akademik 2 Standar SKS 3 Standar Nilai 4 Mata Kuliah 5 Mata Kuliah Bersyarat 6 Cuti 7 Penasihat Akademik 8 Pembimbing Tugas Akhir 9 Generate Kartu Rencana Studi 10 Kartu Rencana Studi 11 Kartu Hasil Studi 12 Penyetaraan Mata Kuliah 13 Transkrip Mata Kuliah 14 Jadwal Mata Kuliah 15 Bobot Nilai Jumlah
Jumlah Baris 28 20 1 211 45 0 1489 100 1489 10423 10423 0 10423 384 1700 36741
Berdasarkan Tabel 5.29 diketahui bahwa estimasi jumlah baris yang tersimpan di dalam basis data pada tahun akademik 20141 adalah 36741 baris data. Adapun uraian penjelasan dari Tabel 5.29 adalah sebagai berikut :
134
1.
Tahun Akademik Tahun akademik yang masuk dalam tabel basis data dimulai dari tahun 2002 hingga tahun 2015 yang di dalamnya terdapat tahun akademik genap dan tahun akademik ganjil dan berjumlah 28 baris. Jumlah tersebut akan bertambah seiring dengan bertambahnya tahun akademik.
2.
Standar SKS Standar SKS yang masuk dalam tabel basis data berjumlah 20 baris. Data ini akan bertambah setiap tahun akademik bertambah.
3.
Standar Nilai Standar nilai yang ada di dalam basis data, berjumlah satu baris. Isi dari tabel standar nilai akan bertambah apabila kebijakan dari standar nilai berubah. Tabel ini akan selalu diakses apabila sistem melakukan kalkulasi nilai akhir mahasiswa.
4.
Mata Kuliah Tabel mata kuliah berisi 211 baris yang di dalamnya sudah tertampung semua mata kuliah yang ada di Fakultas Teknik.
5.
Mata Kuliah Bersyarat Tabel mata kuliah bersyarat berisi 45 baris dimana mata kuliah bersyarat tersebut berasal dari Program Studi S1 Teknik Sipil.
6.
Cuti Tabel cuti berisi data cuti mahasiswa. Data tersebut dianggap kosong untuk setiap tahun akademiknya.
7.
Penasihat Akademik Tabel penasihat akademik berisi 1489 baris dengan pertimbangan bahwa setiap mahasiswa yang aktif dalam tahun akademik 20141 memiliki seorang penasihat akademik.
8.
Pembimbing Tugas Akhir Dalam menghitung estimasi baris dalam data akademik, setiap program studi dianggap memiliki 25 orang mahasiswa yang mengambil Mata Kuliah Tugas Akhir.
135
9.
Generate Kartu Rencana Studi Tabel generate Kartu Rencana Studi berisi 1489 baris data yang disesuaikan dengan jumlah mahasiswa yang aktif pada tahun akademik 20141 dan tidak menyimpan dari tahun akademik lain.
10. Kartu Rencana Studi Tabel Kartu Rencana sSudi berisi 10423 baris data. Nilai estimasi tersebut berasal dari perhitungan yang diuraikan di bawah ini. Jumlah KRS ≈ Estimasi (Jumlah Generate KRS + Jumlah MK (21 SKS)) Jumlah KRS ≈ Estimasi (1489 KRS + 7 MK) Jumlah KRS ≈ 10423 baris 11. Kartu Hasil Studi Tabel Kartu Hasil Studi berisi 10423 yang mana jumlah baris tersebut sama dengan jumlah baris pada tabel Kartu Rencana Studi. 12. Penyetaraan Mata Kuliah Tabel penyetaraan mata kuliah dianggap kosong pada tahun akademik 20141. 13. Transkrip Mata Kuliah Tabel transkrip mata kuliah dianggap berisi 10423 baris yang mana jumlah tersebut disesuaikan dengan jumlah baris pada tabel Kartu Hasil Studi pada tahun akademik 20141. Dalam perhitungan estimasi data ini tidak dilibatkan data dari tahun akademik sebelumnya. 14. Jadwal Mata Kuliah Estimasi jumlah baris pada tabel jadwal mata kuliah adalah 384 baris. Perhitungan ini didasarkan pada langkah – langkah berikut : a.
Penjumlahan mata kuliah yang aktif pada tahun akademik berjalan dalam hal ini tahun akademik 20141. Data mata kuliah yang aktif pada tahun akademik 20141 diuraikan pada Tabel 5.30.
136
Tabel 5.30 Data Matakuliah Aktif Tahun Akademik 20141 No Nama Program Studi 1 Teknik Mesin 2 Teknik Elektro 3 Teknik Sipil 4 Teknik Informatika Jumlah
Jumlah Mata Kuliah 44 59 46 43 192
b. Anggap satu mata kuliah memiliki dua dosen pengampu. Maka perhitungannya : Estimasi Jumlah Baris ≈ Jumlah MK Aktif × 2 Estimasi Jumlah Baris ≈ 192 × 2 Estimasi Jumlah Baris ≈ 384 Baris 15. Bobot Nilai Tabel bobot nilai akan bertambah lima baris apabila tahun akademik sudah ditambahkan. Adapun estimasi jumlah baris dari bobot nilai adalah 1700 jumlah baris.
5.3.4
Analisis Perangkat Lunak Berdasarkan analisis data pengguna yang telah dilakukan, maka
spesifikasi perangkat lunak yang dapat direkomendasikan untuk implementasi sistem adalah sebagai berikut :
1. Sistem Operasi Dalam implementasi, sistem sebaiknya menggunakan server dengan sistem operasi Windows dalam hal ini Windows Server. Sistem operasi ini dipilih mengingat sistem harus bisa menjalankan fungsi yang berkaitan dengan Microsoft Access dalam hal ini laporan EPSBED. 2. XAMPP XAMPP adalah web server, server basis data serta modul PHP yang dikemas dalam satu paket instalasi dengan tujuan memudahkan pengembang web dalam melakukan konfigurasi. Web server yang
137
diusung oleh XAMPP adalah Apache, sedangkan untuk basis data XAMPP mengusung MySQL. Berkaitan dengan perubahan data dan transaksi data dalam sistem Fakultas Teknik maka XAMPP dapat dijadikan salah satu rujukan mengingat XAMPP memiliki kemudahan dalam proses instalasinya. 3. Peramban Web Pengaksesan sistem dilakukan melalui peramban web, peramban web yang direkomendasikan untuk mengakses sistem adalah Google Chrome versi 48.0.2564.116 m. 4. Microsoft Office Dalam implementasi sistem, office tools yang direkomendasikan adalah Micrsoft Office 2000 mengingat laporan dari sistem disajikan dalam bentuk file Excel dan Microsoft Database.
5.3.5
Analisis Perangkat Keras Dalam bagian ini diuraikan hasil analisis perangkat keras berupa spesifikasi komputer server dan komputer client. Hasil tersebut didasarkan dari analisis data pengguna dan analisis perangkat lunak. Adapun spesfikasi komputer server yang direkomendasikan untuk implementasi sistem adalah sebagai berikut : a. Processor Xeon Dual Core b. HDD 500 GB c. RAM 4 GB d. Rekomendasi vendor : IBM Server, HP Pavillion dan Dell Poweredge
Mengingat sistem tidak hanya diakses melalui server, maka spesifikasi komputer client yang direkomendasikan untuk mengakses sistem adalah sebagai berikut : a. Processor Intel(R) Core(TM) i3 2.53 GHz. b. HDD 500 GB c. RAM 3 GB
BAB VI PENUTUP 6.1 Kesimpulan Berdasarkan hasil dan pembahasan yang dilakukan pada bab sebelumnya, dapat disimpulkan bahwa Sistem Informasi Akademik Sub-sistem Transaksi Akademik dan User Management telah selesai dibangun dan diharapakan dapat membantu proses pengolahan data akademik Fakultas Teknik Universitas Halu Oleo. Berikut adalah data-data yang dapat diolah: 1. Data yang berhubungan dengan Transaksi Akademik, seperti data KRS, data nilai, data KHS, data transkrip nilai, data standar nilai, data standar sks, data bobot nilai, data cuti mahasiswa, data mahasiswa bimbingan, serta aktifkan KRS. 2. Data yang berhubungan dengan User Management, seperti data login administrator, login dosen, login mahasiswa, login dekan, login kajur, login kaprodi, serta login staf. 3. Pelaporan dalam bentuk berkas Excel dan PDF untuk KRS, KHS , serta Transkrip nilai. 4. Pelaporan dalam bentuk grafik seperti grafik IPK mahasiswa per angkatan, nilai mahasiswa, asal daerah serta IPS mahasiswa.
6.2 Saran Saran yang dapat penulis berikan untuk pengembangan sistem lebih lanjut yaitu : diharapkan sistem ini dapat mencatat aktivitas-aktivitas yang dilakukan oleh tiap user khususnya yang berkaitan dengan perubahan pada data-data akademik mahasiswa.
138
DAFTAR PUSTAKA
Jupriyanto, Triono, R.A. 2011. Pembangunan Sistem Informasi Kartu Rencana Studi (KRS) dan Kartu Hasil Studi (KHS) On Line pada Sekolah Tinggi Ilmu Tarbiyah Nahdlatul Ulama (STITNU) Pacitan. Indonesian Jurnal on Computer Science – Speed 11 Vol 3 No 4 – Agustus 2011. ISSN 1979 – 9330. Noviandi, F.R. 2012. Pengembangan Sistem Informasi Akademik Fakultas Teknik Universitas Tanjungpura. Skripsi. Fakultas Teknik. Universitas Tanjungpura. Pontianak. Peniarsih. 2012. Analisis dan Perancangan Sistem Informasi Akademik Universitas Suryadarma Jakarta. Universitas Gunadarma Jakarta, Jakarta. Rahmawati. 2012. Analisis Penerapan Sistem Informasi Akademik (SIAKAD) Online di Universitas Sultan Ageng Tirtayasa. Skripsi. Fakultas Ilmu Sosial dan Ilmu Politik. Universitas Sultan Ageng Tirtayasa. Serang. Ruwandar, H., Arum, R.S.P., dan Fitriawan, H..Rancang Bangun Sistem Informasi Akademik Menggunakan PHP dan Mysql (Studi Kasus pada Fakultas Teknik Universitas Lampung). Jurnal Informatika dan Teknik Elektro Terapan – JITET Vol 1 No 1 – 2013. ISSN : 2303-0577. Rossa, A.S., dan Shalahiddun, M. 2013, Rekayasa Perangkat Lunak (Terstruktur dan Berorientasi Objek), Modula, Bandung. Vasconcelos, A., Silva, M.M.D., Fernandes, A., Tribolet, J. An Information System Architectural Framework for Enterprise Application Integratio .IEEE - Proceedings of the 37th Annual Hawaii International Conference on - Januari 2004. ISBN 0-76952056-1.
Wibisono, A. 2010. Pengembangan Sistem Informasi Akademik Untuk Pelaporan Proses Akademik Mahasiswa Berbasis Web. Skripsi. Teknik Informatika. Universitas Atma Jaya Yogyakarta. Yogyakarta.