SKRIPSI. SISTEM INFORMASI AKADEMIK SUB-SISTEM : UTILITY DAN EPSBED (Studi Kasus : Fakultas Teknik Universitas Halu Oleo)

SKRIPSI

SISTEM INFORMASI AKADEMIK SUB-SISTEM : UTILITY DAN EPSBED (Studi Kasus : Fakultas Teknik Universitas Halu Oleo)

CHRISTINE FLORENCE KISWANTO E1E111014

JURUSAN TEKNIK INFORMATIKA FAKULTAS TEKNIK UNIVERSITAS HALU OLEO KENDARI 2016

SKRIPSI

SISTEM INFORMASI AKADEMIK SUB-SISTEM : UTILITY DAN EPSBED (Studi Kasus : Fakultas Teknik Universitas Halu Oleo)

Diajukan untuk memenuhi salah satu syarat memperoleh derajat Sarjana Teknik

CHRISTINE FLORENCE KISWANTO E1E111014

JURUSAN TEKNIK INFORMATIKA FAKULTAS TEKNIK UNIVERSITAS HALU OLEO KENDARI 2016

ii

iii

iv

v

INTISARI Christine Florence Kiswanto, E1E111014 SISTEM INFORMASI AKADEMIK SUB-SISTEM : UTILITY DAN EPSBED (Studi Kasus : Fakultas Teknik Universitas Halu Oleo) Skripsi, Fakultas Teknik, 2016 Kata Kunci : Siakad, utility, EPSBED Fakultas Teknik (FT) merupakan salah satu Fakultas yang bernaung di bawah Universitas Halu Oleo dan menjadi salah satu penyelenggara pendidikan sarjana, FT menghadapi tantangan dalam pengolahan data dasar akademik (utility) dan pembuatan Laporan Evaluasi Program Studi Berbasiskan Evaluasi Diri (EPSBED). Sistem informasi akademik (Siakad) merupakan salah satu solusi yang dapat digunakan untuk membantu pengolahan data akademik dan pembuatan Laporan EPSBED sehingga proses pengolahan data tidak dilakukan berulangulang. Hasil dari proses merancang dan membangun Siakad untuk FT adalah sistem dapat dikembangkan dengan mengikuti alur Rational Unified Process (RUP) dan konsep basis data relasional dapat digunakan sebagai konsep untuk merancang basis data.

v

ABSTRACT Christine Florence Kiswanto, E1E111014 ACADEMIC INFORMATION SYSTEM SUB-SYSTEM : UTILITY AND EPSBED (Case Of Study : Faculty Of Engineering Halu Oleo University)

Minithesis, Faculty of Engineering, 2016 Keywords : Siakad, utility, EPSBED

Faculty of engineering (FT) is one of faculty which overshade as a part of Halu Oleo University and become one of the faculty who award a bachelor degree. Faculty of engineering face the defiance in base academic data processing (utility) and the making of Evaluasi Program Studi Berbasiskan Evaluasi Diri (EPSBED) report. Academic information system (Siakad) is one of the solution who can assist the base academic data processing and the making of EPSBED report so the multiple times data processing not in the process of. The result of designing and building the Siakad for FT that system is amendable with following Rational Unified Process (RUP) plot and relational database concept is applicable as a concept to design the system’s database.

vi

KATA PENGANTAR

Puji syukur penulis panjatkan kehadirat Tuhan Yang Maha Esa yang telah memberikan kasih-Nya sehingga penulisan skripsi yang berjudul Sistem Informasi Akademik Sub-sistem: Utility dan EPSBED (Studi Kasus : Fakultas Teknik Universitas Halu Oleo) dapat terselesaikan. Penulis menyadari bahwa dalam penyusunan skripsi ini masih banyak terdapat kesalahan dan yang disebabkan keterbatasan penulis baik dari aspek pengetahuan, tenaga maupun materi. Oleh karena itu, saran dan kritik yang bersifat membangun sangat diharapkan dari semua pihak demi kesempurnaan skripsi ini. Berbagai kesulitan penulis temui dalam penyusunan skripsi namun atas kasih Tuhan Tugas Akhir ini dapat diselesaikan. Oleh karena itu dengan segala kerendahan hati, penulis menyampaikan terima kasih dan penghargaan kepada Ibu Ika Purwanti Ningrum, S.Kom., M.Cs. selaku Pembimbing I dan Ibu Statiswaty, S.T., MMSI selaku Pembimbing II yang telah meluangkan waktu dan pikiran dalam memberikan bimbingan dan arahan sejak awal penulisan proposal hingga penyelesaian skripsi ini. Melalui kesempatan ini secara khusus, dengan hati yang tulus penulis menyampaikan terima kasih kepada Ayahanda Kiswanto dan Ibunda Ir. Yvonne Ferlamona Kiswanto yang telah memberikan dukungan dan dorongan kepada penulis baik itu materi dan doa yang tulus dan ikhlas sehingga penyusunan dan penulisan skripsi ini sehingga dapat terselesaikan. Pada kesempatan ini pula tidak lupa penulis menyampaikan terima kasih yang tulus kepada :

1.

Bapak Prof. Dr. Ir. H. Usman Rianse, M.S. selaku Rektor Universitas Halu Oleo.

2.

Bapak Mustarum Musaruddin, S.T., MIT., Ph.D. selaku Dekan Fakultas Teknik Universitas Halu Oleo.

3.

Ibu Ika Purwanti Ningrum, S.Kom., M.Cs. selaku Ketua Jurusan Teknik Informatika.

vii

viii

4.

Ibu Isnawaty, S.T., M.T. selaku Sekretaris Jurusan Teknik Informatika dan Dosen Pembimbing Akademik penulis atas segala pengalaman yang diberikan dalam bidang akademik dan semua arahan yang membangun pribadi maupun pengetahuan penulis.

5.

Bapak Sutardi, S.Kom., M.T., Bapak Rizal Adi Saputra, S.T., M.KOM., Bapak Natalis Ransi, S.Si., M.Cs., Bapak Subardin, S.T., M.T. dan Bapak LM. Bachtiar Aksara, S.T., M.T. selaku dewan penguji yang telah memberikan ide dan saran bagi penulis dalam menyelesaikan Tugas Akhir.

6.

Bapak dan Ibu Dosen Jurusan Teknik Informatika atas segala ilmu dan arahan yang diberikan selama penulis menuntut ilmu di bangku kuliah. Ibu Elti dan Ibu Anissa selaku Staf Jurusan Teknik Informatika.

7.

Saudara-saudaraku : Beni Kiswanto, Caroline Margaretha Putri Kiswanto, Yoseph Bunawan Kiswanto dan Ni Luh Putu Suryaningsih yang menjadi motivasi penulis untuk menyelesaikan Tugas Akhir ini.

8.

Teman-temanku yang hadir seperti saudara : Berliana, Firayati, Sari Fatiqah, Ayunita, Fina Faradilla, Ni Putu Yuli, Irma Yamin, Ummi Hidayah, Muh. Usgan, Harley Sebastian, Ichwan Utari dan Firman Teguh terima kasih untuk semuanya.

9.

Teman-teman 2011 : Ajus, Demon, Azim, Isra, Ega, Seni, Moris, Ady, Faisal, Fandi, Citra, Helson, Cici, Yuli, Niken, Amel, Helmi, Holis, Iqbal, Mardan, Tari, Tika, Ika, Biul, Wiwit, Koko, Restin, Resti, Kiyong, Nana, Cici, Restu, Bobby, Joy, Azkar, Nazar, Kidfi, Pama, Amal, Nando, Mas Bayu, Fadil, Jely, Mayang, Lirna, Dewi, Leni, Lilis, Yuni, Tendri dan semua yang tidak dapat disebutkan satu persatu terima kasih atas waktu dan kebersamaan selama penulis menjalankan studi di Teknik Informatika Universitas Halu Oleo.

10.

Semua pihak yang selalu mendukung dan tidak dapat disebutkan namanya satu per satu. Kendari, 15 April 2016

Penulis

DAFTAR ISI HALAMAN JUDUL........................................................................................... i HALAMAN PENGESAHAN............................................................................. ii HALAMAN PERNYATAAN............................................................................ iv INTISARI............................................................................................................v ABSTRACT........................................................................................................ vi KATA PENGANTAR........................................................................................ vii DAFTAR ISI....................................................................................................... ix DAFTAR TABEL............................................................................................... xi DAFTAR GAMBAR.......................................................................................... xiii BAB 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........................................................................................ 5 1.6 Sistematika Penulisan................................................................................... 5 1.7 Tinjauan Pustaka........................................................................................... 6 BAB II LANDASAN TEORI............................................................................ 8 2.1 Sistem Informasi Akademik.......................................................................... 8 2.2 Evaluasi Program Studi Berbasiskan Evaluasi Diri...................................... 9 2.3 Pemrograman Berorientasi Objek................................................................. 11 2.4 Rational Unified Process.............................................................................. 12 2.5 Unified Modelling Language........................................................................ 14 2.5.1 Diagram use case.............................................................................. 15 2.5.2 Diagram class.................................................................................... 16 2.5.3 Diagram activity................................................................................. 17 2.5.4 Diagram sequence............................................................................... 19 2.6 Pemrograman Web....................................................................................... 20 2.6.1 HyperText Markup Language............................................................. 20 2.6.2 Cascading Style Sheet......................................................................... 21 2.6.3 Hypertext Preprocessor...................................................................... 21 2.6.4 CodeIngniter....................................................................................... 21 2.6.5 Peramban web.................................................................................... 22 2.6.6 MySQL............................................................................................... 22 2.6.7 XAMPP.............................................................................................. 23 BAB III METODOLOGI PENELITIAN........................................................... 25 3.1 Tempat dan Waktu Penelitian....................................................................... 25 3.1.1 Tempat penelitian............................................................................... 25 3.1.2 Waktu penelitian................................................................................. 25 3.2 Metode Pengumpulan Data.......................................................................... 25 3.3 Metode Pengembangan Sistem.................................................................... 26 BAB IV ANALISIS DAN PERANCANGAN................................................... 28 4.1 Analisis Sistem yang Sedang Berjalan.........................................................28 4.2 Analisis Sistem yang Diusulkan.................................................................. 29

ix

x

4.3 Analisis Kebutuhan Sistem.......................................................................... 31 4.3.1 Analisis kebutuhan fungsional............................................................ 35 4.3.2 Analisis kebutuhan non fungsional..................................................... 41 4.3.3 Standar operasional prosedur.............................................................. 43 4.4 Rancangan Sistem........................................................................................ 44 4.4.1 Diagram use case................................................................................ 44 4.4.2 Diagram activity.................................................................................. 63 4.4.3 Diagram sequence............................................................................... 73 4.4.4 Diagram class......................................................................................78 4.5 Rancangan Tabel.......................................................................................... 87 BAB V IMPLEMENTASI DAN PEMBAHASAN SISTEM........................... 93 5.1 Implementasi Sistem..................................................................................... 93 5.1.1 Halaman Login.................................................................................... 93 5.1.2 Halaman tampil data........................................................................... 95 5.1.3 Halaman tambah tata...........................................................................97 5.1.4 Halaman ubah data.............................................................................. 99 5.2 Pembahasan Sistem....................................................................................... 99 5.2.1 Sub-sistem Utility............................................................................... 99 5.2.2 Sub-sistem EPSBED........................................................................... 112 5.3 Analisis Laporan EPSBED........................................................................... 121 BAB IV PENUTUP............................................................................................ 133 6.1 Kesimpulan................................................................................................... 133 6.2 Saran............................................................................................................. 133 DAFTAR PUSTAKA LAMPIRAN

DAFTAR TABEL Tabel 2.1 Tabel 2.2 Tabel 2.3 Tabel 2.4 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.10 Tabel 4.11 Tabel 4.12 Tabel 4.13 Tabel 4.14 Tabel 4.15 Tabel 4.15 Tabel 4.16 Tabel 4.16 Tabel 4.17 Tabel 4.18 Tabel 4.18 Tabel 4.19 Tabel 4.20 Tabel 4.21 Tabel 4.22 Tabel 4.23 Tabel 4.23 Tabel 4.24 Tabel 4.25 Tabel 4.26 Tabel 4.27 Tabel 4.28 Tabel 4.29 Tabel 4.29 Tabel 4.30 Tabel 4.31 Tabel 4.31 Tabel 4.32 Tabel 4.33

Simbol diagram use case............................................................... 16 Simbol diagram class.................................................................... 17 Simbol diagram activity................................................................. 18 Simbol diagram sequence.............................................................. 19 Lanjutan......................................................................................... 20 Waktu penelitian............................................................................ 25 Kebutuhan input dan estimasi data dasar Siakad........................... 33 Rerata mahasiswa baru Fakultas Teknik UHO.............................. 34 Rerata mahasiswa lulus Fakults Teknik UHO............................... 35 Estimasi pengguna level mahasiswa TA 20141............................. 35 Estimasi pengguna level pegawai.................................................. 36 MKU Fakultas Teknik TA 20141.................................................. 36 Estimasi jumlah baris kebutuhan data transaksi akademik............ 38 MK tahun akademik 20141............................................................40 Definisi aktor pada diagram use case Admin Fakultas..................46 Definisi use case pada diagram use case Admin Fakultas............ 46 Skenario Login............................................................................... 47 Skenario Logout............................................................................. 47 Skenario Membuat Laporan EPSBED.......................................... 48 Skenario M1................................................................................... 48 Skenario M2................................................................................... 48 Lanjutan......................................................................................... 49 Skenario M3................................................................................... 49 Lanjutan......................................................................................... 50 Skenario M4................................................................................... 50 Skenario M5................................................................................... 50 Lanjutan......................................................................................... 51 Skenario Unduh............................................................................. 51 Definisi aktor pada diagram use case Admin Jurusan................... 52 Definisi use case pada diagram use case Admin Jurusan.............. 52 Skenario melihat data jurusan........................................................ 53 Skenario mengubah data jurusan................................................... 53 Lanjutan......................................................................................... 54 Definisi aktor pada diagram use case Ketua Jurusan.................... 55 Definisi use case pada diagram use case Ketua Jurusan............... 55 Definisi aktor pada diagram use case Admin Prodi...................... 57 Definisi use case pada diagram use case Admin Prodi................. 57 Skenario melihat data prodi........................................................... 58 Skenario mengubah data prodi...................................................... 58 Lanjutan......................................................................................... 59 Skenario Membuat Laporan EPSBED Prodi................................. 59 Skenario Unduh............................................................................. 59 Lanjutan......................................................................................... 60 Skenario Melihat Detail Berkas..................................................... 60 Skenario menghapus berkas.......................................................... 60

xi

xii

Tabel 4.33 Tabel 4.34 Tabel 4.35 Tabel 4.36 Tabel 4.37 Tabel 4.37 Tabel 4.38 Tabel 4.39 Tabel 4.39 Tabel 4.40 Tabel 4.41 Tabel 4.42 Tabel 4.43 Tabel 4.44 Tabel 4.45 Tabel 4.46 Tabel 4.47 Tabel 4.48 Tabel 4.49 Tabel 4.50 Tabel 4.51 Tabel 4.52 Tabel 4.53 Tabel 4.54 Tabel 4.55 Tabel 4.56 Tabel 4.57 Tabel 4.58 Tabel 5.1 Tabel 5.1 Tabel 5.2 Tabel 5.2 Tabel 5.3 Tabel 5.3 Tabel 5.4 Tabel 5.5 Tabel 5.5 Tabel 5.6 Tabel 5.7

Lanjutan......................................................................................... 61 Skenario mencari berkas................................................................ 61 Definisi aktor pada diagram use case Kaprodi.............................. 62 Definisi use case pada diagram use case Kaprodi......................... 62 Deskripsi diagram class Admin Fakultas...................................... 80 Lanjutan......................................................................................... 81 Deskripsi diagram class Admin Jurusan........................................ 82 Deskripsi diagram class Ketua Jurusan......................................... 83 Lanjutan......................................................................................... 84 Deskripsi diagram class Admin Program Studi............................. 85 Deskripsi diagram class Ketua Program Studi.............................. 87 Tabel provinsi................................................................................ 87 Tabel kabupaten............................................................................ 88 Tabel kode jenjang....................................................................... 88 Tabel Kode FPK............................................................................ 88 Tabel Kode P2K.............................................................................89 Tabel Kode Status Program Studi.................................................. 89 Tabel Kode Akreditasi................................................................... 89 Tabel SMA..................................................................................... 89 Tabel Universitas.......................................................................... 90 Tabel Fakultas............................................................................... 90 Tabel Jurusan................................................................................. 90 Tabel Program Studi...................................................................... 91 Tabel Konsentrasi.......................................................................... 91 Tabel Berkas Epsbed..................................................................... 92 Tabel Status MK............................................................................ 92 Tabel kode jenis MK......................................................................92 Tabel kode kelompok MK............................................................. 92 Implementasi halaman login.......................................................... 93 Lanjutan......................................................................................... 94 Implementasi halaman tampil data................................................ 95 Lanjutan......................................................................................... 95 Implementasi halaman tambah data.............................................. 97 Lanjutan......................................................................................... 98 Hasil Laporan EPSBED Teknik Sipil............................................ 122 Hasil Laporan EPSBED Teknik Elektro...................................... 124 Lanjutan......................................................................................... 125 Hasil Laporan EPSBED Teknik Mesin......................................... 127 Hasil Laporan EPSBED Teknik Informatika.................................129

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

Diagram activity sistem yang sedang berjalan.......................... 28 Diagram activity sistem yang diusulkan................................... 30 Diagram use case Admin Fakultas............................................45 Diagram use case Admin Jurusan............................................. 51 Diagram use case Ketua Jurusan...............................................54 Diagram use case Admin Prodi.................................................56 Diagram use case Kaprodi........................................................ 61 Diagram activity menampilkan detail data................................64 Diagram activity menambahkan data........................................ 66 Diagram activity mengubah data............................................... 68 Diagram activity menghapus data............................................. 70 Diagram activity membuat Laporan EPSBED.......................... 72 Diagram sequence menambah data........................................... 73 Diagram sequence mengubah data............................................ 74 Diagram sequence menghapus data.......................................... 75 Diagram sequence mencari data................................................76 Diagram sequence login............................................................ 77 Diagram sequence logout.......................................................... 77 Diagram sequence Membuat Laporan EPSBED...................... 78 Diagram class Admin Fakultas................................................. 79 Diagram class Admin Jurusan.................................................. 82 Diagram class Ketua Jurusan.................................................... 83 Diagram class Admin Program Studi....................................... 84 Diagram class Ketua Program Studi......................................... 86 Error pada console Google Chrome......................................... 94 Warning pada console Mozilla Firefox.................................... 94 Warning pada console Internet Explorer.................................. 94 Icon show password.................................................................. 95 Icon reset textfield..................................................................... 95 Combo box Google Chrome...................................................... 96 Combo box Internet Explorer.................................................... 96 Auto sort dan aksi pada Google Chrome...................................96 Auto sort dan aksi pada Mozilla Firefox................................... 97 Warning pada console Mozilla Firefox (Tampil Data)............. 97 Warning pada console Google Chrome (Tampil Data)............ 97 Icon reset (tambah data)............................................................ 98 Icon reset (tambah data)............................................................ 98 Warning pada console Mozilla Firefox (Tambah Data)........... 99 Form login.................................................................................100 Halaman utama..........................................................................100 Tampil data provinsi................................................................. 101 Form input data provinsi........................................................... 102 Validasi form tambah data kosong............................................ 102 Validasi kode provinsi sudah terdaftar...................................... 103 Validasi kode provinsi belum terdaftar..................................... 103

xiii

xiv

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 Gambar 5.45 Gambar 5.46 Gambar 5.47 Gambar 5.48

Form sudah diisi dengan benar................................................. 104 Pesan sukses tambah data..........................................................104 Pesan gagal tambah data........................................................... 105 Modal detail data....................................................................... 105 Form ubah data provinsi........................................................... 106 Validasi form ubah data kosong................................................ 107 Validasi kode provinsi sama 1.................................................. 107 Validasi kode provinsi sama 2.................................................. 108 Validasi kode provinsi belum terdaftar (ubah)......................... 108 Pesan sukses ubah data..............................................................109 Konfirmasi hapus data provinsi................................................ 109 Pesan batal hapus data...............................................................110 Pesan sukses hapus data............................................................ 110 Data provinsi ditemukan........................................................... 111 Data provinsi tidak ditemukan.................................................. 111 Form Laporan EPSBED............................................................112 Halaman unduh Laporan EPSBED........................................... 113 Hasil unduhan Laporan EPSBED............................................. 114 Source code generate Laporan EPSBED.................................. 115 Query membuat TRNLM.......................................................... 117 Query pemilihan data TRNLM................................................. 117 Query pengisian TRNLM......................................................... 118 Source code unduh Laporan EPSBED...................................... 118 Tampil berkas Laporan EPSBED..............................................119 Detail berkas Laporan EPSBED............................................... 120 Berkas EPSBED ditemukan...................................................... 121 Berkas EPSBED tidak ditemukan............................................. 121

BAB I PENDAHULUAN 1.1 Latar Belakang Universitas Halu Oleo (UHO) merupakan salah satu Universitas Negeri yang berlokasi di Sulawesi Tenggara. Salah satu Fakultas yang bernaung di bawah UHO adalah Fakultas Teknik. Fakultas Teknik menyelenggarakan pendidikan strata satu bagi mahasiswa yang terdaftar dalam lima jurusan, yaitu Teknik Sipil, Teknik Elektro, Teknik Mesin, Teknik Arsitektur dan Teknik Informatika. Fakultas Teknik menjalankan berbagai fungsi, salah satunya adalah fungsi dalam bidang akademik untuk mahasiswa yang mana dalam fungsi tersebut Civitas Fakultas Teknik menghadapi berbagai tantangan dalam pengolahan data fakultas. Pengolahan data tersebut seperti pengolahan data dasar Fakultas dan Jurusan serta pelaporan. Salah satu pelaporan yang harus dilakukan oleh Program Studi (Prodi) dari tiap jurusan di Fakultas Teknik adalah pelaporan Evaluasi Program Studi Berbasiskan Evaluasi Diri (EPSBED). Pelaporan tersebut dilakukan setiap pergantian tahun akademik. Salah satu tantangan yang dihadapi Civitas Fakultas Teknik adalah belum terintegrasinya data akademik dengan data yang akan dilaporkan dalam bentuk EPSBED. Dampak dari hal tersebut adalah Civitas Fakultas Teknik melakukan proses memasukan data secara berulang yang mana hal tersebut menyita waktu, tenaga dan konsentrasi. Sistem Informasi Akademik (Siakad) yang memiliki subsistem Utility dan EPSBED merupakan salah satu solusi untuk mengatasi tantangan tersebut. Sub-sistem Utility digunakan untuk membantu menangani data dasar yang berkaitan dengan pelaporan EPSBED sedangkan sub-sistem EPSBED digunakan untuk membantu pembuatan Laporan EPSBED yang mana data dalam laporan tersebut merupakan data yang berasal dari Siakad itu sendiri. Seiring dengan perkembangan era teknologi, kebutuhan akan perancangan dan pembangunan Siakad dapat terjawab menggunakan analisis dan desain beorientasi objek. Perancangan dan pembangunan Siakad dengan analisis dan desain berorientasi objek akan melalui empat tahap utama yang dikenal dengan Rational

1

2

Unified Process (RUP). Adapun keempat tahap tersebut adalah: permulaan (inception), perluasan/perencanaan (elaboration), konstruksi (construction) dan transisi (transition). Implementasi Siakad tidak dapat dipisahkan dengan kebutuhan akan basis data relasional. Basis data relasional berisi tabel-tabel yang saling berhubungan satu sama lain. Tujuan dibuatnya tabel-tabel disini adalah untuk menyimpan data ke dalam tabel–tabel tersebut agar mudah diakses (Rosa A.S. dan M. Shalahudin, 2013). Kombinasi analisis dan desain berorientasi objek dilengkapi dengan empat tahap RUP serta basis data relasional dapat digunakan untuk merancang dan membangun Siakad Fakultas Teknik UHO khususnya Sub-sistem Utility dan EPSBED yang dapat membantu dalam pengolahan data dasar Fakultas Teknik dan Jurusan serta pembuatan Laporan EPSBED. Mengingat cakupan dari Siakad yang luas, maka perancangan dan pembuatan Siakad Fakultas Teknik UHO dibagi menjadi tiga sub-sistem, yaitu Sub-sistem Transasksi Akademik dan User Management, Sub-sistem Penjadwalan dan Kemahasiswaan serta Sub-sistem Utility dan EPSBED.

1.2 Rumusan Masalah Berdasarkan latar belakang yang telah diuraikan sebelumnya maka rumusan masalah dari penelitian ini adalah bagaimana merancang dan membangun sebuah Sistem Informasi Akademik untuk Fakultas Teknik Universitas Halu Oleo khususnya Sub-sistem Utility dan EPSBED.

1.3 Batasan Masalah Dalam penelitian ini, dibangun sebuah Siakad untuk lingkup Fakultas Teknik sebagai salah satu sistem yang dapat digunakan untuk membantu pengolahan data akademik. Berdasarkan latar belakang dan rumusan masalah yang telah dipaparkan, Siakad dibagi menjadi tiga sub-sistem sehingga perancangan dan pembagunan Siakad dikerjakan secara berkelompok dengan uraian sebagai berikut : 1.

Muhammad Usgan (E1E111022) mengerjakan Sub-sistem Penjadwalan dan Kemahasiswaan yang meliputi :

3

a. Proses pengolahan data yang berhubungan dengan penjadwalan, seperti data gedung, data ruangan, Tahun Akademik (TA), data semester, data kelas mahasiswa, data Mata Kuliah (MK), data kurikulum, data MK bersyarat, data dosen, data jadwal kuliah serta penyetaraan MK. b. Proses pengolahan data yang berhubungan dengan kemahasiswaan, seperti pengolahan data Pembimbing Akademik (PA), data status masuk mahasiswa, data status mahasiswa, data mahasiswa, data alumni serta data dari Admin Fakultas, Admin Jurusan serta Admin Prodi. c. Pembuatan Laporan Data Dosen, Data Admin Jurusan, Data Admin Prodi dan Data Mahasiwa yang disimpan dalam format file Excel. d. Pembuatan laporan Indeks Prestasi Kumulatif (IPK) mahasiswa per angkatan, nilai mahasiswa, asal daerah mahasiswa serta Indeks Prestasi Semester (IPS) mahasiswa dalam bentuk grafik dan gambar. 2. La Ode Apriadi (E1E111037) mengerjakan Sub-sistem Transaksi Akademik dan User Management yang meliputi : a. Proses pengolahan data pengguna seperti nama pengguna, password pengguna dan level pengguna. b. Proses transaksi akademik seperti data standar Satuan Kredit Semester (SKS), data standar nilai, data bobot nilai, data cuti mahasiswa, data mahasiswa bimbingan, aktivasi Kartu Rencana Studi (KRS), pembuatan KRS, data nilai, pembuatan Kartu Hasil Studi (KHS) dan pembuatan transkrip nilai mahasiswa. c. Pembuatan KRS, KHS serta transkrip nilai mahasiswa yang disimpan dalam format file Excel. 3. Christine Florence Kiswanto (E1E111014) mengerjakan Sub-sistem Utility dan EPSBED. a. Sub-sistem Utility meliputi pengolahan data dasar Fakultas dan Jurusan yang berhubungan dengan pelaporan EPSBED, seperti data area, data institusi, data status MK, data jenis MK serta data kelompok MK.

4

b. Sub-sistem EPSBED meliputi pembuatan laporan yang menggabungkan hasil pengolahan data dari Siakad Sub-sistem Penjadwalan dan Kemahasiswaan serta Sub-sistem Transaksi Akademik.

