APLIKASI PENGELOLAAN PRESENSI MAHASISWA UMY BERBASIS TOKEN

(1)

SKRIPSI

APLIKASI PENGELOLAAN PRESENSI MAHASISWA UMY

BERBASIS TOKEN

Disusun oleh :

AGUNG WICAKSONO

20120140037

PROGRAM STUDI TEKNIK INFORMATIKA

FAKULTAS TEKNIK UNIVERSITAS MUHAMMADIYAH

YOGYAKARTA

(2)

KATA PENGANTAR

Assalamu’alaikum Wr. Wb.

Puji syukur penulis panjatkan kehadirat Allah SWT karena berkat Rahmat dan Karunia-Nya penulis dapat menyelesaikan penyusunan skripsi ini. Shalawat beserta salam semoga senantiasa terlimpah curahkan kepada Nabi Muhammad SAW, kepada keluarganya, para sahabatnya, hingga kepada umatnya hingga akhir zaman, amin.

Penulisan skripsi ini diajukan untuk memenuhi salah satu syarat Memperoleh gelar Sarjana pada Program Studi Teknik Informatika Fakultas Teknik Universitas Muhammadiyah Yogyakarta. Judul yang penulis ajukan adalah “Aplikasi Pengelolaan Presensi Mahasiswa UMY Berbasis Token”.

Dalam penyusunan dan penulisan skripsi ini tidak terlepas dari bantuan, bimbingan serta dukungan dari berbagai pihak. Oleh karena itu dalam kesempatan ini penulis dengan senang hati menyampaikan terima kasih kepada yang terhormat:

1. Bapak Helmi Zain Nuri, S.T., MT. selaku Ketua Program Studi Teknik Informatika Universitas Muhammadiyah Yogyakarta.

2. Bapak Ir. Eko Prasetyo, M.Eng. selaku dosen pembimbing I yang dengan sabar membimbing, memberikan ilmu dan mengarahkan penulis sehingga selama melaksanakan penelitian tugas akhir ini hingga menyelesaikan penyusunan skripsi ini.

3. Bapak Reza Giga Isnanda, S.T., M.Sc. selaku dosen pembimbing II yang dengan sabar memberikan ilmu dan pengetahuan, semoga bermanfaat baik untuk sekarang hingga dikemudian hari.

4. Bapak Cahya Damarjati, S.T., M.Eng. selaku dosen penguji ujian pendadaran skripsi yang senantiasa memberikan saran demi perkembangan ilmu pengetahuan serta perkembangan dunia pendidikan.

(3)

6. Staf Tata Usaha Jurusan Teknik Informatika Fakultas Teknik Universitas Muhammadiyah Yogyakarta.

7. Ayah dan Ibu atas jasa-jasanya, kesabaran, do’a dan tidak pernah lelah dalam mendidik dan memberi cinta yang tulus dan ikhlas kepada penulis semenjak kecil.

8. Saudara-saudara tercinta yang telah banyak memberikan dorongan, semangat, kasih sayang dan bantuan baik secara moral maupun materi demi lancarnya penyusunan skripsi ini.

9. Teman-teman seperjuangan Jurusan Teknik Informatika 2012 atas kebersamaan dan bantuan yang berarti bagi penulis.

10. Semua pihak yang telah banyak membantu penulis dalam menyelesaikan skripsi ini.

Semoga Allah SWT memberikan balasan yang berlipat ganda kepada semuanya. Demi perbaikan selanjutnya, saran dan kritik yang membangun akan penulis terima dengan senang hati. Akhirnya, hanya kepada Allah SWT penulis serahkan segalanya mudah-mudahan dapat bermanfaat khususnya bagi penulis umumnya bagi kita semua.

Wassalamu’alaikum Wr. Wb.

Yogyakarta, 26 Desember 2016

(4)

PERNYATAAN

Dengan ini saya menyatakan bahwa dalam skripsi ini tidak terdapat karya yang pernah diajukan untuk memperoleh gelar kesarjanaan di suatu Perguruan Tinggi dan sepanjang pengetahuan saya juga tidak terdapat karya atau pendapat yang pernah ditulis atau diterbitkan oleh orang lain, kecuali yang secara tertulis dikutip dalam naskah ini dan disebutkan dalam daftar pustaka.

Yogyakarta, 26 Desember 2016

(5)

DAFTAR ISI

PENGESAHAN I ... I

PENGESAHAN II... II

KATA PENGANTAR...III

PERNYATAAN...V

DAFTAR ISI... VI

DAFTAR GAMBAR... IX

DAFTAR TABEL ...X

INTISARI ... XI

ABSTRACT ... XII

BAB I PENDAHULUAN... 1

1.1 LATAR BELAKANG ... 1

1.2 RUMUSAN MASALAH ... 3

1.3 TUJUAN PENELITIAN... 4

1.4 BATASAN MASALAH ... 4

1.5 MANFAAT PENELITIAN... 5

1.6 SISTEMATIKA PENULISAN ... 5

BAB II TINJAUAN PUSTAKA DAN LANDASAN TEORI... 7

2.1 TINJAUAN PUSTAKA ... 7

2.2 LANDASAN TEORI... 10

2.2.1 Definisi Pengelolaan Data Presensi... 10

2.2.2 Intranet ... 11

2.2.3 Aplikasi Web ... 12

2.2.4 Two Factor Authentication ... 13

(6)

2.2.6 Lightweight Directory Access Protocol (LDAP) Server... 16

2.2.7 UML ... 16

2.2.8 Visual Studio 2015 ... 17

2.2.9 ASP.NET (MVC) ... 18

2.2.10 Microsoft SQL Server Management Studio ... 19

2.2.11 Black Box testing... 20

BAB III METODE PENELITIAN ... 22

3.1 METODE PENGEMBANGAN SISTEM ... 22

3.1.1 System / Information Engineering and Modeling ... 23

3.1.2 Software Requirements Analysis... 23

3.1.3 System Design... 24

3.1.4 Implementation ... 24

3.1.5 Testing / Verification ... 25

3.1.6 Maintenance ... 25

3.2 ALAT DAN BAHAN ... 26

3.2.1 Alat... 26

3.2.2 Bahan ... 28

3.3 METODE PENGUMPULAN DATA... 29

3.3.1 Observasi ... 29

3.3.2 Wawancara ... 29

3.4 ANALISIS DATA ... 30

3.4.1 Arsitektur ... 30

3.4.2 Analisis Pengguna ... 31

3.4.3 Analisis Pembuatan Sesi Perkuliahan ... 32

3.4.4 Analisis Presensi Mahasiswa ... 33

3.4.5 Analisis Pemantauan Kehadiran Mahasiswa ... 34

3.4.6 Analisis Kebutuhan Web... 35

3.5 RANCANGAN SISTEM ... 35

3.5.1 Rancangan Sistem... 36

(7)

BAB IV HASIL DAN PEMBAHASAN ... 45

4.1 TAMPILAN APLIKASI... 45

4.1.1 Halaman Login Dosen ... 45

4.1.2 Halaman Create Sesi Perkuliahan ... 46

4.1.3 Halaman Detail Sesi Perkuliahan ... 47

4.1.4 Halaman List Sesi Perkuliahan ... 49

4.1.5 Halaman Edit Sesi Perkuliahan... 50

4.2 PENGUJIAN USER ... 50

4.2.1 Black Box Testing ... 51

4.2.2 Real Testing ... 57

4.3 PEMBAHASAN ... 62

BAB V KESIMPULAN DAN SARAN ... 64

5.1 KESIMPULAN ... 64

5.2 SARAN ... 64

DAFTAR PUSTAKA... 65

LAMPIRAN... 67

A. Source code pada controller ... 67

B. Source code pada model... 78

C. Source code (html) pada view ... 79

1. Halaman index ... 79

2. Halaman create ... 82

3. Halaman edit ... 86

4. Halaman detail ... 88

5. Halaman delete... 91

(8)

DAFTAR GAMBAR

Gambar 3. 1 Metode Waterfall menurut Bassil (2012) ... 22

Gambar 3. 2 Arsiktektur aplikasi... 30

Gambar 3. 3 Analisis pengguna... 31

Gambar 3. 4 Analisis Pembuatan Sesi Perkuliahan... 32

Gambar 3. 5 Analisis presensi mahasiswa ... 33

Gambar 3. 6 Analisis pemantauan kehadiran mahasiswa ... 34

Gambar 3. 7 Use case diagram ... 36

Gambar 3. 8 Activity diagram ... 37

Gambar 3. 9 Sequence diagram... 39

Gambar 3. 10 Rancangan antarmuka halaman login dosen. ... 42

Gambar 3. 11 Rancangan antarmuka halaman create sesi perkuliahan ... 42

Gambar 3. 12 Rancangan antarmuka halaman detail sesi perkuliahan ... 43

Gambar 3. 13 Rancangan antarmuka halaman list sesi perkuliahan ... 44

Gambar 3. 14 Rancangan antarmuka halaman edit sesi perkuliahan ... 44

Gambar 4. 1 Halaman login dosen ... 45

Gambar 4. 2 Halaman create sesi perkuliahan ... 46

Gambar 4. 3 Halaman detail sesi perkuliahan... 47

Gambar 4. 4 Halaman list sesi perkuliahan... 49

