SKRIPSI SISTEM INFORMASI PEMINJAMAN AULA DENGAN …repo.unida.gontor.ac.id/561/1/Sufriadi.pdf · 2020. 11. 4. · Apabila ternyata didalam naskah skripsi ini dapat dibuktikan terdapat

SKRIPSISISTEM INFORMASI PEMINJAMAN AULA

DENGAN FRAMEWORK LARAVEL BERBASIS WEB (KASUS DI UNIVERSITAS DARUSSALAM

GONTOR)

Sufriadi

NIM. 36.2015.6.1.0575

PROGRAM STUDI TEKNIK INFORMATIKAFAKULTAS SAINS DAN TEKNOLOGI

UNIVERSITAS DARUSSALAM GONTOR2019

ii

SKRIPSISISTEM INFORMASI PEMINJAMAN AULA DENGAN FRAMEWORK

LARAVEL BERBASIS WEB (KASUS DI UNIVERSITAS DARUSSALAM GONTOR)

Diajukan untuk memenuhi sebagian persyaratan memperoleh gelar Sarjana Komputer

Disusun Oleh:Sufriadi

NIM. 36.2015.6.1.0575

Telah diperiksa dan disetujui oleh dewan penguji pada Hari Kamis, 16 Mei 2019

Pembimbing 1

Aziz Musthafa, M.T.NIY. 150487

Penguji 1

Shoffin Nahwa Utama, M.T.NIY. 140341

Pembimbing 2

Faisal Reza Pradana, M.Kom.NIY. 160598

Penguji 2

Oddy Virgantara Putra, M.T.NIY. 160589

Skripsi ini dinyatakan dan diterima dalam pemenuhan sebagian dari perolehan untuk sarjana komputer

Kamis, 16 Mei 2019

Ketua Prodi Teknik Informatika

Shoffin Nahwa Utama, M.T.NIY: 140341

iii

PERNYATAAN ORISINALITAS

Saya menyatakan dengan sebenar-benarnya bahwa sepanjang pengetahuan saya, di dalam naskah skripsi ini tidak terdapat karya ilmiah yang pernah diajukan oleh orang lain untuk memperoleh gelar akademik di suatu perguruan tinggi, dan tidak terdapat karya atau pendapat yang pernah ditulis atau diterbitkan oleh orang lain, kecuali yang secara tertulis disitasi dalam naskah ini dan disebutkan dalam daftar pustaka.

Apabila ternyata didalam naskah skripsi ini dapat dibuktikan terdapat unsur-unsur plagiasi, saya bersedia skripsi ini digugurkan dan gelar akademik yang telah saya peroleh (sarjana) dibatalkan, serta diproses sesuai dengan peraturan perundang-undangan yang berlaku (UU No. 20 Tahun 2003, Pasal 25 ayat 2 dan Pasal 70).

Ponorogo, 6 Mei 2019

SufriadiNIM: 36.2015.6.1.0575

v

KATA PENGANTAR

Alhamdulillah, ungkapan rasa syukur kepada Allah SWT, penguasa alam semesta yang telah memberikan nikmat kesempatan menuntut ilmu. Sholawat dan salam, dijunjungkan kepada Baginda Nabi Muhammad SAW, utusan Allah SWT pemberi kabar gembira yang telah menunjukkan kepada jalan yang lurus dan terang benderang seperti yang kita dirasakan saat ini.

Tidak lupa kami ucapkan terima kasih sebesar-besarnya kepada segenap dosen yang telah membimbing kami selama proses penulisan skripsi ini.

Penulis paham bahwa apa yang dituliskan pada penelitian ini jauh dari kata sempurna, untuk itu segala kritik dan saran akan diterima dengan senang hati untuk pengembangan dan penyempurnaan penelitian kali ini.

Dengan segala kerendahan hati, penulis menyadari bahwa dalam menyelesaikan skripsi ini tidak lepas dari peran berbagai pihak yang telah banyak memberikan bantuan, bimbingan dan dorongan. Dalam kesempatan ini penulis ingin menyampaikan banyak terima kasih khususnya kepada:

1. Bapak Prof. Dr. H. Amal Fathullah Zarkasyi, M.A., selaku Rektor beserta seluruh jajarannya, serta segenap bapak dan ibu dosen Universitas Darussalam Gontor Ponorogo yang telah mendidik penulis.

2. Bapak Haris Setyaningrum M.Sc, selaku Dekan Fakultas Sains dan Teknologi beserta jajarannya.

3. Bapak Shoffin Nahwa Utama, M.T. selaku Ketua Program Studi Teknik Informatika beserta dosen dan jajarannya yang telah memotivasi dan memberikan arahan bagi penulis dalam menyelesaikan penelitian skripsi ini.

4. Bapak Aziz Musthafa, M.T dan Bapak Faisal Reza Pradanan, M.Kom, selaku dosen pembimbing yang bersedia meluangkan waktunya untuk membimbing, membantu dan mengarahkan

vi

peneliti sehingga dapat menyelesaikan penelitian ini.5. Bapak Dr. H. Kholid Muslih, M.A, selaku dosen dan pembimbing

Islamisasi Ilmu Pengetahuan yang bersedia meluangkan waktunya untuk memberikan masukan dan arahan dalam penelitian.

6. Terima kasih setinggi-tingginya kepada ibu dan bapak yang selalu memberikan dukungan, do’a, dan motivasi yang tiada henti.

7. Kawan-kawan Program Studi Teknik Informatika yang selalu mendukung dan membantu dalam penyelesaian penelitian ini.

8. Semua pihak yang telah membantu penulis hingga terselesaikannya skripsi ini, semoga Allah SWT memberikan balasan yang sebaik-baiknya atas segala jasa dan bantuan yang telah diberikan.

Penulis menyadari bahwasannya masih banyak kekurangan yang ada dalam penelitian kali ini. Maka dengan itu, penulis mengharapkan kritik dan saran yang dapat melengkapi dan menyempurnakan penelitan ini sehingga bisa bermanfaat bagi pengembangan ilmu pengetahuan khususnya di bidang teknologi informasi.

vii

ABSTRAK

SISTEM INFORMASI PEMINJAMAN AULA DENGAN FRAMEWORK LARAVEL BERBASIS WEB (KASUS DI

UNIVERSITAS DARUSSALAM GONTOR)

Sufriadi36.2015.6.1.0575

Kebutuhan informasi aula Universitas Darussalam Gontor (UNIDA Gontor) bagi mahasiswa sangatlah penting, Dimana hampir pada semua lembaga yang ada di UNIDA Gontor selalu mengadakan acara setiap tahunnya. Saat ini yang menjadi kendala adalah informasi seputar aula masih sulit untuk didapatkan. Untuk memperoleh informasi aula, mahasiswa masih menggunakan cara konvensional yaitu dengan mendatangi pengelola aula tersebut secara tatap muka untuk memperoleh informasi seputar aula, terkadang staf aula lupa menulis daftar peminjaman aula kemudian menerima surat permohonan peminjaman aula pada hari yang sama namun berbeda peminjam sehingga terjadi tumpang tindih acara yang membuat salah satu pihak harus bersedia mengalah dan mengganti jadwal di hari yang lain. Hasil dari penelitian ini ialah sebuah sistem informasi berbasis web yang menyajikan jadwal pemakaian aula berupa kalender peminjaman, profil aula secara lengkap dan format surat peminjaman aula. Sistem informasi ini juga mempermudah staf aula dalam proses penjadwalan dan manajemen peminjaman aula, sehingga terhindar dari pemberian izin peminjaman aula yang sudah terpinjam diwaktu yang sama. Pengembangan sistem Informasi ini menggunakan framework laravel. Sistem informasi yang dibuat telah menjawab kesulitan yang seringkali dihadapi oleh pengguna aula dan pengelola aula, sehingga bisa jauh lebih efisien dan efektif dari pada sebelumnya.

Kata kunci: Sistem Informasi, Peminjaman, Aula, Laravel

viii

ABSTRACT

HALL LENDING INFORMATION SYSTEM WITH LARAVEL FRAMEWORK WEB-BASED (CASE AT DARUSSALAM GONTOR

UNIVERSITY)

Sufriadi36.2015.6.1.0575

The hall information needs of Darussalam Gontor University (UNIDA Gontor) for students is very important, where almost all institutions in the UNIDA Gontor always hold events every year. Currently, the problem is that the information about the hall is still difficult to obtain. To get the hall information, students still use the conventional way by going to the Hall manager face to face to get information about the hall, sometimes the hall staff forgot to write the hall loan list then Received the application letter of lending the hall on the same day but different borrowers so that there is an overlap event that makes one party should be willing to apply and change the schedule on the other day. The result of this research is a web-based information system that presents the schedule of use of the Hall in the form of a lending calendar, a complete hall profile and a hall lending format. This information system also facilitate the hall staff in the process of scheduling and management of the hall lending, so as to avoid the granting of the loan permit the hall has been borrowed at the same time. System development This information uses a laravel framework. The information system is made to answer the difficulties often faced by the user hall and the manager of the hall, so it can be much more efficient and effective than before.

Keywords: Information System, Lending, Hall, Laravel

ix

DAFTAR ISI

LEMBAR PENGESAHAN .................................................................. iPERNYATAAN ORISINALITAS ........................................................ iiKATA PENGANTAR ............................................................................ iiiABSTRAK ............................................................................................. vDAFTAR ISI .......................................................................................... viiDAFTAR TABEL .................................................................................. xDAFTAR GAMBAR ............................................................................. xi

BAB I PENDAHULUAN ...................................................................... 11.1. Latar Belakang ................................................................................. 11.2 Rumusan Masalah ........................................................................... 31.3. Batasan Masalah .............................................................................. 31.4. Tujuan Penelitian ............................................................................. 31.5 Kegunaan Penelitian ........................................................................ 41.6. Sistematika Pembahasan .................................................................. 4

BAB II KAJIAN PUSTAKA ................................................................ 72.1 Penelitian Terdahulu ................................................................ 72.1.1.Muhammad Luthfan Syakur (2014) ....................................... 72.1.2. Ni Nyoman Utami Januhari (2015) ....................................... 82.1.3.Ilham Khasbi, Fajar Nugraha, dan Syafiul Muzid (2016) ...... 92.1.4.Yulrio Brianorman, Barry Ceasar Octariadi (2017) ............... 102.1.5. I Gusti Ngurah Wikranta Arsa (2017) ................................... 11

2.2 Kajian Teori ..................................................................................... 152.2.1.Sistem ..................................................................................... 152.2.2. Informasi ............................................................................... 162.2.3. Sistem Informasi.................................................................... 172.2.4.Laravel .................................................................................... 182.2.5.Aula Universitas Darussalam Gontor ..................................... 19

x

BAB III ANALISIS DAN PERANCANGAN SISTEM ..................... 213.1. Waktu dan Tempat Penelitian ........................................................... 21

3.1.1. Waktu ..................................................................................... 213.1.2. Tempat Penelitian .................................................................. 21

3.2. Analisis Kebutuhan .......................................................................... 213.2.1. Alat Penelitian ....................................................................... 213.2.2. Kebutuhan Data ..................................................................... 22

3.3 Perancangan Sistem .......................................................................... 243.3.1 SDLC (Systems Development Life Cycle) Model Waterfall ... 243.3.2 Use Case Diagram .................................................................. 263.3.3. Activity Diagram ................................................................... 293.3.4 Sequence Diagram .................................................................. 303.3.5 Perancangan Basis data .......................................................... 313.3.6 Perancangan Antarmuka ......................................................... 33

BAB IV IMPLEMENTASI DAN PEMBAHASAN ........................... 374.1. Hasil ................................................................................................. 37

4.1.1. Halaman Frontend ................................................................. 374.1.2. Halaman Login ...................................................................... 414.1.3. Halaman Utama Admin (Dashboard) ................................... 414.1.4. Halaman Menu Peminjaman ................................................. 424.1.5. Halaman Menu Aula .............................................................. 454.1.6. Halaman Menu Pesan ............................................................ 454.1.7. Halaman Menu Petugas ......................................................... 46

4.2. Uji Coba .......................................................................................... 474.2.1.Metode Pengujian Black Box ................................................ 474.2.2. Pengujian Halaman Frontend ................................................ 474.2.3. Pengujian Halaman Admin .................................................... 504.2.4. Uji Coba Dari Para Pengguna ............................................... 564.2.5. Pengguna Staf Aula ............................................................... 584.2.6. Pengguna Mahasiswa ............................................................ 59

4.3. Pembahasan ..................................................................................... 61

xi

DAFTAR TABEL