Dari keseluruhan sistem yang dibangun, penulis mengerjakan Sub-sistem Utility dan EPSBED. Adapun yang menjadi batasan masalah dalam penelitian dari sub-sistem ini adalah sebagai berikut : 1. Siakad dirancang dan dibangun untuk lingkup Fakultas Teknik UHO. 2. Siakad lingkup Fakultas Teknik tidak menangani masalah pembayaran SPP (Sumbangan Pembangunan Pendidikan) dan UKT (Uang Kuliah Tunggal) untuk aktivasi KRS mahasiswa. 3. Data dosen pada Siakad mengacu pada data dosen yang berasal dari Sistem Informasi Kepegawaian Fakultas Teknik. 4. Sub-sistem EPSBED menyimpan data dalam format Microsoft Access Database (.mdb) dengan tujuh buah tabel, yaitu sebagai berikut : a. Master Dosen (MSDOS) b. Master Mahasiswa (MSMHS) c. Kurikulum (TBKMK) d. Transaksi Aktivitas Mengajar Dosen (TRAKD) e. Transaksi Nilai Mahasiswa (TRNLM) f. Transaksi Mahasiswa Cuti/ Lulus/ Keluar/ D.O./ Non-aktif (TRLSM) g. Transaksi Aktivitas Kuliah Mahasiswa (TRAKM) 5. Susunan tabel dan kolom tiap tabel dalam Laporan EPSBED mengacu pada Laporan EPSBED Jurusan S1-Teknik Mesin pada TA 20141.

1.4 Tujuan Penelitian Berdasarkan rumusan masalah yang telah dipaparkan sebelumnya, maka tujuan dari penelitian ini adalah merancang dan membangun sebuah Sistem Informasi Akademik untuk Fakultas Teknik Universitas Halu Oleo yang dapat membantu dalam pengolahan data dasar Fakultas Teknik dan Jurusan serta pembuatan Laporan EPSBED.

5

1.5 Manfaat Penelitian Berdasarkan tujuan penelitian yang dipaparkan sebelumnya, maka manfaat yang diharapkan dari penelitian ini adalah : 1.

Civitas Fakultas Teknik akan terbantu dalam pengolahan data dasar Fakultas serta Jurusan.

2.

Civitas Fakultas Teknik akan terbantu dalam pembuatan Laporan EPSBED.

1.6 Sistematika Penulisan Sistematika penulisan dari laporan penelitian ini adalah sebagai berikut : BAB I PENDAHULUAN Bagian ini berisi pendahuluan yang terdiri dari latar belakang, rumusan masalah, tujuan penelitian, manfaat penelitian, sistematika penulisan dan tinjauan pustaka.

BAB II LANDASAN TEORI Bagian ini berisi materi yang berhubungan dengan Siakad dan EPSBED baik yang bersumber dari media cetak maupun media elektronik.

BAB III METODOLOGI PENELITIAN Bagian ini menguraikan waktu penelitian, tempat penelitian, metode pengumpulan data serta uraian dan hasil dari tahap RUP yang dijalankan untuk pembangunan Siakad Sub-sistem Utility dan EPSBED.

BAB IV ANALISIS DAN PERANCANGAN Bagian ini memuat analisis dari sistem yang berjalan dalam Fakultas Teknik yang berkaitan dengan pengolahan data pada Siakad UHO dan pembuatan Laporan EPSBED pada Prodi, analisis dari Siakad Sub-sistem Utility dan EPSBED sebagai sistem yang diusulkan beserta rancangannya yang dimodelkan dengan Unified Modelling Language (UML), analisis kebutuhan fungsional dan analisis kebutuhan non fungsional dari Siakad Sub-sistem Utility dan EPSBED serta Standar Operasional Prosedur (SOP) yang harus

6

diikuti oleh pengguna agar Siakad khususnya Sub-sistem Utility dan EPSBED dapat bekerja secara optimal.

BAB V IMPLEMENTASI DAN PEMBAHASAN SISTEM Bagian ini menyajikan implementasi dan pembahasan Siakad Sub-sistem Utility dan EPSBED.

BAB VI PENUTUP Bagian ini memuat kesimpulan dari penelitian yang telah dilakukan serta saran untuk penelitian selanjutnya.

1.7 Tinjauan Pustaka Adapun beberapa penelitian yang berhubungan dengan Siakad yang diterapkan pada suatu institusi adalah sebagai berikut : 1.

Nurudin Santoso (2009) dalam salah satu kesimpulannya menyatakan proses pengerjaan pengembangan software menggunakan RUP dan XP framework manajemen proyek yang modular akan memberikan sifat fleksibel dan reusable.

2.

Nurul Huda Agustiani (2010) menyatakan bahwa pemanfaatan Sistem Informasi Akademik Terpadu (Sikadu) berpengaruh positif signifikan terhadap kinerja individual.

3.

Rahmawati (2012) menyatakan bahwa Sistem Informasi Akademik (Siakad) sangat membantu dalam pengelolaan data nilai mahasiswa, mata kuliah, data staf pengajar (dosen) serta administrasi fakultas/ jurusan yang sifatnya masih manual

untuk

dikerjakan

dengan

bantuan

software

agar

mampu

mengefektifkan waktu dan menekan biaya operasional. Sistem Informasi Akademik juga telah disesuaikan dengan kebutuhan perguruan tinggi termasuk pembuatan Laporan EPSBED yang diserahkan kepada DIKTI setiap semester secara otomatis. 4.

Ema Utami dan Suwanto Raharjo (2014) menyatakan bahwa basis data memainkan peran penting dalam Siakad perguruan tinggi di Indonesia baik

7

berbasis web maupun berbasis dekstop. Dewasa ini, penggunaan Siakad berbasis web mendominasi di perguruan tinggi Indonesia, hampir semua Siakad yang berbasis web menggunakan konsep basis data relasional.

Berdasarkan rujukan pustaka yang dipaparkan, maka proses merancang dan membangun Siakad Fakultas Teknik UHO dapat menggunakan tahapan RUP yang dikombinasikan dengan basis data relasional yang dapat diakses melalui web. Siakad dapat membantu Civitas Fakultas Teknik dalam pengolahan data dasar Fakultas dan Jurusan serta pembuatan Laporan EPSBED pada setiap pergantian TA atau semester.

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 dirangkum 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 dan pengambilan MK bersyarat. 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 dan pengambilan MK bersyarat. c. Memudahkan staf dalam membuat laporan, seperti absen mahasiswa per mata kuliah, jadwal kuliah, KHS serta transkrip nilai mahasiswa. d. Siakad dapat diakses walaupun staf sedang berada di luar lingkungan kampus.

3.

Manfaat untuk mahasiswa a. Mahasiswa dapat mengakses dan menyimpan KRS, KHS dan transkrip nilai meskipun berada di luar lingkungan kampus. b. Mahasiswa dapat memantau keadaan akademiknya sendiri.

2.2 Evaluasi Program Studi Berbasiskan Evaluasi Diri Evaluasi Program Studi Berbasiskan Evaluasi Diri (EPSBED) merupakan laporan wajib yang dilaporkan kepada DIKTI 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 : 1.

Evaluasi dilakukan dalam rangka pengendalian mutu pendidikan secara nasional sebagai bentuk akuntabilitas penyelenggara pendidikan kepada pihakpihak yang 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 selambatlambatnya satu bulan terhitung sejak akhir semester kepada Direktorat Jenderal Pendidikan Tinggi dan Kopertis dengan menggunakan format sebagaimana

10

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 program 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 adalah sebagai berikut : 1.

EPSBED dapat digunakan sebagai bahan evaluasi internal untuk masingmasing 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 perbandingan untuk akreditasi program studi (diklarifikasi saat visitasi).

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 dan Perguruan Tinggi. b. Kurikulum Program Studi. c. Identitas dosen dan penugasannya setiap semester. d. Identitas mahasiswa, beban belajar setiap semester dan raihan prestasinya.

11

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, di dalam 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. Adapun beberapa komponen dari sebuah program yang dibangun dengan konsep berorientasi objek adalah sebagai berikut : 1.

Kelas (class) Kelas adalah kumpulan objek – objek dengan karakteristik yang sama. Sebuah kelas akan mempunyai sifat (atribut), kelakukan (operasi/ metode) dan hubungan.

2.

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.

3.

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.

4.

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

12

objek dalam kelas objek. Atribut dipunyai secara individual oleh sebuah objek, misalnya berat, jenis, nama dan sebagainya. 5.

Antarmuka (interface) Antarmuka atau interface sangat mirip dengan kelas, tapi tanpa atribut kelas dan memiliki metode yang dideklarasikan tanpa isi.

6.

Reusability Pemanfaatan kembali objek yang sudah didefinisikan untuk suatu permasalahan pada permasalahan lainnya yang melibatkan objek tersebut.

7.

Komunikasi antar objek Komunikasi antar objek dilakukan lewat pesan yang dikirim dari satu objek ke objek lainnya.

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.

Adanya konsistensi Konsistensi dapat dicapai karena adanya sifat pewarisan dan penggunaan notasi yang sama pada saat analisis, perancangan maupun pengkodean.

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 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).

13

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 dan resiko). 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 ruang 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 kebutuhan akan sistem dapat diimplementasikan atau tidak.

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

dikembangkan. Model use case harus 80% lengkap dibuat.

kasus

harus

14

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 sebagai syarat dari batas/ tonggak.

4.

Transisi (Transition) Tahap ini lebih pada instalasi sistem agar dapat dimengerti oleh pengguna. Adapun beberapa aktifitas yang masuk pada tahap ini adalah 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

15

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 class.

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 activity.

3.

Interaction diagrams yaitu kumpulan diagram yang digunakan untuk menggambarkan interaksi sistem dengan sistem lain maupun interaksi antar subsistem pada suatu sistem. Adapun diagram yang menjadi bagian dari interaction diagrams adalah diagram sequence.

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 : 1.

Aktor merupakan orang, proses atau sistem lain yang berinteraksi dengan sistem informasi, jadi walaupun simbol dari aktor adalah gambar orang, tapi aktor belum tentu merupakan orang.

2.

Use case merupakan fungsionalitas yang disediakan sistem sebagai unit-unit yang saling bertukar pesan antar unit atau aktor.

16

Adapun simbol – simbol yang digunakan dalam diagram use case diuraikan pada Tabel 2.1. Tabel 2.1 Simbol diagram use case Simbol Nama Deskripsi Use Case 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. Aktor Orang, proses, atau sistem lain yang berinteraksi dengan sistem informasi yang akan dibuat. Asosiasi

Ekstensi (extend)

Generalisasi

Menggunakan (include)

Komunikasi antara aktor dan use case yang berpartisipasi pada use case atau use case memiliki interaksi dengan aktor. Relasi use case tambahan ke sebuah use case dimana use case yang ditambahkan dapat berdiri sendiri walau tanpa use case tambahan itu. Hubungan generalisasi dan spesialisasi (umum-khusus) antara dua buah use case dimana fungsi yang satu adalah fungsi yang lebih umum dari yang lainnya. Relasi use case tambahan ke sebuah use case dimana use case yang ditambahkan memerlukan use case ini untuk menjalankan fungsinya atau sebagai syarat dijalankan use case ini.

2.5.2 Diagram class Diagram class menggambarkan struktur sistem dari segi pendefinisian class yang akan dibuat untuk membangun sistem. Class memiliki atribut dan operasi. Atribut merupakan variabel-variabel yang dimiliki suatu class. Operasi adalah fungsi-fungsi yang dimiliki oleh suatu class. Susunan struktur class yang baik pada diagram class sebaiknya memiliki jenis-jenis kelas berikut :

17

1.

Class main Class yang memiliki fungsi awal dan dieksekusi ketika sistem dijalankan.

2.

Class yang menangani tampilan sistem (view) Kelas yang mendefinisikan dan mengatur tampilan ke pemakai.

3.

Class 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.

4.

Class 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 beberpa simbol yang biasanya digunakan dalam diagram class diuraikan dalam Tabel 2.2. Tabel 2.2 Simbol diagram class Simbol Nama Kelas

Deskripsi Kelas pada stuktur pada sistem.

Asosiasi

Relasi antar kelas dengan makna umum, asosiasi biasanya juga disertai dengan multipicity. Asosiasi Berarah Relasi antar kelas dengan makna kelas (directed yang satu digunakan oleh kelas yang lain, association) asosiasi biasanya juga disertai dengan multiplicity. 2.5.3 Diagram activity Diagram activity 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.

18

Diagram activity juga banyak digunakan untuk mendefinisikan hal – hal berikut : 1.

Rancangan proses bisnis dimana setiap urutan aktivitas yang digambarkan merupakan proses bisnis sistem yang didefinisikan.

2.

Urutan atau pengelompokan tampilan dari sistem atau antarmuka dimana setiap aktivitas dianggap memiliki sebuah rancangan antarmuka tampilan.

3.

Rancangan pengujian dimana setiap aktivitas dianggap memerlukan sebuah pengujian yang perlu didefinisikan kasus ujinya.

4.

Rancangan menu yang ditampilkan pada perangkat lunak.

Adapun simbol-simbol yang digunakan dalam diagram activity dapat dilihat pada Tabel 2.3. Tabel 2.3 Simbol diagram activity Simbol Nama Deskripsi Status Awal Status awal aktivitas sistem. Aktivitas Percabangan (decision) Penggabungan (join) Status Akhir

Swimlane

Aktivitas yang dilakukan sistem, aktivitas biasanya diawali dengan kata kerja. Asosiasi percabangan digunakan untuk mendefinisikan jika ada pilihan aktivitas lebih dari satu. Asosiasi penggabungan digunakan untuk mendefinisikan beberapa aktivitas yang digabungkan menjadi satu. Status akhir yang dilakukan sistem.

Memisahkan organisasi bisnis yang bertanggung jawab terhadap aktivitas yang terjadi/

19

2.5.4 Diagram sequence Diagram sequence menggambarkan kelakuan objek pada use case dengan mendeskripsikan waktu hidup objek dan pesan yang dikirimkan dan diterima antar objek. Adapun simbol-simbol yang digunakan dalam diagram sequence diuraikan dalam Tabel 2.4. Tabel 2.4 Simbol diagram sequence Simbol Nama Deskripsi Orang, proses, atau sistem lain yang Aktor berinteraksi dengan sistem informasi yang akan dibuat.

8 << create >>

Garis Hidup (lifeline)

Menyatakan kehidupan suatu objek.

Objek

Menyatakan objek yang berinteraksi.

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 Create

Menyatakan suatu objek membuat objek yang lain, arah panah mengarah pada objek yang dibuat. Menyatakan suatu objek memanggil operasi atau metode yang ada pada objek lain atau dirinya sendiri. Menyatakan bahwa suatu objek mengirimkan data/ masukan/ informasi ke objek lainnya, arah panah mengarah pada objek yang dikirimi.

Pesan Tipe Call Pesan Tipe Send

20

Tabel 2.4 Lanjutan Pesan Tipe Return

Pesan Tipe Destroy

Menyatakan bahwa suatu objek yang telah menjalankan suatu operasi atau metode menghasilkan suatu kembalian ke objek tertentu, arah panah mengarah pada objek yang menerima kembalian. Menyatakan suatu objek mengakhiri hidup objek yang lain, arah panah mengarah pada objek yang diakhiri, sebaiknya jika ada create maka ada destroy.

2.6 Pemrograman Web 2.6.1 HyperText Markup Language HyperText Markup Language (HTML) adalah sebuah standar yang digunakan secara luas untuk menampilkan halaman web. HTML merupakan standar internet yang didefinisikan dan dikendalikan penggunaanya oleh World Wide Web Consortium (W3C). Adapun beberapa komponen utama dari sebuah dokumen HTML adalah sebagai berikut : 1.

Head Dokumen HTML diapit oleh tag .... Tag head biasanya memuat tag tittle yang menampilkan judul halaman web pada peramban web.

2.

Body Bagian body dinyatakan dengan tag .... Bagian ini merupakan tubuh atau isi dari dokumen HTML.

3.

Tag Tag dinyatakan dengan tanda lebih kecil (<) dan tanda lebih besar (>). Tag terdiri dari dua bagian, yaitu sebagai berikut : a. tag awal dinyatakan dengan b. tag akhir dinyatakan dengan

4.

Atribut Atribut merupakan pelengkap dari sebuah tag yang dapat menyatakan karakteristik dari tag tersebut.

21

2.6.2 Cascading Style Sheet CSS (Cascading Style Sheet) 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 script CSS disertakan pada setiap halaman web sedangkan apabila menggunakan CSS eksternal maka script CSS dibuat terpisah dari halaman web namun tetap dapat diakses oleh halaman web tersebut.

2.6.3 Hypertext Preprocessor PHP (Hypertext Preprocessor) 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 bahasa pemrograman PHP adalah sebagai berikut : 1.

PHP mudah dikembangkan karena memiliki banyak komunitas pengembang.

2.

Dalam sisi pemahaman, PHP adalah bahasa skrip yang cukup 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.

2.6.4 CodeIgniter CodeIgniter merupakan sebuah aplikasi terbuka yang berupa framework PHP dengan model, view dan controller (MVC). CodeIgniter pertama kali dirilis pada 28 Februari 2006. Model MVC pada CodeIgniter merupakan sebuah konsep dalam pembangunan web yang memisahkan pengembangan aplikasi berdasarkan bagianbagian berikut :

22

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 framework CodeIgniter adalah sebagai berikut : 1.

CodeIgniter merupakan framework PHP yang berukuran kecil sekitar 2 hingga 3Mb.

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 digunakan untuk membangun aplikasi web yang besar dan rumit karena menggunakan MVC.

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

23

konsep utama dalam basis data yang sudah ada sebelumnya, yaitu Structured Query Language (SQL). Adapun beberapa keistimewaan yang dimiliki oleh MySQL adalah sebagai berikut : 1.

Portabilitas. MySQL dapat berjalan stabil pada beberapa sistem operasi, beberapa di antaranya adalah Linux dan Windows.

2.

Perangkat lunak sumber terbuka. MySQL didistribusikan sebagai perangkat lunak sumber terbuka, di bawah lisensi GPL sehingga dapat digunakan secara gratis.

3.

Ragam tipe data. MySQL memiliki ragam tipe data yang sangat kaya seperti signed/ unsigned, integer, float dan lain sebagainya.

4.

Dapat diintegrasikan dengan bahasa pemrograman seperti C, C++, Ruby, Java, Phyton, Perl dan PHP.

5.

Dapat dijalankan pada spesifikasi perangkat lunak yang rendah.

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 : 1.

X X berarti perangkat lunak ini dapat berjalan di berbagai sistem operasi, seperti Windows, Linux, Mac OS dan Solaris.

2.

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.

3.

M M berarti MySQL yang merupakan aplikasi server basis data. MySQL dapat digunakan untuk membuat dan mengelola basis data beserta isinya.

24

4.

P P berarti PHP yang merupakan bahasa pemrograman web yang penggunaannya dapat disandingkan dengan HTML serta CSS.

5.

P P berarti Pearl yang merupakan bahasa pemrograman lain yang dapat dikompilasi melalui XAMPP selain bahasa pemrograman PHP.

Adapun beberapa komponen penting yang tersimpan dalam XAMPP adalah sebagai berikut : 1.

htdocs merupakan folder tempat meletakkan berkas – berkas yang akan dijalankan seperti berkas PHP, HTML dan skrip lainnya.

2.

phpMyAdmin merupakan bagian untuk mengelola basis data MySQL yang ada di komputer.

3.

Control Panel merupakan alat yang berfungsi untuk mengelola layanan XAMPP.

BAB III METODOLOGI PENELITIAN 3.1 Tempat dan Waktu Penelitian 3.1.1 Tempat penelitian Adapun tempat dilakukannya penelitian adalah gedung Fakultas Teknik UHO.

3.1.2 Waktu penelitian Adapun waktu dilakukannya penelitian diuraikan pada Tabel 3.1 Waktu Penelitian. Tabel 3.1 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

Inception

2

Elaboration

3

Construction

4

Transition

3.2 Metode Pengumpulan Data Adapun metode pengumpulan data yang digunakan dalam penelitian ini adalah sebagai berikut : 1.

Studi Pustaka Melalui studi pustaka penulis menghimpun data dari beberapa pustaka yang berkaitan dengan pembangunan Siakad dan Laporan EPSBED baik itu yang berhubungan dengan perancangan basis data, antarmuka dan fitur Siakad.

2.

Observasi Melalui observasi penulis menghimpun data secara langsung dari Civitas Fakultas Teknik UHO baik itu yang berhubungan dengan pengoperasian Siakad UHO di Fakultas Teknik dan pembuatan Laporan EPSBED.

25

26

3.3 Metode Pengembangan Sistem Metode pengembangan sistem yang digunakan untuk membangun Siakad Fakultas Teknik UHO adalah RUP. Adapun uraian tahap-tahap RUP yang dilakukan adalah sebagai berikut : 1.

Permulaan (Inception) Pada tahap ini dilakukan penentuan ruang lingkup dan kebutuhan Siakad Fakultas Teknik UHO. Ruang lingkup dan kebutuhan disesuaikan dengan hasil yang diperoleh saat pengumpulan data dan observasi. Adapun hasil yang diperoleh berkaitan dengan Sub-sistem Utility dan EPSBED pada tahap ini antara lain : a. Siakad mengolah data dasar yang berkaitan dengan data area, data institusi dan data akademik. b. Siakad melakukan pemeriksaan atau validasi untuk pengguna yang akan mengaksesnya. c. Siakad dapat membantu pembuatan Laporan EPSBED yang di dalamnya berisi tujuh buah tabel yaitu Master Dosen (MSDOS), Master Mahasiswa (MSMHS), Kurikulum (TBKMK), Transaksi Aktivitas Mengajar Dosen (TRAKM), Transaksi Nilai Mahasiswa (TRNLM), Transaksi Mahasiswa Cuti/ Lulus/ Keluar/ D.O./ Non-aktif (TRLSM) dan Transaksi Aktivitas Kuliah Mahasiswa (TRAKM). d. Siakad memiliki basis data yang dapat dihubungkan dengan Sistem Informasi Kepegawaian Fakultas Teknik untuk pengolahan data dosen.

2.

Perluasan/ Perencanaan (Elaboration) Pada tahap ini dilakukan perencanaan dari Siakad Fakultas Teknik UHO. Tahap ini meliputi rancangan antarmuka, rancangan basis data dan seleksi operasi apa saja yang dapat diimplementasikan sesuai dengan ruang lingkup dan kebutuhan yang telah didefinisikan pada tahap permulaan (inception). Adapun hasil yang diperoleh dari tahap perluasan/ perencanan yang berkaitan dengan Sub-sistem Utility dan EPSBED adalah sebagai berikut :

27

a. Siakad mengolah data area yaitu data provinsi dan data kabupaten yang digunakan sebagai referensi sebaran mahasiswa dan referensi EPSBED. b. Siakad mengolah data institusi yaitu data SMA (Sekolah Menengan Atas), Universitas, Fakultas, Jurusan, Program Studi, Konsentrasi, kode akreditasi, Kode, kode Frekuensi Pemutakhiran Kurikulum (FPK), kode Pelaksanaan Pemutakhiran Kurikulum (P2K), kode jenjang dan kode status Prodi. Data dasar institusi dapat digunakan untuk referensi asal sekolah mahasiswa dan referensi EPSBED. c. Siakad mengolah data akademik yaitu data status MK, kelompok MK dan jenis MK sebagai referensi data untuk pembuatan jadwal kuliah yang akan berkaitan langsung dengan KRS, KHS, transkrip nilai mahasiswa dan Laporan EPSBED. d. Siakad melakukan pemeriksaan atau validasi terhadap civitas yang akan menggunakannya. e. Sub-sistem Utility dan EPSBED dapat diakses oleh Admin Fakultas, Admin Jurusan dan Admin Prodi. f. Laporan EPSBED dapat diunduh dari Siakad Fakultas Teknik UHO.

3.

Konstruksi (Construction) Pada tahap ini dilakukan pembangunan Siakad Fakultas Teknik UHO melalui proses penulisan kode program (coding). Pembangunan Siakad Fakultas Teknik UHO dilakukan berdasarkan rancangan yang telah direncanakan pada tahap permulaan dan perencanaan/ perluasan.

4.

Transisi (Transition) Pada tahap ini dilakukan proses pengujian terhadap Siakad Fakultas Teknik UHO yang selanjutnya diserahkan kepada pihak Fakultas Teknik UHO dalam hal ini Program Studi Teknik Informatika.

BAB IV ANALISIS DAN PERANCANGAN 4.1 Analisis Sistem yang Sedang Berjalan Analisis sistem yang sedang berjalan merupakan kegiatan analisis yang dilakukan untuk mengetahui proses yang sedang berjalan pada Jurusan dan Program Studi pada Fakultas Teknik khususnya yang akan berkaitan dengan Subsistem Utility dan EPSBED. Adapun diagram activity yang memodelkan sistem yang sedang berjalan pada Program Studi di Fakultas Teknik ditunjukan oleh Gambar 4.1. Jurusan / Program Studi

Siakad

UHO

Akses Siakad

Menampilkan Siakad

Memberikan File Laporan EPSBED

Memasukan Data

Menyimpan Data

Menutup Siakad

Menutup Siakad

Mengambil File Laporan EPSBED

Menerima File Laporan EPSBED

Gagal

Memasukan Data

Periksa

Sukses

Gambar 4.1 Diagram activity sistem yang sedang berjalan

Berdasarkan Gambar 4.1, langkah-langkah sistem yang berjalan pada Fakultas Teknik khususnya Sub-sistem Utility dan EPSBED adalah sebagai berikut :

28

29

1.

Admin Program Studi terlebih dahulu memasukan data ke dalam Siakad UHO dengan mengakses www.siakad.uho.ac.id.

2.

Selanjutnya Admin Program Studi mengambil format Laporan EPSBED dari pihak UHO.

3.

Selanjutnya Admin Program Studi akan mengisi data pada format Laporan EPSBED.

4.

Selanjutnya Admin Program Studi memeriksa laporan tersebut pada pihak UHO. Apabila Laporan EPSBED sudah benar maka pihak UHO akan menerima Laporan tersebut sedangkan apabila Laporan EPSBED masih belum benar maka Admin Program Studi akan mengambil kembali laporan tersebut dan memperbaikinya lalu memeriksakannya kembali pada pihak UHO. Hal tersebut dilakukan hingga Laporan EPSBED benar dan siap disetorkan ke DIKTI.

Berdasarkan langkah-langkah tersebut dapat diketahui bahwa proses memasukan data terjadi secara berulang untuk data yang sama, proses memasukan data yang pertama untuk Siakad dan yang selanjutnya untuk Laporan EPSBED.

4.2 Analisis Sistem yang Diusulkan Analisis sistem yang diusulkan merupakan kegiatan analisis yang dilakukan untuk mengetahui kebutuhan sistem, rancangan sistem dan Standar Operasional Prosedur (SOP) dari Siakad Fakultas Teknik UHO khususnya yang berkaitan dengan Sub-sistem Utility dan EPSBED. Adapun diagram activity yang memodelkan sistem yang diusulkan pada Program Studi di Fakultas Teknik ditunjukan oleh Gambar 4.2.

30

Jurusan / Program Studi

Siakad Fakultas Teknik UHO

UHO

Akses Siakad

Menampilkan Siakad

Menerima Laporan EPSBED

Mengolah Data

Menyimpan Data

Periksa

Sukses

Membuat Laporan EPSBED Membuat Laporan EPSBED Melakukan Click pada Link Unduh

Menampilkan Link Unduh

Menyimpan Laporan EPSBED

Membawa Laporan EPSBED

Gagal

Gambar 4.2 Diagram activity sistem yang diusulkan

Berdasarkan Gambar 4.2, langkah-langkah sistem yang diusulkan untuk Fakultas Teknik yang berkaitan dengan Sub-sistem Utility dan EPSBED adalah sebagai berikut : 1.

Admin Program Studi terlebih dahulu mengakses Siakad Fakultas Teknik UHO.

2.

Selanjutnya, Admin Program Studi melakukan pengolahan data yang berkaitan dengan data area, data institusi dan data akademik yang kemudian disimpan oleh Siakad Fakultas Teknik UHO.

3.