Gambar 4. 5 Halaman edit sesi perkuliahan... 50

Gambar 4. 6 Chart hasil real testing ... 61

(9)

DAFTAR TABEL

Tabel 3. 1 Spesifikasi Laptop Pengembang ... 26

Tabel 3. 2 Spesifikasi Minimum Perangkat Komputer User (Dosen) ... 27

Tabel 3. 3 Spesifikasi Minimum Perangkat Komputer Server... 27

Tabel 3. 4 Daftar Perangkat Lunak... 27

Tabel 3. 5 Perangkat Lunak Minimal untuk User (Dosen) ... 28

Tabel 3. 6 Perangkat Lunak Minimal untuk Server... 28

Tabel 4. 1 Hasil pengujian user interface... 51

Tabel 4. 2 Hasil Pengujian Fungsi Dasar Sistem ... 54

Tabel 4. 3 Hasil pengujian Validasi... 55

Tabel 4. 4 Data Real Testing ... 58

(10)

(11)

(12)

INTISARI

Pengelolaan data presensi mahasiswa sangat penting dalam kegiatan perkuliahan di Universitas Muhammadiyah Yogyakarta. Pengelolaan data yang baik tidak hanya mempermudah proses presensi, namun juga menjamin data administrasi yang baik. Kurangnya disiplin baik dari mahasiswa dan dosen dalam proses belajar dan mengajar terutama dalam hal presensi akan mengakibatkan ketidaksesuaian antara data presensi dan jadwal kuliah.

Tujuan dari penelitian ini adalah untuk merancang dan mengembangkan sistem pengelolaan presensi berbasis token. Sistem akan mempermudah dosen dalam mengelola presensi mahasiswa, sehingga menciptakan sebuah sistem presensi yang secara administratif terorganisir dengan baik.

Berdasarkan hasil uji black box dan uji langsung yang dilakukan setelah penguji mencoba aplikasi presensi online, dapat disimpulkan bahwa aplikasi presensi online ini dapat digunakan oleh dosen untuk mengelola kehadiran mahasiswa. Dengan menggunakan aplikasi ini, mahasiswa dapat mengkonfirmasi kehadiran mereka menggunakantoken. Hal ini dibuktikan dengan rata-rata hasil tes yang mencapai diatas 90%.

(13)

ABSTRACT

Student attendance data management is important in the learning process in Universitas Muhammadiyah Yogyakarta. A good data management not only simplifies the lecture attendance process but also ensure a well-organized data administration. The lack of discipline from both the students and the lecturers in the teaching process especially in taking attendance will result in the mismatch between the attendance data and the scheduled lecture.

The objective of this research is to design and develop a token-based attendance management system. This system will ease the lecturer in managing the students’ attendance, thus creating an attendance system that is administratively well-organized.

Based on the result of black box testing and real testing done after the researcher tried out the online attendance application, it can be inferred that this online attendance application can be used by lecturers to manage students’ attendance. By using this application, students can also confirm their attendance using the token. This is proven by the average percentage of the test result that reaches above 90%.

(14)

BAB I

PENDAHULUAN

1.1 LATAR BELAKANG

Universitas Muhammadiyah Yogyakarta adalah salah satu perguruan tinggi di Yogyakarta yang beralamat di Kampus Terpadu Universitas Muhammadiyah Yogyakarta, Jalan Lingkar Selatan, Kasihan, Bantul, DI Yogyakarta. Universitas Muhammadiyah Yogyakarta terakreditasi “A” dengan SK BAN PT No.061/SK/BAN-PT/Ak-IV/PT/II/2013. Hingga saat ini Jumlah mahasiswa Universitas Muhammadiyah Yogyakarta terdapat kurang lebih 20.000 mahasiswa. Sehingga dengan banyaknya jumlah mahasiswa yang ada, maka proses kegiatan belajar dan mengajar semakin banyak.

Dengan banyaknya kegiatan proses belajar dan mengajar di Universitas Muhammadiyah Yogyakarta, tidak menutup kemungkinan akan mengalami beberapa hambatan. Salah satu hambatannya adalah sulitnya pengelolaan pada presensi.

(15)

akhir semester. Namun, nilai tersebut ternyata tidak dapat keluar di sistem informasi akademik dikarenakan mahasiswa tersebut belum melesaikan pembayaran perkuliahan. Sehingga hal ini dapat mengganggu dan menjadi hambatan bagi Universitas.

Kedua, mahasiswa berpura-pura datang mengikuti perkuliahan. Padahal mahasiswa tersebut tidak hadir dalam perkuliahan. Dia menyuruh temannya dalam satu kelas untuk melakukan presensi untuknya. Sehingga mahasiswa tersebut tercatat telah menghadiri perkuliahan.

Ketiga, mahasiswa dapat memanipulasi waktu kehadiran saat perkuliahan. Ketika jadwal perkuliahan dimulai dari jam 08.00 pagi sampai dengan jam 10.00 pagi , mahasiswa tersebut ternyata hadir pada perkuliahan dari jam 09.00 pagi sampai selesai. Setelah itu dia melakukan presensi pada lembar yang telah disediakan. Sehingga mahasiswa tersebut tercatat telah menghadiri perkuliahan meskipun dia terlambat.

Keempat, dosen dapat memanipulasi waktu kehadiran saat mengajar. Ketika jadwal perkuliahan dimulai dari jam 08.00 pagi sampai dengan jam 10.00 pagi, namun karena terlambat dosen tersebut memulai perkuliahan dari jam 08.30 sampai dengan jam 10.00 pagi. Setelah itu dosen menanda tangani berita acara perkulihaan sesuai dengan jadwal yang telah ditentukan.

(16)

tentang pengelolaan presensi berbasis website. Namun dari solusi ini masih belum bisa mengatasi beberapa masalah diatas. Karena aplikasi ini belum bisa membedakan antara mahasiswa yang telah melakukan pembayaran perkuliahan dengan mahasiswa yang belum. Selain itu aplikasi ini masih membutuhkan manual berita acara perkuliahan dalam proses memasukkan data. Hal tersebut tentu saja dapat menyulitkan staf pengolah presensi dalam mengelolah dan menjaga seluruh data agar tidak terjadi kesalahan dalam memasukkan data.

Perkembangan teknologi saat ini sangat memungkinkan untuk memanfaatkan teknologi informasi sebagai alat bantu, manipulasi, dan pengelolaan data seperti aplikasi berbasis token. Token merupakan nilai acak yang dihasilkan dan diingat oleh komputer tanpa melibatkan otak manusia dalam proses mengingat. Karena aplikasi berbasis token memudahkan client dalam melakukan proses autentikasi tanpa harus memasukkan username dan password. Berdasarkan latar belakang masalah yang telah dipaparkan, perancangan dan pembuatan sebuah aplikasi pengelolaan presensi yang berjudul “Sistem Informasi Presensi” diharapkan menjadi sebuah solusi untuk permasalahan presensi.

1.2 RUMUSAN MASALAH

Berdasarkan latar belakang diatas didapatkan beberapa masalah yang menyulitkan staf dalam mengelola presensi. Sehingga untuk mengatasi masalah-masalah tersebut maka perlunya media untuk:

(17)

b. Membedakan antara mahasiswa yang sudah dan belum key-in (mengambil mata kuliah).

1.3 TUJUAN PENELITIAN

Berdasarkan deskripsi dari rumusan masalah diatas, tujuan dari penelitian ini adalah untuk merancang dan mengembangkan sistem pengelolaan presensi berbasis token. Sistem pengelolaan presensi dapat dijadikan media oleh dosen untuk mengelola presensi mahasiswa.

1.4 BATASAN MASALAH

Karena luasnya cakupan dalam mengembangkan aplikasi pengelolaan presensi, maka dalam penelitian ini penulis membuat beberapa batasan masalah

dengan tidak mengurangi tujuan penelitian. Adapun beberapa batasan masalah yang dimaksud antara lain:

a. Data untuk simulasi atau pengembangan diambil dari Universitas Muhammadiyah Yogyakarta periode awal hingga tahun 2015.

b. Aplikasi ini hanya digunakan untuk Dosen (back office).

c. Sistem Pengelolaan Presensi Mahasiswa ini hanya digunakan dalam jaringan local Universitas Muhammadiyah Yogyakarta.

d. Penelitian ini tidak terfokus pada desain UI (user interface) dan UX (user experience).

(18)

1.5 MANFAAT PENELITIAN

Dengan adanya penelitian ini diharapkan dapat memberikan manfaat antara lain:

a. Memudahkan dosen dalam mengelola presensi.

b. Mahasiswa dan dosen dapat lebih disiplin dalam proses belajar dan mengajar khususnya dalam hal presensi.

c. Terwujudnya sebuah pengelolaan administrasi presensi yang teratur.

1.6 SISTEMATIKA PENULISAN

Dalam penulisan skripsi ini, untuk mempermudah dalam hal penyusunan, penulis membaginya dalam beberapa bab. Secara garis besar, sistematika penulisan skripsi ini adalah sebagai berikut:

BAB I PENDAHULUAN

Bab ini berisikan tentang pelaksananaan penelitian secara umum. Pada bab ini akan dijelaskan mengenai latar belakang masalah, rumusan masalah, tujuan penelitian, batasan masalah, manfaat penelitian, dan sistematika penulisan.