Tabel 2. 1. Penelitian Terdahulu ............................................................ 12Tabel 3. 1. Rencana Penelitian ............................................................... 21Tabel 3. 2. Aula Universitas Darussalam Gontor ................................... 22Tabel 3. 3. Data Peminjaman ................................................................. 23Tabel 3. 4. Aktor-aktor pada Sistem Informasi Peminjaman Aula ........ 27Tabel 3. 5. Keterangan Use Case Diagram Sistem Informasi Peminjaman Aula Universitas Darussalam Gontor .............. 28Tabel 4. 1. Hasil Pengujian Halaman Frontend ..................................... 48Tabel 4. 2. Hasil Pengujian Halaman Login .......................................... 49Tabel 4. 3. Hasil Pengujian Halaman Dashboard .................................. 51Tabel 4. 4. Hasil Pengujian Halaman Menu Peminjaman ..................... 51Tabel 4. 5. Hasil Pengujian Halaman Menu Aula .................................. 53Tabel 4. 6. Hasil Pengujian Halaman Menu Pesan ................................. 54Tabel 4. 7. Hasil Pengujian Halaman Menu Petugas ............................. 55Tabel 4. 8. Klasifikasi Jumlah Responden .............................................. 57Tabel 4. 9. Penilaian Rentang Kepuasan ................................................ 58Tabel 4. 10. Perhitungan Rata-rata Nilai Pertanyaan ............................ 59Tabel 4. 11. Perhitungan Rata-rata Nilai Pertanyaan ............................ 60

4.3.1.Hasil Pengembangan Sistem .................................................. 614.3.2.Hasil Uji Coba ........................................................................ 61

BAB V PENUTUP ................................................................................. 635.1. Kesimpulan ...................................................................................... 635.2. Saran ................................................................................................ 64

DAFTAR PUSTAKA ............................................................................. 65LAMPIRAN-LAMPIRAN ................................................................... 67

xii

DAFTAR GAMBAR

Gambar 2. 1. Perbedaan Penelitian Terdahulu Dan Sekarang............... 15Gambar 3. 1. Format Surat Peminjaman Aula ....................................... 24Gambar 3. 2. Siklus Perancangan sistem dengan Model Waterfall ........ 25Gambar 3. 3. Use Case Diagram ............................................................ 28Gambar 3. 4. Activity Diagram Peminjaman Aula ................................. 30Gambar 3. 5. Sequence Diagram Peminjaman Aula .............................. 31Gambar 3. 6. Perancangan Basisdata .................................................... 32Gambar 3. 7. Halaman Utama ................................................................ 33Gambar 3. 8. Halaman Pengelola Aula ................................................... 34Gambar 3. 9. Halaman Admin ................................................................ 35Gambar 4. 1. Tampilan Menu Home ....................................................... 37Gambar 4. 2. Tampilan Menu Schedule .................................................. 38Gambar 4. 3. Tampilan Sub Menu Kalender Aula .................................. 38Gambar 4. 4. Tampilan Sub Menu Lapor Peminjaman ........................... 39Gambar 4. 5. Tampilan Menu Hall ......................................................... 40Gambar 4. 6. Tampilan Menu Contact .................................................... 40Gambar 4. 7. Tampilan Halaman Login ................................................. 41Gambar 4. 8. Tampilan Halaman Utama Admin (Dashboard) ............... 42Gambar 4. 9. Tampilan Halaman Menu Peminjaman ............................ 42Gambar 4. 10. Tampilan Halaman Create Peminjam ............................. 43Gambar 4. 11. Tampilan Halaman Edit Peminjam ................................. 44Gambar 4. 12. Tampilan Halaman Show Peminjaman ........................... 44Gambar 4. 13. Tampilan Halaman Menu Aula ....................................... 45Gambar 4. 15. Tampilan Halaman Menu Pesan ..................................... 46Gambar 4. 15. Tampilan Halaman Menu Petugas .................................. 46

1

BAB I

PENDAHULUAN

1.1. Latar BelakangAula merupakan pusat kegiatan mahasiswa. Aula sering digunakan

untuk acara-acara Universitas seperti seminar, workshop, acara sosialisasi dari instansi luar kampus dan perkumpulan-perkumpulan non formal. Untuk menunjang kebutuhan akan pemakaian aula yang cukup bagi semua acara yang diadakan, maka perlunya manajemen informasi yang baik. Kebutuhan informasi aula Universitas Darussalam Gontor (UNIDA Gontor) bagi mahasiswa sangatlah penting. Dimana hampir pada semua lembaga yang dikelola mahasiswa selalu mengadakan acara setiap tahunnya. Oleh karena itu diperlukan manajemen informasi yang baik agar para mahasiswa tidak mendapatkan informasi yang salah sehingga mempengaruhi kesuksesan acara yang diadakan.

Saat ini yang menjadi kendala adalah informasi aula masih sulit untuk didapatkan baik dari segi profil aula, jadwal pemakaian aula, dan format surat. Hal tersebut dapat menjadi hambatan dalam mengadakan suatu acara. Untuk memperoleh informasi aula, mahasiswa masih menggunakan cara konvensional yaitu dengan mendatangi pengelola aula tersebut secara tatap muka untuk memperoleh informasi yang benar. Kendala yang kedua ialah, terkadang staf aula lupa menulis daftar peminjaman aula kemudian menerima surat permohonan peminjaman aula pada hari yang sama namun berbeda peminjam sehingga terjadi tumpang tindih acara yang membuat salah satu pihak harus bersedia mengalah dan mengganti jadwal di waktu atau di hari yang lain.

Oleh karena itu dibuatlah sebuah sistem informasi berbasis web yang mana dapat mempermudah dalam mendapatkan informasi aula yang diinginkan serta mempermudah pengelola aula dalam menyajikan dan mengelola informasi aula. Hal ini juga berlandaskan firman Allah SWT,

2

يا أيـها الذين آمنوا إن جاءكم فاسق بنـبأ فـتـبـيـنوا أن تصيبوا قـوما بجهالة فـتصبحواعلى ما فـعلتم نادمين

“Wahai orang-orang yang beriman! Jika seseorang yang fasik datang kepadamu membawa suatu berita, maka telitilah kebenarannya, agar kamu tidak mencelakakan suatu kaum karena kebodohan (kecerobohan), yang akhirnya kamu menyesali perbuatanmu itu.” (Q.S. Al-Hujurat ayat 6)

Menurut sebagian besar ulama ayat ini turun menyangkut kasus al-Walid Ibn Uqbah Ibn Abi Mu’ith yang ditugaskan Nabi SAW menuju ke Bani al-Musthalaq untuk memungut zakat. Ketika anggota masyarakat yang dituju itu mendengar tentang kedatangan utusan Nabi SAW yakni al-Walid, mereka keluar dari perkampungan mereka untuk menyambutnya sambil membawa sedekah mereka, tetapi al-Walid menduga bahwa mereka akan menyerangnya. Karena itu, ia kembali sambil melaporkan kepada Rasul SAW bahwa Bani al-Musthalaq enggan membayar zakat dan bermaksud menyerang Nabi SAW (dalam riwayat lain dinyatakan bahwa mereka telah murtad). Rasul SAW marah dan mengutus Khalid Ibn Walid menyelidiki keadaan sebenarnya sambil berpesan agar tidak menyerang mereka sebelum duduk persoalan menjadi jelas. Khalid ra. mengutus seorang informannya menyelidiki perkampungan Bani al-Musthalaq yang ternyata masyarakat desa itu mengumandangkan adzan dan melaksanakan shalat berjamaah. Khalid kemudian mengunjungi mereka lalu menerima zakat yang telah mereka kumpulkan. Riwayat lain menyatakan bahwa justru mereka yang datang kepada Rasul SAW menyampaikan zakat sebelum Khalid Ibn al-Walid melangkah ke perkampungan mereka.1

Dari pemaparan di atas, penulis akan mengangkat permasalahan ini ke dalam penelitian skripsi yang berjudul “Sistem Informasi Peminjaman Aula Menggunakan Framework Laravel Berbasis Web (Kasus Di Universitas Darussalam Gontor)” yang diharapkan mampu menjadi

1 M. Quraish Shihab, Tafsir Al-Mishbah, Vol. 12 edition (Jakarta: Lentera Hati, 2009).

3

solusi yang lebih baik dalam pengelolaan dan penyebaran informasi aula di Universitas Darussalam Gontor.

1.2 Rumusan MasalahBerdasakan pada latar belakang masalah yang telah diungkapkan

sebelumnya, maka permasalahan pokok yang dibahas dalam tugas akhir ini adalah:

1. Untuk mendapakan informasi aula mahasiswa harus datang ke kator pengelola aula dan menanyakan secara langsung informasi yang diinginkan

2. Sering terjadi peminjaman pada waktu yang sama oleh peminjam yang berbeda dan telah mendapat izin dari pengelola aula.

1.3. Batasan MasalahPembatasan masalah untuk Tugas Akhir ini adalah sebagai berikut:

1. Perancangan sistem informasi berbasis web dengan memanfaatkan framework laravel.

2. Sistem informasi ini merupakan layanan yang menyediakan informasi-informasi aula yang ada pada Universitas Darussalam Gontor.

3. Pada sistem informasi ini hanya membahas tentang peminjaman aula di Universitas Darussalam Gontor.

1.4. Tujuan PenelitianTujuan yang hendak dicapai dalam pelaksanaan dan penulisan

tugas akhir ini adalah membuat sebuah sistem informasi untuk membantu serta mempermudah dalam proses mendapatkan informasi seputar aula oleh pengguna, baik dari data peminjaman, dan data persediaan aula yang kosong.

4

1.5 Kegunaan PenelitianAdapun beberapa manfaat yang diharapkan dari pembuatan tugas

akhir ini adalah sebagai berikut :

1. Bagi Penulis Penulis dapat mengaplikasikan ilmu pengetahuan yang telah

didapat di bangku perkuliahan dalam merancang sistem informasi peminjaman aula, serta sebagai syarat memperoleh gelar sarjana komputer.

2. Bagi Para Penanggung Jawab Aula di Universitas Darussalam Gontora. Sebagai media informasi, sehingga mahasiswa dapat mengetahui

jadwal aula yang sudah dipinjam atau belum, serta memberi informasi aula yang tepat bagi para mahasiswa.

b. Mempermudah pihak penanggung jawab aula dalam mengelola data peminjaman.

3. Bagi Universitas Darussalam Gontor Sebagai salah satu bahan referensi untuk Universitas

Darussalam Gontor dalam pengembangan sistem informasi yang terkomputerisasi.

1.6. Sistematika Pembahasan

BAB I PENDAHULUAN1.1 Latar Belakang1.2 Rumusan Masalah1.3 Tujuan Penelitian1.4 Manfaat penelitian1.5 Batasan Masalah 1.6 Sistematika Pembahasan

BAB II KAJIAN TEORI2.1 Penelitian Terdahulu 2.1.1. Muhammad Luthfan Syakur (2014)

5

2.1.2. Ni Nyoman Utami Januhari (2015) 2.1.3. Ilham Khasbi, Fajar Nugraha, dan Syafiul Muzid (2016) 2.1.4. Yulrio Brianorman, Barry Ceasar Octariadi (2017) 2.1.5. I Gusti Ngurah Wikranta Arsa (2017)2.2 Kajian Teori 2.2.1 Sistem 2.2.2 Informasi 2.2.3 Sistem Informasi 2.2.4 Laravel 2.2.5 Aula Universitas Darussalam Gontor

BAB III ANALISIS DAN PERANCANGAN SISTEM3.1 Waktu dan Tempat Penelitian 3.1.1 Waktu 3.1.2 Tempat Penelitian3.2 Analisis Kebutuhan 3.2.1 Alat Penelitian 3.2.2 Kebutuhan Data3.3 Perancangan Sistem 3.3.1 Tahapan SDLC (Systems Development Life Cycle) Model

Waterfall 3.3.2 Use Case Diagram 3.3.3 Activity Diagram 3.3.4 Sequence Diagram 3.3.5 Perancangan Basis data

BAB IV. IMPLEMENTASI DAN PEMBAHASAN4.1 Hasil 4.1.1 Halaman Frontend 4.1.2 Halaman Login 4.1.3 Halaman Utama Admin (Dashboard) 4.1.4 Halaman Menu Peminjaman 4.1.5 Halaman Menu Aula

6

4.1.6 Halaman Menu Pesan 4.1.7 Halaman Menu Petugas4.2 Uji coba 4.2.1 Metode Pengujian Black Box 4.2.2 Uji Coba Dari Para Pengguna4.3 Pembahasan 4.3.1 Hasil Pengembangan Sistem 4.3.2 Hasil Uji coba

BAB V. PENUTUP5.1 Kesimpulan5.2 Saran

