i

APLIKASI PENGGUNAAN RUANG KULIAH

(Laporan Proyek Mandiri)

Oleh :

Muhammad Ilham Yusuf Gumai (17753042)

Mudo Kurniawan (17753044)

Vina Kusuma Tri Wardani (17753066)

POLITEKNIK NEGERI LAMPUNG

BANDAR LAMPUNG

2019
 ii

HALAMAN PENGESAHAN

1. Judul Proyek Mandiri : Aplikasi Penggnaan Ruang Kuliah

2. Nama dan NPM Mahasiswa : M. Ilham Yusuf Gumai (17753042)

Mudo Kurniawan (17753044)

Vina Kusuma Tri W. (17753066)

3. Program Studi : Manajemen Informatika

4. Jurusan : Ekonomi dan Bisnis

Menyetujui

Ketua Program Studi Dosen Pembimbing

Manajemen Informatika

Agiska Ria Supriyatna, S.Si., M.T.I. Dewi Kania Widyawati,S.Kom., M.Kom.

NIP.19870814201504 2 002 NIP.19720624 200501 2 002

Ketua Jurusan
Ekonomi dan Bisnis

Imam Asrowardi, S.Kom., M.Kom.

NIP. 1980002O6 200501 1 002
 iii

KATA PENGANTAR

Dengan menyebut nama Allah SWT yang Maha Pengasih lagi Maha

Panyayang. Kami panjatkan puja dan puji syukur atas kehadirat-Nya, yang telah

melimpahkan rahmat, hidayah, dan inayah-Nya kepada kami, sehingga kami dapat

menyelesaikan Proposal Proyek Mandiri dengan judul “Aplikasi penggunaan ruang

kuliah”.

Proposal Proyek Mandiri ini telah kami susun dengan maksimal dan

mendapatkan bantuan dari berbagai pihak sehingga dapat memperlancar pembuatan

Proposal Proyek Mandiri ini. Untuk itu kami menyampaikan banyak terima kasih

kepada semua pihak yang telah berkontribusi dalam pembuatan Proposal Proyek

Mandiri ini. Terlepas dari semua itu, kami menyadari sepenuhnya bahwa masih ada

kekurangan baik dari segi susunan kalimat maupun tata bahasanya.

Akhir kata kami berharap semoga Proposal Proyek Mandiri ini dapat

memberikan manfaat maupun inspirasi terhadap pembaca.

Bandar Lampung, Oktober 2019

Penulis
 iv

DAFTAR ISI

Halaman

KATA PENGANTAR ........................................................................................... iii

DAFTAR ISI .......................................................................................................... iv

DAFTAR TABEL ................................................................................................. vii

DAFTAR GAMBAR ........................................................................................... viii

I. PENDAHULUAN ........................................................................................... 1

1.1 Latar Belakang ...................................................................................... 1

1.2 Tujuan ................................................................................................... 2

1.3 Kerangka Pemikiran ............................................................................. 2

1.4 Kontribusi ............................................................................................. 3

II. TINJAUAN PUSTAKA .................................................................................. 4

2.1 Aplikasi ...................................................................................................... 4

2.2 Definisi Penggunaan .................................................................................. 4

2.3 Ruang ......................................................................................................... 4

2.4 Kuliah ........................................................................................................ 5

2.5 Penggunaan Ruang Kuliah ........................................................................ 5

2.6 Penelitian Terkait ....................................................................................... 5

2.7 Web Browser.............................................................................................. 6

2.8 Web Server ................................................................................................. 6

2.9 Database..................................................................................................... 6

2.10 PHP (Hypertext Preprocessor) ................................................................ 6

2.11 Framework............................................................................................... 7

2.12 (Local area network) LAN ....................................................................... 7

 v

2.13 Sublime Text ............................................................................................ 7

2.14 Data Flow Diagram (DFD) ..................................................................... 8

2.15 Entity Relationship Diagram (ERD) ..................................................... 10

2.16 Entity Relationship Diagram (ERD) ...................................................... 12

2.16.1 Tahap Application Development ( RAD ) ................................. 13

2.17 Pengertian Mapping Chart .................................................................... 14

2.17.1 Simbol – simbol Mapping Chart ............................................... 15

III. METODE PELAKSANAAN ........................................................................ 16

3.1 Tempat dan waktu pelaksanaan ............................................................... 16

3.2 Pelaksanaan Proyek Mandiri ................................................................... 16

3.3 Alat dan Bahan ........................................................................................ 17

3.3.1 Perangkat Keras ............................................................................. 17

3.3.2 Perangkat Lunak ............................................................................ 17

3.4 Metode Pengumpulan Data ..................................................................... 17

3.5 Metode Pengembangan Sistem ................................................................ 17

3.5.1 Rancang Kebutuhan (Planning/Requirement)................................ 18

3.5.2 Proses Desain Sistem (Design System) .......................................... 18
3.5.3 Proses Bangun Sistem (Build system) ............................................ 18
3.5.4 Pengenalan Sistem Baru (Introduce New System) ........................ 18

3.6 Anggaran Biaya ....................................................................................... 19

3.7 Jadwal Penelitian ..................................................................................... 20

IV. HASIL DAN PEMBAHASAN ...................................................................... 21

4.1 Rencana Kebutuhan (Requirement/Planing) ........................................... 21

4.1.1 Identitas .......................................................................................... 21

4.2 Metode Pengembangan RAD .................................................................. 22

4.2.1 Analisis Kebutuhan Sistem ............................................................ 22

4.2.1.1 Analisis Sistem Yang Berjalan .......................................... 22

 vi

4.2.1.2Mapping Chart yang diusulkan .......................................... 24

4.2.2 Desain Sistem ....................................................................... 25
4.2.2.1 Rancangan Data Flow Diagram (DFD) ............................. 25
4.2.2.2 Rancangan ERD (Entity Relationship Diagram) ............... 28
4.2.2.3 Rancangan Flowchart ........................................................ 29