BAB II TINJAUAN PUSTAKAN DAN LANDASAN TEORI

Bab ini menjelaskan teori-teori yang menjadi acuan dalam penulisan, yaitu mulai dari penjelasan tentang teknologi, penjelasan tentang teori yang digunakan dalam membangun aplikasi hinggadatabaseyang digunakan.

(19)

Bab ini membahas mengenai metode penelitian yang berisi mengenai sumber dan jenis data yang akan digunakan penulisan untuk melakukan penelitian. Selain itu terdapat juga rancangan antarmuka untuk aplikasi.

BAB IV HASIL DAN PEMBAHASAN

Bab ini menjelaskan mengenai hasil pembuatan aplikasi pengelolaan presensi Universitas Muhammadiyah Yogyakarta, implementasi sistem dan hasil pengujian pada sistem yang telah dibuat.

BAB V KESIMPULAN DAN SARAN

Bab ini menjelaskan mengenai kesimpulan dan saran yang dibutuhkan dari hasil penelitian yang telah dibuat.

DAFTAR PUSTAKA

(20)

BAB II

TINJAUAN PUSTAKA DAN LANDASAN TEORI

2.1 TINJAUAN PUSTAKA

Presensi atau daftar hadir adalah formulir berisi data identitas dan validasi dengan paraf atau tandatangan seseorang yang digunakan sebagai bukti kehadiran/keikutsertaan seseorang tersebut dalam suatu acara/kegiatan (Badunk, 2013). Terkadang di sebuah perusahaan seseorang atau karyawan melakukan presensi saat datang dan pulang dari kerja. Selain itu, setiap perusahaan atau instansi memiliki sistem presensi yang berbeda-beda.

Sistem presensi yang terkomputerisasi sudah banyak dikembangkan sebelumnya dengan perangkat lunak dan metode yang berbeda-beda. Sistem yang dikembangkan juga bervariasi, berbasiswebsite, fingerprint,maupundesktop.

Penelitian yang dilakukan oleh Muhammad, dkk. (2013) menjelaskan bahwa sistem presensi MONIKUL V.1 yang telah dikembangkan dapat melakukan monitoring absensi fingerprint untuk perkuliahan yang ada pada Jurusan Sistem Informasi ITS. Sistem ini juga dapat melakukan pengolaan jadwal belajar mengajar terkait absensifingerprint. Selain itu pemanfaatan teknologi ini dapat meringankan beban TU jurusan untuk rekapitulasi absensi saat akhir semester. Melalui uji coba performa menggunakanapache benchmarkpada lingkungan uji coba, MONIKUL V.1 dapat menanganirequestlebih dari 1000userberbeda secara bersamaan.

(21)

useryang tidak lain adalah Dosen, Mahasiswa, dan Admin.Usertersebut memiliki previlage berbeda tergantung jabatanuser tersebut (Muhammad dkk., 2013).

Selain itu, penelitian yang dilakukan oleh Zakaria dan Fandi (2008) mungungkapkan bahwa PDA dapat membantu penggunanya dalam melakukan aktivitas yang sebelumnya sulit untuk dilakukan. Salah satunya adalah untuk melakukan presensi perkuliahan, mayoritas masih menggunakan cara manual, yaitu dengan mengedarkan kertas presensi yang ditandatangani oleh mahasiswa. Sehingga PDA juga mampu melakukan presensi mahasiswa oleh dosen yang bersangkutan, dan langsung dikirim ke aplikasi desktop di suatu Personal Computer( PC ) untuk kemudian disimpan ke dalamdatabase.

Dari hasil penelitian tersebut diketahui bahwa dalam proses presensi mahasiswa, kita dapat menggunakan PDA sebagai media untuk presensi. Dan dalam proses memanajemen presensi kita dapat menggunakan Web Servis dalam pengembangannya. Dalam Proses manajemen kita bisa mengetahui beberapa data salah satunya adalah data presensi mahasiswa.

(22)

Aplikasi PDA yang digunakan belum mempunyai identitas yang unik. Sehingga, sangat mudah dicurangi jika tidak ada sistem otentikasi yang aman. Untuk itu, aplikasi presensi menggunakan PDA akan lebih baik jika dikembangkan menggunakan sistem yang unik sepertitwo factor authentication.

Terdapat penelitian lain yang dilakukan oleh Gusman (2013) mengenai Analysis and Implementation of Two Factor Authentication with QR Code in Web-Based Aplication. Dia mengungkapkan bahwa proses otentikasi pengguna dalam layanan Internet banking, selain menggunakan password miliknya sendiri, pengguna juga menggunakan token yang akan membangkitkan suatu password sekali pakai (one time password) agar dapat terotentikasi dalam menggunakan layanan Internet banking. Pada layanan Internet banking suatu token bekerja berdasarkan prinsip challenge dan response, dimana web server akan membangkitkan suatu challenge yang nantinya akan diproses oleh token dan menghasilkan suaturesponseyang digunakan untuk melakukan otentikasi.

Berdasarkan penelitian Gusman (2013), penggunaan token dapat mempercepat dan mempermudah pengguna dalam melakukan proses otentikasi. Pada token biasanya pengguna diharuskan memasukkan kode challenge (berdasarkan hasil generated random string) dan kode response secara manual. Sehingga pengguna lebih terjamin keamanannya saat melakukan logonke sistem karena aplikasi telah menerapkantwo factor authentication.

(23)

pengguna pada aplikasi token juga tidak berguna sebab informasi tersebut dienkripsi. Pencurian informasiusernamedanQR codejuga tidak berguna, sebab informasi tersebut akan segera tidak berlaku saat pengguna berhasil terotentikasi (one time password). Selain itu proses otentikasi dibatasi hanya dapat dilakukan dalam batas waktu tertentu.

Melihat potensi token sebagai pengaman, maka token juga dapat dikembangkan pada sistem presensi menggunakan PDA. Dengan menggunakan teknologiweb service,sistem presensi online dapat dikembangkan pada duaclient, yaitu dosen dan mahasiswa. Client untuk dosen digunakan untuk men-generate tokensedangkan clientuntuk mahasiswa digunakan untukenroll token. Sehingga mahasiswa dapat melakukan presensi menggunakan tokenyang telah di-generate oleh dosen.

2.2 LANDASAN TEORI

2.2.1 Definisi Pengelolaan Data Presensi

(24)

dari pengolahan data presensi adalah agar dapat mengetahui data dan informasi yang berkaitan dengan informasi presensi.

2.2.2 Intranet

Intranet adalah jaringan komputer yang saling berhubungan atau tersambung yang digunakan oleh suatu sistem organisasi maupun lembaga. Atau Definisi Intranet yang lain adalah Intranet merupakan suatu jaringan komputer yang berbasis protokol TCP/IP, layaknya jaringan internet hanya saja penggunaannya yang dibatasi atau lebih tertutup jadi tidak semua pengguna atau orang dapat secara mudah mengakses jaringan intranet serta hanya orang atau pengguna tertentu saja yang dapat masuk dan menggunakan jaringan intranet.

Dapat disimpulkan Fungsi Intranet adalah berfungsi mengkomunikasikan komputer satu dengan yang lain, persis seperti internet tatapi memiliki layanannya yang terbatas, tak seluas dan seberagam di jaringan internet.

Perbedaan antarainternetdanintranetsebagai berikut:

Jaringaninternet:

1) Sifat yang terbuka, yang artinya dapat di akses oleh siapa saja asalkan dapat terhubung dengan jaringan internet.

(25)

Jaringanintranet:

1) Sifatnya tak terbuka, artinya dimana hanya dapat diakses oleh orang-orang atau pengguna yang memiliki akses terhadap jaringan intranet.

2) Jangkauan yang luas tapi terbatas, artinya dimana hanya menjangkau pada area-area yang di perlukan untuk jaringan intranet saja.

2.2.3 Aplikasi Web

Aplikasi web merupakan sebuah aplikasi yang mengunakan teknologi browser untuk menjalankan aplikasi dan diakses melalui jaringan komputer (Remick, 2011). Sedangkan menurut Wulandari (2015), aplikasi web merupakan aplikasi yang dapat diakses mengunakan web browser dengan melalui jaringan internetmaupunintranet.

Aplikasi web juga merupakan suatu perangkat lunak komputer yang dikodekan dalam bahasa pemrograman yang mendukung perangkat lunak berbasis web seperti HTML, JavaScript, CSS, Ruby, Python, Php, Java dan bahasa pemrograman lainnya.

(26)

2.2.4 Two Factor Authentication

Otentikasi adalah proses membuktikan suatu identitas (Kessler, 1998). Otentikasi bertujuan membuktikan keabsahan seseorang dalam menggunakan suatu layanan. Metode otentikasi bisa dilihat dalam 4 kategori metode (Pamadya, 2011): 1) Something you know, merupakan metode yang paling umum dengan

mengandalkanpassword.

2) Something you have, merupakan faktor tambahan untuk membuat otentikasi menjadi lebih aman dengan mengandalkan barang yang sifatnya unik, contohnya: kartu magnetik/smartcard, USB token, token hardware, dan sebagainya.

