skripsi sistem informasi peminjaman aula dengan …repo.unida.gontor.ac.id/561/1/sufriadi.pdf ·...
Post on 20-Mar-2021
8 Views
Preview:
TRANSCRIPT
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
Superadmin dan Admin
5 CRUD Aula Use case ini memungkinkan aktor terkait dapat melakukan create, read, update dan delete untuk fitur Aula
Superadmin dan Admin
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
Superadmin dan Admin
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
No. Rancangan Proses
Hasil yang Diharapkan Pengguna Hasil
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
No. Rancangan Proses
Hasil yang Diharapkan Pengguna Hasil
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
No. Rancangan Proses
Hasil yang Diharapkan Pengguna Hasil
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
No. Rancangan Proses
Hasil yang Diharapkan Pengguna Hasil
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
No. Rancangan Proses
Hasil yang Diharapkan Pengguna Hasil
1 Menekan icon plus
Masuk ke halaman form tambah peminjam
Admin dan Superadmin
Berhasil
2 Mengosongkan salah satu atau semua form
Memberi peringatan untuk memenuhi form yang masih kosong
Admin dan Superadmin
Berhasil
3 Menekan tombol reset
Seluruh isi form kembali kosong
Admin dan Superadmin
Berhasil
52
No. Rancangan Proses
Hasil yang Diharapkan Pengguna Hasil
4 Menekan tombol submit dangan data terisi penuh
Data tersimpan dan mengarahkan ke halaman utama menu peminjaman
Admin dan Superadmin
Berhasil
Menekan tombol submit dengan tanggal dan aula yang sudah terjadwal
Data tidak tersimpan dan muncul pemberitahuan input error
Admin dan Superadmin
Berhasil
5 Menekan icon edit Masuk ke halaman form update peminjaman dengan isi data yan sesuai
Admin dan Superadmin
Berhasil
6 Tidak melakukan perubahan terhadap data peminjam dan menekan tombol submit
Data yang tersimpan sesuai dengan data lama
Admin dan Superadmin
Berhasil
7 Mengisi data peminjam yang perlu dirubah
Data berhasil tersimpan dengan perubahan data yang diinginkan
Admin dan Superadmin
Berhasil
8 Menekan icon checklist terhadap data peminjaman
Status peminjaman berubah dari belum terkonfirmasi berubah menjadi terkonfirmasi
Admin dan Superadmin
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
Admin dan Superadmin
Berhasil
53
No. Rancangan Proses
Hasil yang Diharapkan Pengguna Hasil
10 Menekan tombol export
Mengunduh data peminjaman
Admin dan Superadmin
Berhasil
11 Menekan icon show terhadap data peminjaman
Menampilkan seluruh data dari peminjam yang dipilih
Admin dan Superadmin
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
No. Rancangan Proses
Hasil yang Diharapkan Pengguna Hasil
1 Menekan icon plus
Masuk ke halaman form tambah aula
Admin dan Superadmin
Berhasil
2 Mengosongkan salah satu atau semua form dan menekan tombol submit
Memberi peringatan untuk memenuhi form yang masih kosong
Admin dan Superadmin
Berhasil
3 Menekan tombol reset
Seluruh isi form kembali kosong
Admin dan Superadmin
Berhasil
4 Menekan tombol submit dangan data terisi penuh
Data tersimpan dan mengarahkan ke halaman utama menu aula
Admin dan Superadmin
Berhasil
5 Menekan icon edit Masuk ke halaman form update aula dengan isi data yang sesuai
Admin dan Superadmin
Berhasil
54
No. Rancangan Proses
Hasil yang Diharapkan Pengguna Hasil
6 Tidak melakukan perubahan terhadap data aula dan menekan tombol submit
Data yang tersimpan sesuai dengan data lama
Admin dan Superadmin
Berhasil
7 Mengisi data aula yang perlu dirubah
Data berhasil tersimpan dengan perubahan data yang diinginkan
Admin dan Superadmin
Berhasil
8 Menekan tombol hapus terhadap data aula
Menampilkan alert/peringatan “Are you sure to delete this data?” jika “OK” maka data terhapus dan jika “tidak” maka data tidak terhapus
Admin dan Superadmin
Berhasil
9 Menekan icon show terhadap data aula
Menampilkan seluruh data dari aula yang dipilih
Admin dan Superadmin
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
No. Rancangan Proses
Hasil yang Diharapkan Pengguna Hasil
1 Menekan tombol menu pesan
Masuk ke halaman pesan dengan informasi pesan dari mahasiswa.
Admin dan Superadmin
Berhasil
55
No. Rancangan Proses
Hasil yang Diharapkan Pengguna Hasil
8 Menekan icon hapus terhadap data pesan
Menampilkan alert/peringatan “Are you sure to delete this data?” jika “OK” maka data terhapus dan jika “tidak” maka data tidak terhapus
Admin dan Superadmin
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
No. Rancangan Proses
Hasil yang Diharapkan Pengguna Hasil
1 Menekan icon plus
Masuk ke halaman form tambah petugas
Admin dan Superadmin
Berhasil
2 Mengosongkan salah satu atau semua form
Memberi peringatan untuk memenuhi form yang masih kosong
Admin dan Superadmin
Berhasil
3 Menekan tombol reset
Seluruh isi form kembali kosong
Admin dan Superadmin
Berhasil
4 Menekan tombol submit dangan data terisi penuh
Data tersimpan dan mengarahkan ke halaman utama menu petugas
Admin dan Superadmin
Berhasil
5 Menekan icon edit Masuk ke halaman form update petugas dengan isi data sesuai
Admin dan Superadmin
Berhasil
56
No. Rancangan Proses
Hasil yang Diharapkan Pengguna Hasil
6 Tidak melakukan perubahan terhadap data petugas dan menekan tombol submit
Data yang tersimpan sesuai dengan data lama
Admin dan Superadmin
Berhasil
7 Mengisi data petugas yang perlu dirubah
Data berhasil tersimpan dengan perubahan data yang diinginkan
Admin dan Superadmin
Berhasil
8 Menekan icon hapus terhadap data petugas
Menampilkan alert/peringatan “Are you sure to delete this data?” jika “OK” maka data terhapus dan jika “tidak” maka data tidak terhapus
Admin dan Superadmin
Berhasil
9 Menekan tombol icon plus staff
Muncul form tambah kategori staff
Admin dan Superadmin
Berhasil
10 Menekan tombol submit dangan data terisi penuh
Data tersimpan dan mengarahkan ke halaman utama menu petugas
Admin dan Superadmin
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
top related