DAFTAR PUSTAKA

LAMPIRAN

7

BAB II

KAJIAN PUSTAKA

2.1 Penelitian Terdahulu

2.1.1. Muhammad Luthfan Syakur (2014)2

Penelitian terdahulu yang berjudul “Sistem Informasi Penyewaan Lapangan Futsal Pada Grindulu Futsal Pacitan” oleh Muhammad Luthfan Syakur. Pada saat ini, kebutuhan terhadap informasi-informasi berbasiskan komputer sangat dibutuhkan. Sistem komputerisasi tentunya tidak terlepas dari adanya suatu kelebihan dan kekurangannya. Hal ini ditimbulkan dari adanya perkembangan dan kemajuan teknologi informatika. Perkembangan dan kemajuan teknologi informatika yang sangat cepat mempengaruhi berbagai segi kehidupan dalam masyarakat. Hal ini menyebabkan terjadinya perubahan sistem pada dunia kerja dan bisnis yang berdampak juga pada perubahan mekanisme kerja. Teknologi informatika banyak diterapkan untuk pengelolaan pekerjaan karena efektivitas dan efisiensi yang terbukti mampu mempercepat kinerja, dan pada akhirnya akan meningkatkan keuntungan. Di dalam dunia bisnis, khususnya dalam olahraga futsal tentunya juga membutuhkan informasi-informasi untuk mengefisienkan dan mengefektifkan proses-proses penyewaan yang ada di dalamnya. Pengelolaan yang masih dilakukan secara manual, terkadang dapat menimbulkan kesalahan data yang disebabkan oleh faktor kesalahan manusia. Oleh karena itu, diperlukan sistem informasi yang mampu mengelola dan mengolah data secara efektif dan efisien sehingga terjadi komputerisasi data. Kerja Praktik ini selain bertujuan untuk mengaplikasikan ilmu-ilmu yang diperoleh dari

2 Muhammad Luthfan Syakur, “Sistem Informasi Penyewaan Lapangan Futsal Pada Grindulu Futsal Pacitan”, IJNS – Indonesian Journal on Networking and Security, vol. 3 No 4 (2014).

8

bangku kuliah dalam hubungannya dengan dunia kerja juga bertujuan untuk menghasilkan sistem baru yang lebih fleksibel dan dinamis. Kerja praktik ini akan menguraikan produk-produk yang dihasilkan pada masing-masing tahap dan dapat dilakukan secara lengkap dan terperinci. Diharapkan hasil kerja praktik ini dapat menjawab kesulitan yang seringkali dihadapi oleh pengelola maupun pelanggan sehingga bisa jauh lebih efisien dan efektif.

2.1.2. Ni Nyoman Utami Januhari (2015)3

Penelitian terdahulu yang berjudul “Perancangan Sistem Informasi Peminjaman Penggunaan Ruangan pada STMIK STIKOM Bali” oleh Ni Nyoman Utami Januhari. Pengambilan keputusan terhadap peminjaman penggunaan ruangan, menjadi salah satu hal yang harus diperhatikan oleh pengelola bagian yang ditugaskan. Pemesanan terhadap peminjaman penggunaan ruangan yang masih dilakukan secara konvensional, mempunyai tingkat keakuratan yang minim dan penanganan yang cukup lambat dalam pencarian informasi. Salah satu solusi mengatasi hal tesebut yaitu dengan menerapkan suatu system informasi peminjaman penggunaan ruangan pada Perguruan Tinggi, karena system ini memiliki kelebihan dalam pengolahan data tentang informasi ruangan yang sudah terpakai dan belum terpakai pada suatu Perguruan Tinggi. Dalam penelitian ini dibangun sebuah kerangka kerja sistem informasi peminjaman penggunaan ruangan, yang dikembangkan berbasis Zachman Framework, dan menghasilkan beberapa hasil perancangan diantaranya analisa kebutuhan data, hasil analisa kebutuhan proses, konfigurasi jaringan komputer, use case diagram, class diagram, activity diagram, sequence diagram, desain basis data, tampilan menu, kotak dialog, dan formulir isian yang diperlukan. Kedepan penelitian ini diharapkan dapat memberikan

3 Januhari Ni Nyoman Utami, “Perancangan Sistem Informasi Peminjaman Penggunaan Ruangan pada STMIK STIKOM Bali”, JURNAL SISTEM DAN INFORMATIKA, vol. 9 (2015), pp. 86–94.

9

masukan dan kemudahan bagi petugas bagian sarana dan prasara yang akan memberikan informasi dan layanan penggunaan ruangan, serta mampu memberikan laporan yang jauh lebih cepat dan akurat.

2.1.3. Ilham Khasbi, Fajar Nugraha, dan Syafiul Muzid (2016)4

Penelitian terdahulu yang berjudul “Sistem Informasi Peminjaman Ruang Dan Barang Di Universitas Muria Kudus Berbasis Web Menggunakan Fitur SMS Notification” oleh Ilham Khasbi, Fajar Nugraha, dan Syafiul Muzid. Pendataan peminjaman ruang dan barang merupakan aktifitas yang penting sebagai sarana dokumentasi peminjaman di Universitas Muria Kudus. Proses peminjaman ruang dan barang di Universitas Muria Kudus dalam pelaksanaannya masih dilakukan secara manual dengan cara pihak peminjam datang ke BAU membawa surat permohonan peminjaman untuk melakukan transaksi peminjaman. Kemudian, dalam hal pencatatan item pinjaman juga masih dilakukan secara manual dengan cara petugas BAU menulis informasi peminjaman pada papan pengumuman. Dalam pelaksanaannya, terkadang petugas BAU lupa menulis informasi peminjaman pada papan pengumuman sehingga pihak BAU menerima lebih dari satu surat peminjaman dalam waktu dan tempat yang sama. Sistem Informasi Peminjaman Ruang dan Barang di Universitas Muria Kudus Berbasis WEB Menggunakan Fitur SMS Notification merupakan salah satu sistem yang dapat diterapkan di BAU. Sistem ini di buat untuk memperbaiki sistem manual yang telah ada menjadi terkomputerisasi sehingga bisa diakes melalui desktop maupun mobile serta dapat memberikan informasi peminjaman secara lengkap dan efisien yang disimpan dalam sebuah database server. Metode yang digunakan dalam pengembangan sistem ini menggunakan metode Waterfall. Hasil akhir penelitian ini berupa sistem peminjaman ruang

4 Muzid Khasbi, Ilham, Nugraha, Fajar, Syafiul, “Sistem Informasi Peminjaman Ruang Dan Barang Di Universitas Muria Kudus Berbasis Web Menggunakan Fitur”, SIMETRIS, vol. 7, no. 2 (2016), pp. 513–20.

10

dan barang di Universitas Muria Kudus yang berguna, lebih mudah, cepat dan terstruktur.

2.1.4. Yulrio Brianorman, Barry Ceasar Octariadi (2017)5

Penelitian terdahulu yang berjudul “Perancangan Sistem Pengelolaan Ruang Berbasis Web Di Universitas Muhammadiyah Pontianak” oleh Yulrio Brianorman, dan Barry Ceasar Octariadi. permasalahan yang dihadapi ialah proses penggunaan ruang yang diterapkan dengan sistem manual yaitu dicatat pada buku dan kertas kerja saja dapat menimbulkan permasalahan, salah satunya adalah ketidak efisienan waktu, tempat penyimpanan hasil pencatatan, sulit dalam pencarian data yang lampau dan pembuatan laporan menjadi sulit karena data yang yang diperlukan untuk membuatnya tidak tersusun dengan baik sehingga menyulitkan dalam proses pembuatannya. Untuk mengatasi permasalahan tersebut, maka dilakukan perancangan dan pembuatan sistem informasi penggunaan ruangan secara terkomputerisasi yang meliputi pencatatan data ruangan, peminjaman ruangan dan pembuatan laporan yang terkait. Adapun sistem informasi penggunaan ruangan ini diterapkan pada Universitas Muhammadiyah Pontianak. dan dibuat dengan menggunakan pemrograman PHP dan database MySQL. Dengan menggunakan sistem informasi penggunaan ruangan berbasis web maka dapat membantu bagian perlengkapan mengelola peminjaman ruangan dalam hal pencatatan data peminjaman dan memberikan informasi langsung kepada calon peminjam ruangan mengenai status pemintaannya secara online. Sistem informasi penggunaan ruangan sangat tepat diterapkan karena semua proses dapat dilakukan secara online.

5 Yulrio Brianorman and Barry Ceasar Octariadi, “Perancangan Sistem Pengelolaan Ruang Berbasis Web Di Universitas Muhammadiyah Pontianak”, CYBERNETICS, vol. 1, no. 2 (2017), pp. 131–8.

11

2.1.5. I Gusti Ngurah Wikranta Arsa (2017)6

Penelitian terdahulu yang berjudul “Aplikasi Penggunaan Dan Kegiatan Laboratorium STMIK STIKOM Bali Berbasis Web” oleh I Gusti Ngurah Wikranta Arsa, penelitian ini didasari oleh jadwal penggunaan dan pengumuman event atau kegiatan laboratorium STMIK STIKOM Bali sangat penting dalam kaitannya dengan keefektifan kinerja bidang laboratorium dan seluruh stafnya. permasalahan yang ditemukan adalah belum dimilikinya sistem yang terintegrasi untuk dapat melihat informasi jadwal penggunaan lab, hasil karya yang telah dimiliki lab, dan event yang diselenggarakan di lab, misalnya adalah lomba dan peminjaman lab oleh mahasiswa. Petugas lab dalam hal ini laboran dan kordinator lab hanya akan mencatat dan mengarsipkan segala macam kegiatan dalam map, serta jika ada peminjaman lab harus melakukan koordinasi dengan kepala lab, dan melihat list penggunaan lab hanya pada papan peminjaman yang terpasang di ruangan kepala laboratorium. Penggunaan teknologi web dapat memecahkan masalah yang ditimbulkan diatas, dimana dengan teknologi web dapat melihat informasi jauh lebih fleksibel dan tentunya sistem pengarsipan yang lebih rapi, karena tersimpan dalam sebuah database. Metode penilitian akan di awali dengan investigasi sistem, analisis kebutuhan sistem, desain sistem, dan implementasi sistem. Hasil penelitian ini adalah aplikasi sistem laboratorium, implementasi sistem dengan web dan dengan mysql database, dimana aplikasi nantinya dapat menghasilkan informasi penggunaan dan kegiatan laboratorium di STMIK STIKOM Bali.

6 I. Gusti Ngurah Wikranta Arsa, “Aplikasi Penggunaan Dan Kegiatan Laboratorium STMIK STIKOM Bali Berbasis Web”, JURNAL SISTEM DAN INFORMATIKA, vol. 2, no. Pk I (2017), pp. 54–63.

12

Tabe

l 2. 1

. Pen

eliti

an T

erda

hulu

No

Pene

liti

Judu

l Pen

eliti

anTu

juan

Pen

eliti

anM

etod

e Pe

nelit

ian

Has

il Pe

nelit

ian

1Yu

lrio

Bria

nor-

man

, Bar

ry

Cea

sar O

ctar

ia-

di (2

017)

Pera

ncan

gan

Sist

em

Peng

elol

aan

Rua

ng

Ber

basi

s Web

Di U

ni-

vers

itas M

uham

mad

i-ya

h Po

ntia

nak

Mem

perm

udah

dal

am

men

cari

dan

men

gelo

-la

dat

a pe

min

jam

an

ruan

gan

Wat

erfa

ll Se

buah

sist

em in

form

asi

yang

dap

at m

enge

lola

pem

-in

jam

an ru

anga

n ba

ik d

ari

segi

pen

cata

taan

dat

a pe

m-

inja

man

dan

mem

berik

an

info

rmas

i lan

gsun

g ke

pada

ca

lon

pem

inja

m ru

anga

n se

cara

onl

ine.

2N

i Nyo

man

U

tam

i Jan

uhar

i (2

015)

Pera

ncan

gan

Sist

em

Info

rmas

i Pem

inja

man

Pe

nggu

naan

Rua

ngan

pa

da S

TMIK

STI

KO

M

Bal

i

Mem

perm

udah

pet

u-ga

s dal

am m

enga

mbi

l ke

putu

san

di se

tiap

pros

es p

emin

jam

an

ruan

gan.

Wat

erfa

ll Se

buah

syst

em in

form

asi,

yang

dap

at m

embe

rikan

ke

mud

ahan

bag

i pet

ugas

sa

rana

dan

pra

sara

yan

g ak

an

mem

berik

an in

form

asi d

an

laya

nan

peng

guna

an ru

anga

n,

serta

mem

perm

udah

dal

am

pem

buat

an la