Selanjutnya, Admin Program Studi membuat Laporan EPSBED dan Siakad Fakultas Teknik UHO membuat Laporan EPSBED berdasarkan data yang telah diolah sebelumnya.

31

4.

Selanjutnya, apabila Siakad Fakultas Teknik UHO sudah selesai membuat Laporan EPSBED, sistem akan menampilkan link (tautan) unduh.

5.

Selanjutnya, Admin Program Studi menyimpan Laporan EPSBED dan menyetorkannya pada pihak UHO untuk diperiksa. Apabila terjadi kesalahan, Admin Program Studi dapat kembali mengakses Siakad Fakultas Teknik UHO untuk memperbaiki datanya dan kembali membuat Laporan EPSBED yang baru.

4.3 Analisis Kebutuhan Sistem Analisis kebutuhan sistem merupakan suatu kegiatan yang dilakukan dengan tujuan mengetahui kebutuhan fungsional, kebutuhan non fungsional dan SOP dari sistem. Dalam rangka menentukan kebutuhan-kebutuhan tersebut, terdapat dua hal utama yang dapat dijadikan pertimbangan, yaitu sebagai berikut : 1.

Perubahan data Berdasarkan hasil pengamatan penulis, dalam Siakad, terdapat dua jenis data, yaitu data yang jarang berubah dan data yang selalu berubah. Perubahan data dalam hal ini berkaitan dengan penambahan, pengurangan dan perbaikan data. Dalam Siakad, contoh data yang jarang mengalami perubahan adalah data area, data institusi dan data yang berkaitan dengan kode akademik. Contoh data yang selalu berubah adalah data mahasiswa, data MK, data KRS, data KHS dan data nilai mahasiswa yang mana setiap tahun akademiknya selalu berfluktuasi.

2.

Jumlah pengguna Siakad dapat diakses oleh pengguna yang masuk dalam kategori Civitas Fakultas Teknik UHO yang mana civitas tersebut dibagi menjadi beberapa tingkatan pengguna seperti Mahasiswa, Dosen, Admin Progam Studi, Admin Jurusan, Ketua Jurusan (Kajur) dan Ketua Program Studi (Kaprodi). Setiap tingkatan pengguna dapat melakukan proses perubahan data sesuai dengan hak aksesnya masing-masing.

32

Berdasarkan pertimbangan tersebut, penulis membagi analisis kebutuhan menjadi 3 bagian utama, yaitu analisis kebutuhan fungsional, analisis kebutuhan non fungsional dan SOP.

4.3.1 Analisis kebutuhan fungsional Dalam analisis kebutuhan fungsional, penulis menetapkan segala bentuk data yang dibutuhkan oleh sistem (secara keseluruhan) agar sistem dapat bekerja dengan optimal. Analisis kebutuhan fungsional juga dilakukan untuk membantu dalam menentukan kebutuhan non fungsional dalam hal ini kebutuhan perangkat keras dan kebutuhan perangkat lunak. Kebutuhan tersebut dibagi menjadi tiga bagian, yaitu kebutuhan input, kebutuhan proses dan kebutuhan output.

1. Kebutuhan input Kebutuhan input data pada Siakad Fakultas Teknik UHO dibagi menjadi 3 bagian utama yaitu kebutuhan input data dasar sistem, kebutuhan input data pengguna sistem dan kebutuhan input data transaksi akademik.

a. Kebutuhan input data dasar sistem Analisis kebutuhan input data dasar Siakad Fakultas Teknik UHO berkaitan dengan pertimbangan perubahan data yang akan dialami oleh sistem. Data dasar sistem tersebut meliputi data area, data institusi, data kode akademik, data kode institusi dan data kode civitas. Data dasar sistem merupakan data yang sangat penting karena data tersebut akan digunakan dalam pembuatan laporan dan proses akademik lanjutan seperti data MK, data jadwal, data KRS dan data KHS. Berdasarkan hasil observasi yang melibatkan Laporan EPSBED dari 4 Program Studi di Fakultas Teknik UHO, maka kebutuhan input dan estimasi jumlah baris dalam basis data yang akan digunakan oleh data dasar sistem ditampilkan dalam Tabel 4.1.

33

Tabel 4.1 Kebutuhan input dan estimasi data dasar Siakad No Data Dasar Nama Tabel 1 Area Provinsi Kabupaten 2 Institusi Kode Jenjang Kode FPK Kode P2K Kode Status Prodi Kode Akreditasi SMA Universitas Fakultas Jurusan Program Studi Konsentrasi 3 Gedung Gedung Ruangan 4 Akademik Semester Kode Jenis Kurikulum Kode Kurikulum Kode Status Mata Kuliah Kode Jenis Mata Kuliah Kode Kelompok Mata Kuliah 5 Civitas Kode Status Masuk Mahasiswa Kode Status Mahasiswa Jumlah Baris (Keseluruhan)

Jumlah Baris 37 515 12 7 6 7 6 380 104 15 93 2 14 8 2 7 2 6 8 2 6 1251

Berdasarkan Tabel 4.1 diketahui bahwa sistem menyimpan 1251 baris yang tersebar dalam 23 tabel. Data pada Tabel 4.1 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.

b. Kebutuhan input data pengguna sistem Analisis kebutuhan input data pengguna Siakad berkaitan dengan data pengguna yang selalu berfluktuasi setiap tahun akademiknya. Data pengguna sistem

34

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 kebutuhan input data pengguna sistem, penulis akan menguraikan rerata dari mahasiswa masuk dalam lingkup Fakultas Teknik dengan data lima tahun terakhir (2011 – 2015). Adapun uraian data tersebut ditampilkan oleh Tabel 4.2. Tabel 4.2 Rerata mahasiswa baru Fakultas Teknik UHO No Tahun Sipil Mesin Elektro Informatika Jumlah 1 2011 84 67 79 91 321 2 2012 73 42 54 57 226 3 2013 103 50 66 79 298 4 2014 60 85 82 101 328 5 2015 66 50 101 50 267 Jumlah 386 294 382 378 1440 Rata – rata 77 59 76 76 228

Tabel 4.2 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 ganjil, Fakultas Teknik juga meluluskan mahasiswanya. Data tersebut diuraikan oleh Tabel 4.3.

35

Tabel 4.3 Rerata mahasiswa lulus Fakultas Teknik UHO No Tahun Sipil Mesin Elektro Informatika Jumlah 1 2011 50 35 20 69 174 2 2012 51 35 67 27 180 3 2013 72 35 64 45 216 4 2014 35 17 68 22 142 5 2015 35 35 35 35 140 Jumlah 243 157 254 198 852 Rata – rata 49 31 51 40 170

Tabel 4.3 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 dapat disimpulkan bahwa pengguna sistem dapat berkurang dengan estimasi 170 pengguna dengan level mahasiwa setiap tahunnya. Sistem tidak hanya mengolah data mahasiswa yang masuk dan lulus, 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 4.4. Tabel 4.4 Estimasi pengguna level mahasiswa TA 20141 No Program Studi Jumlah (Orang) 1 S1 – Teknik Mesin 2 S1 – Teknik Elektro 3 S1 – Teknik Informatika 4 S1 – Teknik Sipil Estimasi Jumlah Pengguna Mahasiswa

266 417 409 397 1489

Berdasarkan Tabel 4.4 diketahui bahwa estimasi jumlah pengguna sistem yang aktif pada tahun akademik 20141 adalah 1489 mahasiswa yang pasti berkurang

36

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 Admin Program Studi, Admin Jurusan, Kajur, Kaprodi, Dosen, Dekan dan Administrator yang dikategorikan dalam pengguna dari sisi pegawai. Berdasarkan data dari Sistem Informasi Kepegawaian Fakultas Teknik, estimasi pengguna untuk level pegawai diuraikan pada Tabel 4.5. Tabel 4.5 Estimasi pengguna level 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 4.5 diketahui bahwa estimasi pengguna sistem pada level pegawai berjumlah 108 orang dimana pada level Dekan terdapat empat pengguna yaitu Dekan, Wakil Dekan I, 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 MKU (Mata Kuliah Umum). Adapun uraian data MKU TA 20141 (semester ganjil) pada setiap program studi di Fakultas Teknik ditampilkan oleh Tabel 4.6. Tabel 4.6 MKU Fakultas Teknik TA 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

37

Tabel 4.6 menguraikan jumlah MKU di Fakultas Teknik pada TA 20141. 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 satu tahun akademik berjalan dapat berjumlah hingga 126 orang. Berdasarkan beberapa hal yang telah diuraikan sebelumnya, maka estimasi pengguna sistem pada satu tahun akademik berjalan diuraikan sebagai berikut :

Estimasi Jumlah Pengguna

≈

Estimasi Mahasiswa + Estimasi Pegawai

≈

1489 + 126

≈

1615 pengguna

Berdasarkan perhitungan tersebut, maka estimasi jumlah pengguna pada Siakad Fakultas Teknik UHO dalam satu tahun akademik berjalan berjumlah 1615 pengguna yang tersebar dalam beberapa level pengguna sistem.

c. Kebutuhan input data transaksi akademik Analisis terhadap kebutuhan input data transaksi akademik melibatkan data yang selalu berubah seperti KRS, KHS, transkrip nilai, jadwal kuliah dan lain sebagainya. Adapun uraian dari estimasi kebutuhan jumlah baris dari input data transaksi akademik diuraikan dalam Tabel 4.7.

38

Tabel 4.7 Estimasi jumlah baris kebutuhan data transaksi akademik No Nama Tabel Jumlah Baris 1 Tahun Akademik 28 2 Standar SKS 20 3 Standar Nilai 1 4 Mata Kuliah 211 5 Mata Kuliah Bersyarat 45 6 Cuti 0 7 Penasihat Akademik 1489 8 Pembimbing Tugas Akhir 100 9 Generate KRS 1489 10 KRS 10423 11 KHS 10423 12 Penyetaraan Mata Kuliah 0 13 Transkrip Mata Kuliah 10423 14 Jadwal Mata Kuliah 384 15 Bobot Nilai 1700 Jumlah 36741

Berdasarkan Tabel 4.7, diketahui bahwa estimasi jumlah baris yang tersimpan di dalam basis data pada TA 20141 adalah 36741 baris data. Adapun uraian penjelasan dari Tabel 4.7 adalah sebagai berikut : 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.

39

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.

9.

Generate KRS Tabel generate KRS berisi 1489 baris data yang disesuaikan dengan jumlah mahasiswa yang aktif pada tahun akademik 20141 dan tidak menyimpan dari tahun akademik lain.

10. KRS Tabel KRS 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

40

11. KHS Tabel KHS berisi 10423 baris 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 KHS 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 4.8. Tabel 4.8 MK 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

41

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.

2. Kebutuhan proses Berdasarkan kebutuhan input, kebutuhan proses dalam Siakad Fakultas Teknik Universitas Halu Oleo Sub-sistem Utility dan EPSBED adalah sebagai berikut : 1. Proses pengolahan data. Data tersebut adalah data yang masuk dalam kebutuhan input sistem. 2. Proses pembuatan Laporan EPSBED.

3. Kebutuhan output Adapun output yang diharapkan dari Sub-sistem Utility dan EPSBED adalah data Utility yang dapat digunakan untuk pembuatan Laporan EPSBED, yang mana data dalam laporan tersebut sesuai dengan data yang ada dalam Siakad Fakultas Teknik UHO.

4.3.2 Analisis kebutuhan non fungsional Dalam bagian ini penulis menguraikan kebutuhan non fungsional dari Siakad Fakultas Teknik UHO berdasarkan kebutuhan fungsional dari sistem. Kebutuhan non fungsional dibagi menjadi 2 bagian utama, yaitu kebutuhan perangkat lunak dan kebutuhan perangkat keras.

1. Kebutuhan perangkat lunak Perangkat lunak yang digunakan untuk Siakad Fakultas Teknik UHO diuraikan menjadi sebagai berikut : a. Perangkat lunak untuk membangun sistem Perangkat lunak yang digunakan untuk membangun sistem juga merupakan perangkat lunak yang digunakan untuk menguji sistem pada komputer penulis

42

yang dijalankan pada Sistem Operasi Windows 8 Pro. Adapun kebutuhan perangkat lunak tersebut adalah sebagai berikut : 1) Notepad++, perangkat lunak ini digunakan sebagai tempat penulisan kode program dalam hal ini bahasa pemrograman PHP yang dikombinasikan dengan HTML, CSS dan Javascript. 2) Google Chrome, merupakan salah satu peramban web yang digunakan untuk melihat hasil kompilasi program khusunya HTML, CSS dan Javascript. 3) MySQL, merupakan basis data yang digunakan untuk menyimpan data dari sistem. 4) Apache, merupakan web server yang digunakan agar program PHP dapat dikompilasi. 5) MySQL dan Apache dapat digantikan dengan XAMPP, dalam hal ini penulis menggunakan XAMPP 1.8.0.

b. Perangkat lunak untuk implementasi sistem Kebutuhan perangkat lunak untuk mengakses Siakad Fakultas Teknik UHO dari sisi client adalah sebuah perangkat komputer yang memiliki peramban web.

2. Kebutuhan perangkat keras Perangkat keras yang digunakan untuk Siakad Fakultas Teknik UHO diuraikan menjadi sebagai berikut : a. Perangkat keras untuk membangun sistem Perangkat keras untuk membangun sistem adalah perangkat keras yang juga digunakan untuk menguji sistem pada komputer penulis. Adapun spesifikasi perangkat keras tersebut adalah sebagai berikut : 1) Sistem Operasi Windows 8 Pro 32-bit. 2) Processor Intel(R) Core(TM) i3 2.53 GHz. 3) HDD 500 GB 4) RAM 3 GB

43

b. Perangkat keras untuk implementasi sistem Perangkat keras untuk implementasi sistem disesuaikan dengan kebutuhan perangkat lunak untuk implementasi sistem. Adapun spesifikasi perangkat keras yang disarankan untuk implementasi dan akses sistem adalah sebagai berikut : 1) Sistem operasi Windows. 2) Memiliki processor, misalnya Processor Intel atau Processor AMD 3) HDD 320 GB 4) RAM 512 MB

4.3.3 Standar operasional prosedur Berdasarkan analisis kebutuhan fungsional dan kebutuhan non fungsional, maka Standar SOP dalam penggunaan Siakad Fakultas Teknik UHO adalah sebagai berikut : 1. Sistem akan menolak duplikasi pada kode provinsi, kode kabupaten, kode jenjang, kode FPK, kode P2K, kode status Program Studi, kode akreditasi, kode Universitas, kode Fakultas serta kode Program Studi. 2. Sistem melakukan validasi terhadap beberapa jenis data baik saat proses memasukan maupun mengubah data. Validasi tersebut berupa karakter kosong, format penulisan alamat surat elektronik serta karakter maksimal. 3. Pengguna sebaiknya melengkapi data dasar seperti data provinsi, data kabupaten, data FPK, data P2K, data status Program Studi, data kode akreditasi, data Universitas, data Fakultas, data Jurusan, data Program Studi serta data dasar lainnya yang berhubungan dengan kebutuhan akademik agar tidak terdapat kolom kosong saat pembuatan Laporan EPSBED. 4. Status UHO dalam basis data harus di-set menjadi AKTIF begitu juga dengan status dari Fakultas Teknik. 5. Pengguna sebaiknya memasukan data dasar lain (selain yang disebutkan pada poin 3) seperti data mahasiswa, data traksaksi akademik dan data kepegawaian dengan baik dan benar agar pada saat proses memasukan dan mengubah data tidak menemui hambatan.

44

4.4 Rancangan Sistem Berdasarkan analisis kebutuhan fungsional, kebutuhan non fungsional dan SOP yang telah dipaparkan, maka rancangan sistem dari Siakad Fakultas Teknik UHO dapat dibuat dan dimodelkan menggunakan UML. Dalam laporan ini, penulis menyajikan rancangan sistem menggunakan 4 jenis diagram UML, yaitu diagram use case, diagram activity, diagram sequence dan diagram class.

4.4.1 Diagram use case Diagram use case merupakan diagram yang digunakan untuk memodelkan kelakuan (behaviour) dari sistem yang akan dibuat. Dalam laporan ini, penulis membuat diagram use case dari Siakad Fakultas Teknik UHO, khususnya Subsistem Utility dan EPSBED. Diagram akan dibagi berdasarkan level pengguna yang menggunakan Sub-sistem Utility dan EPSBED, yaitu Admin Fakultas, Admin Jurusan, Admin Program Studi, Ketua Jurusan dan Ketua Program Studi.

1. Diagram use case Admin Fakultas Diagram use case Admin Fakultas memodelkan kelakuan Admin Fakultas terhadap Siakad Fakultas Teknik UHO Sub-sistem Utility dan EPSBED. Diagram use case Admin Fakultas ditampilkan oleh Gambar 4.3.

45

M1

M2

M3

M4

M5

Mengolah Data Area

M1 M2 Mengolah Data Institusi

M3 M4 M5

Login

Logout M1

Admin Fakultas

M2 Mengolah Data Akademik

M3 M4 M5

Membuat Laporan EPSBED

Unduh Mengolah Berkas EPSBED Semua Prodi

M1

M4 M5

Gambar 4.3 Diagram use case Admin Fakultas

Gambar 4.3 menampilkan diagram use case Admin Fakultas pada Siakad Fakultas Teknik UHO. Adapun uraian dari Gambar 4.3 adalah sebagai berikut : a. Definisi aktor Berikut adalah pendefinisian aktor dari diagram use case Admin Fakultas (Gambar 4.3).

46

Tabel 4.9 Definisi aktor pada diagram use case Admin Fakultas No Aktor Deskripsi 1 Admin Fakultas Pengguna yang memiliki akses penuh terhadap Sub-sistem Utility dan EPSBED. b. Definisi use case Berikut adalah deskripsi use case dari diagram use case Admin Fakultas (Gambar 4.1). Tabel 4.10 Definisi use case pada diagram use case Admin Fakultas No Use Case Deskripsi 1 Login Proses pemeriksaan pengguna sebelum masuk ke dalam sistem. 2 Logout Proses pemeriksaan pengguna sebelum keluar dari sistem. 3 Mengolah data area Proses untuk mengolah data area terdiri dari lima bagian, yaitu M1 (melihat detail data), M2 (menambah data), M3 (mengubah data), M4 (menghapus data) dan M5 (mencari data). 4 Mengolah data Proses untuk mengolah data institusi terdiri dari institusi lima bagian, yaitu M1, M2, M3, M4dan M5. 5 Mengolah data Proses untuk mengolah data akademik terdiri akademik dari lima bagian, yaitu M1, M2, M3, M4dan M5. 6 Membuat Laporan Proses untuk membuat Laporan EPSBED EPSBED semua Program Studi yang terdaftar di Fakultas Teknik UHO. 7 Mengolah berkas Proses untuk mengolah berkas EPSBED terdiri EPSBED semua dari unduh, yaitu proses mengunduh kembali Prodi berkas yang sudah pernah dibuat sebelumnya, M4 dan M5. 8 M1 Proses melihat detail data yang terpilih. 9 M2 Proses menambah data ke dalam basis data. 10 M3 Proses mengubah data yang ada di basis data. 11 M4 Proses menghapus data dari basis data. 12 M5 Proses mencari data yang ada di basis data. 15 Unduh Proses menyimpan Laporan EPSBED.

47

c. Skenario use case Berikut adalah skenario jalannya masing-masing use case yang telah didefinisikan sebelumnya. 1) Use case Login Tabel 4.11 Skenario Login Aksi Aktor 1. Memasukan password

1. Memasukan password

Reaksi Sistem

Skenario Normal username dan 2. Memeriksa username dan password ke tabel pengguna 3. Masuk ke Siakad Fakultas Teknik UHO. Skenario Alternatif username dan 2. Memeriksa username dan password ke tabel pengguna 3. Menampilkan pesan login tidak berhasil

4. Memasukan username password yang terdaftar

dan 5. Memerikan username dan password ke tabel pengguna 6. Masuk ke Siakad Fakultas Teknik UHO

2) Use case Logout Tabel 4.12 Skenario Logout Aksi Aktor Reaksi Sistem Skenario Normal 1. Memasukan username dan password 2. Melakukan logout

48

3) Use case Membuat Laporan EPSBED Tabel 4.13 Skenario Membuat Laporan EPSBED Aksi Aktor Reaksi Sistem Skenario Normal 1. Memeriksa status login 2. Memilih Program Studi, Tahun Akademik dan Jenis Kurikulum 3. Membuat Laporan EPSBED dan menampilkan link unduh Laporan EPSBED 4. Melakukan click pada link unduh Laporan EPSBED 5. Mengunduh Laporan EPSBED 4) Use case M1 Tabel 4.14 Skenario M1 Aksi Aktor

Reaksi Sistem Skenario Normal 1. Memeriksa status login 2. Menampilkan data

3. Memilih data yang ingin dilihat detailnya 4. Menampilkan detail dari data yang terpilih 5) Use case M2 Tabel 4.15 Skenario M2 Aksi Aktor

Reaksi Sistem

Skenario Normal 1. Memeriksa status login 2. Memilih tab Form Input lalu memasukan data sesuai kolom 3. Memeriksa data 4. Menyimpan data ke basis data 5. Menampilkan pesan sukses menyimpan data Skenario Alternatif

49

Tabel 4.15 Lanjutan 1. Memeriksa status login 2. Memilih tab Form Input lalu memasukan data sesuai kolom 3. Memeriksa data 4. Memberikan pesan bahwa data tidak valid 5. Memperbaiki data 6. Memeriksa data 7. Menyimpan data ke basis data 8. Menampilkan pesan sukses menyimpan data 6) Use case M3 Tabel 4.16 Skenario M3 Aksi Aktor

Reaksi Sistem Skenario Normal 1. Memeriksa status login 2. Menampilkan data

3. Memilih data yang akan diubah 4. Menampilkan form ubah 5. Mengganti data 6. Memeriksa data 7. Menyimpan perubahan ke basis data 8. Menampilkan pesan sukses mengubah data Skenario Alternatif 1. Memeriksa status login 2. Menampilkan data 3. Memilih data yang akan diubah 4. Menampilkan form ubah 5. Mengganti data yang terpilih 6. Memeriksa data 7. Memberikan pesan bahwa data tidak valid 8. Memperbaiki data 9. Memeriksa data

50

Tabel 4.16 Lanjutan 10. Menyimpan perubahan ke basis data 11. Menampilkan pesan sukses mengubah data 7) Use case M4 Tabel 4.17 Skenario M4 Aksi Aktor

Reaksi Sistem Skenario Normal 1. Memeriksa status login 2. Menampilkan data

3. Memilih data yang akan dihapus 4. Menampilkan dialog konfirmasi 5. Setuju menghapus data terpilih 6. Menghapus data terpilih dari basis data 7. Kembali menampilkan data Skenario Alternatif 1. Memeriksa status login 2. Menampilkan data 3. Memilih data yang akan dihapus 4. Menampilkan dialog konfirmasi 5. Tidak setuju menghapus data 6. Kembali menampilkan data 8) Use case M5 Tabel 4.18 Skenario M5 Aksi Aktor

Reaksi Sistem Skenario Normal 1. Memeriksa status login 2. Menampilkan data

3. Memasukan kata kunci pencarian 4. Mencari data berdasarkan kata kunci pencarian

51

Tabel 4.18 Lanjutan 5. Menampilkan hasil pencarian (baik ada maupun tidak ada). 9) Use case Unduh Tabel 4.19 Skenario Unduh Aksi Aktor Reaksi Sistem Skenario Normal 1. Memeriksa status login 2. Menampilkan data Berkas EPSBED 3. Memilih berkas yang akan diunduh 4. Mengunduh berkas 2. Diagram use case Admin Jurusan Diagram use case Admin Jurusan memodelkan kelakuan Admin Jurusan terhadap Siakad Fakultas Teknik UHO Sub-sistem Utility dan EPSBED. Diagram use case Admin Fakultas ditampilkan oleh Gambar 4.4. Melihat Data Jurusan Mengubah Data Jurusan

Mengolah Data Jurusan

Login

Admin Jurusan

Logout

Gambar 4.4 Diagram use case Admin Jurusan

52

Adapun uraian dari diagram use case Admin Jurusan terhadap sistem adalah sebagai berikut : a. Definisi aktor Tabel 4.20 Definisi aktor pada diagram use case Admin Jurusan No Aktor Deskripsi 1 Admin Jurusan Pengguna yang memiliki hak akses untuk melihat dan mengubah data dari Jurusan tempat Admin tersebut terdaftar. b. Definisi use case Berikut adalah deskripsi use case dari diagram use case Admin Fakultas (Gambar 4.4). Tabel 4.21 Definisi use case pada diagram use case Admin Jurusan No Use Case Deskripsi 1 Login Proses pemeriksaan pengguna sebelum masuk ke dalam sistem. 2 Logout Proses pemeriksaan pengguna sebelum keluar dari sistem. 3 Mengolah data Proses mengolah data jurusan yang terdiri dari jurusan proses melihat dan mengubah data jurusan. 4 Melihat data jurusan Proses untuk melihat data jurusan sesuai dengan hak akses Admin Jurusan. 5 Mengubah data Proses untuk mengubah data jurusan sesuai jurusan dengan hak akses Admin Jurusan. c. Skenario use case Berikut adalah skenario use case dari masing-masing use case yang telah didefinisikan pada Tabel 4.21. 1) Use case Login Skenario dari use case Login dapat dilihat pada Tabel 4.11. 2) Use case Logout Skenario dari use case Logout dapat dilihat pada Tabel 4.12.

53

3) Use case Melihat Data Jurusan Tabel 4.22 Skenario melihat data jurusan Aksi Aktor Reaksi Sistem Skenario Normal 1. Memeriksa status login. 2. Menampilkan data jurusan. 3. Memilih data jurusan yang akan dilihat. 4. Menampilkan data jurusan yang terpilih. 4) Use case Mengubah Data Jurusan Tabel 4.23 Skenario mengubah data jurusan Aksi Aktor Reaksi Sistem Skenario Normal 1. Memeriksa status login. 2. Menampilkan data jurusan. 3. Memilih data jurusan yang akan diubah. 4. Menampilkan form ubah data jurusan 5. Mengganti data jurusan sesuai kolom yang ada. 6. Memeriksa data. 7. Menyimpan perubahan ke basis data. 8. Menampilkan pesan sukses ubah data. Skenario Alternatif 1. Memeriksa status login. 2. Menampilkan data jurusan. 3. Memilih data jurusan yang akan diubah. 4. Menampilkan form ubah data jurusan. 5. Mengganti data jurusan sesuai kolom yang ada. 6. Memeriksa data.

54

Tabel 4.23 Lanjutan 7.

Menampilkan pesan data tidak valid.

bahwa

8. Memperbaiki data. 9. Memeriksa data. 10. Menyimpan perubahan ke basis data. 11. Menampilkan pesan sukses ubah data. 3. Diagram use case ketua jurusan Diagram use case Ketua Jurusan memodelkan kelakuan Ketua Jurusan terhadap Siakad Fakultas Teknik UHO khususnya Sub-sistem Utility dan EPSBED. Diagram tersebut ditampilkan oleh Gambar 4.5. Melihat Data Jurusan

Mengolah Data Jurusan

Login

Ketua Jurusan

Logout

Gambar 4.5 Diagram use case Ketua Jurusan

Adapun uraian dari diagram use case Ketua Jurusan Siakad Fakultas Teknik UHO untuk Sub-sistem Utility dan EPSBED adalah sebagai berikut : a. Definisi aktor Berikut adalah definisi aktor dari diagram yang ditunjukan oleh Gambar 4.5.

55