3) Something you are, merupakan metode yang mengandalkan keunikan bagianbagian tubuh yang tidak Mungkin ada pada orang lain, seperti Sidik jari, Sidik retina, Dan suara.

4) Something you do, melibatkan bahwa setiap user dalam melakukan sesuatu

dengan cara yang berbeda. Contoh: Penggunaan analisis suara (voice

recognation), dan analisis tulisan tangan.

(27)

Contoh kasus lain adalah ketika anda berbelanja di pasar modern dan membayar dengan kartu, tanpa disadari anda telah memakai lebih dari satu faktor otentikasi. Faktor yang pertama adalah “Something You Have” yaitu kartu debit/kredit anda. Faktor kedua adalah “Something You Know”, ketika anda diminta memasukkan PIN ke dalam mesin EDC. Bahkan mungkin ada faktor ketiga yaitu “Something You Can”, ketika anda diminta menanda-tangani nota pembayaran yang dicetak mesin EDC.

Internet banking juga menggunakan two factor authentication dengan mengombinasikan “something you know” berupa password dan “something you have” berupahardware token(keyBCA atauTokenMandiri).

2.2.5 Token

Token merupakan unit atau elemen dasar dalam bahasa komputer (seperti ‘kata’ di bahasa manusia), dimana unit tersebut tidak terbagilagi. Token merupakan bagian dari hasil pemecahan sumber yaitu penerjemahan programlexemepada saat melakukan scanner (Soleh, 2013). Karakter didalam token dikategorikan sebagai salah satu dari lima kelas token yang menggambarkan fungsi mereka (identifier, keyword, literal string, operator, separator) sesuai dengan aturan bahasa pemrograman.

Menurut Oktafia (2008),tokenmerepresentasikan nama:

(28)

2) Keyword 3) LiteralString 4) Operator 5) Label

6) Simbol tanda (tanda kurung, koma dan titik koma).

Penelitian ini, hanya menggunakan beberapa karakter dalam penerapannya, yaitu:

1) Angka (1, 2, 3, 4, 5, 6, 7, 8, 9, 0)

2) Huruf besar (A, B, C, D, E, F, G, H, I, J, K, L, M, N, O, P, Q, R, S, T, U, V, W, X, Y, Z)

3) Huruf kecil (a, b, c, d, e, f, g, h, i, j, k, l, m, n, o, p, q, r, s, t, u, v, w, x, y, z)

(29)

2.2.6 Lightweight Directory Access Protocol (LDAP) Server

Lightweight Directory Access protocol(LDAP) merupakan protokol aplikasi yang mengatur mekanisme manajemen dan pengaksesan layanan informasi direktori terdistribusi melalui jaringan IP. Informasi tersebut dapat berupapeople, organizations, roles, services dan banyak entitas lainnya. LDAP menggunakan model client-server, di mana client mengirimkan identifier data kepada server dengan menggunakan protokol TCP/IP danservermencoba mencari data tersebut pada DIT (Directory Information Tree) yang tersimpan di server. Apabila data ditemukan, maka hasilnya akan dikirimkan ke client tersebut, namun bila tidak, maka hasilnya berupa pointer ke server lain yang menyimpan data yang dicari. LDAP memiliki bentuk struktur yang berhirarki, bukan berformat kolom dan baris sebagaimana database normal, sehingga memudahkan untuk memasukkan sejumlah besar detail yang mirip dalam bentuk yang terorganisir. LDAP memiliki dua layanan utama, yaitu:

1) Slapd: LDAP daemon yang melayani permintaan dari klient, query dan berkomunikasi denganbackend database.

2) Slurp: Replikasi daemonyang berfungsi melayani replikasi data agar terus terjadi sinkronisasi data antara klien danserver.

2.2.7 UML

(30)

tersebut. UML mulai diperkenalkan oleh Object Management Group, sebuah organisasi yang telah mengembangkan model, teknologi, dan standar OOP sejak tahun 1980-an (Nugroho et al, 2014). Sekarang UML sudah mulai banyak digunakan oleh para praktisi OOP (Nugroho et al, 2014). UML merupakan dasar bagi perangkat (tool) desain berorientasi objek dari IBM (Nugroho et al, 2014).

Berikut ini adalah definisi dari 4 diagramUML menurut Handayani (2014) yaitu:

1) Use Case Diagram

Use Case Diagram merupakan inti fungsionalitas koheren yang diekspresikan sebagai transaksi-transaksi yang terjadi antaraactordansystem.

2) Sequence Diagram

Secara grafis menggambarkan bagaimana objek berinteraksi dengan satu sama lain melalui pesan pada sekuensi sebuahuse caseatau operasi.

3) Activity Diagram

Secara grafis digunakan untuk menggambarkan rangkaian aliran aktivitas baik proses bisnis maupun use case. Activitydiagram dapat juga digunakan untuk memodelkan action yang akan dilakukan saat sebuah operasi dieksekusi, dan memodelkan hasil dariactiontersebut.

2.2.8 Visual Studio 2015

(31)

console, aplikasi Windows, ataupun aplikasi Web. Visual Studio mencakup kompiler, SDK, Integrated Development Environment (IDE), dan dokumentasi (umumnya berupa MSDN Library). Kompiler yang dimasukkan ke dalam paket Visual Studio antara lain Visual C++, Visual C#, Visual Basic, Visual Basic .NET, Visual InterDev, Visual J++, Visual J#, Visual FoxPro, dan Visual SourceSafe.

Microsoft Visual Studio dapat digunakan untuk mengembangkan aplikasi dalam native code (dalam bentuk bahasa mesin yang berjalan di atas Windows) ataupun managed code (dalam bentuk Microsoft Intermediate Language di atas .NET Framework). Selain itu, Visual Studio juga dapat digunakan untuk mengembangkan aplikasi Silverlight, aplikasi Windows Mobile (yang berjalan di atas .NET Compact Framework).

Microsoft Visual Studio 2015 Enterprise dapat membuat dan mengedit aplikasi lebih mudah dan cepat sehingga meningkatkan produktifitas dalam pembuatan aplikasi. Microsoft Visual Studio 2015 Enterprise sudah mendukung sistem operasi windows terbaru yaitu windows 10. Sehingga software ini sangat mendukung dan mudah bagi instansi yang ingin mengembangkan aplikasinya ke versi terbaru.

2.2.9 ASP.NET (MVC)

(32)

satunya adalah MVC 6, itu adalah versi terbaru dari MVC. MVC adalah pola arsitektur yang memisahkan aplikasi menjadi tiga bagian utama yang disebut Model, View dan Controller. MVC adalah cara yang diakui untuk mengembangkan aplikasi.

MVC 5 adalah sebuah update terbaru dari Visual Studio dengan kelebihan dapat membangun sebuah webdinamis atau situs data-driven. Visual Studio telah menambahkan fitur menarik seperti pages application , mobile optimization dan adaptive rendering.

Menurut Joshi (2013) ada beberapa karakteristik penting dalam MVC 5 seperti yang diberikan di bawah ini:

1) One ASP.NET

2) ASP.NET Identity 3) Bootstrap

4) Filter Authentication 5) Filter Authorization

2.2.10 Microsoft SQL Server Management Studio

(33)

Server ditujukan untuk pengguna yang berbeda dan untuk beban kerja yang berbeda pula (mulai dari aplikasi kecil yang menyimpan dan mengambil data di komputer yang sama ataupun untuk jutaan pengguna dan komputer yang mengakses data dalam jumlah besar dariinternetpada waktu yang sama).

Microsoft SQL Server termasuk DBMS profesional. Beberapa pesaing seperti MySQL, Oracle, telah mengembangkan software serupa dalam beberapa tahun terakhir, tetapi Microsoft SQL Server lebih mudah digunakan dan memiliki lebih banyak fitur. Pemicunya antara lain adalah dukungan penuh dari Microsoft. Perangkat lunak yang ditawarkan oleh Microsoft juga menawarkan integrasi yang erat dengan .NET framework, dan ini tidak dimiliki oleh produk lain (Aiska, 2011).

2.2.11 Black Box testing

Dalam pengujian perangkat lunak ada dua yaituwhite box testingdanblack box testing. Dari kedua metode itu, pada skripsi dipilih menggunakan black box testing karena dianggap lebih tepat dibanding white box testing. Perangkat lunak memerlukan seperangkat tes untuk pencarian kesalahan fungsi-fungsi dalam aplikasi sehingga dalam hal ini black box testing lebih sesuai. Pengujian ini digunakan untuk mengetahui apakah fungsi-fungsi dalam perangkat lunak sudah sesuai dengan yang diharapkan.

Menurut Pressman (2010), black box testing berfokus pada persyaratan fungsional perangkat lunak yang memungkinkan engineer untuk memperoleh input yang sepenuhnya akan melaksanakan persyaratan fungsional

(34)

a. Fungsi yang tidak benar atau fungsi yang hilang. b. Kesalahan antarmuka.

c. Kesalahan dalam struktur data atau akses database eksternal. d. Kesalahan kinerja.

(35)

BAB III

METODE PENELITIAN

3.1 METODE PENGEMBANGAN SISTEM