pora

n ya

ng

akur

at

13N

oPe

nelit

iJu

dul P

enel

itian

Tuju

an P

enel

itian

Met

ode

Pene

litia

nH

asil

Pene

litia

n

3M

uham

mad

Lu

thfa

n Sy

akur

(2

014)

Sist

em In

form

asi

Peny

ewaa

n La

pang

an

Futs

al P

ada

Grin

dulu

Fu

tsal

Pac

itan

Men

ghila

ngka

n ke

sa-

laha

n da

lam

pen

gola

-ha

n da

ta p

enye

waa

n La

pang

an F

utsa

l ya

ng d

i seb

abka

n ol

eh m

etod

e pe

ngol

a-ha

n da

ta y

ang

mas

ih

man

ual

Prot

otyp

-in

gSi

stem

Info

rmas

i Pen

yew

aan

Lapa

ngan

Fut

sal P

ada

Grin

-du

lu F

utsa

l Pac

itan

berb

asis

W

eb d

apat

men

ghila

ngka

n ke

sala

han

peng

olah

an d

ata

yang

serin

g te

rjadi

4Ilh

am K

hasb

i, Fa

jar N

ugra

ha,

Syaf

iul M

uzid

(2

016)

Sist

em In

form

asi P

em-

inja

man

Rua

ng D

an

Bar

ang

Di U

nive

rsita

s M

uria

Kud

us B

erba

sis

Web

Men

ggun

akan

Fi

tur S

ms N

otifi

catio

n

Men

ghila

ngka

n ke

sa-

laha

n da

lam

pen

gola

-ha

n da

ta p

emin

jam

an

Rua

ng d

an B

aran

g ya

ng d

iseb

abka

n ol

eh

met

ode

peng

olah

an

data

yan

g m

asih

man

-ua

l

Wat

erfa

llSi

stem

Info

rmas

i Pem

inja

-m

an R

uang

dan

Bar

ang

dapa

t m

engh

ilang

kan

kesa

laha

n pe

ngol

ahan

dat

a ya

ng se

ring

terja

di d

i Uni

vers

itas M

uria

K

udus

Ber

basi

s Web

14

No

Pene

liti

Judu

l Pen

eliti

anTu

juan

Pen

eliti

anM

etod

e Pe

nelit

ian

Has

il Pe

nelit

ian

5I G

usti

Ngu

rah

Wik

rant

a Ars

a (2

017)

Apl

ikas

i Pen

ggun

aan

Dan

Keg

iata

n La

b-or

ator

ium

STM

IK

STIK

OM

Bal

i Ber

basi

s W

eb

Dap

at m

enam

pilk

an

info

rmas

i dan

pen

-ga

rsip

an y

ang

lebi

h ra

pi, s

ehin

gga

dapa

t m

empe

rmud

ah se

gala

pi

hak

dala

m m

elih

at

dan

men

geta

hui i

nfor

-m

asi s

eput

ar la

b.

Wat

erfa

llSe

buah

apl

ikas

i sis

tem

labo

-ra

toriu

m y

ang

dapa

t men

ya-

jikan

info

rmas

i pen

ggun

aan

dan

kegi

atan

labo

rato

rium

di

STM

IK S

TIK

OM

Bal

i.

15

Gambar 2. 1. Perbedaan Penelitian Terdahulu Dan Sekarang

Gambar 2.1 menampilkan perbedaan penelitan terdahulu dengan penelitian sekarang dalam bentuk diagram fishbone.

2.2. Kajian Teori

2.2.1. SistemSistem adalah suatu kesatuan yang terdiri dari interaksi

subsistem yang berusaha untuk mencapai tujuan yang sama. Ada beberapa pengertian pakar sistem informasi. Berikut beberapa kutipan yang berkaitan dengan pengertian sistem, antara lain:

1. Menurut Dr. Ir. Harijono Djojodihardjo (1984: 78) “Suatu sistem adalah sekumpulan objek yang mencakup hubungan fungsional antara tiap-tiap objek dan hubungan antara ciri tiap objek, dan yang secara keseluruhan merupakan suatu kesatuan secara fungsional.”

2. Menurut Lani Sidharta (1995: 9), “Sistem adalah himpunan dari bagian-bagian yang saling berhubungan yang secara bersama mencapai tujuan-tujuan yang sama”

3. Menurut Davis, G.B, (1991 : 45 ) Sistem secara fisik adalah kumpulan dari elemen-elemen yang beroperasi bersama-sama untuk menyelesaikan suatu sasaran

4. Menurut Jogianto (2005: 2) mengemukakan bahwa sistem

16

adalah kumpulan dari elemen-elemen yang berinteraksi untuk mencapai suatu tujuan tertentu. sistem ini menggambarkan suatu kejadiankejadian dan kesatuan yang nyata adalah suatu objek nyata, seperti tempat, benda, dan orang-orang yang betul-betul ada dan terjadi.

5. Menurut Indrajit (2001: 2) mengemukakan bahwa sistem mengandung arti kumpulan-kumpulan dari komponen-komponen yang dimiliki unsur keterkaitan antara satu dengan lainnya.Elemen atau karakteristik dari sistem adalah memiliki komponen,

batas sistem (boundary), lingkungan luar sistem (environment), penghubung sistem (interface), masukan sistem (input), keluaran sistem (output), pengolahan sistem (process), dan sasaran sistem.7

2.2.2. InformasiInformasi adalah data yang telah diproses menjadi bentuk yang

memiliki arti bagi penerima, dapat berupa fakta dan suatu nilai yang bermanfaat. Jadi ada suatu proses transformasi data menjadi suatu informasi, yaitu input proses output. Data merupakan raw material untuk suatu informasi. Perbedaan informasi dan data sangat relatif, tergantung pada nilai gunanya bagi manajemen yang memerlukan. Suatu informasi bagi level manajemen tertentu bisa menjadi data, bagi manajemen level diatasnya, atau sebaliknya. Informasi (information) dapat didefinisikan sebagai berikut:

1. Informasi merupakan data yang telah diproses sedemikian rupa sehingga meningkatkan pengetahuan seseorang yang menggunkan data tersebut. Abdul Kadir; (2003: 31).

2. Informasi adalah data yang diolah sehingga dapat dijadikan dasar untuk mengambil keputusan yang tepat. George H.

7 Dahlan Abdullah, “Perancangan Sistem Informasi Pengolahan Data Seniman Pada Dinas Perhubungan, Pariwisata Dan Kebudayaan Kota Lhokseumawe”, TECHSI: Jurnal Penelitian Teknik Informatika, pp. 28–40.

17

Bodnar, (2000: 1)3. Informasi adalah data yang telah diproses untuk suatu tujuan

tertentu. Tujuan tersebut adalah untuk menghasilkan sebuah keputusan” anton M. Meliono (1990: 331)

4. Informasi adalah data yang telah diolah menjadi sebuah bentuk yang berarti bagi penerimanya dan bermanfaat bagi pengambilan keputusan saat ini atau mendatang. Gordon B. Davis (1991: 28)

5. informasi adalah data yang telah diklasifikasikan atau diolah atau diinterpretasikan untuk digunakan dalam proses pengambilan keputusan. Tata Sutabri, S.Kom., MMDari beberapa pengertian informasi di atas, dapat disimpulkan

bahwa informasi adalah data yang diolah menjadi bentuk yang lebih berguna dan lebih berarti bagi yang menerimanya yang menggambarkan suatu kejadian kejadian (event) dan kesatuan nyata ( fact and entity ) dan digunakan untuk mengambil keputusan.8

2.2.3. Sistem InformasiSistem informasi adalah suatu sistem di dalam suatu organisasi

yang mempertemukan kebutuhan pengolahan transaksi harian yang mendukung fungsi organisasi yang bersifat manajerial dalam kegiatan strategi dari suatu organisasi untuk dapat menyediakan kepada pihak luar tertentu dengan laporan laporan yang diperlukan. (Tata Sutabri, S.Kom., MM, 2005: 36)

Istilah sistem informasi mengarah pada penggunaan teknologi komputer di dalam organisasi untuk menyajikan informasi kepada pemakai. Sistem informasi adalah suatu kombinasi teratur dari people (orang), hardware (perangkat keras), software (piranti lunak), computer networks and data communications (jaringan komunikasi), dan database (basis data) yang mengumpulkan, mengubah dan menyebarkan informasi di dalam suatu bentuk organisasi. O’Brien

8 Ibid.

18

(2005:5)

Dari beberapa defenisi tersebut dapat disimpulkan bahwa sistem informasi adalah kumpulan dari prosedur kegiatan yang memproses data sedemikian rupa sehingga dapat menghasilkan informasi yang bermanfaat agar dapat digunakan oleh setiap orang dalam mengambil suatu keputusan yang tepat. Sistem informasi juga merupakan sistem yang berisi jaringan SPD (Sistem Pengolahan Data) yang dilengkapi dengan kanal-kanal komunikasi yang digunakan dalam sistem organisasi data. Elemen proses dari sistem informasi adalah mengumpulkan data, mengolah data, dan menyebar informasi.9

2.2.4. LaravelLaravel adalah framework PHP dengan kode terbuka (open

source) dengan desain MVC (Model-View-Controller) yang digunakan untuk membangun aplikasi website. Framework ini pertama kali dibangun oleh Taylor Otwell pada tanggal 22 Pebruari 2012. Model-View-Controller atau MVC adalah sebuah metode untuk membuat sebuah aplikasi dengan memisahkan data (Model) dari tampilan (View) dan cara bagaimana memprosesnya (Controller).

1. Model, Model mewakili struktur data. Biasanya model berisi fungsi-fungsi yang membantu seseorang dalam pengelolaan basis data seperti memasukkan data ke basis data, pembaruan data dan lain-lain.

2. View, View adalah bagian yang mengatur tampilan ke pengguna. Bisa dikatakan berupa halaman web.

3. Controller, Controller merupakan bagian yang menjembatani model dan view. Controller berisi perintah-perintah yang berfungsi untuk memproses suatu data dan mengirimkannya ke halaman web.10

9 Ibid.10 AirPutih, “Panduan Laravel PHP Framework”, Creative Commons Atribusi Non-

Commercial (2008), p. 5.

19

2.2.5. Aula Universitas Darussalam GontorAula adalah salah satu ruang yang sangat penting di sebuah

instansi pendidikan atau sekolah khususnya universitas. Fungsi aula itu sendiri pun bisa bermacam-macam, mulai dari ruang pertemuan, ruang rapat, ruang seminar, dan ruang workshop. Di Universitas Darussalam Gontor sendiri terdapat 5 aula yang digunakan untuk berbagai acara kampus dan mahasiswa, aula tersebut diperbolehkan untuk digunakan oleh mahasiwa dengan proses peminjaman tertentu. Setiap aula dikelola oleh stafnya masing-masing yang bertugas dalam pemeliharaan dan manajemen aula tersebut.

Untuk cara perizinan dalam melakukan peminjaman aula, mahasiswa diharuskan mengecek jadwal peminjaman dengan datang ke kantor pengelola (staf) aula agar mendapatkan informasi jadwal peminjaman setelah itu membuat surat peminjaman kemudian meminta tanda tangan ke para pembimbing masing-masing aula, langkah selanjutnya mengumpulkan surat peminjaman dan menulis peminjaman aula yang dilakukan pada buku peminjaman.

Berikut informasi ke-5 aula yang digunakan untuk berbagai acara kampus dan mahasiswa di Universitas Darussalam Gontor:

1. Aula HotelAula Hotel dikelola oleh Hotel UNIDA In. Aula ini berada di lantai 2 Gedung Hotel.

2. Aula CIOS (Center For Islamic And Occidental Studies)Aula CIOS dikelola oleh Biro Sarana Prasanan Universitas Darussalam Gontor. Aula ini berada di Gedung CIOS.

3. Aula GPSN (Gedung Pusat Sirah Nabawiyyah)Aula GPSN dikelola oleh GPSN Universitas Darussalam Gontor. Aula ini berada di lantai 2 Gedung Pusat Sirah Nabawiyyah.

4. Aula Gedung Utama Baru Lantai 4Aula Gedung Utama Baru Lantai 4 dikelola oleh Biro Sarana Prasanan Universitas Darussalam Gontor. Aula ini berada di

20

lantai 4 Gedung Utama Baru.

5. Aula Gedung Utama Baru Lantai 3Aula Gedung Utama Baru Lantai 3 dikelola oleh Biro Sarana Prasarana Universitas Darussalam Gontor. Aula ini berada di lantai 3 Gedung Utama Baru.

21

BAB III

ANALISIS DAN PERANCANGAN SISTEM

3.1. Waktu dan Tempat Penelitian