Tabel 4.24 Definisi aktor pada diagram use case Ketua Jurusan No Aktor Deskripsi 1 Ketua Jurusan Pengguna yang memiliki hak akses untuk melihat data dari Jurusan tempat pengguna tersebut terdaftar. b. Definisi use case Berikut adalah definisi use case dari diagram yang ditunjukan oleh Gambar 4.5. Tabel 4.25 Definisi use case pada diagram use case Ketua Jurusan No Use Case Deskripsi 1 Login Proses pemeriksaan pengguna sebelum masuk ke dalam sistem. 2 Logout Proses pemeriksaan pengguna sebelum keluar dari sistem. 3 Mengolah data Proses untuk mengolah data jurusan yang terdiri jurusan dari melihat data jurusan. 4 Melihat data jurusan Proses untuk melihat data jurusan sesuai dengan hak akses Ketua Jurusan. c. Skenario use case Berikut adalah skenario dari use case yang telah didefinisikan pada Tabel 4.25. 1) Use case Login Skenario dari use case Login dapat dilihat pada Tabel 4.11. 2) Use case Logout Skenario dari use case Logout dapat dilihat pada Tabel 4.12. 3) Use case Melihat Data Jurusan Skenario dari use case Melihat Data Jurusan dapat dilihat pada Tabel 4.22.

4. Diagram use case Admin Program Studi Diagram use case Admin Program Studi memodelkan kelakuan Admin Program Studi terhadap Siakad Fakultas Teknik UHO. Gambar dari diagram tersebut dapat dilihat pada Gambar 4.6.

56

Melihat Data Prodi Mengubah Data Prodi

Mengolah Data Prodi

Login

Logout

Admin Prodi

Membuat Laporan EPSBED Prodi

Mengolah Berkas Laporan EPSBED Prodi

Cari Berkas

Menghapus Berkas

Unduh

Melihat Detail Berkas

Gambar 4.6 Diagram use case Admin Prodi

Adapun uraian dari diagram use case Admin Prodi terhadap sistem adalah sebagai berikut : a. Definisi aktor Berikut adalah definisi aktor dari diagram use case Admin Prodi.

57

Tabel 4.26 Definisi aktor pada diagram use case Admin Prodi No Aktor Deskripsi 1 Admin Prodi Pengguna yang memiliki hak akses untuk melihat dan mengubah data dari Program Studi tempat pengguna tersebut terdaftar. Admin Prodi juga dapat membuat dan mengolah Laporan EPSBED dari Prodi tempat Admin tersebut terdaftar. b. Definisi use case Berikut adalah definisi use case dari diagram use case yang ditunjukan oleh Gambar 4.6. Tabel 4.27 Definisi use case pada diagram use case Admin Prodi No Use Case Deskripsi 1 Login Proses pemeriksaan pengguna sebelum masuk ke dalam sistem. 2 Logout Proses pemeriksaan pengguna sebelum keluar dari sistem. 3 Mengolah data Prodi Proses untuk mengolah data Prodi yang terdiri dari melihat dan mengubah data Prodi . 4 Melihat data Prodi Proses untuk melihat data Prodi sesuai dengan hak akses Admin Prodi. 5 Mengubah data Proses untuk mengubah data Prodi sesuai Prodi dengan hak akses Admin Prodi. 6 Membuat Laporan Proses membuat Laporan EPSBED Prodi sesuai EPSBED Prodi dengan hak akses Admin Prodi. 7 Mengolah Berkas Proses mengolah Laporan EPSBED Prodi Laporan EPSBED sesuai dengan hak akses Admin Prodi. Proses ini Prodi terdiri dari unduh, menghapus berkas dan melihat detail berkas. 8 Unduh Proses mengunduh berkas Laporan EPSBED yang sebelumnya sudah pernah dibuat. 9 Melihat Detail Proses melihat detail berkas Laporan EPSBED Berkas seperti tanggal dibuat dan ukuran dari berkas. 10 Menghapus Berkas Proses menghapus berkas Laporan EPSBED dari direktori sistem. 11 Mencari Berkas Proses mencari berkas Laporan EPSBED yang sebelumnya sudah pernah dibuat.

58

c. Skenario use case Berikut adalah skenario dari tiap use case yang telah didefinisikan dalam Tabel 4.27. 1) Use case Login Skenario dari use case Login dapat dilihat pada Tabel 4.11. 2) Use case Logout Skenario dari use case Logout dapat dilihat pada Tabel 4.12. 3) Use case Melihat Data Prodi Tabel 4.28 Skenario melihat data prodi Aksi Aktor Reaksi Sistem Skenario Normal 1. Memeriksa status login. 2. Menampilkan data prodi. 3. Memilih data prodi yang akan dilihat. 4. Menampilkan data prodi yang terpilih. 4) Use case Mengubah Data Prodi Tabel 4.29 Skenario mengubah data prodi Aksi Aktor Reaksi Sistem Skenario Normal 1. Memeriksa status login 2. Menampilkan data prodi. 3. Memilih data prodi yang akan diubah. 4. Menampilkan form ubah data prodi. 5. Mengganti data prodi. 6. Memeriksa data prodi. 7. Menyimpan perubahan data ke basis data. 8. Menampilkan pesan sukses mengubah data. Skenario Alternatif 1. Memeriksa status login. 2. Menampilkan data prodi.

59

Tabel 4.29 Lanjutan 3. Memilih data prodi yang akan diubah. 4. Menampilkan form ubah data prodi. 5. Mengganti data prodi. 6. Memeriksa data. 7. Memberikan pesan bahwa data tidak valid. 8. Memperbaiki data. 9. Memeriksa data. 10. Menyimpan perubahan data ke dalam basis data. 11. Menampilkan pesan sukses mengubah data. 5) Use case Membuat Laporan EPSBED Prodi Tabel 4.30 Skenario Membuat Laporan EPSBED Prodi Aksi Aktor Reaksi Sistem Skenario Normal 1. Memeriksa status login. 2. Menampilkan form membuat Laporan EPSBED. 3. Memilih tahun akademik dan jenis kurikulum. 4. Membuat Laporan EPSBED. 5. Memberikan link unduh. 6. Mengunduh Laporan EPSBED. 6) Use case Unduh Tabel 4.31 Skenario Unduh Aksi Aktor Reaksi Sistem Skenario Normal 1. Memeriksa status login. 2. Menampilkan daftar berkas Laporan EPSBED. 3. Memilih Laporan EPSBED yang akan diunduh. 4. Memilih Unduh.

60

Tabel 4.31 Lanjutan 5. Mengunduh berkas. 7) Use case Melihat Detail Berkas Tabel 4.32 Skenario Melihat Detail Berkas Aksi Aktor Reaksi Sistem Skenario Normal 1. Memeriksa status login. 2. Menampilkan daftar berkas Laporan EPSBED. 3. Memilih Laporan EPSBED yang akan dilihat detailnya. 4. Menampilkan detail berkas terpilih. 8) Use case Menghapus Berkas Tabel 4.33 Skenario menghapus berkas Aksi Aktor Reaksi Sistem Skenario Normal 1. Memeriksa status login 2. Menampilkan daftar berkas Laporan EPSBED. 3. Memilih berkas Laporan EPSBED yang akan dihapus. 4. Menampilkan dialog konfirmasi. 5. Setuju menghapus berkas Laporan EPSBED terpilih. 6. Menghapus data terpilih dari basis data dan direktori sistem. 7. Kembali menampilkan daftar berkas Laporan EPSBED. Skenario Alternatif 1. Memeriksa status login 2. Menampilkan daftar berkas Laporan EPSBED. 3. Memilih berkas Laporan EPSBED yang akan dihapus. 4. Menampilkan dialog konfirmasi.

61

Tabel 4.33 Lanjutan 5. Tidak setuju menghapus Laporan EPSBED terpilih. 6. Kembali menampilkan daftar berkas Laporan EPSBED.

9) Use case Mencari Berkas Tabel 4.34 Skenario mencari berkas Aksi Aktor Reaksi Sistem Skenario Normal 1. Memeriksa status login. 2. Menampilkan daftar berkas Laporan EPSBED. 3. Memasukan kata kunci pencarian. 4. Mencari berdasarkan kata kunci pencarian. 5. Menampilkan hasil pencarian (baik ada maupun tidak ada). 5. Diagram use case Ketua Program Studi Diagram use case Kaprodi memodelkan kelakuan Kaprodi terhadap Siakad Fakultas Teknik UHO. Gambar dari diagram tersebut ditunjukan oleh Gambar 4.7. Mengolah Data Prodi

Melihat Data Prodi

Login

Ketua Program Studi

Logout

Gambar 4.7 Diagram use case Kaprodi

62

Adapun uraian dari diagram use case Kaprodi Siakad Fakultas Teknik UHO adalah sebagai berikut : a. Definisi aktor Berikut adalah definisi aktor dari diagram use case Kaprodi pada Siakad Fakultas Teknik UHO Sub-sistem Utility dan EPSBED. Tabel 4.35 Definisi aktor pada diagram use case Kaprodi No Aktor Deskripsi 1 Kaprodi Pengguna yang memiliki hak akses untuk melihat data dari Program Studi tempat pengguna tersebut terdaftar. b. Definisi use case Berikut adalah definisi use case dari diagram use case yang ditunjukan oleh Gambar 4.7. Tabel 4.36 Definisi use case pada diagram use case Kaprodi No Use Case Deskripsi 1 Login Proses pemeriksaan pengguna sebelum masuk ke dalam sistem. 2 Logout Proses pemeriksaan pengguna sebelum keluar dari sistem. 3 Mengolah data Prodi Proses untuk mengolah data Prodi yang terdiri dari melihat data Prodi . 4 Melihat data Prodi Proses untuk melihat data Prodi sesuai dengan hak akses Kaprodi. c. Skenario use case Berikut adalah skenario dari tiap use case yang didefinisikan pada Tabel 4.36. 1) Use case Login Skenario dari use case Login dapat dilihat pada Tabel 4.11. 2) Use case Logout Skenario dari use case Logout dapat dilihat pada Tabel 4.12. 3) Use case Melihat Data Prodi Skenario dari use case Melihat Data Prodi dapat dilihat pada Tabel 4.28.

63

4.4.2 Diagram activity Diagram activity menggambarkan aliran kerja sebuah sistem atau proses bisnis yang ada pada perangkat lunak. Diagram aktivitas juga digunakan untuk mendefiniskan urutan atau pengelompokan tampilan dari sistem dimana setiap aktivitas dianggap memiliki rancangan antarmuka tampilan. Dalam laporan ini, diagram activity memodelkan proses-proses utama dari Siakad Fakultas Teknik UHO, seperti proses menampilkan detail data pilihan, menambahkan data, mengubah data, menghapus data, mencari data dan membuat Laporan EPSBED.

1. Diagram activity menampilkan detail data Diagram activity menampilkan detail data berfungsi untuk memodelkan alur sistem saat pengguna melihat detail dari data yang terpilih di sistem. Diagram activity menampilkan detail data ditampilkan oleh Gambar 4.8.

64

Admin Fakultas/ Admin Jurusan/ Admin Prodi/ Kajur/ Kaprodi

Sistem Gagal

Login

Periksa

Menampilkan Menu

Menu Area

Menu Institusi

Menu Akademik

Menu Laporan

Memilih Menu Menampilkan Tab Tampil Data

Pilih Data

Pilih Aksi Detail

Menampilkan Form Detail Data Terpilih

Tutup Form

Menutup Form Detail Data Terpilih

Gambar 4.8 Diagram activity menampilkan detail data

Berdasarkan Gambar 4.8 diketahui bahwa aktivitas menampilkan detail data dapat dilakukan oleh Admin Fakultas, Admin Jurusan, Admin Prodi, Kajur dan Kaprodi. Adapun urutan untuk menampilkan detail dari sebuah data pada Siakad Fakultas Teknik UHO berdasarkan Gambar 4.8 adalah sebagai berikut : a. Pengguna melakukan login terlebih dahulu lalu sistem akan memeriksa apakah pengguna tersebut terdaftar atau tidak. Apabila “Gagal” pengguna akan diarahkan kembali untuk melakukan login sedangkan apabila “Sukses” pengguna akan diarahkan ke sistem dan sistem akan menampilkan menu.

65

b. Setelah sistem menampilkan menu, pengguna selanjutnya memilih menu yang hendak diproses datanya. c. Selanjutnya, sistem akan menampilkan form berisi tab yang menampilkan data dalam bentuk tabel. d. Selanjutnya, pengguna dapat memilih data yang hendak diketahui detailnya dan memilih aksi “Detail”. e. Sistem akan menampilkan form yang di dalamnya berisi detail dari data yang terpilih. f. Selanjutnya, apabila pengguna hendak menutup form detail, pengguna dapat melakukan click pada tombol “Close” lalu sistem akan menutup form detail tersebut.

2. Diagram activity menambah data Diagram activity menambah data berfungsi untuk memodelkan alur sistem saat pengguna hendak menambahkan data ke dalam basis data sistem. Dalam Sub-sistem Utility dan EPSBED, level pengguna yang dapat menambahkan data adalah Admin Fakultas. Diagram activity menambahkan data pada Siakad Fakultas Teknik UHO Subsistem Utility dan EPSBED ditampilkan oleh Gambar 4.9.

66

Admin Fakultas

Sistem Gagal

Login

Periksa

Menampilkan Menu

Menu Area

Menu Institusi

Menu Akademik

Menu Laporan

Memilih Menu Menampilkan Tab Tampil dan Tambah Data Pilih Tab Tambah Data Menampilkan Form Tambah Data Mengisi Form

Periksa

Menampilkan Pesan Gagal Tambah Data

Gagal

Sukses

Simpan ke Basis Data

Menampilkan Pesan Sukses Tambah Data

Gambar 4.9 Diagram activity menambahkan data

Berdasarkan Gambar 4.9, alur proses saat Admin Fakultas akan menambahkan data pada sistem adalah sebagai berikut : a. Admin Fakultas melakukan login terlebih dahulu, lalu sistem memeriksa apakah admin tersebut terdaftar atau tidak. Apabila informasi login belum benar, sistem akan mengarahkan admin tersebut agar melakukan login ulang sedangkan apabila informasi login sudah benar, sistem akan mengarahkan admin tersebut ke dalam sistem lalu sistem akan menampilkan menu. b. Setelah sistem menampilkan menu, Admin Fakultas memilih menu yang hendak ditambah datanya.

67

c. Selanjutnya sistem menampilkan halaman yang di dalamnya berisi 2 buah tab, yaitu tab untuk menampilkan data dan tab yang berisi form untuk menambahkan data. d. Selanjutnya, pengguna memilih tab untuk “Tambah Data” kemudian sistem akan menampilkan form untuk menambahkan data. e. Selanjutnya, pengguna mengisi form sesuai dengan komponen yang telah disediakan. f. Selanjutnya, sistem akan memeriksa data masukan dari Admin Fakultas. Apabila data sudah benar (Sukses) sistem akan menyimpan data baru tersebut ke dalam basis data sistem dan menampilkan pesan sukses menambahkan data sedangkan apabila data belum benar (Gagal) sistem akan menampilkan pesan gagal menambahkan data dan mengembalikan Admin Fakultas ke form “Tambah Data” untuk memperbaiki data masukan.

3. Diagram activity mengubah data Diagram activity mengubah data bertujuan menggambarkan alur sistem saat pengguna melakukan proses pengubahan data pada sistem. Proses pengubahan data pada sistem khususnya Sub-sistem Utility dan EPSBED hanya dapat dilakukan oleh Admin Fakultas, Admin Jurusan dan Admin Prodi. Diagram activity mengubah data pada Siakad Fakultas Teknik UHO Sub-sistem Utility dan EPSBED ditampilkan oleh Gambar 4.10.

68

Admin Fakultas/ Admin Jurusan/ Admin Prodi/ Kajur/ Kaprodi

Sistem Gagal

Login

Periksa

Menampilkan Menu

Menu Area

Menu Institusi

Menu Akademik

Menu Laporan

Memilih Menu Menampilkan Tab Tampil Data

Pilih Data

Pilih Aksi Ubah

Menampilkan Form Ubah Data Terpilih

Mengganti Data

Periksa

Gagal Menampilkan Pesan Gagal Ubah Data

Sukses

Simpan ke Basis Data

Menampilkan Pesan Sukses Ubah Data

Gambar 4.10 Diagram activity mengubah data

Berdasarkan Gambar 4.10, alur proses pada sistem saat dilakukan pengubahan data adalah sebagai berikut : a. Pertama, pengguna melakukan login terlebih dahulu. Selanjutnya, sistem akan memeriksa apakah pengguna tersebut terdaftar atau tidak. Apabila pengguna tersebut tidak terdaftar (Gagal) maka pengguna akan diarahkan untuk kembali melakukan login sedangkan apabila pengguna tersebut terdaftar maka pengguna akan diarahkan masuk ke dalam sistem dan sistem akan menampilkan menu. b. Selanjutnya, setelah sistem menampilkan menu, pengguna memilih menu yang akan diolah datanya. c. Selanjutnya, sistem akan menampilkan tab yang memuat data dalam bentuk tabel.

69

d. Selanjutnya pengguna memilih data mana yang akan diubah lalu pengguna memilih aksi “Ubah”. e. Selanjutnya, sistem akan menampilkan form “Ubah Data” yang di dalamnya telah berisi data yang akan diganti. f. Selanjutnya, pengguna mengganti data lalu sistem akan memeriksa apakah data pengganti tersebut sudah benar. Apabila data pengganti belum benar, sistem akan memberikan pesan gagal mengubah data dan mengembalikan pengguna ke form “Ubah Data” sedangkan apabila data sudah benar, sistem akan menyimpan perubahan data ke dalam basis data dan menampilkan pesan sukses mengubah data.

4. Diagram activity menghapus data Diagram activity menghapus data bertujuan menggambarkan alur kerja sistem saat dilakukan aksi hapus data. Dalam Siakad Fakultas Teknik UHO Sub-sistem Utility dan EPSBED, aksi hapus data hanya dapat dilakukan oleh pengguna dengan level Admin Fakultas. Diagram activity menghapus data dari Siakad Fakultas Teknik UHO Sub-sistem Utility dan EPSBED ditampilkan oleh Gambar 4.11.

70

Admin Fakultas

Sistem Gagal

Login

Periksa

Menampilkan Menu

Menu Institusi

Menu Area

Menu Akademik

Menu Laporan

Memilih Menu Menampilkan Tab Tampil Data

Pilih Data

Pilih Aksi Hapus

Menampilkan Dialog Konfirmasi Hapus Data

Hapus ?

Ya

Tidak

Menghapus Data Dari Basis Data Sistem

Menampilkan Pesan Sukses Hapus Data

Menampilkan Pesan Batal Hapus Data

Gambar 4.11 Diagram activity menghapus data

Berdasarkan Gambar 4.11, alur kerja sistem saat proses hapus data dilakukan adalah sebagai berikut : a. Pertama, Admin Fakultas melakukan login. Apabila login gagal, sistem akan mengembalikan Admin ke halaman login sedangkan apabila login sukses, Admin akan diarahkan masuk ke dalam sistem dan sistem akan manampilkan menu. b. Selanjutya, Admin memilih menu yang datanya akan dihapus. c. Selanjutnya, sistem akan menampilkan tab yang di dalamnya berisi data dalam bentuk tabel.

71

d. Selanjutnya, Admin memilih data mana yang hendak dihapus kemudia pengguna memilih aksi “Hapus Data”. e. Selanjutnya, sistem akan menampilkan dialog konfirmasi hapus data. f. Selanjutnya, Admin dapat memilih apakah akan menghapus data (Ya) atau akan membatalkan hapus data (Tidak). Apabila Admin memilih “Ya” maka sistem akan menghapus data terpilih dari basis data sistem dan menampilkan pesan sukses menghapus data. Apabila Admin memilih “Tidak” maka sistem akan membatalkan penghapusan data dan kembali menampilkan tab yang di dalamnya memuat data.

5. Diagram activity membuat Laporan EPSBED Diagram activity membuat laporan EPSBED menggambarkan alur kerja Siakad Fakultas Teknik UHO saat membuat Laporan EPSBED. Aktivitas membuat Laporan EPSBED hanya dapat dilakukan oleh Admin Fakultas dan Admin Prodi. Diagram activity membuat Laporan EPSBED ditampilkan oleh Gambar 4.12.

72

Admin Fakultas/ Admin Prodi

Sistem Gagal

Login

Periksa

Menampilkan Menu

Menu Area

Menu Institusi

Menu Akademik

Menu Laporan

Memilih Menu Laporan

Menampilkan Form Membuat Laporan EPSBED Memilih Prodi, TA dan Kurikulum Membuat Laporan EPSBED

Mengunduh Laporan EPSBED

Menampilkan link unduh Laporan EPSBED

Gambar 4.12 Diagram activity membuat Laporan EPSBED

Berdasarkan Gambar 4.12, alur kerja dari sistem saat pembuatan Laporan EPSBED dilakukan adalah sebagai berikut : a. Admin yang berhak, melakukan login terlebih dahulu. Apabila login gagal, sistem akan mengarahkan Admin untuk login ulang sedangkan apabila login sukses, sistem akan mengarahkan Admin ke dalam sistem dan menampilkan menu. b. Selanjutnya, Admin memilih “Menu Laporan” dan sistem akan menampilkan form untuk membuat Laporan EPSBED. c. Selanjutnya, dalam form membuat Laporan EPSBED, pengguna memilih Prodi (apabila Admin Fakultas), tahun akademik dan jenis kurikulum.

73

d. Selanjutnya, sistem akan membuat Laporan EPSBED dan menampilkan link unduh Laporan EPSBED. e. Selanjutnya pengguna dapat melakukan click pada link tersebut dan menyimpan Laporan EPSBED.

4.4.3 Diagram sequence Diagram sequence merupakan diagram yang menggambarkan urutan dari sebuah proses yang didefinisikan pada diagram use case. Dalam laporan ini, penulis menguraikan diagram sequence dari use case utama yang didefinisikan pada Gambar 4.3. Use case tersebut adalah M2 (Menambah Data), M3 (Mengubah Data), M4 (Menghapus Data), M5 (Mencari Data), Login, Logout dan Membuat Laporan EPSBED.

1. Diagram sequence menambah data Diagram sequence menambah data mendefinisikan urutan waktu dan skenario (Tabel 4.15) pada use case M2. Gambar diagram sequence menambah data ditampilkan oleh Gambar 4.13. Pengguna

m : Main()

an : Antarmuka()

v : Validasi()

1 : main() 2 : formLogin() 3 : data user

an : Antarmuka()

md : MengolahData()

k: koneksiBasisData()

d : data

4 : cekStatusLogin() 5 : valid/invalid 6 : formIsiData()

7 : data masukan 8 : tambahData()

9 << create >> 10 << create >> 12 : seAtribut() 13 : open()

14 : kueriTambahData() 15 : eksekusi () 16 : close() 18 : destroy() 19 : destroy() 20 : pesan 21 : pesan

Gambar 4.13 Diagram sequence menambah data

74

2. Diagram sequence mengubah data Diagram sequence mengubah data mendefinisikan urutan waktu dan skenario (Tabel 4.16) pada use case M3. Gambar diagram sequence mengubah data ditampilkan oleh Gambar 4.14. Pengguna

m : Main()

an : Antarmuka()

v : Validasi()

1 : main()

an : Antarmuka()

an : Antarmuka()

md : MengolahData()

2 : formLogin() 3 : data user

k: koneksiBasisData()

d : data

4 : cekStatusLogin() 5 : valid/invalid 6 : formTampilData()

8 : Data 9 : formUbah()

10 : data pengganti

11:ubahData() 12 << create >> 13 << create >> 14 : seAtribut() 15 : open() 16 : kueriUbahData() 17 : execute () 18 : close() 19 : destroy() 20 : destroy() 21 : pesan 22 : pesan 23 : pesan

Gambar 4.14 Diagran sequence mengubah data

3. Diagram sequence menghapus data Diagram sequence menghapus data mendefinisikan urutan waktu dan skenario (Tabel 4.17) pada use case M4. Gambar diagram sequence menghapus data ditampilkan oleh Gambar 4.15.

75

Pengguna

m : Main()

an : Antarmuka()

v : Validasi()

1 : main() 2 : formLogin() 3 : data user

an : Antarmuka()

md : MengolahData()

k: koneksiBasisData()

d : data

4 : cekStatusLogin() 5 : valid/invalid 6 : formTampilData()

7 : data 8 : pilih hapus 9 : konfirmasi hapus 10 : setuju / tidak setuju 11 : hapus() 12 << create >> 13 << create >>

14 : open() 15 : kueriHapusData() 16 : eksekusi () 17 : close() 18 : destroy() 20 : destroy() 20 : pesan 21 : pesan

Gambar 4.15 Diagram sequence menghapus data

4. Diagram sequence mencari data Diagram sequence mencari data mendefinisikan urutan waktu dan skenario (Tabel 4.18) pada use case M5. Gambar diagram sequence mencari data ditampilkan oleh Gambar 4.16.

76

Pengguna

m : Main()

an : Antarmuka()

v : Validasi()

1 : main()

an : Antarmuka()

md : MengolahData()

2 : formLogin() 3 : data user

k: koneksiBasisData()

d : data

4 : cekStatusLogin() 5 : valid/invalid 6 : formTampilData()

7 : data 8 : cari()

9 << create >> 10 << create >>

11 : open() 12 : kueriCariData() 13 : execute () 14 : getResult () 15 : hasil kueri () 16 : getAtribut() 17 : data 18 : close() 19 << destroy >> 20 << destroy >> 20 : pesan 21 : pesan

Gambar 4.16 Diagram sequence mencari data

5. Diagram sequence login Diagram sequence login mendefinisikan urutan waktu dan skenario (Tabel 4.11) pada use case Login . Gambar diagram sequence Login ditampilkan oleh Gambar 4.17.

77

Pengguna

m : Main

an : Antarmuka

v : Validasi

k : koneksiBasisData

u : user

1 : main()

2 : f ormLogin()

3 : username dan password dan kode lev el 4 : login() 5 << create >>

6 << create >>

7 : open()

8 : kueriCekLogin() 9 : eksekusi()

10 : getResult()

11 : username dan password dan kode lev el user

12 : close()

13 <<destroy >>

14 <<destroy >>

Gambar 4.17 Diagram sequence login

6. Diagram sequence Logout Diagram sequence logout mendefinisikan urutan waktu dan skenario (Tabel 4.12) pada use case Logout . Gambar diagram sequence Logout ditampilkan oleh Gambar 4.18. Pengguna

m : Main

an : Antarmuka

v : Validasi

1 : main()

2 : f ormMenu()

3 : klik menu logout

4 : logout()

Gambar 4.18 Diagram sequence logout

78

7. Diagram sequence membuat Laporan EPSBED Diagram sequence membuat Laporan EPSBED mendefinisikan urutan waktu dan skenario (Tabel 4.13) pada use case Membuat Laporan EPSBED . Gambar diagram sequence membuat Laporan EPSBED ditampilkan oleh Gambar 4.19. Pengguna

an : Antarmuka()

m : Main()

v : Validasi()

1 : main()

an : Antarmuka() e : Epsbed()

2 : formLogin() 3 : data user

db1 dan db2 : db1 dan db2

4 : cekStatusLogin()

t : tabel

5 : valid/invalid 6 : eps_1

7 : id_prodi 8 : id_dtta 9 : id_kurikulum 10 : cetak() 11 : msdos() 12 : msmhs() 13 : tbkmk() 14 : trakd() 15 : trnlm() 16 : trlsm() 17 : trakm() 18 << create >> 19 << create >> 20 : kueri_select() 21 : eksekusi() 22 : hasil() 23 : hasil 24 : kueri_insert() 25 : tautan unduh 26 : tautan unduh

Gambar 4.19 Diagram sequence membuat Laporan EPSBED

4.4.4 Diagram class Diagram class merupakan diagram yang menggambarkan struktur sistem dari segi pendefinisian kelas-kelas yang akan dibuat untuk membangun sistem. Diagram kelas umumnya terdiri dari kelas main, kelas antarmuka (view), kelas dari pendefinisian use case dan kelas dari pendefinisian data (model). Dalam laporan ini diagram class akan dibagi berdasarkan aktor yang terlibat dalam Sub-sistem Utility dan EPSBED.