4.2.3 Implementasi .................................................................................. 35

4.2.3.1 Implementasi Interface ...................................................... 35

V. KESIMPULAN DAN SARAN ........................................................................ 41

5.1 Kesimpulan .............................................................................................. 41

5.2 Saran ........................................................................................................ 41

DAFTAR PUSTAKA ........................................................................................... 42

LAMPIRAN .......................................................................................................... 43
 vii

DAFTAR TABEL

Tabel Halaman

1. Simbol Data Flow Diagram (DFD).................................................................... 9

2. Simbol-simbol Entity Relationship Diagram (ERD) ........................................ 11

3. Simbol-simbol Mapping Chart ......................................................................... 15

4. Biaya ................................................................................................................. 20

5. Jadwal Penelitian............................................................................................... 21
 viii

DAFTAR GAMBAR

Gambar Halaman

1. Kerangka pemikiran ...................................................................... 3

2. Siklus RAD ................................................................................. 13

3. Mapping Chart pada sistem yang berjalan .................................... 13

4. Mapping Chart pada sistem yang diusulkan .................................. 24

5. DFD level 0 ................................................................................ 26

6. DFD level 1 ................................................................................ 27

7. Rancangan ERD .......................................................................... 28

8. Flowchart login akademik ........................................................... 29

9. Flowchart login KPS ................................................................... 30

10. Flowchart login mahasiswa........................................................ 31

11. Flowchart menu akademik ......................................................... 32

12. Flowchart menu KPS ................................................................. 33

13. Flowchart menu mahasiswa ..................................................... 134

14. Rancangan interface tampilan awal aplikasi ............................. 135

15. Rancangan interface tampilan halaman login ............................ 136

16. Rancangan interface menu akademik ....................................... 136

17. Rancangan interface halaman daftar ruang kosong .................... 137

18. Rancangan interface halaman daftar ruang yang digunakan ....... 137
 ix

19. Rancangan interface halaman daftar ruang ............................... 138

20. Rancangan interface halaman hak akses ................................... 138

21. Rancangan interface menu KPS ............................................... 139

22. Rancangan interface menu mahasiswa ...................................... 139

23. Rancangan interface logout ....................................................... 40

 1

I. PENDAHULUAN

1.1 Latar Belakang

Ruang kuliah sangatlah penting dalam proses mengajar, karena ruang kuliah

merupakan salah satu faktor pendukung bagi kelancaran perkulihan, terutama di

Politeknik Negeri Lampung. Banyaknya jadwal antar prodi atau jurusan yang

berbenturan karena kurangnya informasi yang optimal dalam penggunaan ruang

kuliah, permasalahan ini menyebabkan berbagai permasalahan yang menghambat

proses pembelajaran bagi mahasiswa. Pada saat proses perkuliahan, monitoring

ruangan sangatlah dibutuhkan baik mahasiswa ataupun dosen, guna kelancaran

dalam proses perkuliahan.

Kurangnya informasi yang optimal ini sering terjadinya penumpukan pada

satu ruang kuliah yang digunakan sehingga mengakibatkan terbenturnya

penggunaan ruang kuliah antar program studi, sedangkan masih terdapat ruang

kosong yang dapat digunakan. Setiap gedung memiliki beberapa ruang kuliah yang

dapat digunakan oleh program studi.

Dampak dari permasalahan ini sangat sering terjadi, terutama bagi

mahasiswa yang akan melakukan seminar atau sidang, karena sangat sulit

mendapatkan ruangan karena sulitnya mendapat informasi. Banyaknya mahasiswa

yang kesulitan dalam mencari ruang kuliah karena padatnya jadwal penggunaan

ruang kuliah serta informasi yang sulit didapatkan. Setiap mahasiswa yang akan

menggunakan ruang perkuliahan harus mencari secara langsung manakah ruangan

yang tidak digunakan, hal ini menghabiskan waktu cukup lama serta tidak efisien.
 2

Informasi penggunaan ruang kuliah sangat berguna bagi mahasiswa,

terutama untuk mahasiswa yang akan melakukan seminar atau sidang dalam tugas

akhir. Tindakan yang dapat dilakukan untuk dapat memonitoring ruang kuliah

adalah dibangun suatu aplikasi yang dapat menginformasikan ruangan mana

sajakah yang dapat digunakan oleh mahasiswa atau dosen yang membutuhkan.

Dengan Aplikasi Penggunaan Ruang Kuliah ini, maka akan lebih mempermudah,

karena tidak harus melihat satu persatu ruang kuliah secara langsung melainkan

hanya dengan melalui aplikasi ini dapat diketahui manakah ruang kuliah yang dapat

digunakan tanpa harus mengganggu pengguna ruang kuliah lainnya.

1.2 Tujuan

Tujuan pembuatan aplikasi ini adalah untuk memonitoring penggunaan

ruang kuliah yang dimiliki oleh semua gedung dan dapat diakses oleh semua pihak.

Mempermudah akses informasi pencarian ruang kuliah mana sajakah yang bisa

digunakan oleh program studi atau mahasiswa yang akan melakukan seminar atau

sidang.

1.3 Kerangka Pemikiran

Berdasarkan analisis yang didapat, proses penggunaan gedung perkuliahan

yang kurang optimal menyebabkan proses pencarian ruang kelas guna kepentingan

program studi dan mahasiswa yang akan melakukan seminar atau sidang sulit

mencari gedung yang dapat digunakan, dan sangat sering terjadi penumpukan pada

satu ruang kelas yang digunakan oleh beberapa program studi di jawdwal yang

sama, hal ini sangat menghambat proses pembelajaran. Dengan dasar itu, maka