Untuk pengembangan sistem penelitian ini menggunakan model SDLC (Software Development Life Cycle).System Development Life Cycle(SDLC) adalah proses pembuatan dan pengubahan sistem serta model dan metodologi yang digunakan untuk mengembangkan sebuah sistem. SDLC juga merupakan pola yang diambil untuk mengembangkan sistem perangkat lunak, yang terdiri dari tahap-tahap: rencana (planning), analisis (analysis), desain (design), implementasi (implementation), uji coba (testing) dan pengelolaan (maintenance).

Model SDLC yang dipakai dalam penelitian ini adalah model Waterfall. Waterfall Model atau Classic Life Cicle merupakan model yang paling banya dipakai dalamSoftware Enginnering (SE).Menurut Bassil (2012) disebutwaterfall karena tahap demi tahap yang harus dilalui menunggu selesainya tahap sebelumnya dan berjalan berurutan.

(36)

3.1.1 System / Information Engineering and Modeling

Permodelan ini diawali dengan mencari kebutuhan dari keseluruhan sistem yang akan diaplikasikan ke dalam bentuk software. Hal ini sangat penting, mengingat software harus dapat berinteraksi dengan elemen-elemen yang lain seperti hardware, database, dsb. Tahap ini sering disebut dengan Project Definition.

Pada tahap ini peneliti melakukan observasi dan wawancara langsung dengan pihat Biro Sitem Informasi (BSI) di Universitas Muhammadiyah Yogyakarta. Penjelasan lebih lengkap dari aktifitas tersebut terdapat pada bab 3.3. Pada Observasi ini terfokus pada permasalahan yang menjadi keluhan dari pihak user. Setelah mendapatkan beberapa data, peneliti menyimpan data tersebut sebagai bahan acuan dalam tahap analisis.

3.1.2 Software Requirements Analysis

Proses pencarian kebutuhan diintensifkan dan difokuskan pada software. Untuk mengetahui sifat dari program yang akan dibuat, maka para software engineer harus mengerti tentang domain informasi dari software, misalnya fungsi yang dibutuhkan,user interface, dsb. Dari 2 aktivitas tersebut (pencarian kebutuhan sistem dansoftware) harus didokumentasikan dan ditunjukkan kepada pelanggan.

(37)

yang digunakan sebagai bahan untuk ditunjukkan kepada user. Penjelasan lebih lengkap dari aktifitas tersebut terdapat pada bab 3.4.

3.1.3 System Design

Proses ini digunakan untuk mengubah kebutuhan-kebutuhan diatas menjadi representasi ke dalam bentuk “blueprint”softwaresebelum coding dimulai. Desain harus dapat mengimplementasikan kebutuhan yang telah disebutkan pada tahap sebelumnya. Seperti 2 aktivitas sebelumnya, maka proses ini juga harus didokumentasikan sebagai konfigurasi darisoftware. Penjelasan lebih lengkap dari aktifitas ini terdapat pada bab 3.5.

Setelah peneliti mendapatkan dokumentasi dari hasil analisis, maka peneliti mengubah kebutuhan-kebutuhan fungsi software diatas menjadi sebuah bentuk “blueprint” software. Sehingga hasil desain akan digunakan oleh peneliti untuk membangun sebuah aplikasi.

3.1.4 Implementation

Untuk dapat dimengerti oleh mesin, dalam hal ini adalah komputer, maka desain tadi harus diubah bentuknya menjadi bentuk yang dapat dimengerti oleh mesin, yaitu ke dalam bahasa pemrograman melalui proses coding. Tahap ini merupakan implementasi dari tahapdesignyang secara teknis nantinya dikerjakan olehprogrammer.

(38)

hingga aplikasi siap dijalankan. Dari fungsi-fungsi yang dibutuhkan hingga tampilan untuk pengguna (dosen). Penjelasan lebih lengkap dari aktifitas ini terdapat pada lampiran.

3.1.5 Testing / Verification

Sesuatu yang dibuat haruslah diujicobakan. Demikian juga dengansoftware. Semua fungsi-fungsi software harus diujicobakan, agarsoftware bebas darierror, dan hasilnya harus benar-benar sesuai dengan kebutuhan yang sudah didefinisikan sebelumnya.

Setelah proses pembangunan aplikasi selesai, peneliti melakukan pengujian padda tahap ini. Aplikasi diuji berdasarkan metode black box untuk mengetahui tingkat keberhasilan dari bagian sistem. Selain itu, peneliti juga melakukan pengujian secara langsung pada setiap sesi perkuliahan di UMY (khususnya di Jurusan Teknik Informatika). Penjelasan lebih lengkap dari aktifitas ini terdapat pada bab 4.2.

3.1.6 Maintenance

(39)

Peneliti belum sampai pada tahap ini, sehingga tahap ini belum terlaksana. Rencana peneliti akan melakukan beberapa perbaikan tidak pada semua tahapan, namun hanya pada tahapan sebelum terjadi error. Sehingga peneliti tidak akan dipusingkan dengan melakukan tahapan dari awal hingga akhir kembali.

3.2 ALAT DAN BAHAN

3.2.1 Alat

Alat yang digunakan berupa perangkat keras dan perangkat lunak.

a. Perangkat Keras untuk Pengembang

Spesifikasi Laptop yang digunakan dapat dilihat pada Tabel 3.1.

Tabel 3. 1Spesifikasi Laptop Pengembang

Sistem Operasi Windows 10 Pro

Processor Intel(R) Core(TM)i3-4010U CPU @

1.70GHz

RAM 6 GB

Hard disk 500 GB

b. Perangkat Keras untukUser(Dosen)

(40)

Tabel 3. 2Spesifikasi Minimum Perangkat KomputerUser(Dosen)

Sistem Operasi Windows 7

Processor Intel(R) Pentium 4

RAM 1 GB

Hard disk 5 GB

c. Perangkat Keras untuk Server

Spesifikasi minimul perangkat komputer untuk server yang dapat digunakan untuk menjalan aplikasi ini dapat dilihat pada Tabel 3.3.

Tabel 3. 3Spesifikasi Minimum Perangkat KomputerServer

Sistem Operasi Windows Server 2012

Processor Intel(R) Core i3

RAM 2 GB

Hard disk 60 GB

d. Perangkat Lunak untuk Pengembang

Daftar perangkat lunak yang digunakan dapat dilihat pada Tabel 3.4.

Tabel 3. 4Daftar Perangkat Lunak

No. Perangkat Lunak

1 Microsoft Visual Studio 2015 Enterprise

2 SQL Server Management 2016

(41)

e. Perangkat Lunak untukUser(Dosen)

Tabel 3. 5Perangkat Lunak Minimal untukUser(Dosen)

No. Perangkat Lunak

1 Browser Internet (Google Chrome atau Mozilla Firefox).

2 NET Framework Minimal 3.5

f. Perangkat Lunak untukServer

Tabel 3. 6Perangkat Lunak Minimal untukServer

No. Perangkat Lunak

1 Browser Internet (Google Chrome atau Mozilla Firefox).

2 SQL Server Management 2016

3 Html 5, CSS 3 dan Javascript 4 Internet Information Services (IIS) 7

3.2.2 Bahan

Dalam Penelitian ini bahan yang digunakan adalah:

(42)

b. Database UMY (data hanya sebagian yang mendukung untuk kegiatan presensi) dari Biro Sistem Informasi (BSI) Universitas Muhammadiyah Yogyakarta.

3.3 METODE PENGUMPULAN DATA

3.3.1 Observasi

Tujuan dari observasi adalah dengan mendeskripsikan setting yang diamati, tempat kegiatan orang-orang yang berpartisipasi dalam kegiatan tersebut dan makna apa yang diamati menurut prespektif pengamat. Pengamatan dapat diklasifikasikan atas pengamatan melalui cara berperan serta dan yang tidak berperan serta.

Pada pengamatan berperan serta, pengamat melakukan dua peran sekaligus, yaitu sebagai pengamat dan sekaligus menjadi anggota penelitian dari kelompok penelitian. Pada penelitian ini peneliti mendapatkan data dengan mengamati objek yang akan diteliti secara langsung di tempat penelitian yaitu Biro Sistem Infomasi (BSI) UMY. Pengumpulan data meliputi systempengumpulan data presensi yang digunakan di Universitas Muhammadiyah Yogyakarta.

3.3.2 Wawancara

(43)

penulis. Tujuan melakukan wawancara ini adalah untuk mengetahui sistem yang dibutuhkan oleh UMY dari segi aritektur aplikasi, teknologi yang digunakan serta pemanfaatnnya.

3.4 ANALISIS DATA

3.4.1 Arsitektur

Berdasarkan hasil observasi, Universitas Muhammadiyah Yogyakarta mempunyai banyak server. Beberapa server mempunyai data-data tertentu yang berbeda-beda. Setiap sistem informasi yang ada mempunyai server sendiri, sehingga peneliti mendapatkan sebuah analisis rancangan arsitektur seperti pada Gambar 3.2.

Gambar 3. 2Arsiktektur aplikasi

(44)

telah dimuat oleh application server melaluibrowser, user dapat mengelola data baik membuat, menyimpan, menghapus dan mengedit data pada website dan disimpan kedatabase.

3.4.2 Analisis Pengguna