1. Diagram class Admin Fakultas Diagram kelas berdasarkan use case Admin Fakultas (Gambar 4.3) ditampilkan oleh Gambar 4.20.

79

1...*

1...* 1 Tabel Program Studi +id_univ +id_prodi +kode_prodi +nama_prodi +id_jenjang +id_jurusan +id_stprodi +thn_smt_prodi_lapor +thn_smt_hapus_prodi +id_fpk +id_p2k +jumlah_sks +telp_prodi +faks_prodi +email_prodi +nama_operator_prodi +telp_operator_prodi +id_dosenprodi +getIdUniv() +setIdUniv() +getIdProdi() +setIdProdi() +getKodeProdi() +setKodeProdi() +getNamaProdi() +setNamaProdi() +getIdJenjang() +setIdJenjang() +getIdJurusan() +setIdJurusan() +getIdStprodi() +setIdStprodi() +getThnSmtProdiLapor() +setThnSmtHapusProdi() +setIdFpk() +getIdFpk() +setIdP2k() +getIdP2k() +setJumlahSks() +getJumlahSks() +getTelpProdi() +setTelpProdi() +getFaksProdi() +setFaksProdi() +getEmailProdi() +setEmailProdi() +getNamaOperatorProdi() +setNamaOperatorProdi() +getTelpOperatorProdi() +setTelpOperatorProdi() +getIdDosenProdi() +setIdDosenProdi() +queryM1() +queryM2() +queryM3() +queryM4() +queryM5()

1

1

1...*

Tabel Kode FPK +id_fpk +kode_fpk +uraian_fpk

1

1...*

1

1

1

Tabel Kode Akreditasi +stak_id +kode_stak +uraian_stak

Tabel SMA +id_sma +id_kabp +nama_sma

+getIdP2k() +setIdP2k() +getKodeP2k() +setKodeP2k() +getUraianP2k() +setUraianP2k() +queryM1() +queryM2() +queryM3() +queryM4() +queryM5()

+getIdStprodi() +setIdStprodi() +getKodeStprodi() +setKodeStprodi() +getUraianStprodi() +setUraianStprodi() +queryM1() +queryM2() +queryM3() +queryM4() +queryM5()

+getStakId() +setStakId() +getKodeStak() +setKodeStak() +getUraianStak() +setUraianStak() +queryM1() +queryM2() +queryM3() +queryM4() +queryM5()

+getIdSma() +setIdSma() +getIdKabp() +setIdKabp() +getNamaSma() +setNamaSma() +queryM1() +queryM2() +queryM3() +queryM4() +queryM5()

1

1...*

1

1...*

1

1...*

1

Tabel Universitas +id_univ +kode_univ +nama_univ +status_univ +getIdUniv() +setIdUniv() +getKodeUniv() +setKodeUniv() +getNamaUniv() +setNamaUniv() +getStatusUniv() +setStatusUniv() +queryM1() +queryM2() +queryM3() +queryM4() +queryM5()

1...*

1

1...*

1

1...*

Tabel Fakultas +id_fak +kode_fak +id_univ +nama_fakultas +status_fak +getIdFak() +setIdFak() +getKodeFak() +setKodeFak() +getIdUniv() +setIdUniv() +getNamaFakultas() +setNamaFakultas() +getStatusFak() +setStatusFak() +queryM1() +queryM2() +queryM3() +queryM4() +queryM5() 1

Tabel Jurusan +id_fak +id_jurusan +nm_jurusan

1

1

1...* Tabel Konsentrasi +id_konsentrasi +nama_konsentrasi +id_prodi

1..*

1 1 Membuat Laporan EPSBED 1 1

1 1

1

1

1

KoneksiBasisData +host +database +username +password +open() +execute() +getResult() +close()

1

1

1

+M1() +M2() +M3() +M4() +M5()

1 1

1...*

1

Mengolah Berkas EPSBED Semua Prodi

1 1 1

+Unduh() +M1() +M4() +M5()

1...*

1 Mengolah Data Area

Validasi

+M1() +M2() +M3() +M4() +M5()

1...* Tabel Kabupaten +id_kabp +kode_kabp +id_prov +nama_kabp +getIdKabp() +setIdKabp() +getKodeKabp() +setKodeKabp() +getNamaKabp() +setNamaKabp() +getIdProv() +setIdProv() +queryM1() +queryM2() +queryM3() +queryM4() +queryM5()

1

1

1

1

1

1

Antarmuka Tabel Provinsi +id_prov +kode_prov +nama_prov

+getIdProv() +setIdProv() +getKodeProv() +setKodeProv() +getNamaProv() +setNamaProv() +queryM1() +queryM2() +queryM3() +queryM4() +queryM5() 1

1...*

+M1() +M2() +M3() +M4() +M5()

1

1

Tabel Berkas EPSBED +id_berkas +nama_berkas +id_dtta_berkas +id_prodi_berkas +getIdBerkas() +setIdBerkas() +getNamaBerkas() +setNamaBerkas() +getIdDttaBerkas() +setIdDttaBerkas() +getIdProdiBerkas() +setIdProdiBerkas() +queryM1() +queryM2() +queryM3() +queryM4() +queryM5()

1...*

+formTampilInputDataProvinsi() +formTampilInputDataKabupaten() +formTampilInputDataKodeJenjang() +formTampilInputDataKodeFpk() +formTampilInputDataKodeP2k() +formTampilInputDataKodeStatusProdi() +formTampilInputDataKodeAkreditasi() +formTampilInputDataSMA() +formTampilInputDataUniversitas() +formTampilInputDataFakultas() +formTampilInputDataJurusan() +formTampilInputDataProgramStudi() +formTampilInputDataKonsentrasi() +formTampilInputDataStatusMK() +formTampilInputDataKodeJenisMK() +formTampilInputDataKodeKelompokMK() +formTampilBerkasEPSBED() +formTampilBuatLaporanEPSBED() +formTampilMenu() +formUbahDataProvinsi() +formUbahDataKabupaten() +formUbahDataKodeJenjang() +formUbahDataKodeFpk() +formUbahDataKodeP2k() +formUbahDataKodeStatusProdi() +formUbahDataKodeAkreditasi() +formUbahDataSMA() +formUbahDataUniversitas() +formUbahDataFakultas() +formUbahDataJurusan() +formUbahDataProgramStudi() +formUbahDataKonsentrasi() +formUbahtDataStatusMK() +formUbahDataKodeJenisMK() +formUbahDataKodeKelompokMK()

1

Mengolah Data Akademik

+login() +logout()

1...*

+getIdKonsentrasi() +setIdKonsentrasi() +getNamaKonsentrasi() +setNamaKonsentrasi() +getIdProdi() +setIdProdi() +queryM1() +queryM2() +queryM3() +queryM4() +queryM5() 1

1

1

+getIdFak() +setIdFak() +getIdJurusan() +setIdJurusan() +getNamaJurusan() +setNamaJurusan() +queryM1() +queryM2() +queryM3() +queryM4() +queryM5() 1...*

1 Mengolah Data Institusi

1

1

1...*

Tabel Kode Status Prodi +id_stprodi +kode_stprodi +uraian_stprodi

1...*

1 1...*

1

+getIdFpk() +setIdFpk() +getKodeFpk() +setKodeFpk() +getUraianFpk() +setUraianFpk() +queryM1() +queryM2() +queryM3() +queryM4() +queryM5()

1

Tabel Kode P2K +id_p2k +kode_p2k +uraian_p2k

1

1

1 1

1...* Tabel Kode Jenis MK +id_jmk +kode_jmk +uraian_jmk

Tabel Status MK +id_stmk +kode_stmk +uraian_stmk

+getIdKelpmk() +setIdKelpmk() +getKodeKelpmk() +setKodeKelpmk() +getUraianKelpmk() +setUraianKelpmk() +queryM1() +queryM2() +queryM3() +queryM4() +queryM5()

+getIdJmk() +setIdJmk() +getKodeJmk() +setKodeJmk() +getUraianJmk() +setUraianJmk() +queryM1() +queryM2() +queryM3() +queryM4() +queryM5()

+getIdStmk() +setIdStmk() +getKodeStmk() +setKodeStmk() +getUraianStmk() +setUraianStmk() +queryM1() +queryM2() +queryM3() +queryM4() +queryM5()

Main 1 +main()

Gambar 4.20 Diagram Class Admin Fakultas

+getIdJenjang() +setIdJenjang() +getKodeJenjang() +setKodeJenjang() +getNamaJenjang() +setNamaJenjang() +queryM1() +queryM2() +queryM3() +queryM4() +queryM5() 1

1...*

1...* Tabel Kode Kelompok MK +id_kelpmk +kode_kelpmk +uraian_kelpmk

1

Tabel Kode Jenjang +id_jenjang +kode_jenjang +nama_jenjang

1...*

1...*

80

Adapun deskripsi dari diagram class Admin Fakultas yang ditunjukan oleh Gambar 4.20 dapat dilihat pada Tabel 4.37. Tabel 4.37 Deskripsi diagram class Admin Fakultas Nama Kelas Keterangan Main Kelas yang memiliki fungsi awal dieksekusi ketika sistem dijalankan. Antarmuka Kelas yang mendefinisikan dan mengatur tampilan ke pemakai. Validasi Kelas proses yang mewakili use case Login dan Logout pada diagram use case (Gambar 4.3). KoneksiBasisData Kelas untuk koneksi ke basis data dan melakukan query. MengolahDataArea Kelas dari use case Mengolah Data Area yang di dalamnya menangani proses M1, M2, M3, M4 dan M5 (Tabel 4.10). MengolahDataInstitusi Kelas dari use case Mengolah Data Institusi yang di dalamnya menangani proses M1, M2, M3, M4 dan M5 (Tabel 4.10). MengolahDataAkademik Kelas dari use case Mengolah Data Akademik yang di dalamnya menangani proses M1, M2, M3, M4 dan M5 (Tabel 4.10). MembuatLaporanEPSBED Kelas dari use case Membuat Laporan EPSBED yang digunakan untuk proses membuat Laporan EPSBED (Tabel 4.10). MengolahBerkasEPSBED Kelas dari use case Mengolah Berkas EPSBED SemuaProdi Semua Prodi yang digunakan untuk proses Unduh, M1, M4 dan M5 (Tabel 4.10). TabelProvinsi Kelas data yang digunakan untuk memproses segala pengaksesan terhadap Tabel Provinsi. TabelKabupaten Kelas data yang digunakan untuk memproses segala pengaksesan terhadap Tabel Kabupaten. TabelKodeFPK Kelas data yang digunakan untuk memproses segala pengaksesan terhadap Tabel FPK. TabelKodeP2K Kelas data yang digunakan untuk memproses segala pengaksesan terhadap Tabel P2K. TabelKodeStatusProdi Kelas data yang digunakan untuk memproses segala pengaksesan terhadap Tabel Kode Status Prodi.

81

Tabel 4.37 Lanjutan TabelKodeAkreditasi

TabelSMA TabelUniversitas TabelFakultas TabelJurusan TabelProdi TabelKonsentrasi TabelKodeJenjang TabelKodeStatusMK TabelKodeJenisMK TabelKodeKelompokMK

TabelBerkasEPSBED

Kelas data yang digunakan untuk memproses segala pengaksesan terhadap Tabel Kode Akreditasi. Kelas data yang digunakan untuk memproses segala pengaksesan terhadap Tabel SMA. Kelas data yang digunakan untuk memproses segala pengaksesan terhadap Tabel Universitas. Kelas data yang digunakan untuk memproses segala pengaksesan terhadap Tabel Fakultas. Kelas data yang digunakan untuk memproses segala pengaksesan terhadap Tabel Jurusan. Kelas data yang digunakan untuk memproses segala pengaksesan terhadap Tabel Prodi. Kelas data yang digunakan untuk memproses segala pengaksesan terhadap Tabel Konsentrasi. Kelas data yang digunakan untuk memproses segala pengaksesan terhadap Tabel Kode Jenjang. Kelas data yang digunakan untuk memproses segala pengaksesan terhadap Tabel Status MK. Kelas data yang digunakan untuk memproses segala pengaksesan terhadap Tabel Jenis MK. Kelas data yang digunakan untuk memproses segala pengaksesan terhadap Tabel Kelompok MK. Kelas data yang digunakan untuk memproses segala pengaksesan terhadap Tabel Berkas EPSBED.

2. Diagram class Admin Jurusan Diagram class Admin Jurusan merupakan diagram class yang disesuaikan dengan diagram use case Admin Jurusan (Gambar 4.4). Gambar diagram class Admin Jurusan ditampilkan oleh Gambar 4.21.

82

1

1

KoneksiBasisData +host +database +username +password

Tabel Jurusan +id_fak +id_jurusan +nm_jurusan

Mengolah Data Jurusan +MelihatDataJurusan() +MengubahDataJurusan()

+open() +execute() +getResult() +close()

1

1 1...*

1 1

1

Validasi

Antarmuka

+login() +logout()

1

1

+getIdFak() +setIdFak() +getIdJurusan() +setIdJurusan() +getNamaJurusan() +setNamaJurusan() +queryMelihatDataJurusan() +queryMengubahDataJurusan()

Main +formTampilDataJurusan() +formTampilMenu() +formUbahDataJurusan()

1

1 +main()

Gambar 4.21 Diagram class Admin Jurusan

Deskripsi dari diagram class Admin Jurusan yang ditunjukan oleh Gambar 4.21 diuraikan dalam Tabel 4.38. Tabel 4.38 Deskripsi diagram class Admin Jurusan Nama Kelas Keterangan Main Kelas yang memiliki fungsi awal dieksekusi ketika sistem dijalankan. Antarmuka Kelas yang mendefinisikan dan mengatur tampilan ke pemakai. Validasi Kelas proses yang mewakili use case Login dan Logout pada diagram use case (Gambar 4.4). KoneksiBasisData Kelas untuk koneksi ke basis data dan melakukan query. MengolahDataJurusan Kelas dari use case Mengolah Data Jurusan yang di dalamnya menangani proses Melihat Data Jurusan dan Mengubah Data Jurusan (Tabel 4.21). TabelJurusan Kelas data yang digunakan untuk memproses segala pengaksesan terhadap Tabel Jurusan.

83

3. Diagram class Ketua Jurusan Diagram class Ketua Jurusan merupakan diagram class yang disesuaikan dengan diagram use case Ketua Jurusan (Gambar 4.5). Gambar diagram class Ketua Jurusan ditampilkan oleh Gambar 4.22.

1 KoneksiBasisData +host +database +username +password

1 Tabel Jurusan +id_fak +id_jurusan +nm_jurusan

1 Mengolah Data Jurusan 1

+open() +execute() +getResult() +close()

+MelihatDataJurusan() +MengubahDataJurusan()

+getIdFak() +setIdFak() +getIdJurusan() +setIdJurusan() +getNamaJurusan() +setNamaJurusan() 1...* +queryMelihatDataJurusan()

1

1

1 1

1

Antarmuka

Validasi +login() +logout()

Main 1

1

+formTampilDataJurusan() +formTampilMenu()

1

1 +main()

Gambar 4.22 Diagram class Ketua Jurusan

Deskripsi dari diagram class Ketua Jurusan yang ditunjukan oleh Gambar 4.22 diuraikan dalam Tabel 4.39. Tabel 4.39 Deskripsi diagram class Ketua Jurusan Nama Kelas Keterangan Main Kelas yang memiliki fungsi awal dieksekusi ketika sistem dijalankan. Antarmuka Kelas yang mendefinisikan dan mengatur tampilan ke pemakai. Validasi Kelas proses yang mewakili use case Login dan Logout pada diagram use case (Gambar 4.5). KoneksiBasisData Kelas untuk koneksi ke basis data dan melakukan query. MengolahDataJurusan Kelas dari use case Mengolah Data Jurusan yang di dalamnya menangani proses Melihat Data Jurusan (Tabel 4.21).

84

Tabel 4.39 Lanjutan TabelJurusan

Kelas data yang digunakan untuk memproses segala pengaksesan terhadap Tabel Jurusan.

4. Diagram class Admin Program Studi Diagram class Admin Program Studi merupakan diagram class yang disesuaikan dengan diagram use case Admin Program Studi (Gambar 4.6). Gambar diagram class Admin Program Studi ditampilkan oleh Gambar 4.23.

1 Membuat Laporan EPSBED

Mengolah Berkas EPSBED Prodi

1

1

1

1

KoneksiBasisData +host +database +username +password

1 1

Mengolah Data Program Studi 1

+open() +execute() +getResult() +close()

+Unduh() +MelihatDetailBerkas() +MenghapusBerkas() +CariBerkas()

1

+MelihatDataProgramStudi() +MengubahDataProgramStudi()

1

1 1 1 Antarmuka

Validasi 1

+formTampilDataProdi() +formUbahDataProdi() +formTampilMenu() +formTampilBerkasEPSBED() +formBuatLaporanEPSBED()

+login() +logout()

1

1

1

Tabel Berkas EPSBED +id_berkas +nama_berkas +id_dtta_berkas +id_prodi_berkas +getIdBerkas() +setIdBerkas() +getNamaBerkas() +setNamaBerkas() +getIdDttaBerkas() +setIdDttaBerkas() +getIdProdiBerkas() +setIdProdiBerkas() +Unduh() +queryMelihatBerkas() +queryMenghapusBerkas() +queryMencariBerkas

1

Main

1...* 1

+main() 1...*

1...*

1

Tabel Program Studi +id_univ +id_prodi +kode_prodi +nama_prodi +id_jenjang +id_jurusan +id_stprodi +thn_smt_prodi_lapor +thn_smt_hapus_prodi +id_fpk +id_p2k +jumlah_sks +telp_prodi +faks_prodi +email_prodi +nama_operator_prodi +telp_operator_prodi +id_dosenprodi +getIdUniv() +setIdUniv() +getIdProdi() +setIdProdi() +getKodeProdi() +setKodeProdi() +getNamaProdi() +setNamaProdi() +getIdJenjang() +setIdJenjang() +getIdJurusan() +setIdJurusan() +getIdStprodi() +setIdStprodi() +getThnSmtProdiLapor() +setThnSmtHapusProdi() +setIdFpk() +getIdFpk() +setIdP2k() +getIdP2k() +setJumlahSks() +getJumlahSks() +getTelpProdi() +setTelpProdi() +getFaksProdi() +setFaksProdi() +getEmailProdi() +setEmailProdi() +getNamaOperatorProdi() +setNamaOperatorProdi() +getTelpOperatorProdi() +setTelpOperatorProdi() +getIdDosenProdi() +setIdDosenProdi() +queryMelihatDataProdi() +queryMengubahDataProdi()

Gambar 4.23 Diagram class Admin Program Studi

85

Deskripsi dari diagram class Ketua Program Studi yang ditunjukan oleh Gambar 4.23 diuraikan dalam Tabel 4.40. Tabel 4.40 Deskripsi diagram class Admin Program Studi Nama Kelas Keterangan Main Kelas yang memiliki fungsi awal dieksekusi ketika sistem dijalankan. Antarmuka Kelas yang mendefinisikan dan mengatur tampilan ke pemakai. Validasi Kelas proses yang mewakili use case Login dan Logout pada diagram use case (Gambar 4.6). KoneksiBasisData Kelas untuk koneksi ke basis data dan melakukan query. MengolahDataProgramStudi Kelas dari use case Mengolah Data Prodi yang di dalamnya menangani proses Melihat Data Prodi dan Mengubah Data Prodi (Tabel 4.27). MembuatLaporanEPSBED Kelas dari use case Membuat Laporan EPSBED Prodi Prodi yang digunakan untuk proses membuat Laporan EPSBED (Tabel 4.27). MengolahBerkasEPSBED Kelas dari use case Mengolah Berkas Laporan Prodi EPSBED Prodi yang memiliki proses Unduh, MelihatDetailBerkas, MenghapusBerkas dan Mencari Berkas. TabelProgramStudi Kelas data yang digunakan untuk memproses segala pengaksesan terhadap Tabel Program Studi. TabelBerkas Kelas data yang digunakan untuk memproses segala pengaksesan terhadap Tabel Berkas. 5. Diagram class Ketua Program Studi Diagram class Ketua Program Studi merupakan diagram class yang disesuaikan dengan use case Ketua Program Studi (Gambar 4.7). Gambar dari diagram class Ketua Program Studi ditunjukan oleh Gambar 4.24.

86

KoneksiBasisData +host +database +username +password

1 Mengolah Data Program Studi 1

1

+open() +execute() +getResult() +close()

+MelihatDataProgramStudi()

1

1 1 1

Validasi 1

Antarmuka +formTampilDataProgramStudi() +formTampilMenu()

+login() +logout()

1

1 1

1

Main 1 +main()

Tabel Program Studi +id_univ +id_prodi +kode_prodi +nama_prodi +id_jenjang +id_jurusan +id_stprodi +thn_smt_prodi_lapor +thn_smt_hapus_prodi +id_fpk +id_p2k +jumlah_sks +telp_prodi +faks_prodi +email_prodi +nama_operator_prodi +telp_operator_prodi +id_dosenprodi

+getIdUniv() +setIdUniv() +getIdProdi() +setIdProdi() +getKodeProdi() +setKodeProdi() +getNamaProdi() +setNamaProdi() 1...* +getIdJenjang() +setIdJenjang() +getIdJurusan() +setIdJurusan() +getIdStprodi() +setIdStprodi() +getThnSmtProdiLapor() +setThnSmtHapusProdi() +setIdFpk() +getIdFpk() +setIdP2k() +getIdP2k() +setJumlahSks() +getJumlahSks() +getTelpProdi() +setTelpProdi() +getFaksProdi() +setFaksProdi() +getEmailProdi() +setEmailProdi() +getNamaOperatorProdi() +setNamaOperatorProdi() +getTelpOperatorProdi() +setTelpOperatorProdi() +getIdDosenProdi() +setIdDosenProdi() +queryMelihatDataProdi()

Gambar 4.24 Diagram class Ketua Program Studi

Deskripsi diagram class Ketua Program Studi yang ditampilkan oleh Gambr 4.24 ditunjukan oleh Tabel 4.41.

87

Tabel 4.41 Deskripsi diagram class Ketua Program Studi Nama Kelas Keterangan Main Kelas yang memiliki fungsi awal dieksekusi ketika sistem dijalankan. Antarmuka Kelas yang mendefinisikan dan mengatur tampilan ke pemakai. Validasi Kelas proses yang mewakili use case Login dan Logout pada diagram use case (Gambar 4.6). KoneksiBasisData Kelas untuk koneksi ke basis data dan melakukan query. MengolahDataProgramStudi Kelas dari use case Mengolah Data Prodi yang di dalamnya menangani proses Melihat Data Prodi (Tabel 4.36). TabelProgramStudi Kelas data yang digunakan untuk memproses segala pengaksesan terhadap Tabel Program Studi.

4.5 Rancangan Tabel Berdasarkan diagram kelas yang sudah diuraikan sebelumnya, maka susunan tabel yang berperan dan menjadi rancangan penulis dalam basis data yang digunakan pada Siakad Fakultas Teknik UHO Sub-sistem Utility dan EPSBED adalah sebagai berikut : 1.

Tabel Provinsi Tabel provinsi merupakan tabel yang berfungsi untuk menampung data provinsi. Adapun rancangan tabel data provinsi ditunjukan oleh Tabel 4.42. Tabel 4.42 Tabel provinsi No Nama Kolom 1 id_prov 2 kode_prov 3 nama_prov

Tipe Data bigint(16) varchar(3) varchar(100)

Keterangan Id Provinsi Kode Provinsi Nama Provinsi

88

2.

Tabel Kabupaten Tabel kabupaten merupakan tabel yang berfungsi untuk menampung data kabupaten. Adapun rancangan tabel kabupaten ditunjukan oleh Tabel 4.43. Tabel 4.43 Tabel kabupaten No Nama Kolom 1 id_kabp 2 kode_kabp 3 id_prov 4 nama_kabp

3.

Tipe Data bigint(16) varchar(9) bigint(16) varchar(75)

Keterangan Id Kabupaten Kode Kabupaten Id Provinsi Nama Kabupaten

Tabel Kode Jenjang Tabel kode jenjang merupakan tabel yang berfungsi untuk menampung data kode jenjang. Adapun rancangan tabel data kode jenjang ditunjukan oleh Tabel 4.44. Tabel 4.44 Tabel kode jenjang No Nama Kolom 1 id_jenjang 2 kode_jenjang 3 uraian_jenjang

4.

Tipe Data bigint(17) varchar(5) varchar(35)

Keterangan Id Jenjang Kode Jenjang Uraian Jenjang

Tabel FPK Tabel kode FPK merupakan tabel yang berfungsi untuk menampung data kode FPK. Adapun rancangan dari tabel tersebut ditunjukan oleh Tabel 4.45. Tabel 4.45 Tabel Kode FPK No Nama Kolom 1 id_fpk 2 kode_fpk 3 uraian_fpk

5.

Tipe Data bigint(17) varchar(2) varchar(35)

Keterangan Id Fpk Kode Fpk Uraian FPK

Tabel P2K Tabel kode P2K merupakan tabel yang berfungsi untuk menampung data kode P2K. Adapun rancangan dari tabel tersebut ditunjukan oleh Tabel 4.46.

89

Tabel 4.46 Tabel Kode P2K No Nama Kolom 1 id_p2k 2 kode_p2k 3 uraian_p2k 6.

Tipe Data bigint(17) varchar(5) varchar(50)

Keterangan Id P2K Kode P2K Uraian P2K

Tabel Kode Status Program Studi Tabel kode status Program Studi berfungsi untuk menampung data kode status Program Studi. Adapun rancangan dari tabel tersebut ditunjukan oleh Tabel 4.47. Tabel 4.47 Tabel Kode Status Program Studi No Nama Kolom Tipe Data 1 id_stprodi bigint(17) 2 kode_stprodi varchar(2) 3 uraian_stprodi varchar(20)

7.

Keterangan Id Status Prodi Kode Status Prodi Uraian Status Prodi

Tabel Kode Akreditasi Tabel kode akreditasi berfungsi untuk menampung data kode akreditasi. Adapun rancangan dari tabel tersebut ditunjukan oleh Tabel 4.48. Tabel 4.48 Tabel Kode Akreditasi No Nama Kolom Tipe Data 1 stak_id bigint(16) 2 kode_stak varchar(2) 3 uraian_stak varchar(35)

8.

Keterangan Id Kode Akreditasi Kode Akreditasi Uraian Kode Akreditasi

Tabel SMA Tabel SMA berfungsi untuk menampung data SMA. Adapun rancangan dari tabel tersebut ditunjukan oleh Tabel 4.49. Tabel 4.49 Tabel SMA No Nama Kolom 1 id_sma 2 id_kabp 3 nama_sma

Tipe Data varchar(17) varchar(17) varchar(50)

Keterangan Id SMA Id Kabupaten Nama SMA

90

9.

Tabel Universitas Tabel Universitas berfungsi untuk menampung data Universitas. Adapun rancangan dari tabel Universitas ditunjukan oleh Tabel 4.50. Tabel 4.50 Tabel Universitas No Nama Kolom Tipe Data 1 id_univ bigint(16) 2 kode_univ varchar(8) 3 nama_univ varchar(50) 4 status_univ varchar(5)

Keterangan Id Universitas Kode Universitas Nama Universitas Status Universitas

10. Tabel Fakultas Tabel Fakultas berfungsi untuk menampung data Fakultas. Adapun rancangan dari tabel Fakultas ditunjukan oleh Tabel 4.51. Tabel 4.51 Tabel Fakultas No Nama Kolom 1 id_fak 2 kode_fak 3 id_univ 4 nama_fakultas 5 status_fak

Tipe Data bigint(16) varchar(7) bigint(16) varchar(50) varchar(10)

Keterangan Id Fakultas Kode Fakultas Id Universitas Nama Fakultas Status Fakultas

11. Tabel Jurusan Tabel Jurusan berfungsi untuk menampung data Jurusan. Adapun rancangan dari tabel Jurusan ditunjukan oleh Tabel 4.52. Tabel 4.52 Tabel Jurusan No Nama Kolom Tipe Data 1 id_fak bigint(16) 2 id_jurusan bigint(16) 3 nm_jurusan varchar(50)