dibutuhkan sebuah aplikasi untuk penggunaan ruang kuliah untuk mengatasi

masalah tersebut. Aplikasi ini dapat berfungsi untuk melakukan monitoring

 3

penggunaan ruang kuliah yang dapat diakses oleh semua pihak. Metode

pengembangan sistem yang digunakan yaitu RAD (Rapid Application

Development). Bagan kerangka pemikiran dapat dilihat pada Gambar 1.

Gambar 1. Kerangka pemikiran

1.4 Kontribusi

Manfaat proyek mandiri berupa aplikasi pengunaan ruang kuliah bagi

program studi atau mahasiswa adalah sebagai berikut:

a. Mengoptimalkan penggunaan ruang kuliah.

b. Mempermudah program studi dalam mengatur jadwal penggunaan ruang

kuliah.

c. Mempermudah mahasiswa dalam memonitoring penggunaan ruang kuliah.

 4

II. TINJAUAN PUSTAKA

2.1 Aplikasi

Aplikasi merupakan suatu sistem yang dirancang untuk mengolah data

dengan aturan serta ketentuan tertentu dan menggunakan bahasa pemograman

tertentu (KBBI). Sedangkan menurut Jogiyanto (1999:12) aplikasi merupakan

suatu intruksi / pernyataan yang ada di suatu perangkat keras (Hardware) baik itu

komputer atau smartphone yang di rancang sedemikian rupa agar bisa mengolah

suatu masukan (input) menjadi keluaran (output).

2.2 Definisi Penggunaan

Menuru KBBI (2002:825) penggunaan yang dimaksud disini adalah sebagai

pemakaian sesuatu. Penggunaan diartikan sebagai aktifitas dalam memakai atau

membeli sesuatu. Penggunaan dalam penelitian ini adalah pemakaian ruang dalam

subuah gedung sebagai tempat proses pembelajaran bagi mahasiswa dan mahasiswi

Politeknik Negeri Lampung.

2.3 Ruang

Ruang merupakan seluruh permukaan bumi yang terdiri dari lapisan biosfer,

tempat hidup tumbuh-tumbuhan, manusia dan hewan (Ayadinata, 1992). Menurut

D.A. Tisnaadmidjaja, ruang adalah “wujud fisik dari sebuah wilayah dalam dimensi

geografis dan geometris yang merupakan tempat bagi manusia dalam melaksanakan

kegiatan kehidupannya”.
 5

2.4 Kuliah

Kuliah mempunyai arti sebagai "pelajaran yang diberi" atau "ceramah yang

diberikan". Namun orang-orang menyebut "kuliah" sebagai proses belajar-

mengajar di sebuah institusu pendidikan tinggi, menurut KBBI.

2.5 Penggunaan Ruang Kuliah

Berdasarkan definisi penggunaan, definisi ruang dan definisi kuliah diatas,

maka dalam sistem yang kami buat ini, penggunaa ruang kuliah adalah pemakaian

fasilitas sebuah tempat untuk menyampaikan pelajaran atau materi dalam rangka

kegiatan perkuliahan di Politeknik Negeri Lampung.

2.6 Penelitian Terkait

Sebelumnya beberapa peneliti telah melakukan perancangan tentang

aplikasi penggunaan ruang kuliah. Diantaranya “Aplikasi Pengelola Dan

Peminjaman Ruang Pada Fakultas Ilmu Terapan, di Universitas Telkom” oleh Fitri

Anisa (2017) dan “Sistem Informasi Penggunaan Ruang Kuliah Pada Universitas

Wahid Hasyim Berbasis Web” oleh Ana Durul Firdaus (2017). Pada penelitian yang

dilakukan oleh Fitri Anisa (2017), aplikasi yang dikembangkan berupa peminjaman

ruang dengan sistem approve, jadi pada penelitian tersebut tidak ada monitoring

terhadap ruangan yang akan digunakan, kemungkinan besar ruang kuliah telah terisi

atau digunakan, dan menyebabkan peminjaman gedung dilakukan kembali. Hal

tersebut pastinya akan menghambat penggunaan ruang perkuliahan saat

dibutuhkan. Sedangkan penelitian yang dikerjakan oleh Ana Durul Firdaus (2017),

sistem penggunaan ruang berupa penjadwalan, hal ini hanya untuk melihat ruangan

ataupun jadwal kuliah yang akan dipakai untuk proses perkuliahan saja, tanpa tahu

ruangan tersebut telah terisi atau belum.

 6

2.7 Web Browser

“Web Browser merupakan perangkat lunak yang menyajikan sumber

informasi melalui web” menurut Sibero (2012:12). Sedangkan Menurut Winarno

(2007:8) “Web Browser adalah sebuah program yang dibuat dari suatu server

komputer pada jaringan internet, untuk mengambil sebuah informasi. Jadi suatu

program yaitu Web Browser sangat dibutuhkan untuk mengakses sebuah web”.

2.8 Web Server

Menurut Supono dan Putratama (2016:6) “Web- Server adalah perangkat

lunak server yang berfungsi untuk menerima permintaan dalam bentuk situs web

melalui HTTP atau HTTPS dari klien itu, yang dikenal sebagai browser web dan

mengirimkan kembali (reaksi) hasil dalam bentuk situs yang biasanya merupakan

dokumen HTML.” Menurut Sibero (2013:11) “Web Server adalah sebuah komputer

yang terdiri dari perangkat keras dan perangkat lunak”.

2.9 Database

“Basis Data merupakan kumpulan fakta yang berupa representasi dari

sebuah tabel yang saling berhubungan satu sama lain dan kemudian

penyimpanannya melalui penyimpanan secara digital, menurut Priyadi (2014:2).”

Sedangkan menurut Fathansyah (2015:3) “Database atau Basis Data, yaitu berasal

dari dua kata Basis dan Data. Basis yang berarti sebagai tempat