3.1.1. WaktuPenelitian ini dilakukan dalam 4 bulan, terhitung sejak bulan

Januari 2019 sampai dengan Maret 2019. Perancangan kegiatan penelitian ini disajikan pada Tabel 3.1:

Tabel 3. 1. Rencana Penelitian

KegiatanWaktu Pelaksanaan

Januari Februari Maret April1 2 3 4 1 2 3 4 1 2 3 4 1 2 3 4

Persiapan Penelitian Identifikasi Masalah Pengumpulan Data Analisis Sistem Desain Sistem Implementasi Sistem Pengujian SistemLaporan

3.1.2. Tempat PenelitianPenelitian ini bertempat di Aula Universitas Darussalam Gontor

yang meliputi: Aula Hotel, Aula CIOS, Aula Gedung Utama Baru Lantai 4, Aula Gedung Utama Baru Lantai 3, dan Aula GPSN.

3.2. Analisis Kebutuhan

3.2.1. Alat PenelitianKebutuhan system yang digunakan dalam pembuatan penelitian

ini adalah:

22

Perangkat keras:Laptop Lenovo Thinkpad X230 Intel® Core™ i5-3320M CPU

@2.60GHz RAM 4,00 GBPrinter Epson L360

Perangkat lunak:Visual CodeGoogle ChromeXamppComposerFramework Laravel

3.2.2. Kebutuhan DataKubutuhan data adalah menyangkut seluruh kebutuhan

fungsionalitas aplikasi yang sedang dibangun dalam penelitian ini. Berikut kebutuhan data yang digunakan untuk memenuhi kebutuhan penelitian ini sebagai berikut:

1. Data Aula Universitas Darussalam GontorData aula ialah data seluruh aula yang dimiliki Universitas

Darussalam Gontor (UNIDA Gontor) serta penanggung jawabnya masing-masing. Data ini digunakan untuk menentukan akses yang dimiliki oleh setiap pengelola aula. Berikut data aula Universitas Darussalam Gontor yang akan disajikan pada Tabel 3.2.

Tabel 3. 2. Aula Universitas Darussalam Gontor

No Nama Aula Pengelola/Staf Pembimbing/Ketua1 Aula GU Baru Lt.3 Biro Sarana

PrasaranaMoh. Syifaurrosydin, S.F.I., M.Pd.

2 Aula GU Baru Lt.4 Biro Sarana Prasarana

Moh. Syifaurrosydin, S.F.I., M.Pd.

3 Aula CIOS Biro Sarana Prasarana

Moh. Syifaurrosydin, S.F.I., M.Pd.

4 Aula Hotel Hotel UNIDA In Imam Hariyadi, M.S.I.5 Aula GPSN GPSN Moh. Jabal Alamsyah,

Lc.MA.

23

2. Data PeminjamData peminjam ialah data yang harus diisi oleh peminjam

yang mana merupakan data pribadi peminjam sebagai rekam jejak peminjaman aula. Data ini digunakan sebagai ukuran form yang akan digunakan ketika proses peminjaman. Data Peminjaman akan ditampilkan pada Tabel 3.3.

Tabel 3. 3. Data Peminjaman

No Tanggal Acara Fasilitas Peminjam Prodi No. HP

1 20/03/2019 Kuliah

Umum

Bersama

Rocky

Gerung

Aula Gedung

Utama Baru

Lt.4

Alfi Huda AFI 089646846792

2 17/03/2019 Dauroh

Arobiyah

Pusdiklat

Aula CIOS Nova Trio PBA 082278996118

3 02/04/2019 Donor Darah Aula CIOS M. Naufal

Putra

KKK 081292543838

4 27/03/2019 Pembukaan

Bahasa

Aula CIOS Fatwa

Ahmad

PBA 081336121861

5 26/03/2019 Mantingan

Semester 2

Aula Gedung

Utama Baru

Lt.4

Vikri HES 081314263994

3. Format Surat PeminjamanFormat surat peminjaman ialah sebagai tolak ukur dalam

pembuatan fitur download format surat agar sesuai dengan SOP surat menyurat di Universitas Darussalam Gontor. Berikut format surat peminjaman yang sesuai dengan SOP Universitas Darussalam Gontor. Format surat peminjaman akan ditampilkan pada Gambar 3.1.

24

Gambar 3. 1. Format Surat Peminjaman Aula

3.3 Perancangan Sistem

3.3.1 SDLC (Systems Development Life Cycle) Model WaterfallSystem Development Life Cycle atau yang lebih dikenal

dengan istilah SDLC adalah metodologi umum yang digunakan untuk mengembangkan sistem informasi. SDLC terdiri dari beberapa fase yang dimulai dari fase perencanaan, analisis, perancangan, implementasi hingga pemeliharaan sistem. Konsep SDLC ini mendasari berbagai jenis model pengembangan perangkat lunak untuk membentuk suatu kerangka kerja untuk perencanaan dan pengendalian pembuatan sistem informasi.11 Model Waterfall adalah salah satu metode dalam SDLC (Systems Development Life Cycle) yang mempunyai ciri khas

11 Anna Dara Susanto, Rani; Andriana, “PERBANDINGAN MODEL WATERFALL DAN PROTOTYPING”, Majalah Ilmiah UNIKOM, vol. 14, no. 1, pp. 41–6.

25

pengerjaan dalam menangani fase-fasenya. Setiap fase dalam model waterfall harus diselesaikan terlebih dahulu sebelum melanjutkan ke fase selanjutnya. Dalam pengerjaan setiap fasenya, model waterfall terbilang maksimal dan fokus pada masing-masing fasenya karena jarang adanya pengerjaan yang sifatnya parallel. Berikut desain pemodelan waterfall yang disajikan pada Gambar 3.2. berikut.

Gambar 3. 2. Siklus Perancangan sistem dengan Model Waterfall

Gambar 3.2. adalah fase-fase yang diterapkan dalam perancangan sistem. Fase-fase tersebut dapat dijelaskan sebagai berikut :

a) Requirements analysis adalah Proses pencarian kebutuhan dalam perancangan yang didalamnya berupa kegunaan aplikasi yang diharapkan pengguna dan batasan-batasan aplikasi. Dalam mendapatkan informasi, peneliti melakukan wawancara, survey dan diskusi terhadap instansi terkait. Informasi yang diperoleh akan dianalisis untuk mendapatkan dokumentasi kebutuhan pengguna untuk digunakan pada tahap selanjutnya.

b) System Design adalah tahap sebelum melakukan pencodingan terhadap aplikasi. Tahap ini bertujuan untuk memberikan gambaran apa yang seharusnya dikerjakan dan bagaimana rencana bentuk tampilan aplikasi. Pada tahap ini juga membantu dalam menspesifikasikan kebutuhan hardware dan sistem serta

26

mendefinisikan arsitektur sistem secara menyeluruh. c) Implementation adalah tahap melakukan proses pemrograman.

Dalam tahap ini, pembuatan aplikasi dilakukan pemecahan menjadi beberapa modul-modul kecil yang nantinya akan digabungkan dengan tahap selanjutnya. Selain itu pada tahap ini dilakukan pemeriksaan terhadap modul yang dibuat, apakah sudah memenuhi fungsi yang diinginkan atau belum.

d) Integration and Sytem Testing adalah tahap untuk melakukan penggabungan modul-modul yang sudah dibuat dan kemudian dilakukan pengujian. Tahap ini digunakan untuk mengetahui apakah aplikasi yang dibuat telah sesuai dengan desainnya dan masih terdapat kesalahan atau tidak.

e) Operation adalah tahap akhir dari model waterfall. Setelah menyelesaikan seluruh tahapan, aplikasi dapat

dikategorikan siap digunakan dengan seluruh fungsi-fungsinya. Dalam tahapan terakhir pada model waterfall ada tahap yang tidak digunakan oleh peneliti, yaitu tahap maintenance. Tahap ini adalah tahap pemeliharaan aplikasi yang termasuk dalam memperbaiki kesalahan yang tidak ditemukan pada langkah sebelumnya. Tahap ini tidak digunakan karena batas waktu dalam proses pemeliharaan sangat terbatas.12

3.3.2 Use Case DiagramSebuah use case diagram menyatakan visualisasi interaksi

yang terjadi antara pengguna (aktor) dengan sistem. Diagram ini bisa menjadi gambaran yang bagus untuk menjelaskan konteks dari sebuah sistem sehingga terlihat jelas batasan dari sistem (Larman, 2005). Ada 2 elemen penting yang harus digambarkan, yaitu aktor dan use case. Aktor adalah segala sesuatu yang berinteraksi langsung dengan sistem, bisa merupakan orang (yang ditunjukkan dengan perannya dan bukan

12 FCCH. yurindra S.Kom., M.T., Software Engineering.pdf, pertama edition (yogyakarta: DEEPUBLISH, 2017).

27

namanya/personilnya) atau sistem komputer yang lain.13

Deskripsi aktor-aktor yang ada dalam sistem informasi peminjaman aula dijelaskan dalam Tabel 3.4.

Tabel 3. 4. Aktor-aktor pada Sistem Informasi Peminjaman Aula

No Aktor Diskripsi1 Superadmin Superadmin adalah pihak yang memiliki hak akses

menyeluruh dalam sistem2 Admin Admin adalah pengguna yang mengelola informasi

aula mereka masing-masing dan menkonfirmasi atau tidaknya suatu peminjaman aula, yang mana harus login dengan akun yang telah ditentukan oleh Admin, sehingga dapat mengakses fitur dalam aplikasi.

3 Mahasiswa Mahasiswa adalah pengguna yang bisa melihat informasi jadwal aula, profile aula dan format surat. Mahasiswa juga bisa mengisi data peminjaman tetapi dengan status belum terkonfirmasi yang mana menunggu konfirmasi pengelola aula.

Berikut adalah Use Case Diagram yang menggambarkan apa saja aktifitas yang dilakukan dalam aplikasi ini, di sajikan pada Gambar 3.3.

13 Tri A. Kurniawan, “PEMODELAN USE CASE ( UML ): EVALUASI TERHADAP BEBERAPA KESALAHAN DALAM PRAKTIK USE CASE ( UML ) MODELING : EVALUATION ON SOME PITFALLS IN PRACTICES”, Jurnal Teknologi Informasi dan Ilmu Komputer (JTIIK), vol. 5, no. 1 (2018), pp. 77–86.

28

Gambar 3. 3. Use Case Diagram

Tabel 3. 5. Keterangan Use Case Diagram Sistem Informasi Peminjaman Aula Universitas Darussalam Gontor

No Nama Use Case Deskripsi Aktor

1 Halaman Utama

Use case ini memungkinkan aktor terkait dapat melihat informasi aula yang ada di Universitas Darussalam Gontor.

Superadmin, Admin dan Mahasiswa

2 Input Data Use case ini memungkinkan aktor terkait untuk dapat meminjam aula dengan cara mengisi form yang tersedia.

Mahasiswa

3 Login Use case ini memungkinkan aktor terkait dapat melakukan login atau masuk ke halaman Administrator

Superadmin dan Admin

29

4 CRUD Peminjaman

Use case ini memungkinkan aktor terkait dapat melakukan create, read, update dan delete untuk fitur Peminjaman


5 CRUD Aula Use case ini memungkinkan aktor terkait dapat melakukan create, read, update dan delete untuk fitur Aula


6 Create Category Staf

Use case ini memungkinkan aktor terkait dapat menambahkan kategori staf baru

Superadmin

7 CRUD Ad-ministrator

Use case ini memung-kinkan aktor terkait dapat melakukan create, read, update dan delete untuk fitur Administrator


3.3.3. Activity DiagramDiagram aktivitas atau activity diagram menggambarkan

workflow (aliran kerja) atau aktivitas dari sebuah sistem atau proses bisnis. Yang perlu diperhatikan disini adalah bahwa diagram aktivitas menggambarkan aktivitas sistem bukan apa yang dilakukan aktor, jadi aktivitas yang dapat dilakukan oleh sistem.14 Gambar 3.4. dibawah ini merupakan activity diagram peminjaman aula pada sistem.

14 Hendy Setiady, “Sistem Informasi Pemesanan Dan Penjualan Berbasis Web Pada Dewi Florist”, STMIK GI MDP, pp. 1–7.

30

Gambar 3. 4. Activity Diagram Peminjaman Aula

Gambar 3.4. menjelaskan alur atau aktifitas dari sistem yang akan dibangun pada penelitian ini.

3.3.4 Sequence DiagramSequence diagram menjelaskan interaksi obyek yang disusun

dalam suatu urutan waktu. Urutan waktu yang dimaksud adalah urutan kejadian yang dilakukan oleh seorang aktor yang menjalankan sistem. Sequence diagram didasarkan atas class diagram yang sudah dibuat.15

