SKRIPSI SISTEM INFORMASI AKADEMIK SUB-SISTEM
advertisement
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 <head>...</head>. 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 <body>...</body>. 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 <tag awal> 2) tag akhir dinyatakan dengan <tag akhir> 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.