bersarang/berkumpul. Sedangkan Data merupakan fakta dari dunia nyata yang

mewakili objek seperti manusia dan lain sebagainya.”

2.10 PHP (Hypertext Preprocessor)

PHP atau kepanjangan dari Hypertext Preprocessor merupakan sebuah

bahasa pemrograman, dimana seorang programmer menyisipkan perintah

 7

kemudian dieksekusi sebelum perintah dikirim ke browser yang memintanya.

Sesuai fungsinya dapat diartikan PHP adalah bahasa perograman untuk

membangun web aplication (Februariyanti & Zuliarso, 2012).

2.11 Framework

Framework merupakan sekumpulan perintah dasar yang membantu dalam

menyelesaikan proses yang lebih kompleks (Visikom, 2009). Framework

merupakan suatu aplikasi yang dapat digunakan untuk membuat macam-macam

aplikasi (Jhonson, 2009). Framework adalah kumpulan kelas abstrak tertentu,

sehingga pengembang yang menggunakan Framework harus melengkapi kelas

abstrak (Andresta, 2008).

2.12 (Local area network) LAN

Local area network merupakan sebuah jaringan lokal dan dibuat pada area

yang terbatas. Jaringan lokal juga sering di sebut sebagai jaringan personal atau

privat. Local Area Network dapat di gunakan pada sekala kecil yang menggunakan

resource secara bersama, seperti penggunaan printer bersama, penggunaan media

penyimpanan secara bersama, serta sebagainya.

2.13 Sublime Text

“Sublime Text adalah sebuah text editor perangkat lunak yang digunakan

sebagai pembuat suatu aplikasi. Sublime Text mempunyai fitur plugin tambahan

yang memudahkan programmer.” Menurut Supono dan Putratama (2016:14).

Selain itu, menurut Faridi (2015:3) menjelaskan bahwa “Sublime Text 3 adalah

editor berbasis python, sebuah teks editor yang elegan, kaya akan fitur, cross

platform, mudah dan simple yang cukup terkenal di kalangan developer

(pengembang), penulis dan desainer”.

 8

2.14 Data Flow Diagram (DFD)

Data Flow Diagram atau DFD adalah alat yang menunjukkan alur data pada

sistem dalam bentuk grafik. Elemen penting dari DFD adalah alur data, proses,

penyimpanan data dan sumber data. Sistem analisis membuat DFD berdasarkan

level. DFD level tinggi hanya mengidentifikasi proses besar (Irwansyah,

2014:240)

“DFD atau dalam bahasa Indonesia diartikan sebagai Diagram Alir Data

(DAD) adalah representasi sebuah grafik yang menggambarkan sebuah aliran

informasi dan transformasi dan diaplikasikan sebagai data kemudian mengatur dari

masukan (input) dan keluaran (output).” Menurut Sukamto dan Shalahuddin

(2014:288).

Sukamto dan Shalahuddin (2014:71), notasi-notasi pada DFD (Edward

Yourdon dan Tom DeMarco) pada Tabel 1 :

 9

Tabel 1. Simbol Data Flow Diagram (DFD)

Notasi Keterangan

Proses; pada struktur pemodelan perangkat

lunak yang akan diimplementasikan
dengan pemograman terstruktur, maka
pemodelan inilah yang harusnya dipakai
sebagai fungsi atau prosedur di dalam kode
program.

Storage; perangkat lunak dan digunakan

sebagai sebuah penyimpanan, maka
pemodelan ini dibuat menjadi tabel basis
data yang akan dibutuhkan, tabel ini juga
harus sesuai dengan perancangan tabel
basis data yang dibutuhkan.

Entitas luar (external entity) atau orang

yang memakai atau berinteraksi dengan
perangkat lunak yang dimodelkan atau
sistem lain yang terkait dengan aliran data
dari sistem yang dimodelkan

Aliran data; merupakan sebuah data yang

dikirm antar proses, melalui penyimpanan
ke proses, atau dari proses kemudian ke
masukan (input) atau keluaran (output)

Sumber : Sukamto dan Shalahuddin (2014:71)

 10

Menurut Sukamto dan Shalahuddin (2014:72), berikut ini adalah

tahapantahapan perancangan dengan menggunakan DFD:

1. Membuat DFD Level 0 atau sering disebut juga Konteks Diagram

DFD Level 0 menggambarkan dari sebuah sistem yang kemudian dibuat

sebagai entitas tunggal dan berinteraksi dengan orang atau sistem lain. DFD Level

0 ini juga digunakan sebagai penggambaran interaksi antar sistem yang ingin

dikembangkan bersama entitas luar.

2. Membuat DFD Level 1

DFD Level 1 digunakan sebagai gambaran modul yang ada pada sistem yang

akan dikembangkan. DFD Level 1 merupakan hasil dari DFD Level 0.

3. Membuat DFD Level 2

Seperti level 0, pada level 2 ini, dihasilkan dari level 1. Modul yang harus

di breakdown lebih detail tergantung pada tingkat kedetilan modul tersebut.

4. Membuat DFD Level 3 dan seterusnya.

Pada DFD Level 3 dan seterusnya ini merupakan breakdown dari modul

pada DFD Level sebelumnya. Breakdown pada level 3 dan seterusnya ini sama

persis dengan DFD Level 1 atau 2.

2.15 Entity Relationship Diagram (ERD)

Rosa dan Shalahuddin, (2013:50), Entity Relationship Diagram (ERD) adalah

pemodelan paling awal pada sebuah basis data yang kemudian dikembangkan

berdasarkan teori di dalam bidang matematika.

 11

Rosa dan Shalahuddin, (2013:50), menjelaskan simbol-simbol yang digunakan

dalam ERD pada Tabel 2.

Tabel 2. Simbol-simbol Entity Relationship Diagram (ERD)