Berikut sequence diagram yang ditampilkan pada Gambar 3.5.

15 Kurniawan, “PEMODELAN USE CASE ( UML ): EVALUASI TERHADAP BEBERAPA KESALAHAN DALAM PRAKTIK USE CASE ( UML ) MODELING : EVALUATION ON SOME PITFALLS IN PRACTICES”.

31

Gambar 3. 5. Sequence Diagram Peminjaman Aula

Pada Gambar 3.5. menjelaskan alur dari peminjaman aula secara sistematis yang akan dibangun pada sistem informasi peminjaman aula.

3.3.5 Perancangan Basis dataPerancangan untuk membuat basis data ini menggunakan proses

normalisasi. Dengan proses normalisasi, diharapkan basisdata tidak terdapat pengulangan informasi pada proses membaca, menambah, menyimpan, mengubah atau menghapus data. Proses normalisasi basisdata akan mencegah penciptaan struktur tabel yang tidak efektif. Setelah dilakukan normalisasi, selanjutnya adalah menghubungkan tabel yang saling berelasi hingga membentuk diagram basisdata.16 Relasi antar tabel ditunjukkan pada Gambar 3.6.

16 Hengky Irawan, “Aplikasi Sistem Informasi Sarana-Prasarana Universitas Diponogoro Berbasis Web”, skripsi (2008), pp. 1–7

32

Gambar 3. 6. Perancangan Basisdata

Gambar 3.6. diatas adalah perancanaan desain database untuk sistem yang nantinya akan dibangun. Dalam gambar tersebut dapat dijelaskan bahwa tabel yang digunakan oleh sistem terdapat 4 tabel, yaitu: tabel aula, tabel peminjaman, tabel staff, dan tabel user. Adapun fungsi tabel-tabel tersebut akan dijelaskan sebagai berikut:

1. Tabel aula berfungsi menampung informasi aula yang akan di tampilkan pada halaman website.

2. Tabel user berfungsi sebagai penyimpanan data pengelola sistem informasi peminjaman aula.

3. Tabel peminjaman berfungsi sebagai tempat penyimpanan data dari peminjam aula.

4. Tabel staff berfungsi sebagai pembagian kepemilikan dari setiap aula, agar aula dapat dikelola oleh staf yang bertugas.

33

3.3.6 Perancangan AntarmukaDesain antarmuka merupakan desain awal dari tampilan sistem

informasi yang menjadi dasar dalam perancangan sistem. Desain antarmuka pada penelitian ini terdiri dari halaman utama, halaman pengelola aula dan halaman admin. Berikut penjelasan masing-masing desain antarmuka:

1. Halaman UtamaHalaman utama merupakan halaman pertama yang akan

ditampilkan ketika pertama kali website ini dibuka. Berikut desain halaman utama yang akan ditampilkan pada Gambar 3.7:

Gambar 3. 7. Halaman Utama

Gambar 3.7. menunjukkan sketsa halaman utama yang ada pada sistem ini. Pada halaman ini akan menampilkan jadwal pemakaian aula menggunakan kalender, dan menampilkan informasi aula beserta gambarnya secara lengkap.

34

2. Halaman Pengelola AulaHalaman pengelola aula merupakan halaman untuk staf

pengelola aula. Berikut gambar desain halaman pengelola aula yang akan ditampilkan pada Gambar 3.8:

Gambar 3. 8. Halaman Pengelola Aula

Gambar 3.8. menunjukkan sketsa halaman pengelola aula yang ada pada sistem ini. Halaman ini akan digunakan untuk mengatur penjadwalan aula, pengisian informasi aula, penambahan kop surat, manajemen pesan, dan pengaturan administrator.

3. Halaman AdminHalaman admin merupakan halaman diperuntukkan bagi

admin, yang mana admin memiliki segala akses pada sistem informasi ini. Berikut desain halaman admin yang akan ditampilkan pada Gambar 3.9:

35

Gambar 3. 9. Halaman Admin

Pada Gambar 3.9. menampilkan sketsa dari halaman admin, pada halaman ini memiliki semua fitur yang ada pada halaman pengelola aula, tetapi pada halaman ini terdapat fitur kategori staf yang mana pada menu ini admin dapat menambahkan staf baru untuk mengelola aula.

37

BAB IV

IMPLEMENTASI DAN PEMBAHASAN

4.1. Hasil

4.1.1. Halaman FrontendHalaman frontend ialah halaman awal yang akan muncul ketika

Sistem Informasi Peminjaman Aula Berbasis Website ini dibuka, pada halaman ini terdapat 6 menu utama yaitu home, schedule, hall, contact dan login. Menu home berisi tata cara peminjaman aula sebagai halaman pembukaan. Tampilan menu home disajikan pada Gambar 4.1. dibawah ini.

Gambar 4. 1. Tampilan Menu Home

38

Gambar 4.1. menjelaskan bahwa menu home menampilkan beberapa gambar gedung yang ada di Universitas Darussalam Gontor. Pada menu schedule menampilkan jadwal pemakaian aula. Tampilan menu schedule disajikan pada Gambar 4.2. dibawah ini.

Gambar 4. 2. Tampilan Menu Schedule

Gambar 4.2. menjelaskan bahwa menu schedule memiliki 2 sub menu yaitu sub menu kalender aula dan sub menu form peminjaman. Sub menu kalender aula disajikan pada Gambar 4.3. di bawah ini.

Gambar 4. 3. Tampilan Sub Menu Kalender Aula

39

Gambar 4.3. menjelaskan bahwa pada menu kalender aula menampilkan jadwal pemakaian aula dalam bentuk kalender, apabila mengklik tombol hijau atau orange pada kalender peminjaman maka akan muncul informasi lengkap peminjaman aula. Tombol hijau merupakan peminjaman yang telah terkonfirmasi sedangkan tombol orange peminjaman yang belum mendapatkan konfirmasi dari pengelola aula. Sub menu lapor peminjaman disajikan pada Gambar 4.4. dibawah ini.

Gambar 4. 4. Tampilan Sub Menu Lapor Peminjaman

Gambar 4.4. menjelaskan bahwa pada sub menu form peminjaman menampilkan form yang harus diisi sebagai tahapan proses perizinan. menu hall menampilkan informasi aula secara menyeluruh, berikut tampilan menu hall yang akan disajikan pada Gambar 4.5. dibawah ini.

40

Gambar 4. 5. Tampilan Menu Hall

Gambar 4.5. menjelaskan bahwa pada menu hall menampilkan data aula secara lengkap mulai dari ukuran banner, kapasitas pengguna, pengelola aula dan informasi lainnya. Pengguna juga dapat mendownload format surat dari setiap aula yang disediakan pada menu hall ini. menu contact berisi informasi pengelola aula serta form pesan untuk pengelola aula. berikut tampilan menu contact yang akan disajikan pada Gambar 4.7. dibawah ini.

Gambar 4. 6. Tampilan Menu Contact

Gambar 4.6. menjelaskan bahwa pada menu contact menampilkan data email pengelola aula, jadwal buka kantor, lokasi kantor, peta lokasi Universitas Darussalam Gontor dan form pesan untuk pengelola aula.

41

4.1.2. Halaman LoginHalaman login berfungsi mengatur proses identifikasi pengguna

yang akan masuk ke halaman admin. Tampilan halaman login disajikan pada Gambar 4.7.

Gambar 4. 7. Tampilan Halaman Login

Gambar 4.7. dapat dijelaskan bahwa pengguna perlu memasukkan email dan password untuk dapat mengakses halaman admin. Hak akses pengguna untuk dapat menggunakan halaman admin terdapat dua level, yaitu level pengelola aula (admin), dan level pembimbing/ketua pengelola aula (superadmin).

4.1.3. Halaman Utama Admin (Dashboard)Halaman utama admin adalah halaman utama yang akan

ditampilkan ketika pengguna berhasil melakukan login sistem. Tampilan halaman utama admin disajikan pada Gambar 4.8.

42

Gambar 4. 8. Tampilan Halaman Utama Admin (Dashboard)

Tampilan halaman utama admin pada Gambar 4.8. menjelaskan bahwa pada halaman tersebut menyediakan informasi jumlah peminjam aula yang terkonfirmasi, jumlah peminjam yang belum terkonfirmasi, pesan masuk, dan jumlah pengelola. Halaman utama admin juga menyediakan kalender peminjaman aula.

4.1.4. Halaman Menu PeminjamanHalaman menu peminjaman adalah halaman pusat informasi

peminjaman aula. Tampilan halaman menu peminjaman disajikan pada Gambar 4.9.

Gambar 4. 9. Tampilan Halaman Menu Peminjaman

43

Gambar 4.9. dapat jelaskan bahwa pada halaman menu peminjaman terdapat tabel yang berisikan data peminjaman yang telah mendapat izin peminjaman. Pada halaman menu peminjaman terdapat beberapa fitur yang diterapkan oleh peneliti yaitu fitur create, fitur edit, fitur delete, fitur checklist, fitur export dan fitur show. Fitur create merupakan fitur untuk menambahkan peminjaman baru. Fitur create disajikan pada Gambar 4.10.

Gambar 4. 10. Tampilan Halaman Create Peminjam

Gambar 4.10. menjelaskan bahwa untuk menambah peminjaman baru terhadap sistem, pengguna perlu melengkapi form yang tersedia. Jika telah melengkapi seluruh form, pengguna dapat menekan tombol submit untuk menyimpan data. Fitur lain pada halaman peserta adalah tombol edit. Dengan menekan tombol edit akan tampil halaman edit peminjaman. Fitur edit disajikan pada Gambar 4.11.

44

Gambar 4. 11. Tampilan Halaman Edit Peminjam

Gambar 4.11. menjelaskan bahwa untuk memperbaiki kesalahan data peminjaman, admin dapat menjalankan fitur edit dan melakukan pembenaran pada form yang salah. Selain fitur edit, halaman menu peminjaman memiliki fitur show untuk menampilkan seluruh informasi dari peminjam. Fitur show disajikan pada Gambar 4.12.

Gambar 4. 12. Tampilan Halaman Show Peminjaman

Gambar 4.12. menjelaskan bahwa pada halaman menu peminjaman terdapat tombol show yang dapat menampilkan data

45

peminjaman secara lengkap. Selain fitur show data, halaman menu peminjaman memiliki fitur export data untuk memudahkan pelaporan.

4.1.5. Halaman Menu AulaHalaman menu aula adalah halaman informasi profil aula

beserta fotonya. Tampilan halaman aula disajikan pada Gambar 4.13.

Gambar 4. 13. Tampilan Halaman Menu Aula

Gambar 4.13. dapat jelaskan bahwa pada halaman menu aula terdapat tabel yang berisikan informasi aula beserta foto dari aula tersebut. Pada halaman menu aula terdapat beberapa fitur yang diterapkan oleh peneliti yaitu fitur create, fitur edit, fitur delete, dan fitur show. Fitur create untuk menambah informasi aula baru, fitur edit untuk memperbaharui atau memperbaiki informasi aula, fitur delete untuk menghapus data aula dan fitur show untuk menampilkan informasi aula secara menyeluruh, sesuai dengan data aula yang dipilih.

4.1.6. Halaman Menu PesanHalaman menu pesan adalah halaman yang menampilkan pesan

mahasiswa kepada pengelola aula. Tampilan halaman pesan disajikan pada Gambar 4.14.

46

Gambar 4. 14. Tampilan Halaman Menu Pesan

Gambar 4.14. dapat dijelaskan bahwa pada halaman menu pesan terdapat pesan- pesan mahasiswa yang menemukan kendala-kendala dalam melakukan peminjaman aula, seperti peminjaman yang belum terdata dan masalah lainnya.

4.1.7. Halaman Menu PetugasHalaman menu petugas adalah halaman yang menampilkan

data petugas yang mengelola sistem informasi ini. Tampilan halaman petugas disajikan pada Gambar 4.15.

Gambar 4. 15. Tampilan Halaman Menu Petugas

Gambar 4.15. dapat dijelaskan bahwa pada halaman menu

47

petugas terdapat tabel yang berisikan informasi pengelola aula. Pada halaman petugas aula terdapat beberapa fitur yang diterapkan oleh peneliti yaitu fitur create, fitur edit, fitur delete, dan fitur tambah kategori staff. Fitur create untuk menambah petugas baru, fitur edit untuk memperbaharui atau memperbaiki data petugas, fitur delete untuk menghapus data petugas dan fitur tambah kategori staff untuk menambah kategori staf baru.

4.2. Uji CobaUji coba yang diterapkan dalam penelitian ini menggunakan metode