Keterangan Id Fakultas Id Jurusan Nama Jurusan

12. Tabel Program Studi Tabel Program Studi berfungsi untuk menampung data Program Studi. Adapun rancangan dari tabel Program Studi ditunjukan oleh Tabel 4.53.

91

Tabel 4.53 Tabel Program Studi No Nama Kolom Tipe Data 1 id_univ bigint(16) 2 id_prodi varchar(17) 3 kode_prodi varchar(8) 4 nama_prodi varchar(40) 5 id_jenjang bigint(17) 6 id_jurusan bigint(16) 7 id_stprodi bigint(17) 8 thn_smt_prodi_lapor varchar(5) 9

thn_smt_hapus_prodi

varchar(5)

10 11 12 13 14 15 16 17 18 19

tahun_smt_aktif_prodi id_fpk id_p2k jumlah_sks telp_prodi faks_prodi email_prodi nama_operator_prodi telp_operator_prodi id_dosenprodi

varchar(5) bigint(17) bigint(17) smallint(3) varchar(15) varchar(15) varchar(40) varchar(26) varchar(15) bigint(20)

Keterangan Id Universitas Id Prodi Kode Prodi Nama Prodi Id Jenjang Id Jurusan Id Status Prodi Tahun Semester Prodi Mulai Lapor Tahun Semester Prodi Mulai Hapus Tanggal Pendirian Prodi Id FPK Id P2K Jumlah SKS Lulus Telepon Prodi Faks Prodi Email Prodi Nama Operator Prodi Telepon Operator Prodi Id Dosen Kepala Prodi

13. Tabel Konsentrasi Tabel konsentrasi berfungsi untuk menampung data konsentrasi. Adapun rancangan dari tabel konsentrasi ditunjukan oleh Tabel 4.54. Tabel 4.54 Tabel Konsentrasi No Nama Kolom 1 id_konsentrasi 2 nama_konsentrasi 3 id_prodi

Tipe Data bigint(17) varchar(50) varchar(17)

Keterangan Id Konsentrasi Nama Konsentrasi Id Prodi

14. Tabel Berkas EPSBED Tabel berkas EPSBED berfungsi untuk menampung data berkas EPSBED. Adapun rancangan dari tabel berkas EPSBED ditunjukan oleh Tabel 4.55.

92

Tabel 4.55 Tabel Berkas Epsbed No Nama Kolom Tipe Data 1 id_berkas varchar(17) 2 nama_berkas varchar(50) 3 id_dtta_berkas bigint(17) 4 id_prodi_berkas varchar(17)

Keterangan Id Berkas Nama Berkas Id Tahun Akademik Id Prodi

15. Tabel Status MK Tabel status MK berfungsi untuk menampung data kode status MK. Adapun rancangan dari tabel Status MK ditunjukan oleh Tabel 4.56. Tabel 4.56 Tabel status MK No Nama Kolom Tipe Data 1 id_stmk bigint(17) 2 kode_stmk varchar(2) 3 Uraian_stmk varchar(15)

Keterangan Id Status MK Kode Status MK Uraian Status MK

16. Tabel Kode Jenis MK Tabel kode jenis MK berfungsi untuk menampung data kode jenis MK. Adapun rancangan dari tabel kode jenis MK ditunjukan oleh Tabel 4.57. Tabel 4.57 Tabel kode jenis MK No Nama Kolom Tipe Data 1 id_jmk bigint(17) 2 kode_jmk varchar(2) 3 Uraian_jmk varchar(40)

Keterangan Id Kode Jenis MK Kode Jenis MK Uraian Jenis MK

17. Tabel Kode Kelompok MK Tabel kode kelompok MK berfungsi untuk menampung data kode kelompok MK. Adapun rancangan dari tabel kode kelompok MK ditunjukan oleh Tabel.. Tabel 4.58 Tabel kode kelompok MK No Nama Kolom Tipe Data 1 id_kelpmk bigint(17) 2 kode_kelpmk varchar(2) 3 Uraian_kelpmk varchar(60)

Keterangan Id Kode Kelompok MK Kode Kelompok MK Uraian Kelompok MK

BAB V IMPLEMENTASI DAN PEMBAHASAN SISTEM 5.1 Implementasi Sistem Implementasi Siakad Fakultas Teknik UHO dilakukan untuk menguji apakah sistem sudah dapat berjalan seperti yang didefinisikan pada perancangan sistem. Dalam penelitian ini, penulis melakukan implementasi pada perangkat keras yang memiliki spesifikasi yang sama dengan perangkat keras untuk membangun sistem. Implementasi yang dilakukan adalah implementasi antarmuka pada peramban web yang berbeda sedangkan implementasi proses diuraikan dalam pembahasan sistem. Peramban web yang digunakan dalam implementasi sistem ini adalah Google Chrome v49.0.2623.110 m, Mozilla Firefox 17.01 dan Internet Explorer v10.0.9200.17607. Dalam implementasi ini, penulis menggunakan hak akses sebagai Admin Fakultas. Berkaitan dengan jumlah form, dalam implementasi ini, Sub-sistem Utility akan menggunakan pengolahan data provinsi.

5.1.1 Halaman login Adapun hasil dari implementasi antarmuka untuk halaman Login diuraikan sebagai berikut : Tabel 5.1 Implementasi halaman login No Peramban Web Deskripsi 1 Google Chrome 1. Saat memasukan password untuk yang pertama kali, form tidak menampilkan icon show password. 2. Pada console web developer terdapat 1 error yang berkaitan dengan font (Gambar 5.1) 3. Pada console web developer tidak terdapat warning. 4. Saat textfield username disorot tidak tampil icon reset. 2 Mozilla Firefox 1. Saat memasukan password untuk yang pertama kali, form tidak menampilkan icon show password. 2. Pada console web developer tidak terdapat error.

93

94

Tabel 5.1 Lanjutan

3

Internet Explorer

3. Pada console web developer terdapat warning (Gambar 5.2). 4. Saat textfield disorot tidak menampilkan icon reset. 1. Saat memasukan password untuk yang pertama kali, form menampilkan icon show password (Gambar 5.4). 2. Pada console web developer tidak terdapat error 3. Pada console web developer terdapat warning (Gambar 5.3). 4. Saat textfield disorot tampil icon reset (Gambar 5.5).

Adapun gambar yang berkaitan dengan implementasi halaman login yang diuraikan pada Tabel 5.1 adalah sebagai berikut :

Gambar 5.1 Error pada console Google Chrome

Gambar 5.2 Warning pada console Mozilla Firefox

Gambar 5.3 Warning pada console Internet Explorer

95

Gambar 5.4 Icon show password

Gambar 5.5 Icon reset textfield

5.1.2 Halaman tampil data Adapun hasil implementasi antarmuka pada halaman tampil data adalah sebagai berikut : Tabel 5.2 Implementasi halaman tampil data No Peramban Web Deskripsi 1 Google Chrome 1. Combo box “Show” tidak mengikuti tema Windows 8 (Gambar 5.6). 2. Auto sort pada tabel tidak mengalami error (Gambar 5.8). 3. Tombol “Aksi” tidak mengalami error saat ditampilkan (Gambar 5.8). 4. Aksi “Detail” tidak mengalami error saat ditampilkan. 5. Terdapat error pada console web developer (Gambar 5.1). 6. Tidak terdapat warning pada console web developer. 2 Mozilla Firefox 1. Combo box “Show” tidak mengikuti tema Windows 8. 2. Auto sort pada tabel mengalami error (Gambar 5.9). 3. Tombol “Aksi” mengalami error saat ditampilkan (Gambar 5.9). 4. Aksi “Detail” tidak mengalami error saat ditampilkan. 5. Tidak terdapat error pada console web developer. 6. Terdapat warning pada console web developer (Gambar 5.10). 3 Internet 1. Combo box “Show” mengikuti tema Windows 8 Explorer (Gambar 5.7).

96

Tabel 5.2 Lanjutan 2. Auto sort pada tabel tidak mengalami error. 3. Tombol “Aksi” tidak mengalami error saat ditampilkan. 4. Aksi “Detail” tidak mengalami error saat ditampilkan. 5. Tidak terdapat error pada console web developer. 6. Terdapat warning pada console web developer (Gambar 5.11). Adapun gambar yang berkaitan dengan implementasi halaman tambah data yang diuraikan pada Tabel 5.2 adalah sebagai berikut :

Gambar 5.6 Combo box Google Chrome

Gambar 5.7 Combo box Internet Explorer

Gambar 5.8 Auto sort dan aksi pada Google Chrome

97

Gambar 5.9 Auto sort dan Aksi pada Mozilla Firefox

Gambar 5.10 Warning pada console Mozilla Firefox (Tampil Data)

Gambar 5.11 Warning pada console Google Chrome (Tampil Data)

5.1.3 Halaman tambah data Adapun hasil implementasi antarmuka dari halaman tambah data diuraikan dalam Tabel 5.3. Tabel 5.3 Implementasi halaman tambah data No Peramban Web Deskripsi 1 Google Chrome 1. Saat melakukan pengetikan pada text field kode provinsi atau nama provinsi, icon reset tidak ditampilkan (Gambar 5.12). 2. Pada console web developer terdapat error (Gambar 5.1). 3. Pada console web developer tidak terdapat warning.

98

Tabel 5.3 Lanjutan 2 Mozilla Firefox

3

Internet Explorer

1. Saat melakukan pengetikan pada text field kode provinsi atau nama provinsi, icon reset tidak ditampilkan. 2. Pada console web developer tidak terdapat error. 3. Pada console web developer terdapat warning (Gambar 5.14). 1. Saat melakukan pengetikan pada text field kode provinsi atau nama provinsi, icon reset ditampilkan (Gambar 5.13). 2. Pada console web developer tidak terdapat error. 3. Pada console web developer terdapat warning (Gambar 5.11).

Adapun gambar yang berkaitan dengan implementasi halaman ubah data yang diuraikan pada Tabel 5.3 adalah sebagai berikut :

Gambar 5.12 Icon reset (tambah data)

Gambar 5.13 Icon reset (tambah data)

99

Gambar 5.14 Warning pada console Mozilla Firefox (Tambah Data)

5.1.4 Halaman ubah data Hasil implementasi dari halaman ubah data pada Siakad Fakultas Teknik UHO memiliki hasil yang sama dengan implementasi pada halaman tambah data yang diuraikan pada Tabel 5.4.

5.2 Pembahasan Sistem Dalam bagian pembahasan sistem ini, penulis menguraikan penggunaan sistem dan implementasi proses berdasarkan sub-sistemnya, yaitu Utility dan EPSBED. Berdasarkan implementasi antarmuka pada peramban berbeda yang dipaparkan sebelumnya, penulis memilih Google Chrome sebagai peramban yang digunakan untuk implementasi proses.

5.2.1 Sub-sistem Utility Dalam pembahasan dan implementasi proses Sub-sistem Utility, penulis memilih pengolahan data provinsi untuk dibahas. Penulis menggunakan hak akses sebagai Admin Fakultas untuk melakukan implementasi dan pembahasan proses.

1.

Login Admin Fakultas Sebelum memasuki sistem, pengguna diharuskan melakukan login dengan

cara memasukan username dan password pada form login yang terdaftar di dalam basis data. Gambar dari form login Siakad Fakultas Teknik UHO dapat dilihat pada Gambar 5.15.

100

Gambar 5.15 Form login

Apabila pengguna memasukan username dan password yang benar, maka sistem akan mengarahkan pengguna ke halaman utama. Melalui halaman utama pengguna sudah dapat memulai aktivitasnya di dalam sistem. Apabila username dan password salah, sistem akan kembali mengarahkan pengguna kembali ke form login. Gambar halaman utama dari sistem ditunjukan oleh Gambar 5.16.

Gambar 5.16 Halaman utama

101

2.

Tampil data provinsi Data provinsi dapat ditampilkan dengan cara memilih Menu “Master Area”

sub-menu “Data Provinsi” melalui halaman utama (Gambar 5.16). Halaman tampil data provinsi dapat dilihat pada Gambar 5.17.

Gambar 5.17 Tampil data provinsi

Pada halaman ini, terdapat dua tab utama, yaitu tab untuk tampil data dan tab untuk menambah data. Gambar 5.17 menampilkan tab untuk menampilkan data provinsi. Apabila pengguna hendak melakukan aksi pada data terpilih (detail, ubah dan hapus), pengguna dapat menekan tombol aksi dan memilih aksi apa yang hendak dijalankan.

3.

Tambah data provinsi Form tambah data provinsi akan tampil apabila pengguna memilih tab “Form

Input” pada halaman tampil data provinsi (Gambar 5.17). Tampilan dari form tambah data provinsi dapat dilihat pada Gambar 5.18.

102

Gambar 5.18 Form input data provinsi

Melalui form tersebut (Gambar 5.18), Admin dapat melakukan penambahan data provinsi. Dalam melakukan penambahan data, form melakukan validasi. Adapun uraian dari proses validasi tersebut adalah sebagai berikut : a. Validasi form kosong Apabila form diisi dengan karakter kosong, sistem akan menampilkan validasi seperti yang ditunjukan oleh Gambar 5.19 disertai dengan pesan kesalahan berwarna merah dan tombol “Tambah” yang tidak aktif.

Gambar 5.19 Validasi form tambah data kosong

103

b. Validasi kode provinsi sudah terdaftar Apabila form khususnya kode provinsi diisi dengan kode yang sudah terdaftar di dalam basis data, sistem akan menampilkan validasi seperti pada Gambar 5.20.

Gambar 5.20 Validasi kode provinsi sudah terdaftar

c. Validasi kode provinsi belum terdaftar Apabila kode provinsi yang dimasukan belum terdaftar dan dapat digunakan, sistem akan menampilkan validasi seperti pada Gambar 5.21.

Gambar 5.21 Validasi kode provinsi belum terdaftar

d. Validasi form sudah diisi dengan benar Apabila form sudah diisi dengan benar, sistem akan memberikan validasi yang ditandai dengan aktifnya tombol “Tambah” data pada form. Adapun gambar dari form yang sudah diisi dengan benar ditampilkan oleh Gambar 5.22.

104

Gambar 5.22 Form sudah diisi dengan benar

Dalam melakukan penambahan data, sistem tidak hanya memberikan validasi data kepada Admin. Sistem juga memberikan konfirmasi tentang berhasil atau tidaknya proses penambahan data. Adapun uraiannya adalah sebagai berikut : a. Pesan sukses tambah data Apabila proses penambahan data pada basis data berhasil dilakukan, sistem akan menampilkan pesan seperti pada Gambar 5.23.

Gambar 5.23 Pesan sukses tambah data

105

b. Pesan gagal tambah data Apabila proses penambahan data gagal, sistem akan menampilkan pesan seperti pada Gambar 5.24.

Gambar 5.24 Pesan gagal tambah data

4.

Lihat detail data provinsi Lihat detail data provinsi berfungsi untuk menampilkan bagian dari data yang

tidak tampil pada tabel. Detail dari sebuah data provinsi dapat dilihat dengan memilih Aksi “Detail” melalui halaman tampil data provinsi (Gambar 5.17). Detail dari sebuah data yang terpilih ditampilkan dalam bentuk modal seperti yang ditunjukan oleh Gambar 5.25. Apabila Admin mau menutup modal tersebut, Admin dapat melakukan click pada tombol “Close” yang ada pada modal tersebut.

Gambar 5.25 Modal detail data

106

5.

Ubah data provinsi Ubah data provinsi berfungsi untuk mengubah data. Admin dapat melakukan

pengubahan pada data provinsi yang terpilih dengan cara memilih Aksi “Ubah” pada halaman tampil data provinsi (Gambar 5.17). Setelah memilih aksi tersebut, Admin akan diarahkan ke halaman ubah data provinsi seperti yang ditampilkan oleh Gambar 5.26.

Gambar 5.26 Form ubah data provinsi

Sama halnya dengan form tambah data provinsi, form ubah data provinsi juga melakukan validasi untuk memeriksa apakah data yang dimasukan sudah benar atau masih keliru. Adapun uraian dari validasi tersebut adalah sebagai berikut : a. Validasi form kosong Adapun pesan kesalahan yang ditampilkan oleh sistem apabila form ubah data kosong dapat dilihat pada Gambar 5.27.

107

Gambar 5.27 Validasi form ubah data kosong

b. Validasi kode provinsi sudah terdaftar Validasi kode provinsi sudah terdaftar memiliki 2 kondisi, kondisi pertama adalah kondisi dimana kode provinsi masih sama dengan yang sebelumnya hanya nama provinsi saja yang diubah. Adapun validasi yang ditampilkan ditunjukan oleh Gambar 5.28.

Gambar 5.28 Validasi kode provinsi sama 1

108

Kondisi yang kedua adalah kode provinsi diubah menjadi kode yang baru. Namun kode tersebut sudah terdaftar dan digunakan oleh provinsi lain. Sistem akan menampilkan pesan kesalahan disertai dengan tombol “Ubah” yang tidak aktif, seperti yang ditunjukan oleh Gambar 5.29.

Gambar 5.29 Validasi kode provinsi sama 2

c. Validasi kode provinsi belum terdaftar Apabila kode provinsi baru hasil ubahan Admin belum terdaftar, sistem akan menampilkan pesan sukses disertai dengan aktifnya tombol “Ubah” data. Tampilan dari validasi tersebut ditunjukan oleh Gambar 5.30.

Gambar 5.30 Validasi kode provinsi belum terdaftar (ubah)

109

d. Validasi form sudah diisi dengan benar Apabila form ubah data provinsi sudah diisi dengan benar, sistem akan menampilkan pesan dan mengaktifkan tombol “Ubah” seperti Gambat 5.30.

Dalam melakukan pengubahan data, sistem akan memberikan pesan apabila proses pengubahan data berhasil dilakukan. Adapun tampilan dari pesan tersebut ditunjukan oleh Gambar 5.31.

Gambar 5.31 Pesan sukses ubah data

6.

Hapus data provinsi Proses menghapus data provinsi dapat dilakukan dengan cara memilih Aksi

“Hapus” pada halaman tampil data provinsi (Gambar 5.17). Sebelum melakukan proses hapus data, sistem akan menampilkan konfirmasi hapus data. Gambar 5.32 menampilkan konfirmasi tersebut.

Gambar 5.32 Konfirmasi hapus data provinsi

110

Berdasarkan Gambar 5.32 apabila pengguna memilih “Tidak, Batalkan” maka sistem akan membatalkan penghapusan data dan menampilkan pesan berikut:

Gambar 5.33 Pesan batal hapus data Berdasarkan Gambar 5.32, apabila pengguna memilih “Ya, Hapus Data!” maka sistem akan melanjutkan proses penghapusan data terpilih dan menampilkan pesan seperti yang ditunjukan pada Gambar 5.34.

Gambar 5.34 Pesan sukses hapus data

7.

Cari data provinsi Pengguna dapat melakukan pencarian data provinsi dengan cara mengisi

kotak pencarian pada halaman tampil data provinsi (Gambar 5.17). Selanjutnya, halaman tampil data provinsi akan menampilkan hasil pencarian dalam bentuk tabel

111

dan pengguna dapat memilih data mana yang sesuai dengan pencariannya. Adapun tampilan saat sistem menemukan data yang dicari ditunjukan oleh Gambar 5.35.

Gambar 5.35 Data provinsi ditemukan

Apabila sistem tidak menemukan data yang dicari oleh pengguna, sistem akan memperlihatkan tampilan seperti Gambar 5.36.

Gambar 5.36 Data provinsi tidak ditemukan

112

5.2.2 Sub-sistem EPSBED Dalam implementasi proses Sub-sistem EPSBED penulis membagi menjadi dua bagian utama, yaitu membuat Laporan EPSBED dan mengolah berkas Laporan EPSBED.

1.

Membuat Laporan EPSBED Implementasi proses dari pembuatan Laporan EPSBED pada Siakad Fakultas

Teknik UHO diuraikan sebagai berikut : a. Pembuatan Laporan EPSBED Admin dapat membuat Laporan EPSBED dengan memilih menu “Laporan” pada halaman utama (Gambar 5.16) dan sub-menu ”EPSBED”. Selanjutnya sistem akan mengarahkan Admin ke halaman yang berisi form untuk membuat Laporan EPSBED. Melalui form tersebut, Admin dituntun untuk memilih tahun akademik, Program Studi dan jenis kurikulum. Adapun tampilan dari form tersebut dapat dilihat pada Gambar 5.37.

Gambar 5.37Form Laporan EPSBED

113

Berdasarkan Gambar 5.37, pengguna dapat melanjutkan pembuatan Laporan EPSBED dengan memilih tomboh “Tambah”. Proses selanjutnya akan diuraikan pada Poin 2 yaitu Proses Unduh Laporan EPSBED.

b. Proses Unduh Laporan EPSBED Setelah pengguna memilih tombol “Tambah”, sistem mengarahkan Admin ke halaman unduh Laporan EPSBED. Adapun tampilan dari halaman tersebut ditunjukan oleh Gambar 5.38.

Gambar 5.38 Halaman unduh Laporan EPSBED Berdasarkan Gambar 5.38, apabila Admin memilih link “Unduh !!” maka sistem akan secara otomatis mengunduh Laporan EPSBED tersebut. Adapun hasil dari unduhan tersebut ditampilkan oleh Gambar 5.39.

114

Gambar 5.39 Hasil unduhan Laporan EPSBED

Adapun source code PHP yang digunakan oleh penulis untuk proses generate Laporan EPSBED ditampilkan oleh Gambar 5.40.

115

if(copy($path."/root_epsbed.mdb",$path."/eps_exp/".$nama_file.".mdb")) { $a = $nama_file.".mdb"; include ('adodb5/adodb.inc.php'); $db1 = ADONewConnection('access'); $db2 = ADONewConnection('mysql'); $dsn="Driver={Microsoft Access Driver (*.mdb)};Dbq=".$path."\\eps_exp\\".$a.";Uid=Admin;Pwd=;"; $db1->Connect($dsn); $db2->Connect('localhost','root','','db_siakad_baru_9'); if($db1 && $db2) { $this->msdos($a, $this->msmhs($a, $this->tbkmk($a, $this->trakd($a, $this->trnlm($a, $this->trlsm($a, $this->tes($dsn, }

$id_prodi, $path); $id_prodi, $path); $id_prodi, $path, $id_tdtta, $id_kurik); $id_prodi, $path, $id_tdtta); $id_prodi, $path, $id_tdtta); $id_prodi, $path, $id_tdtta); $path2, $a, $path0, $data_menu);

} else { $this->auth->do_logout(); redirect(base_url()); }

Gambar 5.40 Source code generate Laporan EPSBED Berdasarkan Gambar 5.40, fungsi “if” (tulisan merah) adalah untuk memeriksa apakah proses copy root file EPSBED yang kosong berhasil atau tidak. Apabila proses copy berhasil, maka proses pembuatan laporan akan dilanjutkan. Selanjutnya variabel “a” (tulisan biru) berfungsi untuk menampung nama berkas EPSBED. Proses selanjutnya (tulisan emas) merupakan script yang berfungsi menghubungkan sistem ke basis data MySQL dan Laporan EPSBED yang bernama seperti variabel “a”. Fungsi “if” (tulisan biru) berfungsi untuk memeriksa apakah koneksi basis data berhasil atau tidak. Apabila koneksi berhasil maka sistem akan melanjutkan proses pengisian laporan EPSBED (tulisan cokelat). Adapun rincian fungsi dari source code tersebut adalah sebagai berikut :

116

1. $this->msmhs(($a, $id_prodi, $path) Fungsi ini berfungsi untuk memanggil fungsi “msmhs” yang bertugas membuat tabel MSMHS dalam Laporan EPSBED. Source code dari fungsi ini terlampir. 2. $this->tbkmk($a, $id_prodi, $path, $id_tdtta, $id_kurik) Fungsi ini berfungsi untuk memanggil fungsi “tbkmk” yang bertugas membuat tabel TBKMK dalam Laporan EPSBED. Source code dari fungsi ini terlampir. 3. $this->trakd($a, $id_prodi, $path, $id_tdtta) Fungsi ini berfungsi untuk memanggil fungsi “trakd” yang bertugas membuat tabel TRAKD dalam Laporan EPSBED. Source code dari fungsi ini terlampir. 4. $this->trnlm($a, $id_prodi, $path, $id_tdtta) Fungsi ini berfungsi untuk memanggil fungsi “trnlm” yang bertugas membuat tabel TRNLM dalam Laporan EPSBED. Source code dari fungsi ini terlampir. 5. $this->trlsm($a, $id_prodi, $path, $id_tdtta) Fungsi ini berfungsi untuk memanggil fungsi “trlsm” yang bertugas membuat tabel TRLSM dalam Laporan EPSBED. Source code dari fungsi ini terlampir. 6. $this->tes($dsn, $path2, $a, $path0, $data_menu) Fungsi ini berfungsi untuk memanggil fungsi “tes” yang bertugas menampung fungsi menampilkan halaman unduh data (Gambar 5.39). Source code dari fungsi ini terlampir.

Dalam pembuatan Laporan EPSBED, terdapat 3 langkah utama, yaitu pembuatan tabel, pemilihan data dan pengisian tabel. Adapun uraian dari prosestersebut adalah sebagai berikut : 1. Pembuatan tabel Adapun query yang berperan dalam pembuatan tabel untuk Laporan EPSBED (TRNLM) dapat dilihat pada Gambar 5.41.

117

CREATE TABLE TRNLM (THSMSTRNLM VARCHAR(5), KDPTITRNLM VARCHAR(6), KDJENTRNLM VARCHAR(1), KDPSTTRNLM VARCHAR(5), NIMHSTRNLM VARCHAR(15), KDKMKTRNLM VARCHAR(10), NLAKHTRNLM VARCHAR(2), BOBOTTRNLM DOUBLE, KELASTRNLM VARCHAR(2))

Gambar 5.41 Query membuat TRNLM

Query yang ditampilkan pada Gambar 5.41 berfungsi untuk membuat salah satu tabel dalam Laporan EPSBED, yaitu TRNLM. Struktur dari tabel ini disesuaikan dengan format tabel yang berlaku untuk EPSBED.

2. Pemilihan data Adapun query yang berperan dalam pemilihan data yang nantinya akan dimasukan dalam TRNLM ditunjukan oleh Gambar 5.42. SELECT tb_dtta.nama_ta AS THSMSTRNLM, tb_univ.kode_univ AS KDPTITRNLM, tb_jenjang.kode_jenjang AS KDJENTRNLM, tb_prodi.kode_prodi AS KDPSTTRNLM, tb_mhs.nim AS NIMHSTRNLM, tb_mk.kode_mk AS KDKMKTRNLM, tb_bobotnilai.huruf AS NLAKHTRNLM, tb_bobotnilai.bobot AS BOBOTTRNLM, ('') AS KELASTRNLM FROM tb_krs JOIN tb_dtta ON tb_dtta.id_dtta = '".$id_tdtta."' JOIN tb_univ ON tb_univ.status_univ = 'AKTIF' JOIN tb_prodi ON tb_prodi.id_prodi = '".$id_prodi."' JOIN tb_jenjang ON tb_jenjang.id_jenjang = tb_prodi.id_jenjang JOIN tb_generatekrs ON tb_generatekrs.id_generate = tb_krs.id_generate JOIN tb_mhs ON tb_mhs.id_mhs = tb_generatekrs.id_mhs JOIN tb_jadkul ON tb_jadkul.id_jadkul = tb_krs.id_jadkul JOIN tb_mk ON tb_mk.id_mk = tb_jadkul.id_mk JOIN tb_khs ON tb_khs.id_krs = tb_krs.id_krs JOIN tb_bobotnilai ON tb_bobotnilai.id_bobotnilai = tb_khs.id_bobotnilai WHERE tb_mhs.id_prodi = '".$id_prodi."' AND tb_dtta.id_dtta = '".$id_tdtta."' AND tb_jadkul.id_dtta = '".$id_tdtta."'"

Gambar 5.42 Query pemilihan data TRNLM

118

Query pemilihan data menggunakan tahun akademik sebagai kunci pemilihan data (dicetak tebal). Query ini memproses tabel yang masuk dalam Subsistem Transaksi Akademik. 3. Pengisian tabel Query yang berperan dalam pengisian TRNLM ditunjukan oleh Gambar 5.43. INSERT INTO TRNLM (THSMSTRNLM, KDPTITRNLM, KDJENTRNLM, KDPSTTRNLM, NIMHSTRNLM, KDKMKTRNLM, NLAKHTRNLM, BOBOTTRNLM, KELASTRNLM) VALUES ('".$datanmhs[0]."','".$datanmhs[1]."','".$datanmhs[2]."','".$datanmhs [3]."','".$datanmhs[4]."','".$datanmhs[5]."','".$datanmhs[6]."','".$da tanmhs1."','".$datanmhs[8]."')

Gambar 5.43 Query pengisian TRNLM

Query pada Gambar 5.43 berfungsi untuk mengisi TRNLM pada Laporan EPSBED menggunakan data yang telah dipilih sebelumnya menggunakan query pemilihan data (Gambar 5.42) pada tabel yang telah dibuat sebelumnya menggunakan query membuat tabel (Gambar 5.41).

Source code yang menangani proses unduh Laporan EPSBED (Gambar 5.39) ditunjukan oleh Gambar 5.41. public function download() { $isi = file_get_contents(base_url().'epsbed//eps_exp//'. $this->uri->segment(3,0)); $nama = $this->uri->segment(3,0); force_download($nama,$isi); }

Gambar 5.44 Source code unduh Laporan EPSBED

Gambar 5.44 menunjukan source code unduh Laporan EPSBED. Adapun uraian dari fungsi tiap source code adalah sebagai berikut : 1. $isi = file_get_contents(base_url().'epsbed//eps_exp//'. $this->uri->segment(3,0))

119

Fungsi dari baris kode ini adalah untuk mendefinisikan lokasi dari berkas EPSBED dan nama berkas EPSBED ($this->uri->segment(3,0))) tersebut. 2. $nama = $this->uri->segment(3,0) Fungsi dari baris kode ini adalah untuk mendefinisikan nama berkas. 3. force_download($nama,$isi) Baris kode ini merupakan salah satu fitur CodeIgniter untuk melakukan unduhan terhadap berkas yang lokasi direktori dan nama berkasnya.