Simbol Keterangan

Entitas
Entitas merupakan data inti; benda yang memiliki
data dan kemudian disimpan datanya agar dapat
diakses melalui aplikasi komputer; penamaan
entitas biasanya lebih ke kata benda dan belum
merupakan nama tabel.

Atribut
Field atau kolom data yang butuh disimpan dalam
suatu entitas

Atribut Kunci primer
Field atau kolom data yang butuh disimpan dalam
suatu entitas dan digunakan sebagai kunci akses
record yang diinginkan; biasanya berupa id; kunci
primer dapat lebih dari satu kolom, asalkan
kombinasi dari beberapa kolom tersebut dapat
bersifat unik (berbeda tanpa ada yang sama).

Atribut Multinilai Atribut Multinilai, field atau kolom data yang butuh
disimpan dalam suatu entitas yang dapat memiliki
nilai lebih dari satu.

Relasi Relasi yang menghubungkan antar entitas; biasanya

diawali dengan kata kerja.
 12

Tabel 2. (Lanjutan)
Simbol Keterangan

Asosiasi Asosiasi, penghubung antara relasi dan entitas di

mana di kedua ujungnya memiliki multiplicity
kemungkinan jumlah pemakaian. Jumlah
maksimum keterhubungan antara entitas yang satu
dengan yang lain kemungkinan disebut dengan
kardinalitas. Misalkan ada kardinalitas 1 ke N atau
sering disebut dengan one to many menghubungkan
entitas A dan entitas B.

Sumber : Rosa dan Shalahuddin (2008 :75)

2.16 Entity Relationship Diagram (ERD)

Menurut Kendall (2010), Entity Relationship Diagram (ERD) adalah suatu

pendekatan berorientasi objek terhadap pengembangan sistem yang mencakup

suatu metode pengembangan serta perangkat-perangkat lunak. Entity Relationship

Diagram (ERD) itu sendiri memiliki sebuah tujuan untuk mempersingkat waktu

dalam sebuah siklus hidup, pengembangan sistem Entity Relationship Diagram

(ERD) isional antara perancangan dan penerapan suatu sistem informasi. Entity

Relationship Diagram (ERD) sama-sama berusaha memenuhi syarat bisnis yang

berubah secara cepat.

 13

Gambar 2. Siklus RAD

Sumber : Kendall, (2010)

2.16.1 Tahap Application Development ( RAD )

Menurut Kendall (2010), terdapat tiga fase dalam RAD yang melibatkan

penganalisis dan pengguna dalam tahap penilaian, perancangan, dan penerapan.

Adapun ketiga fase tersebut perencanaan syarat-

syarat, RAD designworkshop (workshop desainRAD),dan implementation (imple

mentasi). Sesuai dengan metodologi RAD menurut Kendall (2010), berikut ini

adalah tahap-tahap pengembangan aplikasi dari tiap-tiap fase pengembangan

aplikasi.

1) Requirements Planing (Perencanaan Syarat-Syarat)

Pada fase ini, pengguna serta penganalisis bertemu untuk

mengidentifikasikan tujuan aplikasi. Orientasi dalam fase ini adalah

menyelesaikan masalah-masalah perusahaan. Meskipun teknologi informasi dan

sistem bisa mengarahkan sebagian dari sistem yang diajukan, fokusnya akan

selalu tetap pada upaya pencapaian tujuan-tujuan perusahaan (Kendall, 2010).

2) RAD Design Workshop (RAD)

 14

Fase ini adalah fase untuk merancang dan memperbaiki yang bisa

digambarkan sebagai workshop. Penganalisis dan dan pemrogram dapat bekerja

membangun dan menunjukkan representasi visual desain dan pola kerja kepada

pengguna. Workshop desain ini dapat dilakukan selama beberapa hari tergantung

dari ukuran aplikasi yang akan dikembangkan. Selama workshop desain RAD,

pengguna merespon prototipe yang ada dan penganalisis memperbaiki modul-

modul yang dirancang berdasarkan respon pengguna. Apabila sorang

pengembangnya merupakan pengembang atau pengguna yang berpengalaman,

Kendall menilai bahwa usaha kreatif ini dapat mendorong pengembangan sampai

pada tingkat terakselerasi (Kendall, 2010).

3) Implementation (Implementasi)

Pada fase implementasi ini, penganalisis bekerja dengan para pengguna

secara intens selama workshop dan merancang aspek-aspek bisnis dan nonteknis

perusahaan. Segera setelah aspek-aspek ini disetujui dan sistem-sistem dibangun

dan disaring, sistem-sistem baru atau bagian dari sistem diujicoba dan kemudian

diperkenalkan kepada organisasi (Kendall, 2010).

2.17 Pengertian Mapping Chart

Mapping chart atau bagan alir dokumen merupakan diagram yang

menyajikan aliran dokumen dalam suatu sistem informasi dengan menggunakan

diagram. Fungsi mapping chart ini adalah mempermudah melakukan analisa

terhadap sistem, dan sarana komunikasi antar user dan analis (Komputer, 2010).
 15

2.17.1 Simbol – simbol Mapping Chart

Simbol-simbol yang digunakan pada mapping chart atau bagan alir

dokumen dapat dilihat pada Tabel 3.

Tabel 3. Simbol – simbol Mapping Chart

Simbol Keterangan

Terminal yang menunjukan sumber atau

tujuan dokumen dan laporan

Dokumen sumber atau laporan

Operasi manual

File untuk menyimpan dokumen sumber

dan laporan

Catatan akuntansi (jurnal, register, log,

buku besar)

Konektor intra halaman

Garis alir dokumen

Deskripsi proses atau komentar

Percakapan langsung antar entitas

Sumber: Wahana Komputer (2010)

 16

III. METODE PELAKSANAAN

3.1 Tempat dan waktu pelaksanaan