pengujian black box dan uji coba dari para pengguna aplikasi (pengelola aula dan mahasiswa Universitas Darussalam Gontor). Pengujian ini bertujuan untuk mencoba semua fungsi perangkat aplikasi agar sesuai dengan spesifikasi dan kebutuhan yang diharapkan.

4.2.1. Metode Pengujian Black Box Proses pengujian menggunakan metode black box dalam

penelitian ini dibagi sesuai dengan banyaknya tampilan halaman yang terdapat pada aplikasi. Proses pengujian dalam penelitian ini dibagi menjadi dua kategori yaitu pengujian halaman depan (frontend) dan halaman admin (backend). Dengan metode black box hasil uji coba sistem ini disajikan dalam bentuk tabel yang memuat rancangan proses, hasil yang di harapkan, pengguna, dan hasil.

4.2.2. Pengujian Halaman FrontendPada halaman frontend terdapat 2 halaman yang diantaranya

halaman utama frontend, dan halaman login. Tabel pengujian terhadap halaman tabel data nilai peserta disajikan pada Tabel 4.1.

48

Tabel 4. 1. Hasil Pengujian Halaman Frontend

No. Rancangan Proses

Hasil yang Diharapkan Pengguna Hasil

1 Memasukkan alamat website pada browser

Masuk ke halaman home dengan informasi cara peminjaman aula

Seluruh pengguna

Berhasil

2 Menekan menu schedule pada header

Masuk ke halaman schedule dengan tampilan jadwal kalender aula dan format surat

Seluruh pengguna

Berhasil

3 Menekan tombol hijau atau orange pada kalender peminjaman

Menampilkan informasi peminjam secara lengkap

Seluruh pengguna

Berhasil

4 Mengisi form peminjaman dengan lengkap dan menekan tombol lapor peminjaman

Data peminjaman dengan status belum terkonfirmasi masuk ke database dan menampilkan pemberitahuan input succes

Seluruh pengguna

Berhasil

5 Mengisi form peminjaman dengan tanggal dan aula yang sudah terjadwal serta menekan tombol lapor peminjaman

Data peminjaman tidak masuk ke database dan muncul pemberitahuan input error

Seluruh pengguna

Berhasil

6 Menekan menu hall pada header

Masuk ke halaman hall dengan tampilan informasi profil aula

Seluruh pengguna

Berhasil

7 Menekan tombol download pada informasi aula

Format surat aula yang dipilih terdownload

Seluruh pengguna

Berhasil

49



8 Menekan menu contact pada header

Masuk ke halaman contact dengan informasi pengelola aula

Seluruh pengguna

Berhasil

9 Mengisi form pesan dan menekan tombol submit message

Pesan terkirim masuk ke dalam database

Seluruh pengguna

Berhasil

10 Menekan menu login pada header

Diarahkan ke halaman login

Seluruh pengguna

Berhasil

Tabel 4.1. menjelaskan bahwa pengujian sistem terhadap halaman detail nilai peserta seluruhnya telah berjalan sesuai dengan rencana yang diharapkan. Untuk tahap pengujian selanjutnya terhadap halaman login yang disajikan pada Tabel 4.2.

Tabel 4. 2. Hasil Pengujian Halaman Login



1 Menekan menu login pada header halaman frontend

Masuk ke halaman login

Seluruh pengguna

Berhasil

2 Memasukkan username dan password yang salah

Mendapatkan alert peringatan dengan menampilkan informasi kesalahan dan tidak berhasil memasuki halaman admin

Seluruh pengguna

Berhasil

50



3 Memasukkan username dan password dengan benar, namun data tersebut tidak aktif digunakan

Mendapatkan alert peringatan dengan menampilkan informasi kesalahan dan tidak berhasil memasuki halaman admin

Admin (tidak aktif)

Berhasil

4 Memasukkan username dan password dengan benar, namun dengan level pengguna admin (staf aula)

Memasuki halaman admin dan menampilkan fitur yang difungsikan untuk level admin (staf aula)

Admin (staf aula)

Berhasil

5 Memasukkan username dan password dengan benar, namun dengan level pengguna superadmin (pembimbing aula)

Memasuki halaman admin dan menampilkan fitur yang difungsikan pada level admin, namun memiliki tambahan fitur tambah kategori staf aula

Superadmin Berhasil

Tabel 4.2. menjelaskan bahwa pengujian sistem terhadap halaman login seluruhnya telah berjalan sesuai dengan rencana yang diharapkan.

4.2.3. Pengujian Halaman AdminPada halaman admin terdapat 5 halaman yaitu halaman

dashboard, halaman menu peminjaman, halaman menu aula, halaman menu pesan, dan halaman menu petugas. Tabel pengujian terhadap halaman dashboard disajikan pada Tabel 4.3.

51

Tabel 4. 3. Hasil Pengujian Halaman Dashboard



1 Berhasil login Masuk ke halaman dashboard dengan informasi jumlah peminjam yang terkonfirmasi, jumlah peminjam yang belum terkonfirmasi, pesan masuk, jumlah petugas, kalender peminjaman aula dengan keseluruhan data valid yang dinformasikan.

Admin dan Superadmin

Berhasil

Tabel 4.3. menjelaskan bahwa hasil pengujian terhadap halaman dashboard dan keluaran data yang dinformasikan berupa data valid. Tahap pengujian selanjutnya terhadap halaman menu peminjaman yang disajikan pada Tabel 4.4.

Tabel 4. 4. Hasil Pengujian Halaman Menu Peminjaman



1 Menekan icon plus

Masuk ke halaman form tambah peminjam


Berhasil

2 Mengosongkan salah satu atau semua form

Memberi peringatan untuk memenuhi form yang masih kosong


Berhasil

3 Menekan tombol reset

Seluruh isi form kembali kosong


Berhasil

52



4 Menekan tombol submit dangan data terisi penuh

Data tersimpan dan mengarahkan ke halaman utama menu peminjaman


Berhasil

Menekan tombol submit dengan tanggal dan aula yang sudah terjadwal

Data tidak tersimpan dan muncul pemberitahuan input error


Berhasil

5 Menekan icon edit Masuk ke halaman form update peminjaman dengan isi data yan sesuai


Berhasil

6 Tidak melakukan perubahan terhadap data peminjam dan menekan tombol submit

Data yang tersimpan sesuai dengan data lama


Berhasil

7 Mengisi data peminjam yang perlu dirubah

Data berhasil tersimpan dengan perubahan data yang diinginkan


Berhasil

8 Menekan icon checklist terhadap data peminjaman

Status peminjaman berubah dari belum terkonfirmasi berubah menjadi terkonfirmasi


Berhasil

9 Menekan tombol hapus terhadap data peminjaman

Menampilkan alert/peringatan “Are you sure to delete this data?” jika “OK” maka data terhapus dan jika “tidak” maka data tidak terhapus


Berhasil

53



10 Menekan tombol export

Mengunduh data peminjaman


Berhasil

11 Menekan icon show terhadap data peminjaman

Menampilkan seluruh data dari peminjam yang dipilih


Berhasil

Tabel 4.4. menjelaskan bahwa alur dan rangkaian hasil yang diterapkan pada halaman menu peminjaman telah sesuai dengan yang diharapkan. Tahap pengujian selanjutnya terhadap halaman menu aula yang disajikan pada Tabel 4.5.

Tabel 4. 5. Hasil Pengujian Halaman Menu Aula



1 Menekan icon plus

Masuk ke halaman form tambah aula


Berhasil

2 Mengosongkan salah satu atau semua form dan menekan tombol submit



Berhasil




Berhasil


Data tersimpan dan mengarahkan ke halaman utama menu aula


Berhasil

5 Menekan icon edit Masuk ke halaman form update aula dengan isi data yang sesuai


Berhasil

54



6 Tidak melakukan perubahan terhadap data aula dan menekan tombol submit



Berhasil

7 Mengisi data aula yang perlu dirubah



Berhasil

8 Menekan tombol hapus terhadap data aula



Berhasil

9 Menekan icon show terhadap data aula

Menampilkan seluruh data dari aula yang dipilih


Berhasil

Tabel 4.5. menjelaskan bahwa alur dan rangkaian hasil yang diterapkan telah sesuai dengan yang diharapkan. Tahap pengujian selanjutnya terhadap halaman menu pesan yang disajikan pada Tabel 4.6.

Tabel 4. 6. Hasil Pengujian Halaman Menu Pesan



1 Menekan tombol menu pesan

Masuk ke halaman pesan dengan informasi pesan dari mahasiswa.


Berhasil

55



8 Menekan icon hapus terhadap data pesan



Berhasil

Tabel 4.6. menjelaskan bahwa alur dan rangkaian hasil yang diterapkan telah sesuai dengan yang diharapkan. Tahap pengujian selanjutnya terhadap halaman menu petugas yang disajikan pada Tabel 4.7.

Tabel 4. 7. Hasil Pengujian Halaman Menu Petugas



1 Menekan icon plus

Masuk ke halaman form tambah petugas


Berhasil

2 Mengosongkan salah satu atau semua form



Berhasil




Berhasil


Data tersimpan dan mengarahkan ke halaman utama menu petugas


Berhasil

5 Menekan icon edit Masuk ke halaman form update petugas dengan isi data sesuai


Berhasil

56



6 Tidak melakukan perubahan terhadap data petugas dan menekan tombol submit



Berhasil

7 Mengisi data petugas yang perlu dirubah



Berhasil

8 Menekan icon hapus terhadap data petugas



Berhasil

9 Menekan tombol icon plus staff

Muncul form tambah kategori staff


Berhasil


Data tersimpan dan mengarahkan ke halaman utama menu petugas


Berhasil

Tabel 4.7. menjelaskan bahwa alur dan rangkaian hasil yang diterapkan telah sesuai dengan yang diharapkan.

4.2.4. Uji Coba Dari Para PenggunaUji coba dari para pengguna berfungsi untuk mengetahui

tanggapan dan penilaian para pengguna terhadap sistem informasi. Untuk mengetahui hal tersebut, peneliti melakukan penyebaran lembar kuesioner terhadap 2 kategori pengguna yaitu pengelola aula dan mahasiswa. Hal ini dilakukan karena sesuai dengan entitas atau aktor yang berperan dalam mengoprasikan aplikasi ini. Pengelola

57

aula berperan sebagai administrator, sedangkan mahasiswa berperan sebagai pengguna. mahasiswa yang dipilih sebagai responden, dipilih secara random. Klasifikasi jumlah responden dalam melakukan uji coba terhadap aplikasi disajikan dalam Tabel 4.8.

Tabel 4. 8. Klasifikasi Jumlah Responden

No. Jenis Responden Jumlah Responden

1 Staf Sarana Prasarana 12 Staf GPSN 13 Staf Hotel 24 Mahasiswa 24 Total 28

Tabel 4.8. menjelaskan bahwa jumlah responden terbesar yang mendominasi dalam penyebaran lembar kuesioner adalah mahasiswa. Dalam penelitian ini, mahasiswa memiliki peran penting sebagai pengguna utama aplikasi. Dalam lembar kuesioner, peneliti menyertakan beberapa pertanyaan untuk mengetahui manfaat dan kemudahan aplikasi dalam menyampaikan informasi. Setiap masing-masing pertanyaan peneliti memberi klasifikasi nilai menggunakan skala likert dengan lima kategori pilihan nilai yaitu:

1. Sangat Setuju (SS) bernilai 52. Setuju (S) bernilai 43. Netral (N) bernilai 34. Tidak Setuju (TS) bernilai 23. Sangat Tidak Setuju (STS) bernilai 1Setelah proses penyebaran lembar kuesioner, peneliti melakukan

penilaian untuk mendapatkan rentang kepuasan dengan perhitungan yang disajikan dalam pada Tabel 4.9.

58

Tabel 4. 9. Penilaian Rentang Kepuasan

No. Rentang Nilai Kesimpulan1 Sangat Tinggi2 Tinggi3 Sedang4 Rendah5 Sangat Rendah

Keterangan:

: Rata-rata akhir sumbuh pertanyaan kuesioner

4.2.5. Pengguna Staf AulaDalam penyebaran kuesioner terhadap staf aula, peneliti

mencantumkan 8 pertanyaan pada lembar kuesioner yaitu:

1. Apakah informasi yang disediakan oleh aplikasi ini mudah dimengerti?

2. Apakah penggunaan menu atau fitur aplikasi mudah digunakan?3. Apakah desain aplikasi ini menarik?4. Apakah aplikasi ini bisa membantu dalam proses pemberian

izin peminjaman aula?5. Apakah aplikasi ini sesuai dengan kebutuhan?6. Apakah aplikasi ini bermanfaat?7. Apakah aplikasi menyediakan informasi yang akurat dan