2.

Mengolah berkas Laporan EPSBED Laporan EPSBED yang telah dibuat melalui Siakad Fakultas Teknik UHO

dapat kembali diunduh, dilihat detailnya dan dihapus melalui menu “Laporan” dan sub-menu “Berkas EPSBED”. Adapun uraian hasil pembahasannya adalah sebagai berikut : a. Detail Berkas EPSBED Melihat detail berkas EPSBED dapat dilakukan dengan menekan tombol Aksi “Detail” pada berkas yang hendak ditampilkan detailnya. Adapun tampilannya ditunjukan oleh Gambar 5.45.

Gambar 5.45 Tampil berkas Laporan EPSBED

120

Berdasarkan Gambar 5.45, apabila Admin memilih aksi “Detail” sistem akan menampilkan detail dari berkas terpilih. Gambar 5.46 menampilkan modal yang berisi detail dari berkas yang terpilih.

Gambar 5.46 Detail berkas Laporan EPSBED

b. Unduh Berkas EPSBED Unduh berkas EPSBED dapat dilakukan apabila Admin menekan tombol Aksi “Unduh” pada berkas terpilih (Gambar 5.45). Saat memilih “Unduh” maka sistem akan secara otomatis mengunduh berkas terpilih tersebut.

c. Hapus Berkas EPSBED Proses hapus dapat dilakukan apabila Admin menekan tombol Aksi “Hapus” pada berkas terpilih (Gambar 5.45). Saat Admin memilih “Hapus”, sistem akan menampilkan dialog konfirmasi (Gambar 5.32), apabila pengguna memilih “Tidak, Batalkan” maka sistem akan membatalkan proses penghapusan berkas dan menampilkan pesan pembatalan hapus berkas (Gambar 5.33), apabila Admin memilih “Ya, Hapus Data!” sistem akan melanjutkan proses penghapusan data dan menampilkan pesan sukses hapus data (Gambar 5.34). proses hapus berkas EPSBED akan menghapus berkas EPSBED pada direktori utama yang berada dalam Siakad Fakultas Teknik UHO.

121

d. Cari Berkas EPSBED Admin dapat melakukan pencarian berkas dengan cara mengisi kotak pencarian pada halaman tampil berkas EPSBED (Gambar 5.45). Selanjutnya, halaman tampil data akan menampilkan hasil pencarian dalam bentuk tabel dan Admin dapat memilih data mana yang sesuai dengan pencariannya. Adapun tampilan saat sistem menemukan data yang dicari ditunjukan oleh Gambar 5.47.

Gambar 5.47 Berkas EPSBED ditemukan

Apabila sistem tidak menemukan data yang dicari oleh Admin, sistem akan memperlihatkan tampilan seperti Gambar 5.48.

Gambar 5.48 Berkas EPSBED tidak ditemukan

5.3

Analisis Laporan EPSBED Salah satu hasil keluaran dari Siakad Fakultas Teknik UHO adalah Laporan

EPSBED. Dalam analisis Laporan EPSBED, penulis akan membandingkan keluaran dari sistem yang sedang berjalan dengan sistem yang diusulkan.

122

a.

Program Studi Teknik Sipil Adapun hasil analisis dari Laporan EPSBED yang berasal dari sistem yang

diusulkan dengan sistem yang lama diuraikan pada Tabel 5.4. Tabel 5.4 Tabel Hasil laporan EPSBED Teknik Sipil No Tabel Uraian SB 1 MSMHS Status Aktif 397 Status Cuti 0 Status Non Aktif 130 Status Keluar 178 Status D.O. 0 Status Lulus 450 Status Lainnya 0 2 TBKMK Jumlah Mata Kuliah Yang 46 Ditawarkan 3 TRAKD Jumlah Dosen Mengajar 18 Jumlah Mata Kuliah Yang 46 Ditawarkan 4 TRAKM Jumlah Mahasiswa Aktif 415 Jumlah Mahasiswa Lulus 18 5 TRNLM Jumlah Mahasiswa Aktif 415 Jumlah Mata Kuliah Diprogram 46 6 TRLSM Jumlah Mahasiswa Lulus 18 7 MSDOS Jumlah Dosen 985

DB 237 0 17 2 0 0 0 9

SU 237 0 17 2 0 0 0 9

3 9

3 9

2 0 2 9 0 3

2 0 2 9 0 3

Keterangan : SB

=

Sistem Berjalan

DB

=

Database

SU

=

Sistem Usulan

Berdasarkan hasil yang diuraikan pada Tabel 5.4, diketahui bahwa terdapat perbedaan antara jumlah data pada laporan hasil sistem berjalan dan sistem usulan. 1.

MSMHS Tabel MSMHS pada laporan EPSBED sistem berjalan berisi data yang berasal dari tahun 2001 hingga tahun 2014 sedangkan Tabel MSMHS pada sistem

123

usulan berisi data yang berasal dari tahun 2011 hingga tahun 2014. Data pada basis data dan laporan EPSBED dari sistem usulan sudah bersesuaian. 2.

TBKMK Tabel TBKMK pada laporan EPSBED sistem berjalan berisi 46 baris yang mana mata kuliah tersebut adalah mata kuliah yang ditawarkan pada tahun akademik 20141. Tabel TBKMK pada laporan EPSBED dan basis data sistem usulan berisi sembilan baris data yang mana data tersebut adalah data mata kuliah yang ditawarkan pada tahun akademik 20141 dan sudah masuk dalam data jadwal perkuliahan.

3.

TRAKD Tabel TRAKD pada laporan EPSBED sistem berjalan berisi 18 baris data untuk dosen yang mengajar. Pada laporan hasil dari sistem usulan, tabel berisi tiga baris data yang mana data tersebut sudah masuk dalam data jadwal perkuliahan. Mata kuliah yang ditawarkan berjumlah sembilan mata kuliah dan data tersebut sudah bersesuaian dengan data pada tabel TBKMK.

4.

TRAKM Tabel TRAKM pada laporan EPSBED sistem berjalan berisi 415 mahasiswa aktif. Pada Tabel TRAKM pada laporan EPSBED sistem usulan berisi dua data yang sudah disesuaikan dengan KRS yang diaktifkan dan disetujui oleh Penasihat Akademik yang tersimpan di dalam basis data sistem usulan. Pada laporan sistem berjalan, mata kuliah yang diprogram mahasiswa berjumlah 46 mata kuliah sedangkan pada laporan dari sistem usulan berjumlah sembilan mata kuliah yang mana jumlah tersebut sesuai dengan jumlah yang terdaftar dalam TBKMK dan TRAKD dan juga tabel jadwal perkuliahan dalam basis data sistem usulan.

5.

TRNLM Tabel TRNLM pada laporan EPSBED sistem berjalan berisi 415 mahasiswa aktif dan 46 mata kuliah yang sudah diprogram mahasiswa tersebut. Tabel TRNLM pada laporan EPSBED sistem usulan berisi dua mahasiswa aktif dan sembilan mata kuliah yang diprogram oleh mahasiswa dengan jumlah yang bervariasi per mahasiswa. Jumlah pada laporan tersebut bersesuaian dengan

124

data yang berasal dari basis data yaitu data Kartu Rencana Studi yang sudah disetujui oleh Penasihat Akademik mahasiswa dan juga data Kartu Hasil Studi. 6.

TRLSM Tabel TRLSM pada laporan dari sistem berjalan berisi 18 alumni sedangkan pada laporan sistem usulan, laporan tersebut kosong. Hal ini disebabkan karena isi laporan tersebut bersesuaian dengan isi tabel alumni pada basis data sistem baru.

7.

MSDOS Tabel MSDOS pada laporan dari sistem berjalan berisi 985 dosen sedangkan pada laporan dari sistem usulan berisi tiga dosen. Hal ini disebabkan Tabel MSDOS dari sistem usulan disesuaikan dengan tabel pegawai dan jadwal perkuliahan Fakultas Teknik.

b. Program Studi Teknik Elektro Adapun hasil analisis dari Laporan EPSBED yang berasal dari sistem yang diusulkan dengan sistem yang lama diuraikan pada Tabel 5.5. Tabel 5.5 Hasil Laporan EPSBED Teknik Elektro No Tabel Uraian 1 MSMHS Status Aktif Status Cuti Status Non Aktif Status Keluar Status D.O. Status Lulus Status Lainnya 2 TBKMK Jumlah Mata Kuliah Yang Ditawarkan 3 TRAKD Jumlah Dosen Mengajar Jumlah Mata Kuliah Yang Ditawarkan 4 TRAKM Jumlah Mahasiswa Aktif Jumlah Mahasiswa Lulus 5 TRNLM Jumlah Mahasiswa Aktif Jumlah Mata Kuliah Diprogram

SB 417 1 62 8 0 186 0 59

DB

SU

2 0 0 0 0 0 0 11

2 0 0 0 0 0 0 11

17 59

12 11

12 11

290 31 290 57

2 0 2 11

2 0 2 11

125

Tabel 5.5 Lanjutan 6 TRLSM Jumlah Mahasiswa Lulus 7 MSDOS Jumlah Dosen

31 951

0 4

0 4

Keterangan : SB

=

Sistem Berjalan

DB

=

Database

SU

=

Sistem Usulan

Berdasarkan hasil yang diuraikan pada Tabel 5.5, diketahui bahwa terdapat perbedaan antara jumlah data pada laporan hasil sistem berjalan dan sistem usulan. 1.

MSMHS Tabel MSMHS pada laporan EPSBED sistem berjalan berisi data yang berasal dari tahun 2007 hingga tahun 2014 sedangkan Tabel MSMHS pada sistem usulan berisi dua data mahasiswa angkatan 2011 yang aktif pada tahun akademik 20141. Data pada basis data dan laporan EPSBED dari sistem usulan sudah bersesuaian.

2.

TBKMK Tabel TBKMK pada laporan EPSBED sistem berjalan berisi 59 mata kuliah yang mana mata kuliah tersebut adalah mata kuliah yang ditawarkan pada tahun akademik 20141. Tabel TBKMK pada laporan EPSBED dan basis data sistem usulan berisi 11 data mata kuliah yang mana data tersebut adalah data mata kuliah yang ditawarkan pada tahun akademik 20141 dan sudah masuk dalam data jadwal perkuliahan.

3.

TRAKD Tabel TRAKD pada laporan EPSBED sistem berjalan berisi 17 baris data untuk dosen yang mengajar. Berdasarkan laporan TRAKD dari sistem berjalan, terdapat kode mata kuliah yang tidak terdaftar pada Tabel TBKMK (STE6761). Pada laporan hasil dari sistem usulan, tabel berisi 12 baris data yang mana data tersebut sudah masuk dalam data jadwal perkuliahan. Mata kuliah yang ditawarkan berjumlah 11 mata kuliah dan data tersebut sudah bersesuaian dengan data pada tabel TBKMK.

126

4.

TRAKM Tabel TRAKM pada laporan EPSBED sistem berjalan berisi 290 mahasiswa aktif. Pada Tabel TRAKM pada laporan EPSBED sistem usulan berisi dua data yang sudah disesuaikan dengan mahasiswa yang sudah diaktifkan KRS-nya dan disetujui oleh Penasihat Akademik yang tersimpan di dalam basis data sistem usulan. Pada laporan sistem berjalan, mata kuliah yang diprogram mahasiswa berjumlah 59 mata kuliah sedangkan pada laporan dari sistem usulan berjumlah 11 mata kuliah yang mana jumlah tersebut sesuai dengan jumlah yang terdaftar dalam TBKMK dan TRAKD serta tabel jadwal perkuliahan dalam basis data sistem usulan.

5.

TRNLM Tabel TRNLM pada laporan EPSBED sistem berjalan berisi 290 mahasiswa aktif dan 57 mata kuliah yang sudah diprogram mahasiswa tersebut. Tabel TRNLM pada laporan EPSBED sistem usulan berisi dua mahasiswa aktif dan 11 mata kuliah yang diprogram oleh mahasiswa dengan jumlah yang bervariasi per mahasiswa. Jumlah pada laporan tersebut bersesuaian dengan data yang berasal dari basis data yaitu data Kartu Rencana Studi yang sudah disetujui oleh Penasihat Akademik mahasiswa dan juga data Kartu Hasil Studi.

6.

TRLSM Tabel TRLSM pada laporan dari sistem berjalan berisi 31 alumni sedangkan pada laporan sistem usulan, laporan tersebut kosong. Hal ini disebabkan karena isi laporan tersebut bersesuaian dengan isi tabel alumni pada basis data sistem baru.

7.

MSDOS Tabel MSDOS pada laporan dari sistem berjalan berisi 951 dosen sedangkan pada laporan dari sistem usulan berisi empat dosen. Hal ini disebabkan Tabel MSDOS dari sistem usulan disesuaikan dengan tabel pegawai dan jadwal perkuliahan Fakultas Teknik.

127

c.

Program Studi Teknik Mesin Adapun hasil analisis dari laporan EPSBED yang berasal dari sistem yang

diusulkan dengan sistem yang lama diuraikan pada Tabel 5.6. Tabel 5.6 Hasil Laporan EPSBED Teknik Mesin No Tabel Uraian 1 MSMHS Status Aktif Status Cuti Status Non Aktif Status Keluar Status D.O. Status Lulus Status Lainnya 2 TBKMK Jumlah Mata Kuliah Yang Ditawarkan 3 TRAKD Jumlah Dosen Mengajar Jumlah Mata Kuliah Yang Ditawarkan 4 TRAKM Jumlah Mahasiswa Aktif Jumlah Mahasiswa Lulus 5 TRNLM Jumlah Mahasiswa Aktif Jumlah Mata Kuliah Diprogram 6 TRLSM Jumlah Mahasiswa Lulus 7 MSDOS Jumlah Dosen

SB 266 0 103 10 0 130 0 44

DB 155 0 22 2 0 0 0 17

SU 155 0 22 2 0 0 0 17

7 44

5 17

5 17

266 17 266 45 17 -

155 0 155 16 0 5

155 0 155 16 0 5

Keterangan : SB

=

Sistem Berjalan

DB

=

Database

SU

=

Sistem Usulan

Berdasarkan hasil yang diuraikan pada Tabel 5.6, diketahui bahwa terdapat perbedaan antara jumlah data pada laporan hasil sistem berjalan dan sistem usulan. 1.

MSMHS Tabel MSMHS pada laporan EPSBED sistem berjalan berisi data yang berasal dari tahun 2007 hingga tahun 2014 sedangkan Tabel MSMHS pada sistem

128

usulan berisi 179 data mahasiswa pada tahun akademik 20141. Data pada basis data dan laporan EPSBED dari sistem usulan sudah bersesuaian. 2.

TBKMK Tabel TBKMK pada laporan EPSBED sistem berjalan berisi 44 mata kuliah yang mana mata kuliah tersebut adalah mata kuliah yang ditawarkan pada tahun akademik 20141. Tabel TBKMK pada laporan EPSBED dan basis data sistem usulan berisi 11 data mata kuliah yang mana data tersebut adalah data mata kuliah yang ditawarkan pada tahun akademik 20141 dan sudah masuk dalam data jadwal perkuliahan.

3.

TRAKD Tabel TRAKD pada laporan EPSBED sistem berjalan berisi 48 baris data untuk dosen yang mengajar. Pada laporan hasil dari sistem usulan, tabel berisi 18 baris data yang mana data tersebut sudah masuk dalam data jadwal perkuliahan. Mata kuliah yang ditawarkan berjumlah 17 mata kuliah dan data tersebut sudah bersesuaian dengan data pada tabel TBKMK.

4.

TRAKM Tabel TRAKM pada laporan EPSBED sistem berjalan berisi 266 mahasiswa aktif. Pada Tabel TRAKM pada laporan EPSBED sistem usulan memiliki 155 data namun terdapat dua mahasiswa memiliki KRS aktif dan disetujui oleh Penasihat Akademik yang tersimpan di dalam basis data sistem usulan. Pada laporan sistem berjalan, terdapat 17 mahasiswa dengan status lulus pada tahun akademik 20141.

5.

TRNLM Tabel TRNLM pada laporan EPSBED sistem berjalan berisi 266 mahasiswa aktif dan 45 mata kuliah yang sudah diprogram mahasiswa tersebut. Tabel TRNLM pada laporan EPSBED sistem usulan berisi 155 mahasiswa aktif dan 16 mata kuliah yang diprogram oleh mahasiswa dengan jumlah yang bervariasi per mahasiswa. Jumlah pada laporan tersebut bersesuaian dengan data yang berasal dari basis data yaitu data Kartu Rencana Studi yang sudah disetujui oleh Penasihat Akademik mahasiswa dan juga data Kartu Hasil Studi.

129

6.

TRLSM Tabel TRLSM pada laporan dari sistem berjalan berisi 17 alumni sedangkan pada laporan sistem usulan, laporan tersebut kosong. Hal ini disebabkan karena isi laporan tersebut bersesuaian dengan isi tabel alumni pada basis data sistem baru.

7.

MSDOS Pada laporan EPSBED Teknik Mesin tahun akademik 2014 tidak disertakan Tabel MSDOS. Pada laporan EPSBED sistem usulan berisi lima dosen yang mana data tersebut disesuaikan dengan data jadwal mata kuliah Fakultas Teknik Program Studi Teknik Mesin.

d. Program Studi Teknik Informatika Adapun hasil analisis dari laporan EPSBED yang berasal dari sistem yang diusulkan dengan sistem yang lama diuraikan pada Tabel 5.7. Tabel 5.7 Hasil Laporan EPSBED Teknik Informatika No Tabel Uraian SB 1 MSMHS Status Aktif 409 Status Cuti 0 Status Non Aktif 110 Status Keluar 9 Status D.O. 0 Status Lulus 162 Status Lainnya 0 2 TBKMK Jumlah Mata Kuliah Yang 78 Ditawarkan 3 TRAKD Jumlah Dosen Mengajar 15 Jumlah Mata Kuliah Yang 47 Ditawarkan 4 TRAKM Jumlah Mahasiswa Aktif 409 Jumlah Mahasiswa Lulus 22 5 TRNLM Jumlah Mahasiswa Aktif 409 Jumlah Mata Kuliah Diprogram 46 6 TRLSM Jumlah Mahasiswa Lulus 22 7 MSDOS Jumlah Dosen 954

DB 294 0 31 0 0 1 0 7

SU 294 0 31 0 0 1 0 7

4 7

4 7

155 1 155 6 1 4

155 1 155 6 1 4

130

Keterangan : SB

=

Sistem Berjalan

DB

=

Database

SU

=

Sistem Usulan

Berdasarkan hasil yang diuraikan pada Tabel 5.100, diketahui bahwa terdapat perbedaan antara jumlah data pada laporan hasil sistem berjalan dan sistem usulan. 1.

MSMHS Tabel MSMHS pada laporan EPSBED sistem berjalan memiliki data dari rentang tahun 2007 hingga tahun 2014 sedangkan laporan EPSBED dari sistem usulan memiliki data dari rentang tahun 2011 hingga tahun 2014. Hal inilah yang menyebabkan perbedaan jumlah data mahasiswa dari laporan EPSBED tersebut.

2.

TBKMK Tabel TBKMK pada laporan EPSBED sistem berjalan berisi 78 mata kuliah pada tahun akademik 20141. Namun, pada implementasi di dunia nyata pada tahun akademik 20141 dalam hal ini tahun akademik ganjil, Program Studi Teknik Informatika menawarkan 43 mata kuliah. Tabel TBKMK pada laporan EPSBED dan basis data sistem usulan berisi tujuh mata kuliah yang mana data tersebut adalah data mata kuliah yang ditawarkan pada tahun akademik 20141 dan sudah masuk dalam data jadwal perkuliahan.

3.

TRAKD Tabel TRAKD pada sistem berjalan menyatakan bahwa jumlah dosen yang mengajar pada Program Studi Teknik Informatika di tahun akademik 20141 adalah 15 orang. Tabel TRAKD pada sistem usulan menyatakan bahwa jumlah dosen yang mengajar pada Program Studi Teknik Informatika pada tahun akademik 20151 adalah empat orang. Jumlah dosen pada laporan sistem usulan telah disesuaikan dengan mata kuliah pada Tabel TBKMK dan tabel jadwal dalam sistem. Tabel TRAKD pada sistem berjalan berisi 47 mata kuliah yang ditawarkan pada tahun akademik 20141. Tahun akademik 20141 merupakan semester ganjil sehingga mata kuliah yang ditawarkan adalah mata kuliah yang

131

berada pada semester satu, tiga, lima, tujuh dan delapan yang mana berdasarkan laporan EPSBED Teknik Informatika 20141 mata kuliah tersebut berjumlah 43 mata kuliah. Jumlah mata kuliah pada laporan EPSBED yang berasal dari sistem usulan berisi tujuh mata kuliah yang ditawarkan dan mata kuliah tersebut terdaftar sebagai mata kuliah yang ditwarkan pada semester ganjil dan juga terdaftar dalam jadwal kuliah tahun akademik 20141. 4.

TRAKM Tabel TRAKM pada laporan EPSBED sistem berjalan berisi 409 mahasiswa aktif. Pada Tabel TRAKM pada laporan EPSBED sistem usulan memiliki 155 data namun terdapat dua mahasiswa memiliki KRS aktif dan disetujui oleh Penasihat Akademik yang tersimpan di dalam basis data sistem usulan. Pada laporan sistem berjalan, terdapat satu mahasiswa dengan status lulus pada tahun akademik 20141. Data pada laporan sistem usulan disesuaikan dengan data yang ada pada basis data sistem usulan.

5.

TRNLM Tabel TRNLM pada laporan EPSBED sistem berjalan berisi 409 mahasiswa aktif dan 46 mata kuliah yang sudah diprogram mahasiswa tersebut. Tabel TRNLM pada laporan EPSBED sistem usulan berisi 155 mahasiswa aktif dan 6 mata kuliah yang diprogram oleh mahasiswa dengan jumlah yang bervariasi per mahasiswa. Jumlah pada laporan tersebut bersesuaian dengan data yang berasal dari basis data yaitu data Kartu Rencana Studi yang sudah disetujui oleh Penasihat Akademik mahasiswa dan juga data Kartu Hasil Studi.

6.

TRLSM Tabel TRLSM pada laporan dari sistem berjalan berisi 22 alumni sedangkan pada laporan sistem usulan, laporan tersebut berisi satu orang alumni. Data pada laporan dengan sistem usulan disesuaikan dengan data pada tabel alumni dalam basis data sistem usulan.

7.

MSDOS Pada laporan EPSBED Teknik Informatika tahun akademik 20141 jumlah dosen pada Tabel MSDOS adalah 954 dosen. Pada laporan EPSBED sistem

132

usulan berisi empat dosen yang mana data tersebut disesuaikan dengan data pegawai dan jadwal mata kuliah Fakultas Teknik Program Studi Teknik Mesin.

BAB VI PENUTUP 6.1 Kesimpulan Berdasarkan hasil dan pembahasan yang telah diuraikan pada bab sebelumnya, maka hal yang dapat disimpulkan adalah Sistem Informasi Akademik Fakultas Teknik Universitas Halu Oleo sub-sistem Utility dan EPSBED dapat dibangun dengan menggunakan Rational Unified Process sebagai metode pengembangan sistemnya, Unified Modelling Languange sebagai bahasa pemodelan sistemnya, PHP sebagai bahasa pemrograman server side disandingkan dengan CSS dan HTML serta Javascript dengan menggunakan basis data MySQL yang diharapkan dapat memberikan kemudahan dalam pengelolaan data dasar Fakultas Teknik Universitas Halu Oleo serta pembuatan laporan EPSBED (Evaluasi Program Studi Berbasikan Evaluasi Diri).

6.2 Saran Adapun yang dapat menjadi saran penulis bagi pengembang selanjutnya yang berkaitan dengan Sistem Informasi Akademik Fakultas Teknik Universitas Halu Oleo khususnya sub-sistem Utility dan EPSBED adalah sebagai berikut : 1.

Sistem dapat diimplementasikan pada server dengan sistem operasi selain Windows.

2.

Sistem dapat membuat laporan yang dapat mengitung jumlah SKS yang telah diprogram dan Indeks Prestasi Kumulatif (IPK) secara otomatis pada laporan EPSBED tabel TRAKM.

3.

Sistem dapat membuat laporan EPSBED yang di dalamnya memuat lebih dari 7 tabel sesuai dengan ketentuan dan tetap terintegrasi dengan Sistem Informasi Akademik Fakultas Teknik.

4.

Sistem memiliki data yang memadai sehingga proses pelaporan menjadi lebih mudah dan efisien.

133

134

5.

Sistem mendapat fitur tambahan seperti absensi kuliah secara real time serta backup dan restore data sehingga sistem dapat bekerja lebih optimal.

6.

Keamanan basis data ditingkatkan dengan menerapkan hak akses basis data.

7.

Sistem dilengkapi dengan sistem log atau pencatatan aktivitas pengguna.

DAFTAR PUSTAKA Agustiani, N.H., 2010, Pengaruh Pemanfaatan Sistem Informasi Akademik Terpadu (Sikadu) Terhadap Kinerja Individual dengan Kemudahan Penggunaan Sebagai Variabel Moderating (Studi Empiris pada Fakultas Teknik Universitas Negeri Semarang), Tesis, Fakultas Ekonomi, Universitas Diponegoro. Semarang.

A.S. Rosa, Shalahudin, M., 2013, Rekayasa Perangkat Lunak (Terstruktur dan Berorientasi Objek), Informatika, Bandung.

Noviandi, F.R., 2012, Pengembangan Sistem Informasi Fakultas Teknik Universitas Tanjung Pura, Skripsi, Fakultas Teknik, Universitas Tanjung Pura. Pontianak.