Pembuatan aplikasi penggunaan ruan kuliah dilaksanakan di Politeknik

Negeri Lampung yang berlokasi di JL. Soekarno-Hatta No. 10, Bandar Lampung,

Provinsi Lampung.

3.2 Pelaksanaan Proyek Mandiri

Proyek mandiri dilaksanakan oleh mahasiswa program studi D3 Manajemen

Informatika. Berikut adalah daftar anggota pelaksanaan proyek mandiri:

1. Nama : Muhammad Ilham Yusuf Gumai

NPM : 17753042

Program Studi : Manajemen Informatika

Tugas : Programmer

2. Nama : Mudo Kurniawan

NPM : 17753044

Program Studi : Manajemen Informatika

Tugas : Database Administrator

3. Nama : Vina Kusuma Tri Wardani

NPM : 17753066

Program Studi : Manajemen Informatika

Tugas : Analisis sistem

 17

3.3 Alat dan Bahan

Alat dan bahan yang digunakan pada saat menyusun Proyek Mandiri ini

adalah sebagai berikut:

3.3.1 Perangkat Keras

Perangkat keras merupakan sebuah komponen utama yang diperlukan

dalam menjalankan aplikasi ini. Perangkat yang dapat digunakan adalah sebuah unit

laptop atau pc dengan spesifikasi sebagai berikut:

1. Komputer

2. Printer

3.3.2 Perangkat Lunak

Aplikasi penggunaan ruang kuliah ini menggunakan perangkat lunak :

1. Sistem operasi Windows

2. Aplikasi Microsoft Office

3. Aplikasi Sublime

3.4 Metode Pengumpulan Data

Metode pengumpulan data dilakukan dengan cara wawancara. Wawancara

merupakan tahap pengumpulan data dengan cara tatap muka dan tanya jawab secara

langsung.

3.5 Metode Pengembangan Sistem

Metode yang digunakan dalam pengembangan Aplikasi Peggunaan Ruang

Kuliah adalah RAD (Rapid Application Development). Adapun tahapan-tahapan

RAD adalah sebagai berikut:

 18

3.5.1 Rancang Kebutuhan (Planning/Requirement)

Tahapan rencana kebutuhan atau planning, dilakukan dengan proses

pengumpulan data melalui wawancara kepada penjaga gedung dan pihak akademik.

Data yang diperoleh akan dianalisa untuk mendaatkan hasil mapping chart.

3.5.2 Proses Desain Sistem (Design System)

Tahapan pada desain sistem dilakukan sebuah perancangan sistem dalam

beberapa bentuk, sebagai berikut:

1. Rancangan alur data system DFD (Data Flow Diagram)

2. Rancangan database

3. Rancangan flowchart

4. Rancangan interface program

3.5.3 Proses Bangun Sistem (Build system)

Pada proses pembangunan sistem, hasil dari rancangan system yang melalui

tahap design system dapat diimplementasikan kedalam bentuk program. Proses

pembuatan program membutuhkan beberapa hal berikut:

1. Bahasa pemograman PHP dan Java Script

2. Sublime Text

3. Web Server

3.5.4 Pengenalan Sistem Baru (Introduce New System)

Pengenalan sistem baru merupakan tahapan akhir dalam metode RAD. Program

yang telah dibuat pada tahapan sebelumnya akan diimplementasikan pada

lingkungan kampus.
 19

3.6 Anggaran Biaya

Anggaran biaya yang dibutuhkan dalam pelaksanaan proyek mandiri ini

disajikan pada Tabel 4.

Tabel 4. Anggaran Biaya

No. Jenis Pengeluaran Biaya

1. Pengumulan Data Rp. 150.000

2. Bahan Terpakai

1. Kertas HVS Rp. 45.000

2. Pena Rp. 5.000

3. Biaya Print Rp. 500.000

3 Biaya Operasional Aplikasi

1. Analisa Sistem Rp. 1.500.000

2. Desain Sistem Rp. 1.500.000

3. Coding Rp. 2.000.000

4. Hosting Rp. 800.000

Total Anggaran Rp. 6.550.000

 20

3.7 Jadwal Penelitian

Jadwal pelaksanaan proyek mandiri ini ditmpilkan pada rincian Tabel 5.

Tabel 5. Jadwal Penelitian

Bulan Bulan 2 Bulan 3 Bulan 4

No Kegiatan
1 2 3 4 1 2 3 4 1 2 3 4 1 2 3 4

1 Pengajuan judul

2 Penyusunan proposal

3 Analisa sistem

4 Perancangan sistem

5 Pengujian sistem

6 Penyusunan PUM

7 Ujian dan seminar PUM

 21

IV. HASIL DAN PEMBAHASAN

4.1 Rencana Kebutuhan (Requirement/Planing)

4.1.1 Identitas

Pada tahap rencana kebutuhan, diperlukan sebuah wawancara terhadap

bagian akademik yang telah ditentukan. Para pakar yang telah ditentukan

adalah orang yang terkait tentang pengelolahan ruangan. Berikut merupakan

identitas pengelola gedung sebgai berikut:

1. Nama : Erlis, S.Sos,

Jabatan : Kasubag Rumah Tangga

Lokasi : Politeknik Negeri Lampung

2. Nama : Kasmir, S.Sos

Jabatan : Kasubag Akademik

Lokasi : Politeknik Negeri Lampung

3. Nama : Dwi Puji Hartono, S.Pi., M.Si

Jabatan : Pembantu Direktur I

Lokasi : Politeknik Negeri Lampung

 22

4.2 Metode Pengembangan RAD

Metode pengembangan sistem yang dignakan untuk membangun “Aplikasi

Penggunaan Ruang Kuliah” adalah metode RAD (Rapid Application

Development).

4.2.1 Analisis Kebutuhan Sistem