Berdasarkan hasil wawancara dengan bagian BSI (Biro Sistem Informasi) dan observasi di Universitas Muhammadiyah Yogyakarta, proses presensi mahasiswa yang diterapkan adalah sebagai berikut:

1) Stafmembuat berita acara sesi perkuliahan.

2) Mahasiswa melakukan presensi dengan memberi tanda tangan pada lembar berita acara sesi perkuliahan.

3) Stafmerekap data presensi berdasarkan lembar berita acara sesi perkuliahan pada aplikasi presensi.

Dari beberapa tahapan proses presensi yang ada, kita dapat mengurangi beberapa tahapan proses yang sebenarnya dapat dilakukan sekaligus. Sehingga dalam analisis ini peneliti memperoleh rancangan proses presensi seperti pada Gambar 3.3.

Gambar 3. 3Analisis pengguna

(45)

1) Dosen, merupakan jenis pengguna yang dapat melakukan pengolahan data dalam website, Seperti menambah, menghapus, mengupdate dan serta monitoring sesi perkuliahan.

2) Mahasiswa, merupakan jenis pengguna yang dapat masuk ke website lalu melakukan prosessubmit tokenuntuk presensi.

3.4.3 Analisis Pembuatan Sesi Perkuliahan

Pada proses presensi mahasiswa Universitas Muhammadiyah Yogyakarta saat ini, pembuatan sesi perkuliahan dilakukan oleh stafpada masing-masing prodi atau jurusan. Sebenarnya proses ini bisa dilakukan oleh dosen yang mengisi perkuliahan. Sehingga kita dapat mengurangi kerja staf yang dapat memperlambat proses presensi sampai data terekap. Peneliti dalam hal ini memperoleh sebuah rancangan seperti pada Gambar 3.4.

Loginkewebsite

Loginkewebsite Createsesi

perkuliahan Createsesi perkuliahan Dosen

Do

Gambar 3. 4Analisis Pembuatan Sesi Perkuliahan

Penjelasan tentang Gambar 3.4. adalah sebagai berikut:

1. Pertama Dosen mengaskses website presensi online UMY, dan login berdasarkanemaildari kampus.

(46)

3. Setelah membuat sesi perkuliahan, dosen akan masuk ke halamandetailsesi perkulihan. Pada halaman detail sesi perkuliahan terdapat beberapa data tentang sesi perkuliahan yang telah dibuat seperti: tahun ajaran, kelas program, mata kuliah, kelas, ruangan, waktu mulai, waktu selesai, maksimal keterlambatan, isi perkuliahan, deskripsi dantoken. Selain itu dosen juga bisa melihat data mahasiswa yang telah melakukan presensi berdasarkantoken. 4. Kemudian dosen akan memberi kode token kepada mahasiswa untuk

melakukan proses presensi.

3.4.4 Analisis Presensi Mahasiswa

Proses presensi mahasiswa Universitas Muhammadiyah Yogyakarta saat ini adalah mahasiswa memberikan tanda tangan pada lembar berita acara sesi perkuliahan. Namun, data tersebut masih belum terekap padadatabase. Data akan terekap setelah staf pada setiap prodi atau jurusan melakukan rekap data pada aplikasi presensi. Pada kondisi ini, proses presensi masih memakan waktu yang lama. Sehingga peneliti membuat sebuah rancangan yang datanya langsung terekap padadatabasesetelah mahasiswa melakukan presensi seperti pada Gambar 3.5.

Gambar 3. 5Analisis presensi mahasiswa

(47)

1) Pertama Mahasiswa akan memperoleh sebuah token dari dosen berdasarkan sesi yang telah dibuat.

2) Kemudian mahasiswa akan masuk ke aplikasi android untuk melakukan login berdasarkan email dari dari kampus.

3) Mahasiswa akan melakukan proses submit token untuk melakukan presensi. 4) Setelah berhasil, maka nama mahasiswa dan NIM akan muncul pada halaman

detailsesi perkuliahan diwebsite.

3.4.5 Analisis Pemantauan Kehadiran Mahasiswa

Berdasarkan hasil observasi pada Universitas Muhammadiyah Yogyakarta, proses pemantau kehadiran mahasiswa pada sesi perkuliahan dilakukan secara manual. Mahasiswa yang hadir akan memberi tanda tangan pada lembar berita acara sesi perkuliahan. Dosen tetap melakukan monitoring mahasiswa yang telah absen dengan yang hadir. Sehingga lembar presensi akan terkontrol keamanannya jika terdapat mahasiswa yang curang. Proses ini akan tetap diterapkan pada penelitian ini.sehingga diperoleh sebuah rancangan seperti pada Gambar 3.6.

Loginkewebsite

Loginkewebsite Masuk ke Sesi

Perkuliahan

Gambar 3. 6Analisis pemantauan kehadiran mahasiswa

Penjelasan tentang Gambar 3.6. adalah sebagai berikut:

(48)

2) Dosen masuk ke link “lihat semua sesi”, maka application server akan memuat halaman index. Dimana halaman ini berisi daftar sesi perkuliahan yang pernah dibuat sebelumnya.

3) Selain itu, dosen juga bisa memantau mahasiswa yang hadir pada link“lihat sesi”. Didalam detail sesi perkuliahan, dosen dapat melihat mahasiswa yang hadir tepat waktu dan terlambat.

3.4.6 Analisis Kebutuhan Web

Analisis kebutuhan didapat dari studi literature dan diskusi bersama pengelola BSI UMY. Berikut ini merupakan analisis kebutuhan pada aplikasi presensi UMY:

1) Halaman Login untuk dosen yang akan mengisi sesi perkuliahan. 2) HalamanCreateSesi untuk membuat sesi perkuliahan mahasiswa.

3) HalamanDetailSesi untuk melihat sekaligus memonitoring sesi perkuliahan. 4) Halaman Edit Sesi untuk melakukan perubahan jika terjadi kesalahan saat

mebuat sesi perkuliahan.

5) HalamanDeleteSesi untuk menghapus sesi perkuliahan.

3.5 RANCANGAN SISTEM

(49)

3.5.1 Rancangan Sistem

Dalam pembuatan aplikasiwebdilakukan perancangan sistem menggunakan UML. Metode UML yang digunakan dalam perancangan aplikasi web ini antara lain Use Case Diagram, Activity Diagram danSequence Diagram. Perancangan tersebut dijelaskan sebagai berikut:

a. Use Case Diagram

Use Case Diagram merupakan teknik pemodelan untuk menjelaskan setiap aktifitas yang mungkin terjadi dengan menggunakan sudut pandang dari aktor sebagai pengguna sistem dan sudut pandang administrator.

Gambaran Use Case Diagram yang digunakan pada website dapat dilihat pada Gambar 3.7.

(50)

Gambar 3.7 menunjukan bagaimana hubungan antara actor dan use case. Pada Gambar 3.7 menjelaskan bahwa pada aplikasi hanya Dosen yang diberi hak untuk akses. Dosen dapat mengolah data di semua fitur setelah melakukan proses login. Kemudian setelah login Dosen dapat membuka, melihat, mengedit dan menghapus sesi perkuliahan.

b. Activity Diagram

Berdasarkan use case yang telah dibuat maka dapat diperoleh activity diagram berdasarkan actor yang terlibat dalam use case diagram. Untuk lebih jelasnya dapat dilihat pada Gambar 3.8.

(51)

Berikut penjelasan tentang langkah-langkah pada Gambar 3.8:

1) Terdapat beberapa proses ketika Dosen masuk padawebsitepresensionline. Dosen diharuskan untuk melakukanloginterlebih dahulu.

2) Jikausernamedanpasswordbenar maka akan masuk ke halamancreatesesi perkuliahan, jika salah maka sistem akan meminta untuk memasukkan usernamedanpasswordkembali

3) Setelah masuk ke halaman create sesi perkuliahan, Dosen membuat sesi perkuliahan berdasarkan mata kuliah yang diampu.

4) Setelah berhasil maka sistem akan mengarahkan ke halaman detail sesi perkuliahan.

5) Dalam kondisi ini Dosen juga bisa masuk ke beberapa halaman seperti: daftar sesi perkuliahan,detailsesi perkuliahan,editsesi perkuliahan dandeletesesi perkuliahan.

c. Sequence Diagram

(52)

39

1. Dosen membuat sesi perkuliahan

2. Dosen melihat detail sesi perkuliahan

3. Dosen melihat daftar sesi perkuliahan

4. Dosen mengedit sesi perkuliahan

5. Dosen menghapus sesi perkuliahan

Halaman

1. masuk ke website

Sistem Sistem

2. memasukkan username dan

password Login gagal

3. login berhasil dan masuk ke halaman create sesi perkuliahan

4. membuat sesi

perkuliahan _{5. data telah disimpan} dan masuk ke halaman detail sesi perkuliahan 1. setelah login berhasil,

masuk ke halaman

2. klik link "Details"

3. masuk ke halaman detail sesi perkuliahan 1. setelah login berhasil,

langsung masuk ke halaman create sesi perkuliahan

2. klik link "lihat semua sesi" 3. masuk ke halaman

daftar sesi perkuliahan 1. setelah login berhasil,

masuk ke halaman index/daftar sesi perkuliahan

2. klik link "Edit"

3. masuk ke halaman edit sesi perkuliahan

4. menyimpan data perubahan 5. Data perubahan telah disimpan