Rahmawati, 2012, Analisis Penerapan Sistem Informasi Akademik (SIAKAD) Online di Universitas Sultan Ageng Tirtayasa, Skripsi, Fakultas Ilmu Sosial dan Ilmu Politik. Serang.

Santoso, N., 2009, Desain dan Pembuatan Aplikasi Siakad (Sistem Informasi Akademik) Politeknik, Skripsi, Politeknik Malang, Malang.

Satoto, K. I. 2009. Analisis Keamanan Sistem Informasi Akademik Berbasis Web di Fakultas Teknik Universitas Diponegoro, Skripsi, Yogyakarta. 13 Desember 2008.

Utami, E., Raharjo, S., 2014, Database Security Model in the Academic Information System, International Journal of Security and Its Applications, no 3, vol 14, hal 163-174.

LAMPIRAN

Source code MSDOS public function msdos($a, $id_prodi, $path, $id_tdtta) { include ('adodb5/adodb.inc.php'); $db1 = ADONewConnection('access'); $db2 = ADONewConnection('mysql'); $dsn="Driver={Microsoft Access Driver (*.mdb)};Dbq=".$path."\\eps_exp\\".$a.";Uid=Admin;Pwd=;"; $db1->Connect($dsn); $db2->Connect('localhost','root','','db_siakad_baru_9'); $sql1 = "CREATE TABLE MSDOS (KDPTIMSDO VARCHAR(25), KDJENMSDO VARCHAR(25), KDPSTMSDO VARCHAR(25), NOKTPMSDO VARCHAR(25), NODOSMSDO VARCHAR(10),NMDOSMSDO VARCHAR(26), GELARMSDO VARCHAR(10), TPLHRMSDO VARCHAR(25), TGLHRMSDO VARCHAR(8), KDJEKMSDO VARCHAR(2), KDJANMSDO VARCHAR(1), KDPDAMSDO VARCHAR(1), KDSTAMSDO VARCHAR(1), MLSEMMSDO VARCHAR(1), STDOSMSDO VARCHAR(1), STKATMSDO VARCHAR(1), SRTIJMSDO VARCHAR(1), NIPNSMSDO VARCHAR(20), PTINDMSDO VARCHAR(6), NIDNNMSDO VARCHAR(10), SMAWLMSDO VARCHAR(1), CETAKMSDO VARCHAR (1), KDWILMSDO VARCHAR(1), AKTAMSDO VARCHAR(1),FOTOPMSDO VARCHAR(1), ALDOSMSDO VARCHAR(26), TELRMMSDO VARCHAR(12), NOHPPMSDO VARCHAR(12), EMAILMSDO VARCHAR(35));"; $sql2 = "SELECT DISTINCT tb_univ.kode_univ AS KDPTIMSDO, tb_jenjang.kode_jenjang AS KDJENMSDO, tb_prodi.kode_prodi AS KDPSTMSDO,pegawai.id_pegawai AS NOKTPMSDO, pegawai.nidn AS NODOSMSDO, nm_pegawai AS NMDOSMSDO, pegawai.gelar_akhir AS GELARMSDO,tmp_lahir AS TPLHRMSDO, DATE_FORMAT(pegawai.tgl_lahir, '%Y%m%d') AS TGLHRMSDO, pegawai.jk AS KDJEKMSDO,fungsional_peg.id_fng AS KDJANMSDO, tb_master_gelar.kode_pend_ter AS KDPDAMSDO, ('') AS KDSTAMSDO, pegawai.status_kerja AS STDOSMSDO, ('') AS MLSEMMSDO, pegawai.status_kerja AS STKATMSDO, ('') AS SRTIJMSDO, pegawai.nip AS NIPNSMSDO, tb_univ.kode_univ AS PTINDMSDO, pegawai.nidn AS NIDNNMSDO, ('') AS SMAWLMSDO, ('') AS CETAKMSDO, ('') AS KDWILMSDO, ('') AS AKTAMMSDO, ('') AS FOTOPMSDO, pegawai.alamat AS ALDOSMSDO,('') AS TELRMMSDO, pegawai.tlp AS NOHPPMSDO, pegawai.email AS EMAILMSDO FROM pegawai JOIN tb_univ ON tb_univ.status_univ = 'AKTIF' JOIN tb_dosen ON tb_dosen.id_pegawai = pegawai.id_pegawai JOIN jadkul_dosen ON jadkul_dosen.id_dosen = tb_dosen.id_dosen JOIN tb_jadkul ON tb_jadkul.id_jadkul = jadkul_dosen.id_jadkul JOIN tb_prodi ON tb_prodi.id_prodi = '".$id_prodi."' JOIN tb_kelas ON tb_kelas.id_prodi = tb_prodi.id_prodi JOIN tb_jenjang ON tb_jenjang.id_jenjang = tb_prodi.id_jenjang LEFT JOIN fungsional_peg ON fungsional_peg.id_pegawai = pegawai.id_pegawai LEFT JOIN tb_master_gelar ON tb_master_gelar.nama_gelar = pegawai.gelar_akhir WHERE pegawai.id_pegawai = tb_dosen.id_pegawai AND tb_dosen.id_dosen = jadkul_dosen.id_dosen AND jadkul_dosen.id_dosen = tb_dosen.id_dosen AND tb_jadkul.id_jadkul = jadkul_dosen.id_jadkul AND tb_jadkul.id_kelas = tb_kelas.id_kelas AND tb_kelas.id_prodi = tb_prodi.id_prodi AND tb_kelas.id_prodi = '".$id_prodi."' AND tb_jadkul.id_dtta = '".$id_tdtta."'GROUP BY pegawai.id_pegawai"; $db1->Execute($sql1);$db2->Execute($sql2);$r = mysql_query($sql2); $sql3 = ""; if($r){while($data=mysql_fetch_row($r)) { $sql3 = "INSERT INTO MSDOS (KDPTIMSDO, KDJENMSDO, KDPSTMSDO, NOKTPMSDO, NODOSMSDO, NMDOSMSDO, GELARMSDO, TPLHRMSDO, TGLHRMSDO, KDJEKMSDO,KDJANMSDO, KDPDAMSDO, KDSTAMSDO, STDOSMSDO, MLSEMMSDO, STKATMSDO, SRTIJMSDO, NIPNSMSDO, PTINDMSDO, NIDNNMSDO, SMAWLMSDO, CETAKMSDO, KDWILMSDO, AKTAMSDO,FOTOPMSDO, ALDOSMSDO, TELRMMSDO, NOHPPMSDO, EMAILMSDO) VALUES('".$data[0]."','".$data[1]."','".$data[2]."','".$data[3]."','".$data[4]."','".$d ata[5]."','".$data[6]."','".$data[7]."','".$data[8]."','".$data[9]."','".$data[10]."',' ".$data[11]."','".$data[12]."','".$data[13]."','".$data[14]."','".$data[15]."','".$data [16]."','".$data[17]."','".$data[18]."','".$data[19]."','".$data[20]."','".$data[21]."' ,'".$data[22]."','".$data[23]."','".$data[24]."','".$data[25]."','".$data[26]."','".$da ta[27]."','".$data[28]."')";$db1->Execute($sql3);}}}

Source code MSMHS public function msmhs($a, $id_prodi, $path){ include ('adodb5/adodb.inc.php');$db1 = ADONewConnection('access'); $db2 = ADONewConnection('mysql'); $dsn="Driver={Microsoft Access Driver (*.mdb)};Dbq=".$path."\\eps_exp\\".$a.";Uid=Admin;Pwd=;"; $db1->Connect($dsn); $db2->Connect('localhost','root','','db_siakad_baru_9'); $sql4 = "CREATE TABLE MSMHS (KDPTIMSMHS VARCHAR(6), KDJENMSMHS VARCHAR(1), KDPSTMSMHS VARCHAR(5), NIMHSMSMHS VARCHAR(25),NMMHSMSMHS VARCHAR(30), SHIFTMSMHS VARCHAR(1), TPLHRMSMHS VARCHAR(20), TGLHRMSMHS DATE, KDJEKMSMHS VARCHAR(1), TAHUNMSMHS VARCHAR(4), SMAWLMSMHS VARCHAR(5), BTSTUMSMHS VARCHAR(5), ASSMAMSMHS VARCHAR(2), TGMSKMSMHS DATE, TGLLSMSMHS DATE,STMHSMSMHS VARCHAR(1), STPIDMSMHS VARCHAR(1), SKSDIMSMHS INTEGER, ASNIMMSMHS VARCHAR(15), ASPTIMSMHS VARCHAR(6), ASJENMSMHS VARCHAR(1), ASPSTMSMHS VARCHAR (5), BISTUMSMHS VARCHAR(1), PEKSBMSMHS VARCHAR(1), NMPEKMSMHS VARCHAR(40), PTPEKMSMHS VARCHAR(6), PSPEKMSMHS VARCHAR (5), NOPRMMSMHS VARCHAR(10), NOKP1MSMHS VARCHAR(10), NOKP2MSMHS VARCHAR(10), NOKP3MSMHS VARCHAR(10), NOKP4MSMHS VARCHAR(10));"; $sql5 = "SELECT u.kode_univ AS KDPTIMSMHS, j.kode_jenjang AS KDJENMSMHS, p.kode_prodi AS KDPSTMSMHS, m.nim AS NIMHSMSMHS, m.nama_mhs AS NMMHSMSMHS, k.kode_kelasmasuk AS SHIFTMSMHS, m.tmptlahir_mhs AS TPLHRMSMHS,DATE_FORMAT(m.tgllahir_mhs, '%d/%m/%Y') AS TGLHRMSMHS, m.jenkel_mhs AS KDJEKMSMHS, DATE_FORMAT(m.tgl_msk, '%Y') AS TAHUNMSMHS, DATE_FORMAT(m.tgl_msk, '%Y1') AS SMAWLMSMHS, CONCAT(YEAR(m.tgl_msk)+m.bts_studi,'','2') AS BTSTUMSMHS, v.kode_prov AS ASSMAMSMHS, DATE_FORMAT(m.tgl_msk, '%d/%m/%Y') AS TGMSKMSMHS, DATE_FORMAT(m.tgl_lulus, '%d/%m/%Y') AS TGLLSMSMHS, stm.kode_stmhs AS STMHSMSMHS,stms.kode_stmskmhs AS STPIDMSMHS, dmp.sks_diakui AS SKSDIMSMHS, dmp.nim_sebelumnya AS ASNIMMSMHS, un.kode_univ AS ASPTIMSMHS, je.kode_jenjang AS ASJENMSMHS, pr.kode_prodi AS ASPSTMSMHS, ('') AS BISTUMSMHS, ('') AS PEKSBMSMHS, ('') AS NMPEKMSMHS, ('') AS PTPEKMSMHS, ('') AS PSPEKMSMHS, ('') AS NOPRMMSMHS, ('') AS NOKP1MSMHS, ('') AS NOKP2MSMHS, ('') AS NOKP3MSMHS, ('') AS NOKP4MSMHS FROM tb_mhs m LEFT JOIN tb_dtmhspin dmp ON m.id_mhs = dmp.id_mhs LEFT JOIN tb_univ un ON un.id_univ = dmp.id_univ LEFT JOIN tb_prodi pr ON pr.id_prodi = dmp.id_prodi LEFT JOIN tb_jenjang je ON je.id_jenjang = pr.id_jenjang JOIN tb_univ u ON u.status_univ = 'AKTIF' JOIN tb_prodi p ON m.id_prodi = p.id_prodi JOIN tb_jenjang j ON p.id_jenjang = j.id_jenjang JOIN kelas_masuk k ON m.id_kelasmasuk = k.id_kelasmasuk JOIN tb_sma s ON m.id_sma = s.id_sma JOIN tb_kabp a ON s.id_kabp = a.id_kabp JOIN tb_prov v ON a.id_prov = v.id_prov JOIN tb_stmhs stm ON stm.id_stmhs = m.id_stmhs JOIN tb_stmskmhs stms ON stms.id_stmskmhs = m.id_stmskmhs WHERE m.id_prodi = '".$id_prodi."'"; $db1->Execute($sql4);$db2->Execute($sql5);$s = mysql_query($sql5);$sql6 = ""; if($s){while($datamsmhs = mysql_fetch_row($s)){$dat = ""; if($datamsmhs[14] == "00/00/0000"){$dat = "30/12/1899";}else{$dat = $datamsmhs[14];} if($datamsmhs[17] == NULL){$dat1 = 0;}else{$dat1 = $datamsmhs[17];} $sql6 = "INSERT INTO MSMHS (KDPTIMSMHS,KDJENMSMHS, KDPSTMSMHS, NIMHSMSMHS, NMMHSMSMHS, SHIFTMSMHS, TPLHRMSMHS, TGLHRMSMHS, KDJEKMSMHS, TAHUNMSMHS, SMAWLMSMHS, BTSTUMSMHS, ASSMAMSMHS, TGMSKMSMHS, TGLLSMSMHS, STMHSMSMHS, STPIDMSMHS, SKSDIMSMHS, ASNIMMSMHS, ASPTIMSMHS, ASJENMSMHS, ASPSTMSMHS, BISTUMSMHS, PEKSBMSMHS, NMPEKMSMHS, PTPEKMSMHS, PSPEKMSMHS, NOPRMMSMHS, NOKP1MSMHS, NOKP2MSMHS, NOKP3MSMHS, NOKP4MSMHS) VALUES('".$datamsmhs[0]."','".$datamsmhs[1]."','".$datamsmhs[2]."','".$datamsmhs[3]."', '".$datamsmhs[4]."','".$datamsmhs[5]."','".$datamsmhs[6]."','".$datamsmhs[7]."','".$dat amsmhs[8]."','".$datamsmhs[9]."','".$datamsmhs[10]."','".$datamsmhs[11]."','".$datamsmh s[12]."','".$datamsmhs[13]."','".$dat."','".$datamsmhs[15]."','".$datamsmhs[16]."','".$ dat1."','".$datamsmhs[18]."','".$datamsmhs[19]."','".$datamsmhs[20]."','".$datamsmhs[21 ]."','".$datamsmhs[22]."','".$datamsmhs[23]."','".$datamsmhs[24]."','".$datamsmhs[25]." ','".$datamsmhs[26]."','".$datamsmhs[27]."','".$datamsmhs[28]."','".$datamsmhs[29]."',' ".$datamsmhs[30]."','".$datamsmhs[31]."')"; $db1->Execute($sql6);}}}

Source code TBKMK public function tbkmk($a, $id_prodi, $path, $id_tdtta, $id_kurik){ include ('adodb5/adodb.inc.php');$db1 = ADONewConnection('access'); $db2 = ADONewConnection('mysql'); $dsn = "Driver={Microsoft (*.mdb)};Dbq=".$path."\\eps_exp\\".$a.";Uid=Admin;Pwd=;";

Access

Driver

$db1->Connect($dsn);$db2->Connect('localhost','root','','db_siakad_baru_9'); $sql7 = "CREATE TABLE TBKMK (THSMSTBKMK VARCHAR(6), KDPTITBKMK VARCHAR(6), KDJENTBKMK VARCHAR(1), KDPSTTBKMK VARCHAR(5), KDKMKTBKMK VARCHAR(10), NAKMKTBKMK VARCHAR(40), SKSMKTBKMK DOUBLE NULL, SKSTMTBKMK DOUBLE NULL, SKSPRTBKMK DOUBLE NULL, SKSLPTBKMK DOUBLE NULL, SEMESTBKMK VARCHAR(2),KDWPLTBKMK VARCHAR(1), KDKURTBKMK VARCHAR(1), KDKELTBKMK VARCHAR(1), NODOSTBKMK VARCHAR(10), JENJATBKMK VARCHAR(1), PRODITBKMK VARCHAR(5), STKMKTBKMK VARCHAR(1), SLBUSTBKMK VARCHAR(1), SAPPPTBKMK VARCHAR(1), BHNAJTBKMK VARCHAR(1), DIKTTTBKMK VARCHAR(1), KDUTATBKMK VARCHAR(1), KDKUGTBKMK VARCHAR(1), KDLAITBKMK VARCHAR(1), KDMPATBKMK VARCHAR(1), KDMPBTBKMK VARCHAR(1), KDMPCTBKMK VARCHAR(1),KDMPDTBKMK VARCHAR(1), KDMPETBKMK VARCHAR(1), KDMPFTBKMK VARCHAR(1), KDMPGTBKMK VARCHAR(1), KDMPHTBKMK VARCHAR(1), KDMPITBKMK VARCHAR(1), KDMPJTBKMK VARCHAR(1), CRMKLTBKMK VARCHAR(1), PRSTDTBKMK VARCHAR(1), SMGDSTBKMK VARCHAR(1), RPSIMTBKMK VARCHAR(1), CSSTUTBKMK VARCHAR(1),DISLNTBKMK VARCHAR(1), SDILNTBKMK VARCHAR(1), CODLNTBKMK VARCHAR(1), COLLNTBKMK VARCHAR(1), CTXINTBKMK VARCHAR(1), PJBLNTBKMK VARCHAR(1),PBBLNTBKMK VARCHAR(1), UJTLSTBKMK DOUBLE NULL, TGMKLTBKMK DOUBLE NULL, TGMODTBKMK DOUBLE NULL, PSTSITBKMK DOUBLE NULL, SIMULTBKMK DOUBLE NULL, LAINNTBKMK DOUBLE NULL, UJTL1TBKMK DOUBLE NULL, TGMK1TBKMK DOUBLE NULL, TGMO1TBKMK DOUBLE NULL, PSTS1TBKMK DOUBLE NULL, SIMU1TBKMK DOUBLE NULL,LAIN1TBKMK DOUBLE NULL)"; $sql8 = "SELECT tb_dtta.nama_ta AS THSMSTBKMK, tb_univ.kode_univ AS KDPTITBKMK, tb_jenjang.kode_jenjang AS KDJENTBKMK, tb_prodi.kode_prodi AS KDPSTTBKMK, tb_mk.kode_mk AS KDKMKTBKMK, tb_mk.nama_mk AS NAKMKTBKMK, (tb_mk.sks_tatapmuka+ sks_lapangan+ sks_praktek) AS SKSMKTBKMK, tb_mk.sks_tatapmuka AS SKSTMTBKMK, tb_mk.sks_lapangan AS SKSLPTBKMK, tb_mk.sks_praktek AS SKSPRTBKMK, tb_semester.kode_semester AS SEMESTBKMK, tb_jmk.kode_jmk AS KDWPLTBKMK,tb_jnkur.kode_jnkur AS KDKURTBKMK, tb_kelpmk.kode_kelpmk AS KDKELTBKMK,pegawai.nidn AS NODOSTBKMK, tb_jenjang.kode_jenjang AS JENJATBKMK, tb_prodi.kode_prodi AS PRODITBKMK, ('A') AS STKMKTBKMK,tb_mk.silabus AS SLBUSTBKMK, tb_mk.sap AS SAPPPTBKMK, tb_mk.bahanajar AS BHNAJTBKMK,tb_mk.diktat AS DIKTTTBKMK, ('') AS KDUTATBKMK, ('') AS KDKUGTBKMK, ('') AS KDLAITBKMK, ('') AS KDMPATBKMK,('') AS KDMPBTBKMK, ('') AS KDMPCTBKMK, ('') AS KDMPDTBKMK, ('') AS KDMPETBKMK, ('') AS KDMPFTBKMK, ('') AS KDMPGTBKMK,('') AS KDMPHTBKMK, ('') AS KDMPITBKMK, ('') AS KDMPJTBKMK, ('') AS CRMKLTBKMK, ('') AS PRSTDTBKMK, ('') AS SMGDSTBKMK,('') AS RPSIMTBKMK, ('') AS CSSTUTBKMK, ('') AS DISLNTBKMK, ('') AS SDILNTBKMK, ('') AS CODLNTBKMK, ('') AS COLLNTBKMK,('') AS CTXINTBKMK, ('') AS PJBLNTBKMK, ('') AS PBBLNTBKMK, ('') AS UJTLSTBKMK, ('') AS TGMKLTBKMK, ('') AS TGMODTBKMK,('') AS PSTSITBKMK, ('') AS SIMULTBKMK, ('') AS LAINNTBKMK, ('') AS UJTL1TBKMK, ('') AS TGMK1TBKMK, ('') AS TGMO1TBKMK,('') AS PSTS1TBKMK, ('') AS SIMU1TBKMK, ('') AS LAIN1TBKMK FROM tb_mk JOIN tb_dtta ON tb_dtta.id_dtta = '".$id_tdtta."' JOIN tb_univ ON tb_univ.status_univ = 'AKTIF' JOIN tb_prodi ON tb_prodi.id_prodi = tb_mk.id_prodi JOIN tb_jenjang ON tb_jenjang.id_jenjang = tb_prodi.id_jenjang JOIN tb_semester ON tb_semester.id_semester = tb_mk.id_semester JOIN tb_jmk ON tb_jmk.id_jmk = tb_mk.id_jmk JOIN tb_jadkul ON tb_jadkul.id_mk = tb_mk.id_mk JOIN tb_jnkur ON tb_jnkur.id_jnkur = tb_mk.id_jnkur JOIN tb_kelpmk ON tb_kelpmk.id_kelpmk = tb_mk.id_kelpmk LEFT JOIN tb_dosen ON tb_dosen.id_dosen = tb_mk.id_dosenp LEFT JOIN pegawai ON pegawai.id_pegawai = tb_dosen.id_pegawai WHERE tb_mk.id_prodi = '".$id_prodi."' AND tb_mk.id_kurikulum = '".$id_kurik."' AND tb_jadkul.id_mk = tb_mk.id_mk AND tb_jadkul.id_dtta = '".$id_tdtta."' GROUP BY tb_mk.kode_mk";$db1->Execute($sql7);$db2->Execute($sql8);$t = mysql_query($sql8); $sql9 = ""; if($t){ while($datatbkmk = mysql_fetch_row($t)){ $sql9 = "INSERT INTO TBKMK (THSMSTBKMK, KDPTITBKMK, KDJENTBKMK, KDPSTTBKMK, KDKMKTBKMK, NAKMKTBKMK, SKSMKTBKMK, SKSTMTBKMK, SKSPRTBKMK, SKSLPTBKMK, SEMESTBKMK, KDWPLTBKMK, KDKURTBKMK, KDKELTBKMK, NODOSTBKMK, JENJATBKMK, PRODITBKMK, STKMKTBKMK, SLBUSTBKMK, SAPPPTBKMK, BHNAJTBKMK, DIKTTTBKMK, KDUTATBKMK, KDKUGTBKMK, KDLAITBKMK, KDMPATBKMK, KDMPBTBKMK, KDMPCTBKMK, KDMPDTBKMK, KDMPETBKMK, KDMPFTBKMK, KDMPGTBKMK, KDMPHTBKMK,

KDMPITBKMK, KDMPJTBKMK, CRMKLTBKMK, PRSTDTBKMK, SMGDSTBKMK, RPSIMTBKMK, CSSTUTBKMK, DISLNTBKMK, SDILNTBKMK, CODLNTBKMK, COLLNTBKMK, CTXINTBKMK, PJBLNTBKMK,PBBLNTBKMK) VALUES ('".$datatbkmk[0]."','".$datatbkmk[1]."','".$datatbkmk[2]."','".$datatbkmk[3]."','".$da tatbkmk[4]."','".$datatbkmk[5]."',".$datatbkmk[6]."','".$datatbkmk[7]."','".$datatbkmk[ 8]."','".$datatbkmk[9]."','".$datatbkmk[10]."','".$datatbkmk[11]."','".$datatbkmk[12]." ','".$datatbkmk[13]."','".$datatbkmk[14]."','".$datatbkmk[15]."','".$datatbkmk[16]."',' ".$datatbkmk[17]."','".$datatbkmk[18]."','".$datatbkmk[19]."','".$datatbkmk[20]."','".$ datatbkmk[21]."','".$datatbkmk[22]."','".$datatbkmk[23]."', '".$datatbkmk[24]."','".$datatbkmk[25]."','".$datatbkmk[26]."','".$datatbkmk[27]."','". $datatbkmk[28]."','".$datatbkmk[29]."','".$datatbkmk[30]."','".$datatbkmk[31]."','".$da tatbkmk[32]."','".$datatbkmk[33]."','".$datatbkmk[34]."','".$datatbkmk[35]."','".$datat bkmk[36]."','".$datatbkmk[37]."','".$datatbkmk[38]."','".$datatbkmk[39]."','".$datatbkm k[40]."','".$datatbkmk[41]."','".$datatbkmk[42]."','".$datatbkmk[43]."','".$datatbkmk[4 4]."','".$datatbkmk[45]."','".$datatbkmk[46]."')";$db1->Execute($sql9);}}}

Source code TRAKD public function trakd($a, $id_prodi, $path, $id_tdtta){ include ('adodb5/adodb.inc.php');$db1 = ADONewConnection('access'); $db2 = ADONewConnection('mysql'); $dsn = "Driver={Microsoft Access Driver (*.mdb)};Dbq=".$path."\\eps_exp\\".$a.";Uid=Admin;Pwd=;"; $db1->Connect($dsn);$db2->Connect('localhost','root','','db_siakad_baru_9'); $sql10 = "CREATE TABLE TRAKD (THSMSTRAKD VARCHAR(5), KDPTITRAKD VARCHAR(6), KDJENTRAKD VARCHAR(1), KDPSTTRAKD VARCHAR(5), NODOSTRAKD VARCHAR(10),KDKMKTRAKD VARCHAR(10), KELASTRAKD VARCHAR(2), TMRENTRAKD DOUBLE, TMRELTRAKD DOUBLE)"; $sql11 = "SELECT tb_dtta.nama_ta AS THSMSTRAKD, tb_univ.kode_univ AS KDPTITRAKD, tb_jenjang.kode_jenjang AS KDJENTRAKD,tb_prodi.kode_prodi AS KDPSTTRAKD, pegawai.nidn AS NODOSTRAKD, tb_mk.kode_mk AS KDKMKTRAK, ('') AS KELASTRAKD, tb_mk.jumlah_pertemuan AS TMRENTRAKD, tb_jadkul.realisasipertemuan AS TMRELTRAKD FROM tb_jadkul JOIN tb_dtta ON tb_dtta.id_dtta = '".$id_tdtta."' JOIN tb_univ ON tb_univ.status_univ = 'AKTIF' JOIN tb_prodi ON tb_prodi.id_prodi = '".$id_prodi."' JOIN tb_jenjang ON tb_jenjang.id_jenjang = tb_prodi.id_jenjang JOIN jadkul_dosen ON jadkul_dosen.id_jadkul = tb_jadkul.id_jadkul JOIN tb_dosen ON tb_dosen.id_dosen = jadkul_dosen.id_dosen JOIN pegawai ON pegawai.id_pegawai = tb_dosen.id_pegawai JOIN tb_mk ON tb_mk.id_mk = tb_jadkul.id_mk WHERE tb_jadkul.id_dtta = '".$id_tdtta."' AND tb_mk.id_prodi = '".$id_prodi."'"; $db1->Execute($sql10);$db2->Execute($sql11); $u = mysql_query($sql11);$sql12 = ""; if($u){while($datanilai = mysql_fetch_row($u)){if($datanilai[7] == NULL){ $datanilai1 = 0;}else{datanilai1 = $datanilai[7];}if($datanilai[8] == NULL){ $datanilai2 = 0;}else{$datanilai2 = $datanilai[8]; $sql12 = "INSERT INTO TRAKD (THSMSTRAKD, KDPTITRAKD, KDJENTRAKD, KDPSTTRAKD, NODOSTRAKD, KDKMKTRAKD, KELASTRAKD, TMRENTRAKD, TMRELTRAKD) VALUES ('".$datanilai[0]."','".$datanilai[1]."','".$datanilai[2]."','".$datanilai[3]."','".$da tanilai[4]."','".$datanilai[5]."','".$datanilai[6]."','".$datanilai1."','".$datanilai2. "')";$db1->Execute($sql12);}}}