Analisis kebutuhan sistem merupakn tahap awal dalam pengembangan

sistem yang akan dimiliki oleh aplikasi yang dibuat. tahapan ini melakukan sebuah

proses nalisis sistem yang sedang berjalan, analisis permasalahn dan rancangan

yang akan dibangun. Tahap ini adalah pengkajian sistem yang sedang berjalan dan

kemudian dikembangkan suatu rancangan sistem yang baru. Pada analisis

kebutuhan sistem ini akan menghasilkan sebuah mapping chart sistem yang

berjalan dan sistem yang dibangun.

4.2.1.1 Analisis Sistem Yang Berjalan

Ruang Rancangan sistem yang berjalan pada penggunaan ruang kuliah

menghasilkan perancangan Mapping Chart. Sistem yang berjalan disajikan pada

Gambar 3.
 23

Gambar 3. Mapping Chart pada sistem yang berjalan

 24

4.2.1.2Mapping Chart yang diusulkan

Aplikasi Pengunaan Ruang Kuliah membutuhkan rancangan sistem, maka

diusulkan sebuah rancangan sistem yang baru untuk melihat alur sistem yang akan

dibuat. Rancangan Mapping Chart yang akan diusulkan dapat dilihat pada Gambar

4.

Gambar 4. Mapping Chart pada sistem yang diusulkan

 25

4.2.2 Desain Sistem

Desain sistem merupakan tahapan untuk menggambarkan sebauh sistem

yang akan dibangun berdasarkan admin dan user. Rancangan desain sistem yang

dibuat pada tahapan ini adalah Data Flow Diagram, flowchart dan tampilan

aplikasi

4.2.2.1 Rancangan Data Flow Diagram (DFD)

Rancangan DFD merpakan suatu diagram yang menggunakan notasi-notasi

untuk menggambarkan alur dari sistem yang dibuat. Berikut merupakan rancangan

DFD pada sistem yang akan dimiliki oleh “Aplikasi Penggunaan Ruang Kuliah”

1) DFD Level 0

DFD level 0 merupakan proses utama yang terdapat pada sistem

aplikasi bebasis web dimana terdapat user dan admin. DFD level 0 adalah

penggambaran hubungan sistem dengan lingkungan luarnya yang memiliki

level tertinggi dari DFD. Pada aplikasi ini memiliki 3 entitas yaitu akademik

selaku admin serta, KPS dan mahasiswa sebagai usernya. Desain DFD level 0

dapat dilihat pada Gambar 5.

 26

Gambar 5.DFD level 0

2) DFD Level 1

Pada DFD level 1 dari aplikasi pengunaan ruang kuliah menjelaskan

bagaimana proses pengolahan data ruangan serta pemberian hak akses yang

dilakukan oleh pihak akademik . pengolahan data yang diproses akan

menghasilkan sebuah informasi pembagian ruangan serta hak akses ruangan

kepada KPS, serta mahasiswa dapat melihat ruangan kosong dan dapat

melakukan peminjaman melalui aplikasi. Desain DFD level 1 dapat dilihat

pada Gambar 6.
 27

Gambar 6.DFD level 1

 28

4.2.2.2 Rancangan ERD (Entity Relationship Diagram)

ERD berkaitan dengan entitas dan pengumpulan data serta pengumpulan

field-filed yang saling berhubungan. Berikut ini merupakan ERD yang dimiliki

oleh Aplikasi Pengunaan Ruang Kuliah dapat dilihat pada Gambar 7.

Gambar 7. Rancangan ERD

 29

4.2.2.3 Rancangan Flowchart

Rancangan Flowchart berfungsi untuk menggambarkan alur kerja program

yang akan dibuat nantinya. Rancangan ini menggunakan simbol-simbol standar

untuk menggambarkan alur kerja dari program yang dibuat. perancangan flowchart

memimiliki tujuan agar memudahkan penyelesaian masalah yang digunakan

sebagai alat bantu dokumentasi.

1. Flowchart login akademik

Tampilan login admin merupakan sebuah proses untuk masuk

kedalam aplikasi . Flowchart login akademik dapat dilihat pada Gambar 8.

Gambar 8. Flowchart login akademik

 30

2. Flowchart login KPS

Tampilan login KPS merupakan sebuah proses untuk masuk

kedalam aplikasi yang hanya dapat dilakukan oleh KPS. Flowchart login

KPS dapat dilihat pada Gambar 9.

Gambar 9. Flowchart login KPS

 31

3. Flowchart login mahasiswa

Tampilan login mahasiswa merupakan sebuah proses untuk masuk

kedalam aplikasi yang hanya dapat dilakukan oleh mahasiswa. Flowchart

login mahasiswa dapat dilihat pada Gambar 10.

Gambar 10. Flowchart login mahasiswa

 32

4. Flowchart menu akademik

Menu akademik adalah menu yang hanya dapat diakses oleh pihak

akademik. Flowchart menu akademik dapat dilihat pada Gambar 11.

Gambar 11. Flowchart tampilan menu akademik

 33

5. Flowchart menu KPS

Menu KPS adalah menu yang dapat diakses oleh KPS. Flowchart

pada menu KPS dapat dilihat pada Gambar 12.

Gambar 12. Flowchart tampilan menu KPS

6. Flowchart menu mahasiswa

Menu mahasiswa adalah menu yang dapat diakses oleh mahasiswa.

mahasiswa hanya dapat melihat ruang kuliah yang tidak terpakai atau

kosong dan dapat meminjam ruangan. Flowchart pada menu mahasiswa

dapat dilihat pada Gambar 13.

 34

Gambar 13. Flowchart tampilan menu mahasiswa

 35

4.2.3 Implementasi

Implementasi bertujuan untuk menjelaskan bagaimana alur yang dimiliki

oleh Aplikasi Penggunaan Ruang Kuliah dapat dipahami oleh semua user dan