dan kembali ke halaman list/daftar sesi perkuliahan 1. setelah login berhasil,

masuk ke halaman index/daftar sesi perkuliahan

2. klik link "Delete"

3. masuk ke halaman konfirmasi delete

4. jika "yes" 4. jika "kembali ke daftar sesi"

5. Sesi perkuliahan berhasil dihapus dan kembali ke halaman

list/daftar sesi perkuliahan

Gambar 3. 9Sequencediagram

(53)

Pada Gambar 3.9 diatas terdapat beberapa proses yang dijelaskan, antara lain:

1) Dosen membuat sesi perkuliahan, dalam proses ini dosen diharuskan untuk melakukan loginterlebih dahulu. Setelah proses loginberhasil maka sistem akan mengarahkan ke halamancreatesesi perkuliahan. Dosen mengisi form berdasarkan mata kuliah yang diampu dan setelah dibuat sistem akan mengarahkan ke halaman detail sesi perkuliahan. Sehingga sampai disini dosen akan mendapatkan beberapa data berdasarkan data yang telah dimasukkan, data tersebut diataranya adalah tokenyang nantinya digunakan oleh mahasiswa untuk melakukan presensi.

2) Dosen melihat detail sesi perkuliahan, dalam proses ini dosen diharuskan untuk melakukan login terlebih dahulu. Masuk ke halaman daftar sesi perkuliahan, setelah itu klik link detailpada sesi yang akan dilihat. Setelah itu sistem akan mengarahkan pada halaman detail berdasarkan sesi yang dilihat.

3) Dosen melihat daftar sesi perkuliahan, dalam proses ini dosen diharuskan untuk melakukanloginterlebih dahulu. Klik link “lihat daftar sesi” pada saat berada pada halamancreatesesi perkuliahan

(54)

5) Dosen menghapus sesi perkuliahan, dalam proses ini dosen diharuskan untuk melakukanloginterlebih dahulu. Masuk ke halaman daftar sesi perkuliahan, setelah itu klik link delete pada sesi yang akan dihapus. Setelah itu sistem akan mengarahkan pada halaman delete berdasarkan sesi yang dilihat. Konfirmasi akan muncul, apakah dosen yakin untuk menghapus sesi. Setelah di klik “Yes”, makan sistem akan menghapus data sesi perkuliahan yang dihapus dan mengembalikan ke halaman daftar sesi perkuliahan.

3.5.2 Rancangan Antarmuka

Rancangan antarmuka atau tampilan yang akan dirancang memberikan gambaran dari setiap bagian dalamwebsite. Rancangan antarmuka ini menjelaskan keterkaitan setiap halaman menu dan penjelasan cara kerja dari setiap menu dari website. Rancangan antarmuka ini menjadi dasar untuk membuat tampilan pada websiteyang akan dibuat. Rancangan antarmuka ini hanya digunakan untuk dosen.

a. Rancangan Antarmuka HalamanLoginDosen

(55)

Gambar 3. 10 Rancangan antarmuka halamanlogindosen.

b. Rancangan Antarmuka HalamanCreateSesi Perkuliahan

Rancangan antarmuka ini merupakan Halaman yang berisi form untuk membuat sesi perkuliahan untuk mahasiswa. Sehingga dosen akan membuat sesi baru ketika pergantian sesi perkuliahan. Gambaran rancangan antarmuka halaman ini dapat dilihat pada Gambar 3.11.

(56)

c. Rancangan Antarmuka HalamanDetailSesi Perkuliahan

Rancangan antarmuka ini merupakan Halaman detail sesi perkuliahan yang telah dibuat. Halaman ini menampilkan beberapa data dari sesi perkuliahan salah satunya adalah token. Token akan digunakan oleh mahasiswa untuk melakukan presensi. Setelah mahasiswa melakukan presensi, maka data mahasiswa akan muncul di table bagian bawah. Gambaran rancangan antarmuka halaman ini dapat dilihat pada Gambar 3.12.

Gambar 3. 12Rancangan antarmuka halamandetailsesi perkuliahan

d. Rancangan Antarmuka HalamanListSesi Perkuliahan

(57)

Gambar 3. 13Rancangan antarmuka halamanlistsesi perkuliahan

e. Rancangan Antarmuka HalamanEditSesi Perkuliahan

Rancangan antarmuka ini merupakan Halaman yang berisi form untuk mengedit sesi perkuliahan yang telah dibuat. Sehingga dosen akan mengedit sesi perkuliahan ketika terjadi kesalahan pada sesi perkuliahan. Gambaran rancangan antarmuka halaman ini dapat dilihat pada Gambar 3.14.

(58)

DAFTAR PUSTAKA

Aiska, Hendra. 2011. Kelebihan dan kekurangan Teknologi Microsoft (Artikel). Jakarta.

Badunk, Ikhwan. 2013. Membuat Form Daftar Hadir Kegiatan. Yogyakarta: KantorKita.

Bassil, Youssef. 2012.A Simulation Model for the Waterfall Software Development Life Cycle. Beirut (Lebanon): Lebanese Association for Computational Sciences (LACSC).

Galloway, Jon, Brad Wilson, K. Scott Allen, David Matson. 2014. Professional ASP.NET MVC 5. USA: Wrox.

Gusman, Rahmad Syaifullah. 2013. Analisis dan Implementasi Two Factor Authentication dengan QR Code Pada Aplikasi Berbasis Web. Bogor: Institut Pertanian Bogor (IPB).

Handayani, Indri. 2014. Penerapan Sistem Ilearning Survey (iSUR) untuk Mendukung Kegiatan Akademik pada Perguruan Tinggi Raharja (Tesis). Tanggerang: Widuri (Wiki iDu Raharja iLearning).

Joshi, Nimit. 2013. Programming ASP.NET MVC 5. New Delhi (India): c-sharpcorner.

Kessler GC. 1998.An Overview of Cryptography. Vermont (US): Auerbach. Muhammad, Noval Aditya, Febriliyan Samopa, Radityo Prasetianto W. 2013.

Pembuatan Aplikasi Presensi Perkuliahan Berbasis Fingerprint. Surabaya: Institut Teknologi Sepuluh Nopember (ITS).

Nugroho, Atmoko, April Firman Daru, and Whisnumurti Adhiwibowo. 2014. Pengembangan Pemasaran Online Usaha Kerajinan Enceng Gondok dan Pandan. Semarang:Jurnal Tr@ sForMat!.

Oktafia, Dian. 2008.Teknik Kompilasi(Tesis). Depok: Universitas Gunadarma. Pamadya. 2011.Authentication methods and techniques(artikel). Sidoarjo.

Pramana, Hengky W. 2012. Aplikasi Penjualan Berbasis Access (97/2000/XP). Jakarta: PT. Elex Media Komputindo.

Pressman, Roger S. 2010. Rekayasa Perangkat Lunak: Pendekatan Praktisi. Yogyakarta: ANDI.

Sikula, Andrew F. 1973. The Management of Human Resources: Personnel Text and Current Issues (Wiley Series in Management). Hoboken (US): Wiley. Soleh, Panji Rakhmat. 2013.Security Tokens(Tesis). Bandung: Universitas Advent

Indonesia.

(59)

(60)

LAMPIRAN

A. Source codepadacontroller

1. using System;

16. public class Acd_Sched_RealController : Controller