relevan?8. Apakah aplikasi memberikan informasi pada tingkatan yang

tepat dan terperinci?Total responden dari staf aula berjumlah empat orang yaitu satu

orang dari staf GPSN, 2 orang dari staf hotel dan satu orang dari staf sarana prasarana. Dari semua responden tersebut menghasilkan nilai rata-rata dari setiap pertanyaan yang disajikan dalam Tabel 4.10.

59

Tabel 4. 10. Perhitungan Rata-rata Nilai Pertanyaan

Pertanyaan N Mean

Apakah informasi yang disediakan oleh aplikasi ini mudah dimengerti? 4 4.00

Apakah penggunaan menu atau fitur aplikasi mudah digunakan? 4 4.25

Apakah desain aplikasi ini menarik? 4 4.50

Apakah aplikasi ini bisa membantu dalam proses pemberian izin peminjaman aula? 4 4.00

Apakah aplikasi ini sesuai dengan kebutuhan? 4 3.75

Apakah aplikasi ini bermanfaat? 4 4.00

Apakah website menyediakan informasi yang akurat dan relevan? 4 3.50

Apakah website memberikan informasi pada tingkatan yang tepat dan terperinci? 4 3.75

Mean 3.96

Dari Tabel 4.10. dapat disumpulkan bahwa hasil rata-rata yang diperoleh dari seluruh pertanyaan adalah 3,96 dengan tingkat kepuasan administrator terhadap aplikasi “tinggi”.

4.2.6. Pengguna MahasiswaPenyebaran kuesioner terhadap pengguna mahasiswa dilakukan

secara random. Dalam penyebaran lembar kuesioner, peneliti mencantumkan delapan pertanyaan terhadap pengguna masyarakat umum. delapan pertanyaan- pertanyaan yang diajukan sebagai berikut:

1. Apakah informasi yang disediakan oleh aplikasi ini mudah dimengerti?

2. Apakah penggunaan menu atau fitur aplikasi mudah digunakan?3. Apakah aplikasi ini bisa membantu dalam proses peminjaman

60

aula?4. Apakah desain aplikasi ini menarik?5. Apakah aplikasi ini sesuai dengan kebutuhan?6. Apakah aplikasi ini bermanfaat?7. Apakah aplikasi menyediakan informasi yang akurat dan

relevan?8. Apakah aplikasi memberikan informasi pada tingkatan yang

tepat dan terperinci?Total responden dari mahasiswa berjumlah 24 orang yang mana

keseluruhan responden merupakan mahasiswa Universitas Darussalam Gontor. Dari semua responden tersebut menghasilkan nilai rata-rata dari setiap pertanyaan yang disajikan dalam Tabel 4.11.

Tabel 4. 11. Perhitungan Rata-rata Nilai Pertanyaan

Pertanyaan N MeanApakah informasi yang disediakan oleh aplikasi ini mudah dimengerti? 24 4.54

Apakah penggunaan menu atau fitur aplikasi mudah digunakan? 24 4.25

Apakah aplikasi ini bisa membantu dalam proses peminjaman aula? 24 4.38

Apakah desain aplikasi ini menarik? 24 4.17

Apakah aplikasi ini sesuai dengan kebutuhan? 24 4.54

Apakah aplikasi ini bermanfaat? 24 4.50Apakah website menyediakan informasi yang akurat dan relevan? 24 4.21

Apakah website memberikan informasi pada tingkatan yang tepat dan terperinci? 24 4.08

Mean 4.33

61

Dari Tabel 4.11. dapat disumpulkan bahwa hasil rata-rata yang diperoleh dari seluruh pertanyaan adalah 4,33 dengan tingkat kepuasan pengguna terhadap aplikasi “tinggi”. Dari hasil uji coba tersebut, dapat disimpulkan bahwa aplikasi yang dibangun telah sesuai dengan kebutuhan awal yang diharapkan.

4.3. Pembahasan

4.3.1. Hasil Pengembangan Sistem Sistem informasi untuk peminjaman aula Universitas

Darussalam Gontor adalah sistem informasi yang dibangun untuk mengatasi permasalahan dalam mencari informasi jadwal pemakaian aula dan informasi profil aula serta format surat. Sistem informasi ini dibangun menggunakan Bahasa pemrograman PHP (Framework Laravel), dan SQL. Untuk memperindah tampilan agar aplikasi menarik, peneliti menggunakan HTML, framework bootstrap 4, dan jQuery. Dalam pengembangan sistem informasi ini peneliti menggunakan metode waterfall. Dalam penelitian ini menghasilkan sistem informasi yang dapat mempermudah dalam mendapatkan informasi seputar aula, mulai dari jadwal pemakaian, profil aula dan format surat. Proses peminjaman aula juga dilakukan pada sistem informasi ini agar mempermudah pengguna aula dalam proses peminjaman dan mempermudah pengelola aula dalam pendataan peminjaman aula dan dokumentasi surat peminjaman aula.

4.3.2. Hasil Uji Coba1. Hasil Uji Coba Sistem

Pengujian sistem dalam penelitian ini menggunakan metode pengujian Black-box. Pengujian dilakukan untuk mengetahui kesalahan yang tidak ditemukan dalam proses pengembangan. Pengujian sistem dilakukan terhadap seluruh fungsi fitur yang terdapat di dalam halaman-halaman sistem. Pengujian sistem dibagi menjadi dua bagian yaitu halaman frontend dan backend.

62

Dari hasil keseluruhan pengujian sistem dapat disimpulkan bahwa fitur yang terdapat di masing-masing halaman aplikasi telah berfungsi sebagaimana mestinya. Hal tersebut telah dibuktikan dalam pengujian sistem dengan metode pengujian Black-box pada Tabel 4.1. hingga Tabel 4.7.

2. Hasil Uji Coba PenggunaUji coba pengguna dilakukan dengan cara menyebarkan

lembar kuesioner yang memiliki pertanyaan-pertanyaan. Uji coba pengguna dilakukan untuk mengetahui tanggapan dan penilaian para pengguna terhadap aplikasi. Uji coba pengguna dilakukan terhadap 2 entitas yaitu pengelola aula, dan mahasiswa. Pengelola aula berperan sebagai administrator, sedangkan mahasiswa berperan sebagai pengguna. Hasil penyebaran lembar kuesioner terhadap administrator memiliki hasil rata-rata pertanyaan sejumlah 3,96 dengan tingkat kepuasan “tinggi”. Hasil penyebaran lembar kuesioner terhadap mahasiswa memiliki hasil rata-rata pertanyaan sejumlah 4,33 dengan tingkat kepuasan “tinggi”. Hasil rata-rata keseluruhan pertanyaan yang diajukan kepada administrator dan pengguna selaku entitas/user aplikasi memiliki rata-rata hasil 4.14 dengan tingkat kepuasan “tinggi”. Dari hasil tersebut dapat disimpulkan bahwa aplikasi yang dibangun telah sesuai dengan kebutuhan yang diinginkan oleh seluruh pengguna.

63

BAB V

PENUTUP

5.1. KesimpulanDari hasil pembuatan sistem informasi peminjaman aula berbasis

website yang telah dilakukan, maka dapat diambil kesimpulan sebagai berikut:

1. Sistem informasi peminjaman aula sangat membantu dalam proses peminjaman aula. Hal ini dapat dibuktikan dari uji coba administrator memiliki rata-rata nilai sejumlah 3,96 dengan tingkat kepuasan “tinggi” dan dari uji coba mahasiswa memiliki rata-rata nilai sejumlah 4,33 dengan tingkat kepuasan “tinggi”.

2. Sistem informasi ini memberikan kemudahan bagi para mahasiswa dalam proses peminjaman yang mana menghilangkan dua tahapan dalam proses peminjaman secara manual. Pertama, tidak perlu datang ke kantor staf aula untuk menanyakan informasi jadwal aula dan informasi profil aula. Kedua, tidak perlu datang ke kantor staf aula untuk mengumpulkan surat peminjaman untuk didata.

3. Sistem informasi yang dibangun menyelesaikan permasalahan yang dihadapi pada rumusan masalah sebelumnya, dengan menyajikan informasi aula secara online sehingga dapat diakses dimana saja dan kapan saja, serta menghilangkan kesalahan dalam pemberian izin peminjaman aula di waktu yang sama oleh peminjam yang berbeda, karena telah terprogram pada sistem informasi ini, sehingga peminjam tidak dapat meminjam aula yang sudah mendapatkan izin pemakaian pada waktu tersebut.

64

5.2. SaranDari hasil penelitian saat ini, peneliti merekomendasikan untuk

penelitian selanjutnya dapat mengembangkan sistem informasi ini dengan menambahkan beberapa fitur, seperti:

1. Menambahkan fitur print surat, agar dalam proses peminjaman, mahasiswa dapat membuat surat secara langsung pada sistem informasi ini.

2. Menambahkan fitu iklan acara, fitur ini memberikan informasi seputar acara yang akan diadakan pada aula yang dipinjam, sehingga mahasiswa mendapatkan informasi acara yang akan diadakan pada kampus secara online.

65

DAFTAR PUSTAKA

Abdullah, Dahlan. “Perancangan Sistem Informasi Pengolahan Data Seniman Pada Dinas Perhubungan, Pariwisata Dan Kebudayaan Kota Lhokseumawe”, TECHSI: Jurnal Penelitian Teknik Informatika. pp. 28–40.

AirPutih. 2008, “Panduan Laravel PHP Framework”, Creative Commons Atribusi Non-Commercial. p. 5.

Arsa, I. Gusti Ngurah Wikranta. vol. 2, no. Pk I. 2017, “Aplikasi Penggunaan Dan Kegiatan Laboratorium STMIK STIKOM Bali Berbasis Web”, JURNAL SISTEM DAN INFORMATIKA. pp. 54–63.

Brianorman, Yulrio and Barry Ceasar Octariadi. vol. 1, no. 2. 2017, “Perancangan Sistem Pengelolaan Ruang Berbasis Web Di Universitas Muhammadiyah Pontianak”, CYBERNETICS. pp. 131–8.

Irawan, Hengky. 2008, “Aplikasi Sistem Informasi Sarana-Prasarana Universitas Diponogoro Berbasis Web”, skripsi. pp. 1–7.

Khasbi, Ilham, Nugraha, Fajar, Syafiul, Muzid. vol. 7, no. 2. 2016, “Sistem Informasi Peminjaman Ruang Dan Barang Di Universitas Muria Kudus Berbasis Web Menggunakan Fitur”, SIMETRIS. pp. 513–20.

Kurniawan, Tri A. vol. 5, no. 1. 2018, “PEMODELAN USE CASE ( UML ): EVALUASI TERHADAP BEBERAPA KESALAHAN DALAM PRAKTIK USE CASE ( UML ) MODELING : EVALUATION ON SOME PITFALLS IN PRACTICES”, Jurnal Teknologi Informasi dan Ilmu Komputer (JTIIK). pp. 77–86 [https://doi.org/10.25126/jtiik.201851610].

Luthfan Syakur, Muhammad. vol. 3 No 4. 2014, “Sistem Informasi Penyewaan Lapangan Futsal Pada Grindulu Futsal Pacitan”, IJNS – Indonesian Journal on Networking and Security [https://doi.org/10.3109/00016489009107427].

66

Ni Nyoman Utami, Januhari. vol. 9. 2015, “Perancangan Sistem Informasi Peminjaman Penggunaan Ruangan pada STMIK STIKOM Bali”, JURNAL SISTEM DAN INFORMATIKA. pp. 86–94.

Setiady, Hendy. “Sistem Informasi Pemesanan Dan Penjualan Berbasis Web Pada Dewi Florist”, STMIK GI MDP. pp. 1–7.

Shihab, M. Quraish. Vol. 12 edition. 2009, Tafsir Al-Mishbah, Jakarta: Lentera Hati.

Susanto, Rani; Andriana, Anna Dara. vol. 14, no. 1. “PERBANDINGAN MODEL WATERFALL DAN PROTOTYPING”, Majalah Ilmiah UNIKOM. pp. 41–6.

yurindra S.Kom., M.T., FCCH. pertama edition. 2017, Software Engineering.pdf, yogyakarta: DEEPUBLISH.

LAMPIRAN-LAMPIRAN

68

1. Lampiran Lembar Kuisioner Untuk Administrator

69

2. Lampiran Lembar Kuisioner Untuk Mahasiswa

Documents

SKRIPSI SISTEM INFORMASI PEMINJAMAN AULA DENGAN …repo.unida.gontor.ac.id/561/1/Sufriadi.pdf · 2020. 11. 4. · Apabila ternyata didalam naskah skripsi ini dapat dibuktikan terdapat