diharapkan dengan adanya aplikasi ini dapat mempermudah para user dalam

memonitoring ruangan serja mempermudah admin dalam membagi ruang

perkuliahan agar tidak terjadinya penumpukan pada satu ruang perkuliahan.

4.2.3.1 Implementasi Interface

Interface pada Aplikasi Penggunaan Ruang Kuliah terdiri dari beberapa

tampilan diantaranya sebagai berikut:

1) Interface tampilan awal aplikasi

Tamplan awal aplikasi dapat dilihat oleh user dan admin saat

membuka aplikasi dan akan melakukan login. Rancangan interface

tampilan dapat dilihat pada Gambar 14.

Gambar 14. Rancangan interface tampilan awal aplikasi

 36

2) Interface tampilan halaman login

Tampilan login dapat diakses oleh user dan admin dengan hak akses

yang berbeda. Rancangan interface tampilan halaman login dapat dilihat

pada Gambar 15.

Gambar 15. Rancangan interface tampilan halaman login

3) Interface menu akademik

Menu akademik hanya bisa diakses oleh pihak akademik. Akademik

dapat melakukan CRUD dan dapat melakukan pembagian ruang.

Rancangan interface menu akademik dapat dilihat pada Gambar 16.

Gambar 16. Rancangan interface menu akademik

 37

4) Interface halaman pembagian ruang pada menu akademik

a. Halaman daftar ruang kosong

Pada tampilan ini admin dapat memberi akses kepada user untuk

menggunakan ruangan kosong. Rancangan interface pada tampilan

menu daftar ruang kosong dapat dilihat pada Gamabar 17.

Gambar 17. Rancangan interface halaman daftar ruang kosong

b. Halaman daftar ruang yang digunakan

Tampilan ini merupakan daftar ruang mana sajakah yang telah

digunakan agar tidak dapat digunakan kembali oleh pihak lain.

Rancangan interface dapat dilihat pada Gambar 18.

Gambar 18. Rancangan interface halaman daftar ruang yang

digunakan
 38

5) Interface halaman info data ruang pada menu akademik

Pada tampilan ini juga hanya dapat diaksis oleh akademik.

Akademik dapat melakukan edit data serta menghapus data pada info data

ruang. Rancangan interface halaman info dapat dilihat pada Gambar 19.

Gambar 19. Rancangan interface halaman daftar ruang

6) Interface halaman hak akses pada menu akademik

Tampilan hak askes hanya dimiliki oleh akademik yang berfungsi

untuk memberikan akses ruangan pada program studi. Rancangan interface

halaman hak akses dapat dilihat pada Gambar 20.

Gambar 20. Rancangan interface halaman hak akses

 39

7) Interface Tampilan menu KPS

KPS hanya dapat melakukan cek ruang atau melihat akses ruang yang

dimiliki. Rancangan interface menu KPS dapat dilihat pada Gambar 21.

Gambar 21. Rancangan interface menu KPS

8) Interface menu Mahasiswa

Mahasiswa hanya dapat meliht ruangan kosong dan dapat melakukan

peminjaman ruang. Pada tampilan hlaman mahasiswa terdapat kalender dan

juga info penggunaan ruang kelas. Rancangan interface menu mahasiswa

dapat dilihat pada Gambar 22.

Gambar 22. Rancangan interface menu mahasiswa

 40

9) Interface tampilan logout

Gambar 25. Rancangan interface logout

 41

V. KESIMPULAN DAN SARAN

5.1 Kesimpulan

Kesimpulan dari pembuatan “Aplikasi Penggunaan Ruang Kuliah” adalah

menghasilkan sebuah aplikasi berbasis web yang dapat membantu warga Politeknik

Negeri Lampung dalam memonitoring ruangan/gedung. Diantaranya dapat

membantu pihak akademik dalam mengelola ruangan perkuliahan, membantu KPS

dalam pembuatan jadwal perkuliahan, dan membantu Mahasiswa dalam meminjam

ruangan/gedung, serta membantu tiap-tiap penjaga gedung yang bertanggung jawab

dalam mengelola masing-masing gedung.

5.2 Saran

Saran yang dapat diberikan agar aplikasi ini dapat dikembangkan antara
lain:
1. Ditambahkan hak akses tersendiri bagi Pembantu Direktur I.
2. Menambahkan user untuk instansi/pihak luar jika ingin meminjam
gedung/ruang.
3. Menambahkan opsi peminjaman ruang dari pagi hingga sore hari.
4. Membuat buku panduan Aplikasi penggunaa ruang kuliah.
 42

DAFTAR PUSTAKA

Ana Durul Firdaus, Moch Subchan Mauludin & Nugroho Eko. (2017). Sistem
Informasi Penggunaan Ruang Kuliah Pada Universitas Wahid Hasyim
Berbasis Web.

Fitri Anisa. (2017). Aplikasi Pengelolaan Dan Peminjaman Ruangan Di Fakultas

Ilmu Terapan, Universitas Telkom.

Oky Irnawati & Galih Bayu Aji Listianto. (2018). Metode Rapid Application
Development (RAD) pada Perancangan Website Inventory Pt. Sarana
Abadi Makmur Bersama (S.A.M.B) Jakarta.

Safrian Aswati & Yessica Siagian. (2016). Model Rapid Application Development
Dalam Rancang Bangun Sistem Informasi Pemasaran Rumah (Studi Kasus
: Perum Perumnas Cabang Medan.

I Gusti Ngurah Anom Cahyadi Putra & Made Agung Raharja. (2016).
Perancangan Sistem Manajemen Ruang Kuliah Menggunakan Jaringan
Syaraf Tiruan (Studi Kasus Pada Fikst Universitas Dhyana Pura). Bali :
Jurnal Teknologi Informasi dan Komputer.
 43

LAMPIRAN