17. {

18. private UMYEntities db = new UMYEntities(); 19.

20. // GET: Acd_Sched_Real

21. public ActionResult Index(string sortOrder, string currentFilter, string searchString, int? page)

22. {

23. ViewBag.CurrentSort = sortOrder;

24. ViewBag.DateSortParm = sortOrder == "Date" ? "date_desc" : "Date";

25. 26.

27. if (searchString != null)

28. {

29. page = 1;

30. }

31. else

32. {

33. searchString = currentFilter;

34. }

35.

36. ViewBag.CurrentFilter = searchString; 37.

(61)

39. var User_Id = (from n in db.Emp_Employee where n.Email_Corporate == employee select n.Employee_Id); 40.

41. var acd_Sched_Real = db.Acd_Sched_Real.Where(a => a.Employee_Id == User_Id.FirstOrDefault());

42. if (!String.IsNullOrEmpty(searchString))

43. {

44. acd_Sched_Real = acd_Sched_Real.Where(s => s.Acd_Course.Course_Name.Contains(searchString));

50. acd_Sched_Real = acd_Sched_Real.OrderBy(s => s.Date);

51. break;

52. case "date_desc":

53. acd_Sched_Real = acd_Sched_Real.OrderByDescending(s => s.Date);

54. break;

55. default:

56. acd_Sched_Real = acd_Sched_Real.OrderByDescending(s => s.Date);

65. // GET: Acd_Sched_Real/Details/5 66. public ActionResult Details(int? id)

67. {

68. if (id == null)

69. {

70. return new HttpStatusCodeResult(HttpStatusCode.BadRequest);

71. }

72. Acd_Sched_Real acd_Sched_Real = db.Acd_Sched_Real.Find(id); 73. if (acd_Sched_Real == null)

74. {

75. return HttpNotFound();

76. }

77.

(62)

79. {

80. ViewBag.visible = "visibility:visible";

81. }

82. else

83. {

84. ViewBag.visible = "visibility:hidden";

85. }

86.

87. return View(acd_Sched_Real);

88. }

89. public string checkData(int count, int id)

90. {

91. var check = db.Acd_Student_Sched.Where(m => m.Sched_Real_Id == id).Count();

103. public ActionResult _Details(int? id)

104. {

110. Acd_Sched_Real acd_Sched_Real = db.Acd_Sched_Real.Find(id);

111. if (acd_Sched_Real == null)

112. {

118. // GET: Acd_Sched_Real/Create 119. public ActionResult Create()

120. {

(63)

122. IQueryable<int> User_Id = null;

123. List<sp_termyear_Result> getTermYear = null; 124. List<sp_prodi_Result> getDepartment = null; 125. List<sp_matakuliah_Result> getCourse = null; 126. List<sp_classprog_Result> getClassProg = null; 127. List<sp_kelas_Result> getClass = null;

128. try

129. {

130. employee = User.Identity.GetUserName(); 131. User_Id = (from n in db.Emp_Employee where

n.Email_Corporate == employee select n.Employee_Id); 132.

133. getTermYear = db.sp_termyear(User_Id.Single()).ToList(); 134. getDepartment = db.sp_prodi(User_Id.Single(),

135. getTermYear.Take(1).Single().Term_Year_Id).ToList(); 136. getCourse = db.sp_matakuliah(User_Id.Single(),

137. getTermYear.Take(1).Single().Term_Year_Id,

138. getDepartment.Take(1).Single().Department_Id).ToList(); 139. getClassProg = db.sp_classprog(User_Id.Single(),

140. getTermYear.Take(1).Single().Term_Year_Id, 141. getCourse.Take(1).Single().Course_Id).ToList(); 142. getClass = db.sp_kelas(User_Id.Single(),

143. getTermYear.Take(1).Single().Term_Year_Id,

149. ViewBag.error = "Kemungkinan data Dosen belum di tambahkan di ketersediaan Dosen di Mata Kuliah";

150.

151. return View();

152. }

153. ViewBag.Term_Year_Id = new SelectList(getTermYear, "Term_Year_Id", "Term_Year_Name");

154. ViewBag.Department_Id = new SelectList(getDepartment, "Department_Id", "Department_Name");

155. ViewBag.Course_Id = new SelectList(getCourse, "Course_Id", "Course_Name");

156. ViewBag.Class_Prog_Id = new SelectList(getClassProg, "Class_Prog_Id", "Class_Program_Name");

157. ViewBag.Class_Id = new SelectList(getClass, "Class_Id", "Class_Name");

158. ViewBag.Room_Id = new SelectList(db.Mstr_Room, "Room_Id", "Room_Name");

(64)

160.

161. //For Code TOKEN (Generate Number) 162. int txtPassLength = 8;

163.

164. string allowedChars = "";

165. allowedChars = "a,b,c,d,e,f,g,h,i,j,k,l,m,n,o,p,q,r,s,t,u,v,w,x,y,z,";

166. allowedChars +=

"A,B,C,D,E,F,G,H,I,J,K,L,M,N,O,P,Q,R,S,T,U,V,W,X,Y,Z,"; 167. allowedChars += "1,2,3,4,5,6,7,8,9,0";

168. char[] sep = { ',' };

169. string[] arr = allowedChars.Split(sep); 170. string Token = "";

171. string temp = ""; 172. int duplikasi = 0;

173. do

174. {

175. Token = ""; 176. temp = "";

177. Random rand = new Random();

178. for (int i = 0; i < txtPassLength; i++)

179. {

180. temp = arr[i];

181. temp = arr[rand.Next(0, arr.Length)];

182. Token += temp;

183. }

184. var query = db.Acd_Sched_Real.Where(w => w.Date == DateTime.Now && w.Token == Token).Count();

185. duplikasi = query;

186. } while (duplikasi > 0); 187.

188. ViewBag.Token = Token.ToString(); 189.

190. //DATETIME NOW

191. var autofill = new Acd_Sched_Real

192. {

193. Time_Start = DateTime.Now,

194. Date = DateTime.Now,

195. Max_Minutes = 30

196. };

197. return View(autofill);

198. }

199.

200. public ActionResult Course(short termYearId, short departmentId)

201. {

(65)

203. var User_Id = (from n in db.Emp_Employee where n.Email_Corporate == employee select n.Employee_Id); 204.

205. var getCourse = db.sp_matakuliah(User_Id.Single(), termYearId, departmentId).ToList();

206. ViewBag.Course_Id = new SelectList(getCourse, "Course_Id", "Course_Name");

207. return PartialView();

208. }

209. public ActionResult Class(short termYearId, short departmentId, int courseId)

210. {

211. var employee = User.Identity.GetUserName(); 212. var User_Id = (from n in db.Emp_Employee where

214. var getClass = db.sp_kelas(User_Id.Single(), termYearId, departmentId, courseId).ToList();

215. ViewBag.Class_Id = new SelectList(getClass, "Class_Id", "Class_Name");

217. }

218. public ActionResult ClassProg(short termYearId, int courseId)

219. {

223. var getClassProg = db.sp_classprog(User_Id.Single(), termYearId, courseId).ToList();

224. ViewBag.Class_Prog_Id = new SelectList(getClassProg, "Class_Prog_Id", "Class_Program_Name");

226. }

227. public ActionResult MeetingOrder(short termYearId, short classProgId, int courseId, short classId)

228. {

232. var getMeetingOrder = db.sp_Meeting_Order(User_Id.Single(), termYearId, classProgId, courseId, classId);

233. ViewBag.Meeting_Order = new SelectList(getMeetingOrder); 234. return PartialView();

(66)

236. }

237. // POST: Acd_Sched_Real/Create 238. [HttpPost]

239. [ValidateAntiForgeryToken]

240. public ActionResult Create([Bind(Include =

"Sched_Real_Id,Term_Year_Id,Class_Prog_Id,Course_Id,Class_Id,Meetin

246. return RedirectToAction("Details", new { id = acd_Sched_Real.Sched_Real_Id });

247. }

248.

249. ViewBag.Course_Id = new SelectList(db.Acd_Course, "Course_Id", "Course_Code", acd_Sched_Real.Course_Id);

250. ViewBag.Employee_Id = new SelectList(db.Emp_Employee, "Employee_Id", "Nik", acd_Sched_Real.Employee_Id);

251. ViewBag.Class_Id = new SelectList(db.Mstr_Class, "Class_Id", "Class_Name", acd_Sched_Real.Class_Id);

252. ViewBag.Class_Prog_Id = new

SelectList(db.Mstr_Class_Program, "Class_Prog_Id", "Class_Prog_Code", acd_Sched_Real.Class_Prog_Id);

253. ViewBag.Room_Id = new SelectList(db.Mstr_Room, "Room_Id", "Room_Code", acd_Sched_Real.Room_Id);

254. ViewBag.Term_Year_Id = new SelectList(db.Mstr_Term_Year, "Term_Year_Id", "Term_Year_Name", acd_Sched_Real.Term_Year_Id); 255. return View(acd_Sched_Real);

256. }

257.

258. // GET: Acd_Sched_Real/Edit/5 259. public ActionResult EditPopup(int? id)

260. {

(67)

269. }

273. var getTermYear = db.sp_termyear(User_Id.Single()).ToList(); 274. var getDepartment = db.sp_prodi(User_Id.Single(),

275. getTermYear.Take(1).Single().Term_Year_Id).ToList(); 276. var getCourse = db.sp_matakuliah(User_Id.Single(), 277. getTermYear.Take(1).Single().Term_Year_Id,

278. getDepartment.Take(1).Single().Department_Id).ToList(); 279. var getClassProg = db.sp_classprog(User_Id.Single(), 280. getTermYear.Take(1).Single().Term_Year_Id, 281. getCourse.Take(1).Single().Course_Id).ToList(); 282. var getClass = db.sp_kelas(User_Id.Single(), 283. getTermYear.Take(1).Single().Term_Year_Id, 284. getDepartment.Take(1).Single().Department_Id, 285. getCourse.Take(1).Single().Course_Id).ToList(); 286.

287. ViewBag.Term_Year_Id = new SelectList(getTermYear,

"Term_Year_Id", "Term_Year_Name", acd_Sched_Real.Term_Year_Id); 288. ViewBag.Department_Id = new SelectList(getDepartment,

"Department_Id", "Department_Name");

289. ViewBag.Course_Id = new SelectList(getCourse, "Course_Id", "Course_Name", acd_Sched_Real.Course_Id);

290. ViewBag.Class_Prog_Id = new SelectList(getClassProg, "Class_Prog_Id", "Class_Program_Name",

acd_Sched_Real.Class_Prog_Id);

291. ViewBag.Class_Id = new SelectList(getClass, "Class_Id", "Class_Name", acd_Sched_Real.Class_Id);

292. ViewBag.Room_Id = new SelectList(db.Mstr_Room, "Room_Id", "Room_Name", acd_Sched_Real.Room_Id);

293. ViewBag.Employee_Id = new SelectList(User_Id); 294.

295. acd_Sched_Real.Time_End = DateTime.Now; 296.

302. public ActionResult EditPopup(Acd_Sched_Real acd_Sched_Real)

303. {