Anda di halaman 1dari 196

RANCANG BANGUN APLIKASI PENDAFTARAN

SKRIPSI BERBASIS WEB PADA PROGRAM STUDI


INFORMATIKA

SKRIPSI

OLEH
RIZAL JIHADUDIN
NIM 15.01.071.081

PROGRAM STUDI INFORMATIKA


FAKULTAS TEKNIK
UNIVERSITAS TEKNOLOGI SUMBAWA
2019
RANCANG BANGUN APLIKASI PENDAFTARAN
SKRIPSI BERBASIS WEB PADA PROGRAM STUDI
INFORMATIKA

SKRIPSI

Diajukan kepada
Universitas Teknologi Sumbawa sebagai
salah satu persyaratan menyelesaikan
Program Sarjana Strata Satu (S1)

OLEH
RIZAL JIHADUDIN
NIM 15.01.071.081

PROGRAM STUDI INFORMATIKA


FAKULTAS TEKNIK
UNIVERSITAS TEKNOLOGI SUMBAWA
2019
Lembar Persetujuan Pembimbing Skripsi

Skripsi ini berjudul :

RANCANG BANGUN APLIKASI PENDAFTARAN


SKRIPSI BERBASIS WEB PADA PROGRAM STUDI
INFORMATIKA

Disusun Oleh:
Rizal Jihadudin
NIM 15.01.071.081
Telah diperiksa dan disetujui untuk diseminarkan
Sumbawa,………………………….2019

Pembimbing I : Yudi Mulyanto, M.Kom Paraf : ………………


NIDN. 0829118502

Pembimbing II : Mila Sejahtera, M.Si Paraf : ………………


NIDN. 080808902

iii
Lembar Pengesahan Penguji Skripsi
SKRIPSI

RANCANG BANGUN APLIKASI PENDAFTARAN


SKRIPSI BERBASIS WEB PADA PROGRAM STUDI
INFORMATIKA
Disusun Oleh:
Rizal Jihadudin
NIM 15.01.071.081
Telah Dipertahankan di depan Penguji Skripsi
Tanggal 29 Juli 2019
Susunan Dewan Penguji

Ketua : Eti Kurniati, M.T.


NIDN. 0807118906 ...........................

Anggota : Rahmatri Mahardiko, M.Kom.


NIDN. 0819118502 ............................

Anggota : Yudi Mulyanto, M.Kom.


NIDN. 0829118502 ...........................

Mengetahui Mengetahui
Ketua Program Studi Informatika Dekan Fakultas Teknik

Rodianto, M. Kom. Muhamad Hidayat, S.T M.T.


NIP: 198205212014012029 NIP: 197109032016051156

iv
PERNYATAAN KEASLIAN TULISAN

Saya yang bertanda tangan di bawah ini:

Nama : Rizal Jihadudin


NIM : 15.01.071.081
Program Studi : Informatika
Fakultas : Teknik

Menyatakan dengan sebenarnya bahwa skripsi yang saya tulis ini benar-

benar tulisan saya, kecuali kutipan atau ringkasan yang semuanya telah saya

jelaskan sumbernya. Apabila di kemudian hari terbukti atau dapat dibuktikan bahwa

skripsi ini hasil plagiat, maka saya bersedia menerima sanksi atas perbuatan

tersebut sesuai dengan ketentuan yang berlaku.

Sumbawa, 05 Agustus 2019

Yang membuat pernyataan

Rizal Jihadudin

v
ABSTRAK

Jihadudin, Rizal. 2019. Rancang Bangun Aplikasi Pendaftaran Skripsi Berbasis

Web Pada Program Studi Informatika. Skripsi, Program Studi Informatika,

Fakultas Teknik, Universitas Teknologi Sumbawa. Pembimbing: (I) Yudi

Mulyanto, M.Kom., (II) Mila Sejahtera, M.Si.

Penelitian ini bertujuan untuk membangun aplikasi pendaftaran skripsi

berbasis web yang dapat digunakan untuk membantu mahasiswa Program Studi

Informatika Universitas Teknologi Sumbawa (UTS) yang sedang mengambil mata

kuliah skripsi, dan juga Program Studi Informatika UTS dalam mengelola berkas-

berkas skripsi. Peneliti membangun sebuah aplikasi berbasis web serta

dikembangkan menggunakan framework Codeigniter dengan menggunakan MySql

sebagai database dan sublime text sebagai text editor. Metode pengembangan

perangkat lunak menggunakan Waterfall Model dan Pengujian perangkat lunak

dilakukan melalui pengujian black-box method. Teknik pengumpulan data pada

penelitian menggunakan observasi, wawancara dan dokumentasi. Hasil penelitian

ini yaitu, aplikasi pendaftaran skripsi berbasis web yang diharapakan dapat

membantu mahasiswa Program Studi Informatika yang sedang mengampuh mata

kuliah skripsi dalam melakukan pendaftaran skripsi, serta Program Studi

Informatika UTS dalam mengelola berkas-berkas pendaftaran skripsi.

Kata Kunci: Pendaftaran Skripsi, Waterfall, Framework Codeigniter, Web.

vi
KATA PENGANTAR

Assalamu’alaikum Warohmatullohi Wabarakatuh.

Bismillahirrohmanirrohim, puji syukur atas ke hadirat Allah SWT yang

telah melimpahkan rahmat dan karunia-Nya kepada penulis, sehingga akhirnya

penulis dapat menyelesaikan tugas akhir yang akan diajukan guna seminar proposal

skripsi, pada waktu yang telah di tentukan. Shalawat serta salam tak lupa penulis

haturkan kepada junjungan Nabi besar Muhammad SAW yang dengan

perjuangannya dapat mengantarkan menjadi umat pilihan yang terlahir untuk

seluruh umat manusia demi menuju ridha-Nya.

Tugas akhir yang berjudul “Rancang Bangun Aplikasi Pendaftaran Skripsi

Berbasis Web Pada Program Studi Informatika” ini ditulis untuk memenuhi salah

satu syarat guna memperoleh gelar sarjana pada Universitas Teknologi Sumbawa.

Pada kesempatan yang baik ini, izinkanlah penulis menyampaikan rasa hormat dan

ucapan terima kasih kepada semua pihak yang dengan tulus ikhlas telah

memberikan bantuan dan dorongan kepada penulis dalam menyelesaikan tugas

akhir ini, terutama kepada:

1. Kedua Orang tua yang saya cintai serta banggakan, Abi Nur Ikhwanto,

Umi Ramilah, Kakak Miftahul Jannah, Adik Amir Fatah, Awalul Rizqi

Fauzi, Fadhilah Nur Shiddiq, dan Nazra Almayra yang selalu

memberikan dukungan serta senantiasa mendoakan.

2. Bapak Yudi Mulyanto, M.Kom., selaku Dosen Pembimbing I (Satu)

Universitas Teknologi Sumbawa. Yang telah banyak membantu

vii
memberikan arahan dan bimbingan dalam penyelesaian laporan tugas

akhir ini.

3. Ibu Mila Sejahtera, M.Si., dan juga Ibu Nora Dery Sofya, S.Kom.,

selaku Dosen Pembimbing II (Dua) Universitas Teknologi Sumbawa

yang juga telah banyak memberikan bantuan maupun masukkan dalam

penyelesaian laporan tugas akhir ini.

4. Bapak Dr. Andy Tirta, M.Sc., selaku Rektor Universitas Teknologi

Sumbawa.

5. Bapak Muhammad Hidayat, ST.,MT., selaku Dekan Fakultas Teknik.

6. Bapak Rodianto, M.Kom., selaku Ketua Program Studi Informatika

Universitas Teknologi Sumbawa.

7. Bapak dan Ibu Dosen Universitas Teknologi Sumbawa yang telah

banyak memberikan ilmu pengetahuan.

8. Yayasan Dea Mas yang telah memberikan Beasiswa Nusantara selama

penulis menempuh masa perkuliahan di Universitas Teknologi

Sumbawa.

9. Erwin Martadinata S.Kom., Ghozi Izzaturahman S.Kom., Miftahul

Jannah S.Sy., yang selalu memberikan bantuan dan dukungan kepada

penulis.

10. Teman–teman Informatika 2015 sebagai teman seangkatan, dan juga

seperjuangan yang telah mendukung maupun memberikan semangat.

viii
11. Segenap Keluarga Serigala Team, Pajar, Dimas, Fahmi, Habib,

Mazmur, Abduh, Amroy, Olip, Ojan, Yahya, Izzuddin, Ayas, Tama,

Ibnu, Wahyu, Fajri, Yasir, dan Deyus.

12. Program Studi Informatika selaku tempat penulis melakukan penelititan

dan mendapatkan informasi serta pengetahuan guna terselesainya tugas

akhir ini.

13. Serta, seluruh pihak–pihak yang tidak dapat penulis sebutkan satu

persatu, atas segala arahan, bimbingan, bantuan, kritik, serta saran

dalam penyusunan laporan tugas akhir ini.

Penulis menyadari bahwa tugas akhir ini masih banyak kekurangan, baik

bentuk, isi, maupun teknik penyajiannya. Oleh sebab itu, kritik dan saran yang

bersifat membangun dari berbagai pihak akan penulis terima dengan tangan terbuka

serta sangat diharapkan. Semoga kehadiran tugas akhir ini memenuhi sasarannya

dan dapat bermanfaaat bagi semua pihak yang memerlukan.

Sumbawa, 20 Juli 2019

Penulis

ix
DAFTAR ISI

HALAMAN JUDUL ............................................................................................. ii


HALAMAN PENGESAHAN .............................................................................. iii
ABSTRAK ............................................................................................................ vi
KATA PENGANTAR ......................................................................................... vii
DAFTAR ISI .......................................................................................................... x
DAFTAR GAMBAR .......................................................................................... xiii
DAFTAR TABEL ............................................................................................. xvii
BAB I PENDAHULUAN ...................................................................................... 1
1.1. Latar Belakang ......................................................................................... 1
1.2. Rumusan Masalah .................................................................................... 2
1.3. Batasan Masalah ....................................................................................... 3
1.4. Tujuan Penelitian ...................................................................................... 3
1.5. Manfaat Penelitian .................................................................................... 3
1.6. Sistematika Penulisan ............................................................................... 4
BAB II LANDASAN TEORI ............................................................................... 6
2.1. Tinjauan Pustaka ...................................................................................... 6
2.2. Dasar Teori ............................................................................................... 8
2.2.1. Rancang Bangun .................................................................................. 8
2.2.2. Sistem Informasi ................................................................................ 10
2.2.3. Pendaftaran Skripsi ............................................................................ 12
2.2.4. Website ............................................................................................... 13
2.2.5. Internet ............................................................................................... 14
2.2.6. Pemrogaman ...................................................................................... 15
2.2.7. Flowchart ........................................................................................... 16
2.2.8. Software Development Life Cycle (SDLC) ........................................ 19
2.2.9. Model Waterfall ................................................................................. 24
2.2.10. Unified Modeling Language (UML).................................................. 27
2.2.11. Personal Home Page (PHP) .............................................................. 32
2.2.12. Framework Codeigniter..................................................................... 33
2.2.13. Basis Data ......................................................................................... 34

x
2.2.14. My Structured Query Language (MySQL) ....................................... 35
2.2.15. (X{windows/linux} Apache MySQL, PHP, and Perl) XAMPP....... 36
2.2.16. Pengujian Perangkat Lunak .............................................................. 37
2.2.17. Black Box Testing ............................................................................. 40
BAB III METODOLOGI PENELITIAN ......................................................... 41
3.1. Metode Penelitian ..................................................................................... 41
3.1.1. Metode Pengumpulan Data ................................................................ 42
3.1.2. Metode Pengembangan Perangkat Lunak.......................................... 43
3.2. Alat Dan Bahan Penelitian ........................................................................ 44
3.2.1. Analisa Kebutuhan Perangkat ............................................................ 45
3.2.2. Analisa Kebutuhan Data .................................................................... 46
3.3. Waktu Dan Tempat Penelitian .................................................................. 47
3.3.1 Waktu Penelitian ................................................................................ 47
3.3.2. Tempat Penelitian .............................................................................. 47
BAB IV HASIL DAN PEMBAHASAN ............................................................ 48
4.1. Analisa Program ........................................................................................ 48
4.1.1 Analisa Sistem Berjalan ..................................................................... 48
4.2. Rancangan Sistem ..................................................................................... 53
4.2.1 Rancangan Sistem Usulan ................................................................. 53
4.2.2 Undefinied Modeling Leanguage (UML) .......................................... 59
a) Use Case Diagram ........................................................................ 59
b) Activity Diagram ........................................................................... 77
c) Sequence Diagram ........................................................................ 97
d) Class Diagram ............................................................................ 112
4.2.3 Merancang Database Fisik .............................................................. 113
4.2.4 Relasi Tabel ..................................................................................... 120
4.2.5 Rancangan User Interface ............................................................... 121
4.3. Implementasi Program ............................................................................ 145
4.3.1 Tampilan User Interface .................................................................. 146
4.4. Pengujian Sistem ..................................................................................... 163
4.4.1 Pengujian User Mahasiswa .............................................................. 163
4.4.2 Pengujian User Admin .................................................................... 166

xi
4.4.3 Pengujian User Dosen ..................................................................... 166
BAB V KESIMPULAN DAN SARAN ............................................................ 167
5.1. Kesimpulan .............................................................................................. 167
5.2. Saran ........................................................................................................ 167
DAFTAR PUSTAKA ........................................................................................ 168
LAMPIRAN - LAMPIRAN ............................................................................. 171

xii
DAFTAR GAMBAR

Gambar 2.1 Simbol Flowchart........................................................................... 18


Gambar 2.2 Metode Waterfall ........................................................................... 25
Gambar 2.3 Logo Codeigniter............................................................................ 34
Gambar 2.4 Struktur DBMS .............................................................................. 35
Gambar 2.5 Logo MySQL ................................................................................. 36
Gambar 3.1 Tahapan Metodologi Penelitian ..................................................... 41
Gambar 4.1 Alur Sistem Pendaftaran Skripsi yang Sudah Berjalan .................. 49
Gambar 4.2 Alur Sistem Pendaftaran Sempro yang Sudah Berjalan ................. 50
Gambar 4.3 Alur Sistem Pendaftaran Sidang yang Sudah Berjalan .................. 52
Gambar 4.4 Alur Sistem Pendaftaran Skripsi yang Diusulkan .......................... 54
Gambar 4.5 Alur Sistem pendaftaran Sempro yang Diusulkan ......................... 56
Gambar 4.6 Alur Sistem Pendaftaran Sidang yang Diusulkan .......................... 58
Gambar 4.7 Use Case Diagram Admin ............................................................. 60
Gambar 4.8 Use Case Diagram Mahasiswa ...................................................... 67
Gambar 4.9 Use Case Diagram Dosen .............................................................. 73
Gambar 4.10 Activity Login Admin ................................................................... 77
Gambar 4.11 Activity Home Admin ................................................................... 78
Gambar 4.12 Activity Diagram Data Mahasiswa............................................... 79
Gambar 4.13 Activity Diagram Dosen ............................................................... 81
Gambar 4.14 Activity Diagram Konfigurasi ...................................................... 82
Gambar 4.15 Activity Diagram Judul ................................................................ 83
Gambar 4.16 Activity Diagram Pendaftaran Sempro......................................... 85
Gambar 4.17 Activity Diagram Pendaftaran Sidang .......................................... 86
Gambar 4.18 Activity Diagram Jadwal Sempro ................................................. 88
Gambar 4.19 Activity Diagram Jadwal Sidang .................................................. 89
Gambar 4.20 Activity Diagram Login Mahasiswa ............................................. 90
Gambar 4.21 Activity Diagram Pengajuan Judul ............................................... 91
Gambar 4.22 Activity Diagram Pengajuan Sempro ........................................... 92
Gambar 4.23 Activity Diagram Pengajuan Sidang ............................................ 93

xiii
Gambar 4.24 Activity Diagram Jadwal Sempro ................................................. 94
Gambar 4.25 Activity Diagram Jadwal Sidang .................................................. 95
Gambar 4.26 Activity Diagram Dosen Login..................................................... 96
Gambar 4.27 Activity Diagram Persetujuan Judul ............................................. 97
Gambar 4.28 Sequence Diagram Login ............................................................. 98
Gambar 4.29 Sequence Diagram Data Mahasiswa ............................................ 99
Gambar 4.30 Sequence Diagram Topik Skripsi .............................................. 100
Gambar 4.31 Sequence Diagram Pengajuan Judul .......................................... 102
Gambar 4.32 Sequence Diagram Pengajuan Sempro ...................................... 103
Gambar 4.33 Sequence Diagram Pengajuan Sidang........................................ 104
Gambar 4.34 Sequence Diagram Jadwal Sempro ............................................ 105
Gambar 4.35 Sequence Diagram Jadwal Sidang ............................................. 106
Gambar 4.36 Sequence Diagram Login Mahasiswa ........................................ 107
Gambar 4.37 Sequence Diagram Pengajuan Judul .......................................... 108
Gambar 4.38 Sequence Diagram Pendaftaran Sempro .................................... 109
Gambar 4.39 Sequence Diagram Pendaftaran Sidang ..................................... 110
Gambar 4.40 Sequence Diagram Login Dosen................................................ 111
Gambar 4.41 Sequence Diagram Pengajuan Judul Dosen ............................... 112
Gambar 4.42 Class Diagram............................................................................ 113
Gambar 4.43 Relasi Tabel ................................................................................ 122
Gambar 4.44 Rancangan Tampilan Halaman Utama ....................................... 123
Gambar 4.45 Rancangan Tampilan Login Mahasiswa .................................... 124
Gambar 4.46 Rancangan Tampilan Register Mahasiswa ................................ 125
Gambar 4.47 Rancangan Tampilan Login Dosen ............................................ 126
Gambar 4.48 Rancangan Tampilan Login Admin ........................................... 127
Gambar 4.49 Rancangan Tampilan Menu Utama Mahasiswa ......................... 128
Gambar 4.50 Rancangan Tampilan Pengajuan Judul ...................................... 129
Gambar 4.51 Rancangan Tampilan Pendaftaran Sempro ................................ 130
Gambar 4.52 Rancangan Tampilan Pendaftaran Sidang Skripsi ..................... 131
Gambar 4.53 Rancangan Tampilan Info Jadwal Sempro................................. 132
Gambar 4.54 Rancangan Tampilan Info Jadwal Sidang Skripsi...................... 133

xiv
Gambar 4.55 Rancangan Tampilan Info Persyaratan ...................................... 134
Gambar 4.56 Rancangan Tampilan Menu Sispensi ......................................... 135
Gambar 4.57 Rancangan Tampilan Halaman Admin ...................................... 136
Gambar 4.58 Rancangan Tampilan Daftar Mahasiswa.................................... 137
Gambar 4.59 Rancangan Tampilan Daftar Dosen ........................................... 138
Gambar 4.60 Rancangan Tampilan Pengajuan Judul ...................................... 139
Gambar 4.61 Rancangan Tampilan Pendaftaran Sempro ................................ 140
Gambar 4.62 Rancangan Tampilan Pendaftaran Sidang.................................. 141
Gambar 4.63 Rancangan Tampilan Menu Jadwal Sempro .............................. 142
Gambar 4.64 Rancangan Tampilan Menu Jadwal Sidang ............................... 143
Gambar 4.65 Rancangan Tampilan Pengajuan Judul Dosen ........................... 144
Gambar 4.66 Tampilan Menu Awal Sispensi .................................................. 145
Gambar 4.67 Tampilan Menu Login Mahasiswa ............................................. 146
Gambar 4.68 Tampilan Menu Login Dosen ..................................................... 147
Gambar 4.69 Tampilan Menu Login Admin .................................................... 147
Gambar 4.70 Tampilan Menu Registrasi Mahasiswa ...................................... 148
Gambar 4.71 Tampilan Menu Utama Mahasiswa............................................ 149
Gambar 4.72 Tampilan Menu Pengajuan Judul ............................................... 150
Gambar 4.73 Tampilan Menu Pendaftaran Sempro ......................................... 151
Gambar 4.74 Tampilan Menu Pendaftaran Sidang .......................................... 152
Gambar 4.75 Tampilan Menu Info Jadwal Sempro ......................................... 153
Gambar 4.76 Tampilan Menu Info Jadwal Sidang .......................................... 154
Gambar 4.77 Tampilan Menu Info Persyaratan ............................................... 154
Gambar 4.78 Tampilan Menu Info Kategori.................................................... 155
Gambar 4.79 Tampilan Menu Info Sispensi .................................................... 156
Gambar 4.80 Tampilan Menu Utama Admin .................................................. 156
Gambar 4.81 Tampilan Menu Daftar Mahasiswa ............................................ 157
Gambar 4.82 Tampilan Menu Daftar Dosen .................................................... 158
Gambar 4.83 Tampilan Menu Daftar Pengajuan Judul .................................... 158
Gambar 4.84 Tampilan Menu Daftar Pengajuan Sempro ................................ 159
Gambar 4.85 Tampilan Menu Daftar Pengajuan Sidang ................................. 160

xv
Gambar 4.86 Tampilan Menu Daftar Jadwal Sempro ..................................... 160
Gambar 4.87 Tampilan Menu Halaman Utama Dosen .................................... 161
Gambar 4.88 Tampilan Menu Jadwal Sidang .................................................. 162

xvi
DAFTAR TABEL

Tabel 2.1 Perbandingan Model Pengembangan ................................................. 20


Tabel 2.2 Simbol Use Case Diagram ................................................................ 28
Tabel 2.3 Simbol Activity Diagram ................................................................... 30
Tabel 2.4 Simbol Sequence Diagram................................................................. 31
Tabel 2.5 Simbol Class Diagram ...................................................................... 32
Tabel 2.6 Perbandingan Metode Pengujian Perangkat ...................................... 38
Tabel 3.1 Spesifikasi Hardware......................................................................... 45
Tabel 3.2 Spesifikasi Software ........................................................................... 46
Tabel 4.1 Use Case Login .................................................................................. 60
Tabel 4.2 Use Case Dashboard ......................................................................... 61
Tabel 4.3 Use Case Mahasiswa ......................................................................... 62
Tabel 4.4 Use Case Dosen ................................................................................. 63
Tabel 4.5 Use Case Konfigurasi ........................................................................ 64
Tabel 4.6 Use Case Pengajuan Skripsi .............................................................. 65
Tabel 4.7 Use Case Login Mahasiswa ............................................................... 67
Tabel 4.8 Use Case Dashboard Mahasiswa ...................................................... 68
Tabel 4.9 Use Case Pendaftaran ........................................................................ 69
Tabel 4.10 Use Case Info Pengajuan ................................................................. 70
Tabel 4.11 Use Case Info Jadwal ....................................................................... 71
Tabel 4.12 Use Case Info ................................................................................... 72
Tabel 4.13 Use Case Info Sispensi .................................................................... 72
Tabel 4.14 Use Case Login Dosen ..................................................................... 73
Tabel 4.15 Use Case Dashboard Dosen ............................................................ 74
Tabel 4.16 Use Case Pengajuan Judul Skripsi ................................................... 75
Tabel 4.17 Use Case Daftar Bimbingan ............................................................ 76
Tabel 4.18 Tabel Mahasiswa ........................................................................... 113
Tabel 4.19 Tabel Dosen ................................................................................... 115
Tabel 4.20 Tabel Pengajuan Judul Skripsi ....................................................... 116
Tabel 4.21 Tabel Pendaftaran Seminar Proposal ............................................. 118

xvii
Tabel 4.22 Tabel Pendaftaran Sidang Skripsi .................................................. 119
Tabel 4.23 Pengujian Halaman Mahasiswa ..................................................... 163
Tabel 4.24 Pengujian Halaman Admin ............................................................ 165
Tabel 4.25 Pengujian Halaman Dosen ............................................................. 166

xviii
BAB I

PENDAHULUAN

1.1. Latar Belakang

Saat ini, untuk melakukan pendaftaran skripsi pada Universitas

Teknologi Sumbawa masih menggunakan proses secara manual. Prosedur

mahasiswa dalam pendaftaran skripsi yang sudah berjalan pada Universitas

Teknologi Sumbawa (UTS) adalah, mahasiswa mengisi Kartu Rencana Studi

(KRS) terlebih dahulu pada sistem siakad untuk mengambil mata kuliah

skripsi. Setelah selesai mengisi KRS, kemudian mahasiswa mengumpulkan

berkas persyaratan skripsi dan juga mengajukan judul skripsi ke program studi

masing-masing. Selain pendaftaran skripsi, pendaftaran seminar proposal

(sempro) dan juga pendaftaran sidang skripsi juga masih dilakukan secara

manual. Pada Program Studi Informatika sebagai salah satu program studi di

UTS masih menggunakan sistem manual untuk melakukan pendaftaran

skripsi dengan jumlah mahasiswa yang tidak sedikit. Hal ini, membutuhkan

waktu yang lama dan tidak efisien bagi Program Studi Informatika.

Maka atas dasar tersebut, demi menunjang kemajuan Program Studi

Informatika Universitas Teknologi Sumbawa, diperlukan suatu sistem

pendaftaran skripsi (SISPENSI) yang lebih efisien dan dapat meminimalisir

waktu yang digunakan dalam melakukan suatu pendaftaran skripsi. Sistem

pendaftaran skripsi ini, akan dibangun dengan teknologi berbasis website agar

1
2

dapat melayani proses pendaftaran skripsi secara online. Pemilihan teknologi

berbasis website dikarenakan dapat di akses melalui browser dengan internet

dan dapat di akses kapan saja maupun darimana saja.

Diharapkan dengan adanya penelitian ini dapat membantu dalam

merancang suatu sistem pendaftaran skripsi pada progam studi infomatika

berbasis website. Dan juga diharapkan dapat mempermudah mahasiswa

dalam melakukan pendaftaran skripsi pada program studi informatika

Universitas Teknologi Sumbawa.

1.2. Rumusan Masalah

Berdasarkan latar belakang diatas, maka dapat diidentifikasikan

beberapa masalah sebagai berikut:

1. Pendaftaran skripsi yang dilakukan dengan proses secara manual

dapat membutuhkan waktu lebih banyak, dan sangat tidak efisien.

2. Berkas-berkas yang di kumpulkan saat pendaftaran skripsi juga dapat

hilang, maupun tidak berjangka panjang.

Dari poin-poin yang telah disebutkan diatas, maka perumusan masalah

yang dapat diambil adalah “Bagaimana merancang dan membangun suatu

sistem pendaftaran skripsi berbasis website”.


3

1.3. Batasan Masalah

Berdasarkan perumusan masalah yang telah dibahas, maka penulis

melakukan batasan masalah sebagai berikut.

1. Sistem pendaftaran skripsi ini berbasis website.

2. Sistem pendaftaran skripsi ini hanya untuk program studi Informatika

Universitas Teknologi Sumbawa.

3. Data yang dibutuhkan dalam pembuatan sistem ini, data mahasiswa,

data dosen pembimbing, dan juga data persyaratan pendaftaran

skripsi, pendaftaran sempro, serta pendaftaran sidang skripsi.

1.4. Tujuan Penelitian

Tujuan penelitian yang dilakukan adalah untuk merancang suatu

sistem pendaftaran skripsi berbasis website secara online pada program studi

informatika agar dapat mempermudah kinerja dosen, mahasiswa program

studi informatika maupun admin program studi Informatika Universitas

Teknologi Sumbawa dalam menangani pendaftaran skripsi.

1.5. Manfaat Penelitian

Manfaat penelitian yang di dapatkan, mencakup manfaat bagi penulis;

manfaat bagi Program Studi Informatika; dan manfaat bagi civitas akademika.

1.5.1 Bagi Penulis.

a. Dapat mengimplementasikan ilmu-ilmu yang diperoleh selama

masa perkuliahan.

3
4

b. Dapat merancang suatu sistem pendaftaran skripsi berbasis website

pada Program Studi Informatika.

c. Sebagai salah satu syarat untuk menyelesaikan mata kuliah Skripsi

Semester VIII (delapan) Program Studi Informatika, Fakultas

Teknik, Universitas Teknologi Sumbawa.

1.5.2 Bagi Program Studi Informatika

a. Membantu Program Studi dalam mengolah, mengelola, maupun

menyimpan berkas-berkas paska pendaftarn sidang skripsi.

b. Membantu Program Studi dalam membangun suatu sistem yang

menunjang kegiatan akademik Program Studi.

c. Dapat menjadi bahan arsip di dalam program studi informatika

1.5.3 Bagi Mahasiswa

a. Membantu mempermudah pendaftaran skripsi yang dilakukan oleh

mahasiswa tingkat akhir secara online.

b. Dapat menjadi referensi bagi mahasiswa program studi informatika

untuk membuat karya ilmiah di kemudian hari.

1.6. Sistematika Penulisan

Dalam penyusunan karya ilmiah ini, terbagi menjadi tiga bab, dimana

bab bab tersebut menerangkan secara singkat pokok permasalahannya serta

menerangkan bagian–bagian yang terkait. Adapun sistematika penulisan

yang disampaikan adalah sebagai berikut :


5

BAB I PENDAHULUAN

Dalam bab ini berisi tentang latar belakang, rumusan masalah,

batasan masalah, tujuan penelitian, manfaat penelitian dan

sistematika penulisan.

BAB II LANDASAN TEORI

Dalam bab ini berisi tentang teori yang berupa pengertian dan

definisi yang diambil dari kutipan buku yang berkaitan dengan

penyusunan laporan yang berhubungan dengan penelitian.

BAB III METODOLOGI PENELITIAN

Dalam bab ini menjelaskan tentang alur penelitian, metode alat dan

bahan penelitian, tempat dan waktu penelitian.

BAB IV HASIL DAN PEMBAHASAN

Dalam bab ini menjelaskan pembahasan mengenai hasil

pengumpulan kebutuhan sistem informasi berbasis website untuk

dijadikan media pengelolaan data pendaftaran skripsi berbasis

website secara online pada program studi informatika Universitas

Teknologi Sumbawa.

BAB V PENUTUP

Dalam bab ini, berisikan kesimpulan dan juga saran dari keseluruhan

penelitian ini.
BAB II

LANDASAN TEORI

Dalam pembuatan Pendaftaran Skripsi Berbasis Web pada Program Studi

Informatika Universitas Teknologi Sumbawa, penulis menggunakan beberapa

pengenalan mengenai aplikasi yang dibangun berdasarkan sumber – sumber

terpercaya untuk menjadi acuan dan rujukan sebagai pendukung dari project yang

di buat.

2.1. Tinjauan Pustaka

Perancangan sistem informasi mengenai pendaftaran skripsi telah

banyak dilakukan dan di teliti oleh beberapa peneliti berikut ini :

Penelitian dari Andri Tri Sutrisno (2013) yang berjudul “Rancang

Bangun Sistem Informasi Pengajuan Judul Tugas Akhir dan Skripsi Berbasis

Web Service”. Dalam tugas akhir tersebut dibangun sebuah sistem informasi

pengajuan judul tugas akhir yang memanfaatkan teknologi web service untuk

menghubungkan sitem informasi yang sudah ada. Web service dapat di

terapkan pada konsep Service Oriented Architecture (SOA) yang merupakan

model arsitektur untuk membuat suatu sistem sebagai service.

Penelitian dari Indra Adikusuma, dkk (2015) yang berjudul “Aplikasi

Pengajuan Judul Skripsi Mahasiswa Jurusan Ilmu Komputer Universitas

Pakuan Berbasis Website”. Dalam tugas akhir tersebut dibangun sebuah

sistem informasi pengajuan judul skripsi dengan memanfaatkan konsep

6
7

teknologi web agar dapat melayani proses pengajuan judul skripsi secara

online.

Dari penelitian yang telah dijabarkan diatas, maka dapat dilakukan

perbandingan sebagai berikut :

a. Penelitian pertama oleh Andri Tri Sutrisno (2013) yang melakukan

penelitian dalam tugas akhirnya yang berjudul “Rancang Bangun Sistem

Informasi Pengajuan Judul Tugas Akhir dan Skripsi Berbasis Web

Service”, penelitian menggunakan konsep teknologi web service dengan

Simple Object Access Protocol (SOAP) sebagai protokol pemaketan

pesan-pesan sehingga program pada suatu komputer dapat memanggil

program pada komputer lain.

b. Penelitian kedua oleh Indra Adikusuma, dkk (2015) yang melakukan

penelitian untuk tugas akhirnya yang berjudul “Aplikasi Pengajuan

Judul Skripsi Mahasiswa Jurusan Ilmu Komputer Universitas Pakuan

Berbasis Website”. Dalam penelitian tersebut menggunakan bahasa

pemrograman PHP dengan penggunaan database menggunakan

XAMPP versi 3.2.1 dan browser Mozilla Firefox.

Dari beberapa penelitian yang telah dilakukan seperti yang telah

dipaparkan diatas, maka penulis juga akan melakukan perancangan dan

pembangunan Pendaftaran Skripsi Berbasis Web pada Program Studi

Informatika yang bertujuan :


8

1. Membantu mempermudah kinerja dosen program studi informatika

Universitas Teknologi Sumbawa, admin program studi informatika,

dan juga mahasiswa yang sedang mengambil tugas akhir pada

program studi informatika.

2. Memanfaatkan teknologi website agar mahasiswa program studi

informatika Universitas Teknologi Sumbawa, dapat melakukan

pendaftaran secara online, kapanpun dan dimanapun.

2.2. Dasar Teori

Adapun dasar teori yang berkaitan dengan penelitian yang penulis

lakukan adalah sebagai berikut.

2.2.1. Rancang Bangun

A. Rancang

Perancangan adalah tahap setelah analisis dari siklus

pengembangan sistem yang dapat berupa penggambaran,

perencanaan dan pembuatan sketsa atau pengaturan dari beberapa

elemen yang terpisah ke dalam satu kesatuan yang utuh dan

berfungsi, termasuk menyangkut mengkonfigurasi dari

komponen-komponen perangkat lunak dan perangkat keras dari

suatu sistem (Jogiyanto, 2005).

Definisi lain Perancangan adalah satu kegiatan yang

memiliki tujuan untuk mendesain sistem baru yang dapat


9

menyelesaikan masalah-masalah yang dihadapi perusahaan yang

diperoleh dari pemilihan alternatif sistem yang terbaik”

(Ladjamudin, 2005).

Berdasarkan definisi perancangan menurut para ahli diatas,

dapat disimpulkan bahwa perancangan merupakan suatu solusi

untuk menyelesaikan suatu permasalahan yang selanjutnya

dikembangkan dengan suatu system.

B. Bangun

Pembangunan atau bangun sistem adalah kegiatan

menciptakan sistem baru maupun mengganti atau memperbaiki

sistem yang telah ada secara keseluruhan (Pressman, 2010).

Bangun sistem adalah membangun sistem informasi dan

komponen yang didasarkan pada spesifikasi desain (Whitten et al,

2004).

Berdasarkan definisi menurut para ahli diatas, dapat

disimpulkan bahwa pembangunan atau bangun sistem adalah

suatu kegiatan meciptakan sistem baru maupun memperbaharui

sistem yang telah ada yang didasarkan pada spesifikasi desain.

C. Rancang Bangun

Rancang bangun merupakan serangkaian prosedur untuk

menerjemahkan hasil analisa dari sebuah sistem ke dalam bahasa

pemrograman untuk mendeskripsikan dengan detail bagaimana


10

komponen-komponen sistem diimplementasikan (Pressman,

2010).

Dari beberapa definisi rancang, bangun, dan juga rancang

bangun diatas maka dapat disimpulkan bahwa rancang bangun

merupakan suatu kegiatan menerjemahkan hasil analisa kedalam

bentuk paket perangkat lunak yang kemudian menciptakan sistem

yang baru ataupun memperbaharui sistem yang sudah ada.

2.2.2. Sistem Informasi

A. Pengertian Sistem

Sistem adalah elemen-elemen yang saling berhubungan

membentuk satu kesatuan atau organisasi (Amsyah, 2001).

Sistem dapat didefinisikan sebagai kumpulan dari

komponen yang saling berhubungan satu dengan yang lainnya

membentuk satu kesatuan untuk mencapai tujuan tertentu

(Jogiyanto, 2003).

Sistem dapat didefinisikan sebagai seperangkat komponen

yang saling terkait atau saling berhubungan, dengan batasan yang

jelas yang bekerja sama untuk mencapai suatu tujuan dengan

menerima masukan dan menghasilkan keluaran dalam proses

transformasi yang teratur (O’Brien, 2006).


11

Berdasarkan pernyataan dari para ahli penulis dapat

mengambil kesimpulan bahwa sistem adalah sekumpulan elemen-

elemen atau komponen yang membentuk suatu keterkaitan yang

bekerja sama untuk mencapai suatu tujuan.

B. Pengertian Informasi

Informasi adalah data yang sudah diolah, dibentuk, atau

dimanipulasi sesuai dengan keperluan tertentu (Amsyah, 2001).

Informasi adalah data yang diolah menjadi bentuk yang

berguna bagi para pemakainya (Jogiyanto, 2003).

Informasi adalah data yang telah diklasifikasikan atau

diolah atau diinterpretasikan untuk digunakan dalam proses

pengambilan keputusan (Sutabri, 2012).

Berdasarkan pernyataan dari para ahli penulis dapat

mengambil kesimpulan bahwa informasi adalah sekumpulan data

yang telah di klarifikasi dan di olah menjadi bentuk yang berguna

untuk pengambilan keputusan

C. Pengertian Sistem Informasi

Sistem informasi adalah suatu sistem di dalam suatu

organisasi yang mempertemukan kebutuhan pengolahan transaksi

harian, mendukung operasi yang bersifat manajerial dan kegiatan

strategi dari suatu organisasi dan menyediakan kepada pihak luar

tertentu dengan laporan-laporan yang diperlukan (Jogiyanto,

2003).
12

Sistem informasi dapat didefinisikan secara teknis sebagai

serangkaian komponen yang saling berhubungan yang

mengumpulkan, memproses, menyimpan, dan mendistribusikan

informasi untuk mendukung pengambilan keputusan dan kontrol

dalam suatu organisasi (Kenneth, 2014).

Sistem informasi adalah kombinasi antar produk kerja,

informasi, orang, dan teknologi informasi yang diorganisasikan

untuk mencapai tujuan dalam sebuah organisasi (Kadir, 2003).

Berdasarkan pernyataan dari para ahli penulis dapat

mengambil kesimpulan bahwa sistem informasi adalah sistem

yang berisikan komponen yang saling berhubungan dan

terorganisasi untuk mencapai tujuan dalam sebuah organisasi.

2.2.3. Pendaftaran Skripsi

A. Pendaftaran
Pendaftaran adalah proses, cara, perbuatan mendaftar yaitu

pencatatan nama, alamat, dan sebagainya dalam daftar. Jadi,

pendaftaran adalah proses pencatatan identitas pendaftar kedalam

sebuah media penyimpanan yang digunakan dalam proses

pendaftaran (DEPDIKBUD01, 2012).

B. Skripsi

Skripsi adalah tulisan ilmiah yang dibuat sebagai syarat

seorang mahasiswa menyelesaikan studi program sarjananya.


13

Skripsi ini sebagai bukti kemampuan akademik seorang

mahasiswa dalam penelitian. Skripsi menjadi syarat kelulusan di

perguruan tinggi, yang diwajibkan bagi mahasiswa S1 dengan

tujuan agar mahasiswa dapat mengungkapkan pikirannya secara

sistematik (Hariwijaya, & Djaelani, 2008).

C. Pendaftaran Skripsi

Berdasarkan pernyataan tentang pendaftaran dan juga

skripsi dari para ahli, penulis dapat mengambil kesimpulan bahwa

pendaftaran skripsi adalah suatu proses atau perbuatan mendaftar

suatu karya ilmiah yang dibuat sebagai syarat mahasiswa

menyelesaikan studi program sarjananya.

2.2.4. Website

Website merupakan fasilitas internet yang menghubungkan

dokumen dalam lingkup lokal maupun jarak jauh. Dokumen pada

website disebut dengan web page dan link dalam website

memungkinkan pengguna bisa berpindah dari satu page ke page lain

(hyper text), baik diantara page yang disimpan dalam server yang

sama maupun server diseluruh dunia. Pages diakses dan dibaca

melalui browser seperti Netscape Navigator, Internet Explorer,

Mozila Firefox, Google Chrome dan aplikasi browser

lainnya (Hakim, 2013). Secara garis besar, website bisa digolongkan

menjadi 2 bagian yaitu:


14

1. Website Statis

Website Statis adalah suatu website yang mempunyai

halaman tidak berubah. Artinya untuk melakukan perubahan pada

suatu halaman pada website dilakukan secara manual dengan

mengedit source code yang menjadi struktur dari website

tersebut.

2. Website Dinamis

Website Dinamis merupakan suatu website yang secara

struktur diperuntukan untuk update sesering mungkin. Website

dinamis terdiri dari halaman frontend yang bisa diakses oleh user

pada umumnya, juga disediakan halaman backend untuk

mengedit kontent dari website.

2.2.5. Internet

Internet adalah jaringan komputer yang saling terhubung ke

seluruh dunia tanpa mengenal batas teritorial, hukum dan budaya.

Secara fisik dianalogikan sebagai jaring laba-laba (The Web) yang

menyelimuti bola dunia dan terdiri dari titik-titik (node) yang saling

berhubungan. Node bisa berupa komputer, jaringan lokal atau

peralatan komunikasi, sedangkan garis penghubung antar simpul

disebut sebagai tulang punggung (backbone) yaitu media

komunikasi terestrial (kabel, serat optik, microwave, radio link)

maupun satelit. Node terdiri dari pusat informasi dan database,

peralatan komputer dan perangkat interkoneksi jaringan serta


15

peralatan yang dipakai pengguna untuk mencari, menempatkan dan

atau bertukar informasi di Internet.

Walaupun secara fisik Internet adalah interkoneksi antar

jaringan komputer namun secara umum internet harus dipandang

sebagai sumber daya informasi. Isi internet adalah informasi, dapat

dibayangkan sebagai suatu database atau perpustakaan multimedia

yang sangat besar dan lengkap. Bahkan internet dipandang sebagai

dunia dalam bentuk lain (maya) karena hampir seluruh aspek

kehidupan di dunia nyata ada di internet seperti bisnis, hiburan,

olahraga, politik dan lain sebagainya (Sidharta, 1996).

2.2.6. Pemrogaman

Pemrogaman merupakan kegiatan menulis kode program

yang akan dieksekusi oleh komputer (Jogiyanto, 2005).

Berdasarkan pengertian pemrogaman diatas, maka dapat

disimpulkan bahwa pemrogaman adalah suatu kegiatan menulis

intruksi-intruksi dalam bahasa yang dimengerti oleh komputer yang

disusun secara logis dan sistematis.

Proses pemrograman komputer bukan saja sekedar menulis

suatu urutan instruksi yang harus dikerjakan oleh komputer akan

tetapi bertujuan untuk memecahkan suatu masalah serta membuat

mudah pekerjaan pengguna komputer (user). Didalam membuat

sebuah program komputer, tentu tidak terlepas dari sifat individu


16

pemrogram (Programmer). Karakteristik seorang pemrogram yang

mutlak dimiliki yaitu:

a. Memiliki pola pikir yang logis,

b. Memiliki ketekunan dan ketelitian yang tinggi,

c. Memiliki penguasaan bahasa pemrograman yang baik,

d. Memiliki pengetahuan teknik pemrograman yang baik.

2.2.7. Flowchart

Flowchart adalah penggambaran secara grafik dari langkah-

langkah dan urut-urutan prosedur dari suatu program”. Berdasarkan

kedua definisi di atas, maka dapat disimpulkan Flowchart adalah

bentuk gambar diagram/grafik yang menggambarkan langkah-

langkah atau urutan dari suatu program atau sistem. (dalam jurnal

Adelia, 2011).

Diagram alir (flowchart) merupakan simbol-simbol yang

digunakan untuk menggambarkan urutan proses yang teijadi

didalam suatu program komputer secara sistematis dan logis. Bagan

alir menggunakan serangkaian simbol standar untuk

mendeskripsikan prosedur pemrosesan transaksi dan arus data yang

melalui sistem melalui gambar (Jogiyanto, 2005).

Pada waktu akan menggambar suatu bagan alir, analis sistem

atau pemrogram dapat mengikuti pedoman-pedoman sebagai

berikut :
17

1. Bagan alir sebaiknya digambar dari atas ke bawah dan mulai

dari bagian kiri dari suatu halaman.

2. Kegiatan didalam bagan alir harus ditunjukkan dengan jelas.

3. Harus ditunjukkan dari mana kegiatan akan dimulai dan

dimana akan berakhirnya.

4. Masing-masing kegiatan didalam bagan alir sebaiknya

digunakan suatu kata yang mewakili suatu pekerjaan.

5. Masing-masing kegiatan didalam bagan alir harus didalam

urutan yang semestinya.

Berikut adalah simbol-simbol yang digunakan dalam

flowchat (Jogiyanto, 2005):


18

Gambar 2.1. Simbol Flowchart


19

2.2.8. Software Development Life Cycle (SDLC)

System 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. Model-

model SDLC yang sering digunakan antara lain Waterfall dan

Prototyping. Dalam rekayasa perangkat lunak, konsep SDLC

mendasari berbagai jenis metodologi pengembangan perangkat

lunak. Metodologi-metodologi ini membentuk suatu kerangka kerja

untuk perencanaan dan pengendalian pembuatan sistem informasi,

yaitu proses pengembangan perangkat lunak. Terdapat 3 jenis

metode siklus hidup sistem yang paling banyak digunakan, yakni:

siklus hidup sistem tradisional (traditional system life cycle), siklus

hidup menggunakan prototyping (life cycle using prototyping), dan

siklus hidup sistem orientasi objek (object-oriented system life

cycle) (Britton, 2001). SDLC juga merupakan metodologi umum

dalam pengembangan sistem yang menandai kemajuan usaha

analisis dan desain. Fase-fase yang terdapat didalam SDLC

meliputi:
20

1. Perencanaan Sistem (Systems Planning)

2. Analisis Sistem (Systems Analysis)

3. Perancangan Sistem (Systems Design)

4. Implementasi Sistem (Systems Implementation)

5. Pemeliharaan Sistem (Systems Maintenance)

Konsep SDLC mendasari model pengembangan perangkat

lunak lainnya. Model pengembangan perangkat lunak tersebut

antara lain waterfall, prototype, iterative, spiral, rapid application

development (RAD) dan lainnya.

Berikut adalah tabel perbandingan model pengembangan

perangkat lunak yang terdapat pada Software Development Life

Cycle (SDLC).

Tabel 2.1 Perbandingan Model Pengembangan


NO METODE
1 Waterfall
Model ini mengusulkan sebuah
Definisi pendekatan perkembangan perangkat
lunak yang sistematik dan sekuensial.
1. Merupakan model pengembangan
paling handal dan mudah
diaplikasikan
Kelebihan
2. Pengerjaan project system akan
terjadwal dengan baik dan mudah
dikontrol.
21

3. Cocok digunakan untuk produk


software yang sudah jelas
kebutuhannya di awal, sehingga
minim kesalahannya.
1. Persyaratan system harus
digambarkan dengan jelas..
2. Sulit untuk mengadaptasi jika
terjadi perubahan spesifikasi pada
Kekurangan
suatu tahapan pengembangan.
3. Dikerjakan tahap per tahap,
menyelesaikan tahap awal baru bisa
ke tahap selanjutnya.
2 Spiral
Model spiral adalah model proses
software yang evolusioner yang
merangkai sifat iteratif dari prototipe
Definisi
dengan control dan aspek sistematis
dari model sekuensial linier. (Roger S
Pressman [6]).
1. Setiap tahap pengerjaan dibuat
prototyping sehingga kekurangan
dan apa yang diharapkan oleh client
dapat diperjelas dan juga dapat
Kelebihan menjadi acuan untuk client dalam
mencari kekurangan kebutuhan.
2. Lebih cocok untuk pengembangan
sistem dan perangkat lunak skala
besar.
22

3. Dapat disesuaikan agar perangkat


lunak bisa dipakai selama hidup
perangkat lunak komputer.
1. Memerlukan tenaga ahli untuk
memperkirakan resiko, dan harus
mengandalkan supaya sukses.
2. Belum terbukti apakah metode ini
cukup efesien karena usianya yang
Kekurangan
relatif baru.
3. Memerlukan penaksiran resiko
yang masuk akal dan akan menjadi
masalah yang serius jika resiko
mayor tidak ditemukan dan diatur.
3 Prototyping
Metode Prototype adalah salah satu
metode pengembangan perangkat lunak
yang mendifinisikan secara umum apa
yang dibutuhkan dalam pembuatan
perangkat lunak. proses pengembangan
sistem seringkali menggunakan
pendekatan prototipe (prototyping).
Metode ini sangat baik digunakan untuk
Definisi
menyelesesaikan masalah
kesalahpahaman antara user dan analis
yang timbul akibat user tidak mampu
mendefinisikan secara jelas
kebutuhannya.
Prototyping adalah pengembangan
yang cepat dan pengujian terhadap
model kerja (prototipe) dari aplikasi
23

baru melalui proses interaksi dan


berulang-ulang yang biasa digunakan
ahli sistem informasi dan ahli bisnis.
Prototyping disebut juga desain aplikasi
cepat (rapid application design / RAD)
karena menyederhanakan dan
mempercepat desain sistem (O'Brien,
2005).
Menurut Raymond McLeod,
prototype didefinisikan sebagai alat
yang memberikan ide bagi pembuat
maupun pemakai potensial tentang cara
system berfungsi dalam bentuk
lengkapnya, dan poses untuk
menghasilkan sebuah prototype disebut
prototyping.
1. Mengehemat waktu
pengembangan.
2. Pengembang dapat bekerja lebih
Kelebihan baik dalam menentukan kebutuhan
pelanggan.
3. User dapat berpartisipasi aktif
dalam pengembangan sistem.
1. Banyak ketidak sesuaian pada
bentuk prototype.
2. Proses analisis dan perangcangan
Kekurangan
terlalu singkat.
3. Prototype yang dihasilkan tidak
selamanya mudah dirubah.
24

Dari perbandingan diatas, maka dapat disimpulkan bahwa

metode pengembangan menggunakan model waterfall merupakan

metode yang cocok digunakan dalam pengembangan aplikasi

pendaftaran skripsi berbasis website, karena pengaplikasiannya serta

semua kebutuhan sistem dapat didefinisikan secara utuh, eksplisit

dalam project.

2.2.9. Model Waterfall

Model waterfall ini adalah model klasik yang bersifat

sistematis, berurutan dalam membangun software (Pressman, 2015).

Nama model ini sebenarnya adalah “Linear Sequential

Model”. Model ini sering disebut juga dengan “classic life cycle”

atau metode waterfall. Model ini termasuk ke dalam model generic

pada rekayasa perangkat lunak dan pertama kali diperkenalkan oleh

Winston Royce sekitar tahun 1970 sehingga sering dianggap kuno,

tetapi merupakan model yang paling banyak dipakai dalam Software

Engineering (SE). Model ini melakukan pendekatan secara

sistematis dan berurutan.

Disebut dengan waterfall karena tahap demi tahap yang

dilalui harus menunggu selesainya tahap sebelumnya dan berjalan

berurutan.

Metode waterfall memiliki tahapan utama dari waterfall

model yang mencerminkan aktifitas pengembangan dasar. Terdapat


25

5 (lima) tahapan pada metode waterfall, yaitu requirement analysis

and definition, system and software design, implementation and unit

testing, integration and system testing, dan operation and

maintenance (Sommervile, 2011).

Adapun penjelasan dari tahapan-tahapan metode waterfall

menurut Ian Sommerville tersebut sebagai berikut:

Gambar 2.2 Metode Waterfall

1. Requirement Analysis and Definition (Kebutuhan)

Tahap ini adalah tahapan penetapan fitur, kendala dan tujuan

sistem melalui konsultasi dengan pengguna sistem. Semua

hal tersebut akan ditetapkan secara rinci dan berfungsi

sebagai spesifikasi sistem.


26

2. System and Software Design (Perancangan)

Informasi dari tahap sebelumnya akan dipelajari dan akan

dimasukan ke dalam rancangan desain sistem sehingga

membantu dalam menentukan aplikasi yang akan di buat

dan juga membantu dalam mendefinisikan arsitektur sistem

secara keseluruhan.

3. Implementation and Unit Testing (Pelaksanaan)

Pada tahap ini, adalah tahap mengiplementasikan rancangan

desain sistem ke dalam setiap unit kode program dan setiap

unit diuji apakah sudah sesuai dengan spesifikasinya.

4. Integration and System Testing (Pemeriksaan)

Setelah tahap implementasi selasai dilakukan maka akan di

lakukan tahap pengujian sistem secara utuh apakah aplikasi

sudah memenuhi persyaratan kemudian aplikasi akan

dikirimkan ke pengguna.

5. Operation and Maintenance (Pemeliharaan)

Tahap akhir dalam model waterfall. Perangkat lunak

yang sudah jadi, dijalankan serta dilakukan pemeliharaan.

Pemeliharaan termasuk dalam memperbaiki kesalahan yang

tidak ditemukan pada langkah sebelumnya. Perbaikan

implementasi sistem dalam peningkatan sistem sebagai

kebutuhan baru.
27

2.2.10. Unified Modeling Language (UML)

Unified Modeling Language (UML) adalah bahasa standar

untuk menulis software blueprint. UML dapat digunakan untuk

memvisualisasikan, menentukan, membangun, dan membuat

dokumen artefak dari sebuah sistem software yang intensif

(Pressman, 2011).

UML adalah salah satu standar bahasa yang banyak

digunakan di dunia industri untuk mendefinisikan requeriment,

membuat analisa & desain, serta menggambarkan arsitektur dalam

pemrograman berorintasi objek (Rosa dan Shalahuddin, 2014).

Berdasarkan definisi di atas, maka dapat disimpulkan

bahwa Unified Modeling Language (UML) adalah suatu alat bantu

yang dapat digunakan dalam bahasa pemograman untuk pemodelan

sistem.

1) Use Case Diagram

Use Case Diargam merupakan pemodelan untuk

melakukan (behavior) sistem informai yang akan dibuat. Use

case digunakan untuk mengetahui fungsi apa saja yang ada di

dalam sebuah sistem informasi dan siapa saja yang berhak

menggunakan fungsi-fungsi itu.

Berikut adalah simbol-simbol yang digunakan dalam use

case diagram (Rosa dan Shalahuddin, 2014):


28

Tabel 2.2 Simbol Use Case Diagram

Simbol Nama Keterangan

Fungsionalitas yang
disediakan sistem
sebagai unit-unit yang
saling bertukar pesan
Use Case antar unit atau aktor;
biasanya dinyatakan
dengan menggunakan
kata kerja di awal frase
nama use case
Orang, proses, atau
sistem lain yang
berinteraksi dengan
sistem informasi yang
akan dibuat di luar
sistem informasi yang
akan dibuat itu sendiri,
Aktor jadi walaupun simbol
dari aktor adalah
gambar orang, tapi
aktor belum tentu
merupakan orang;
biasanya dinyatakan
menggunakan kata
benda di awal frase
nama aktor
Komunikasi antar
aktor dan use case
Association yang berpartisipasi
pada use case atau use
case memiliki interaksi
dengan aktor
Relasi use case
tambahan ke sebuah
Extend use case dimana use
case yang
ditambahkan dapat
berdiri sendiri walau
29

tanpa use case


tambahan itu , mirip
dengan prinsip
inheritance pada
pemrograman
berorientasi objek ,
ditambahkan, missal
arah panah mengarah
pada use case yang
ditambahkan ,
biasanya use case yang
menjadi extend-nya
merupakan jenis yang
sama dengan use case
yang menjadi
induknya.
Hubungan generalisasi
dan spesialisasi
(umum-khusus) antara
Generalisasi dua buah use case
dimana fungsi yang
satu adalah fungsi
yang lebih umum dari
lainnya
Relasi use case
tambahan ke sebuah
use case di mana use
case yang
Include ditambahkan
memerlukan use case
ini untuk menjalankan
fungsinya atau sebagai
syarat dijalankan use
case.

2) Activity Diagram

Activity Diagram menggambarkan aliran kerja

(workflow) atau aktivitas dari sebuah sistem atau proses bisnis


30

atau menu yang ada pada perangkat lunak. Perlu diperhatikan

bahwa diagram aktivitas menggambarkan aktivitas sistem

bukan apa yang dilakukan aktor, jadi aktivitas yang dapat

dilakukan oleh sistem.

Berikut adalah simbol-simbol yang ada pada diagram

aktivitas (Rosa dan Shalahuddin, 2014):

Tabel 2.3 Simbol Activity Diagram

3) Sequence Diagram

Sequence Diagram menggambarkan kelakuan objek

pada use case dengan mendeskripsikan waktu hidup objek dan

message yang dikirimkan dan diterima antar objek. Untuk

menggambarkan diagram sekuen maka harus diketahui objek-

objek yang terlibat dalam sebuah use case beserta metode-

metode yang dimiliki kelas yang diinstansiasi menjadi objek itu.


31

Berikut adalah simbol-simbol yang ada pada sequence

diagram (Rosa dan Shalahuddin, 2014):

Tabel 2.4 Simbol Sequence Diagram

3) Class Diagram

Class Diagram menggambarkan struktur sistem dari

segi pendefinisian kelas-kelas yang akan dibuat untuk

membangun sistem. Kelas memiliki apa yang disebut atribut

dan metode atau operasi.


32

Berikut adalah simbol-simbol yang ada pada sequence

diagram (Rosa dan Shalahuddin, 2014):

Tabel 2.5 Simbol Class Diagram

2.2.11. Personal Home Page (PHP)

PHP adalah bahasa server-side–scripting yang menyatu

dengan HTML untuk membuat halaman web yang dinamis.

Karena PHP merupakan server-side-scripting maka sintaks dan


33

perintah-perintah PHP akan diesksekusi diserver kemudian hasilnya

akan dikirimkan ke browser dengan format HTML. PHP termasuk

dalam open source product, sehingga source code PHP dapat

diubah dan didistribusikan secara bebas (Arief, 2011).

Berdasarkan pendapat yang telah dikemukakan diatas, maka

dapat disimpulkan bahwa Personal Home Page (PHP) suatu bahasa

yang berjalan pada sisi server yang dapat digunakan secara gratis,

dan bersifat open source.

2.2.12. Framework Codeigniter

Codeigniter merupakan framework PHP yang diklaim

memiliki eksekusi tercepat dibandingkan dengan framework

lainnya. Codeigniter bersifat open source dan menggunakan model

basis MVC (Model View Controller), yang merupakan model

konsep modern framework yang digunakan saat ini ( Widodo, 2013).

Framework sendiri adalah suatu kerangka kerja dalam

aplikasi yang didalamnya memiliki fungsi-fungsi program yang

telah disusun, sehingga programmer tidak perlu membuat kode dari

nol, karena framework telah menyediakan library yang diperlukan.


34

Gambar 2.2 Logo CodeIgniter

2.2.13. Basis Data

Basis data (database) merupakan kumpulan dari data yang

saling berhubungan satu dengan yang lainnya, tersimpan dalam

perangkat keras komputer dan digunakan perangkat lunak untuk

memanipulasinya. Basis data merupakan salah satu komponen

utama dalam sistem informasi, karena merupakan basis dalam

penyediaan informasi bagi para pemakai (Mulyanto, 2008).

Pengelolaan basis data secara fisik tidak dilakukan oleh

pemakai secara langsung, tetapi ditangani oleh sebuah perangkat

lunak yang khusus/spesifik. Perangkat lunak inilah disebut DBMS

yang akan menentukan bagaimana data diorganisasi, disimpan,

diubah dan diambil kembali. Ia juga menerapkan mekanisme

pengaman data, pemakaian data secara bersama, pemaksaan

keakuratan atau konsistensi data, dan sebagainya (Mulyanto, 2008).

Secara ringkas struktur suatu DBMS adalah pada gambar dibawah:


35

Gambar 2.3 Struktur DBMS

Aplikasi-aplikasi tambahan bersifat opsional (bisa ada dan

bisa tidak) dan biasanya terdapat pada DBMS sebagai fungsi

tambahan.

2.2.14. My Structured Query Language (MySQL)

My Structured Query Language (MySQL) adalah sistem

manajemen database relasi (relation data-base Management

system) yang bersifat open source. Maksudnya adalah MySql dapat

digunakan oleh siapa saja, baik versi kode program aslinya maupun

versi biner-nya (executable program) dan bisa digunakan secara

gratis baik untuk dimodifikasi sesuai dengan kebutuhan seseorang

maupun sebagai suatu program aplikasi komputer (dalam jurnal

Hege, dkk, 2014).


36

Kelebihan lain dari MySql adalah menggunakan bahasa

query standar yang dimiliki Structure Query Language (SQL). SQL

adalah suatu bahasa permintaan yang terstruktur yang telah

distandarkan untuk semua program pengakses database seperti

Oracle, PostgresSQL, SQL Server, dan lain-lain. Sebagai sebuah

program penghasil database MySql tidak dapat berjalan sendiri

tanpa adanya sebuah aplikasi lain (interface). MySql dapat didukung

oleh hampir semua program aplikasi baik open source seperti PHP

maupun yang tidak, yang ada pada platform windows seperti Visual

Basic, Delphi, dan lainnya.

Gambar 2.4 Logo MySQL

2.2.15. (X{windows/linux} Apache MySQL, PHP, and Perl) XAMPP

XAMPP adalah sebuah software web server yang

didalamnya tersedia database server MySQL dan dapat mendukung

pemrogaman PHP. Xampp merupakan singkatan dari X (empat

sistem operasi apapun), Apache, MySQL, PHP dan Perl. XAMPP

merupakan software yang mudah digunakan, gratis dan mendukung


37

instalasi di Linux dan Windows. Keuntungan dari software XAMPP

ini kita hanya perlu meng-install satu software XAMPP ini, dan

sudah tersedia Apache Web Server, MySQL Database Server, PHP

Support (PHP 4 dan PHP 5) dan beberapa module lainnya (dalam

jurnal Februariyanti, 2012).

2.2.16. Pengujian Perangkat Lunak

Pengujian perangkat lunak adalah elemen kritis dari jaminan

kualitas perangkat lunak dan mempersentasikan kajian pokok dari

spesifikasi, desain, dan pengkodean. Sejumlah aturan yang

berfungsi sebagai sasaran pengujian pada perangkat lunak

(Sukamto, 2009), antara lain:

1. Pengujian adalah proses eksekusi suatu program dengan maksud

menemukan kesalahan.

2. Test Case yang baik adalah test case yang memiliki probabilitas

tinggi untuk menemukan kesalahan yang belum pernah

ditemukan sebelumnya.

3. Pengujian yang sukses adalah pengujian yang mengungkap

semua kesalahan yang belum pernah ditemukan sebelumnya.

Karakteristik umum dari pengujian perangkat lunak adalah

sebagai berikut (Sukamto, 2009):

1. Pengujian dimulai pada level modul dan bekerja keluar kearah

integrasi pada sistem berbasiskan komputer.


38

2. Teknik pengujian yang berbeda sesuai dengan poin-poin yang

berbeda pada waktunya.

3. Pengujian diadakan oleh software developer dan untuk proyek

yang besar oleh group testing yang independent.

4. Testing dan Debugging adalah aktivitas yang berbeda tetapi

debugging harus diakomodasikan pada setiap strategi testing.

Tabel 2.6 Perbandingan Metode Pengujian Perangkat


NO METODE
1 Black Box Testing
Black box testing adalah menguji
perangkat lunak dari segi spesifikasi
fungsional tanpa menguji desain dan
kode program. Pengujian
Definisi dimaksudkan untuk mengetahui
apakah fungsi-fungsi, masukan, dan
keluaran dari perangkat lunak yang
sesuai dengan spesifikasi
dibutuhkan.
1. Efisien untuk segmen kode besar
2. Akses kode tidak di perlukan.
Kelebihan
3. Pemisahan antara perspektif
user dan pengembang.
1. Cakupan terbatas karena hanya
sebagian kecil dari scenario
Kekurangan pengujian yang dilakukan.
2. Pengujian tidak efisien karena
keberuntungan tester dari
39

pengetahuan tentang perangkat


lunak internal.
2 White Box Testing
Metode pengujian perangkat lunak
yang di mana struktur internal
diketahui untuk menguji siapa yang
akan menguji perangkat lunak.
Definisi
Pengujian ini membutuhkan
pengetahuan internal tentang
kemampuan sistem dan
pemrograman
1. Efisien dalam menemukan
kesalahan dan masalah.
2. Diperlukan pengetahuan internal
perangkat lunak yang sedang
diuji bermanfaat untuk
Kelebihan
pengujian menyeluruh.
3. Memungkinkan menemukan
kesalahan tersembunyi.
4. Membantu mengoptimalkan
kode.
1. Membutuhkan pengetahuan
tingkat tinggi dari perangkat
Kekurangan lunak internal yang sedang diuji.
2. Membutuhkan akses kode.
.
40

Berdasarkan tabel perbandingan diatas, penulis memilih

untuk menggunakan metode black box testing sebagai pengujian

perangkat lunak. Alasan penulis memilih metode black box testing

karena, metode black box testing ini tidak membutuhkan akses kode

dan hanya mengamati hasil dari eksekusi software tersebut.

2.2.17. Black Box Testing

Black box testing adalah menguji perangkat lunak dari segi

spesifikasi fungsional tanpa menguji desain dan kode program.

Pengujian dimaksudkan untuk mengetahui apakah fungsi-fungsi,

masukan, dan keluaran dari perangkat lunak sesuai dengan

spesifikasi yang dibutuhkan. Pengujian kotak hitam dilakukan

dengan membuat kasus uji yang bersifat mencoba semua fungsi

dengan memakai perangkat lunak apakah sesuai dengan spesifikasi

yang dibutuhkan. Kasus uji yang dibuat untuk melakukan pengujian

black box testing harus dibuat dengan kasus benar dan kasus salah

(Sukamto dan Shalahuddin, 2011).

Black box testing juga disebut pengujian tingkah laku,

memusat pada kebutuhan fungsional perangkat lunak. Teknik

pengujian black box memungkinkan memperoleh serangkaian

kondisi masukan yang sepenuhnya menggunakan semua persyaratan

fungsional untuk suatu program.


BAB III

METODOLOGI PENELITIAN

3.1. Metode Penelitian

Metode yang digunakan dalam melaksanakan penelitian ini yaitu

metode pengumpulan data dan metode pengembangan perangkat lunak.

Tahapan-tahapan yang dilakukan dalam membangun pendaftaran skripsi

berbasis web ini yaitu sebagai berikut:

Gambar 3.1 Tahapan Metodologi Penelitian

41
42

3.1.1. Metode Pengumpulan Data

Dalam membangun perancangan pendaftaran skripsi

berbasis web pada program studi informatika penulis menggunakan

metode penelitian kualitatif. Adapun teknik yang dilakukan dalam

pengumpulan data adalah sebagai berikut:

a. Observasi

Pada metode ini peneliti melakukan observasi langsung

ke lokasi untuk mengumpulkan data-data terkait pendaftaran

skripsi pada Program Studi Informatika Universitas Teknologi

Sumbawa. Observasi ini dilakukan untuk mencari data-data

yang di perlukan dalam penelitian.

b. Wawancara

Pada tahap ini peneliti melakukan wawancara dan tanya

jawab dengan Ibu Nora Dery Sofya, S.Kom., selaku sekretaris

Program Studi Informatika Universitas Teknologi Sumbawa dan

juga mahasiswa yang sedang mengambil tugas akhir pada

Program Studi Informatika.

c. Dokumentasi

Tahap dokumentasi adalah tahapan dimana peneliti

mengambil data berupa gambar atau foto dari dokumen maupun

berkas-berkas yang terkait dengan penelitian, yaitu berkas

pendaftaran skripsi pada Program Studi Informatika Universitas

Teknologi Sumbawa.
43

d. Studi Pustaka

Pada tahap ini peneliti mempelajari konsep, teknik,

maupun informasi dari berbagai sumber seperti internet, buku,

jurnal, maupun artikel ilmiah lainnya yang berkaitan dengan

objek yang diteliti.

3.1.2. Metode Pengembangan Perangkat Lunak

Penelitian ini penulis menggunakan metode pengembangan

perangkat lunak Software Development Life Cycle (SDLC) dengan

model Waterfall. Model waterfall adalah model klasik yang bersifat

sistematis, serta berurutan dalam membangun software. Model Waterfall

terdiri dari lima tahapan yaitu analisis, design, coding dan testing,

implementasi, dan maintenance.

1. Analisis

Pada tahapan ini dilakukan analisis kebutuhan dengan

melakukan pengumpulan data dengan konsep deskriptif dan data

kualitatif. Adapun langkah-langkah yang dilakukan yaitu,

observasi, wawancara, dokumentasi, dan studi pustaka.

2. Perancangan

Informasi dari tahap sebelumnya akan dipelajari dan akan

dimasukan ke dalam rancangan desain sistem menggunakan Case

Diagram, Activity Diagram, Sequence Diagram sehingga


44

membantu dalam mendefinisikan arsitektur sistem secara

keseluruhan.

3. Pengkodean

Pada tahapan ini merupakan implementasi yang

dilakukan dari tahapan desain ke dalam bahasa yang bisa dikenali

oleh komputer. Proses yang dilakukan adalah dengan coding

(proses membuat kode).

4. Pengujian

Pada tahapan ini merupakan pengujian secara

menyeluruh dari sistem yang telah dibuat. Pengujian ini

mengunakan metode Black Box sebagai metode pengujian

apakah sistem sudah memenuhi persyaratan atau belum jika

sudah maka sistem akan diberikan kepada pengguna.

5. Implementasi dan Pemeliharaan

Dalam tahap ini sistem yang telah dibuat sudah bisa mulai

untuk digunakan maupun dipublikasikan. Untuk selanjutnya

pada tahapan pemeliharaan sistem, serta pengembangan sistem

dapat dilakukan oleh Program Studi Informatika Universitas

Teknologi Sumbawa, selaku tempat penulis melakukan

penelitian.

3.2. Alat Dan Bahan Penelitian

Adapun alat dan bahan yang dibutuhkan dalam penelitian ini meliputi,

analisis kebutuhan perangkat dan analisis kebutuhan data sebagai berikut.


45

3.2.1. Analisa Kebutuhan Perangkat

Adapun analisa kebutuhan perangkat dari sistem yang akan

dibangun adalah mencakup kebutuhan perangkat keras (hardware)

dan kebutuhan perangkat lunak (software).

Berdasarkan pelitian yang dilakukan, analisa kebutuhan

perangkat dari sistem yang akan dibangun yaitu:

1. Kebutuhan Hardware (Perangkat Keras)

Guna menunjang pembangun sistem dalam penelitian

ini dibutuhkan hardware dengan spesifikasi tertentu, seperti

pada tabel dibawah:

Tabel 3.1 Spesifikasi Hardware

NO Perangkat Keras Spesifikasi

• Acer Aspire S3 14 inc

Processor Intel Core i5


1 Laptop
• RAM 4 GB

• Hardisk 500 GB

2 Mouse Fantech

2. Kebutuhan Software (Perangkat Lunak)

Untuk menunjang pembangun sistem dalam penelitian

ini dibutuhkan software dengan spesifikasi tertentu, seperti

pada tabel dibawah:


46

Tabel 3.2 Spesifikasi Software

No Perangkat Lunak Spesifikasi

1 Sistem Operasi Windows 10.1 Pro (64bit)

2 Bahasa Pemrograman PHP Version 7.1.26

3 Framework CodeIgniter Version 3.1.10

4 Database MySQL Version 8.0.15

5 Browser Google Chrome

3.2.2. Analisa Kebutuhan Data

Untuk mendukung pembuatan Pendaftaran Skripsi Berbasis

Web ini, penulis memerlukan beberapa data sebagai bahan

penelitian. Dalam hal ini data yang penulis bersumber dari pihak

Program Studi Informatika Universitas Teknologi Sumbawa.

Adapun data-data yang digunakan untuk Pendaftaran Skripsi

yang akan dibangun yaitu sebagai berikut:

1. Data berkas-berkas syarat kelengkapan pendaftaran

skripsi pada Program Studi Informatika Universitas

teknologi Sumbawa.

2. Data mahasiswa yang sedang mengambil tugas akhir pada

Program Studi Informatika Universitas Teknologi

Sumbawa.

3. Data dosen pengajar pada Program Studi Informatika.


47

3.3. Waktu Dan Tempat Penelitian

3.3.1 Waktu Penelitian

Penelitian ini dilaksanakan pada semester genap tahun ajaran

2019, yaitu antara bulan Maret 2019 sampai dengan bulan Juni 2019.

3.3.2. Tempat Penelitian

Kegiatan penelitian ini dilaksanakan di ruang Program Studi

Informatika lantai 2 Rektorat Universitas Teknologi Sumbawa, di

Jln. Raya Olat Maras, Dusun Batu Alang, Desa Leseng, Kec. Moyo

Hulu, Kab. Sumbawa.


48

BAB IV

HASIL DAN PEMBAHASAN

Pada bab ini merupakan hasil dan pembahasan dari Skripsi Rancang Bangun

Pendaftaran Skripsi Berbasis Web pada Program Studi Informatika. Di dalam bab

ini dibagi atas Analisa program, perancangan sistem, dan pembangunan sistem

pendaftaran skripsi berbasis web.

4.1 Analisa Program

Berikut adalah hasil Analisa program yang telah penulis lakukan guna

membantu dalam perancangan pada sistem pendaftaran skripsi berbasis web

Program Studi Informatika, UTS.

4.1.1. Analisa Sistem Berjalan

Dalam penganalisaan prosedur pendaftaran skripsi yang terdapat

pada Program Studi Informatika Universitas Teknologi Sumbawa

prosedur sistem pendaftaran saat ini belum berjalan baik, dimana

mahasiswa masih mengumpulkan berkas dengan menggunakan media

perantara kertas dan kemudian mendaftar pada program studi masing-

masing di Universitas Teknologi Sumbawa. Berkas-berkas yang telah

diajukan oleh mahasiswa disimpan di dalam lemari penyimpanan

program studi masing-masing. Tempat penyimpanan lemari ini, belum

terjamin keamananya serta terbatas dalam menyimpan berkas-berkas

skripsi mahasiswa.
49

Berikut merupakan penjelasan prosedur sistem pendaftaran

skripsi yang sedang berjalan saat ini pada Program Studi Informatika

Universitas Teknologi Sumbawa :

a. Alur Pendaftaran Skripsi yang Sudah Berjalan

Gambar 4.1 Alur Sistem Pendaftaran Skripsi yang Sudah Berjalan

Berikut merupakan penjelasan proses pendaftaran skripsi yang

sedang berjalan pada Program Studi Informatika Universitas Teknologi

Sumbawa:

a. Mahasiswa mengisi KRS terlebih dahulu yang terdapat pada

SIAKAD, untuk mengambil mata kuliah Skripsi.

b. Mahasiswa mengumpulkan berkas pengajuan skripsi sesuai

dengan persyaratan dari Program Studi Informatika

Universitas Teknologi Sumbawa.


50

c. Prodi menerima berkas-berkas pengajuan skripsi dari

mahasiswa yang telah mengumpulkan berkas pengajuan

skripsi. Kemudian, prodi melakukan pemilihan dosen

pembimbing yang sesuai dengan topik skripsi yang diajukan

oleh mahasiswa.

d. Prodi mencetak dan menyebarkan nama dosen pembimbing

beserta mahasiswa bimbingannya agar nantinya mahasiwa

dapat melihat dosen pembimbingnya.

e. Mahasiswa dapat melihat dosen pembimbingnya, dan memulai

skripsinya.

b. Alur Sistem Pendaftaran Sempro yang Sudah Berjalan

Gambar 4.2 Alur Sistem Pendaftaran Sempro yang Sudah Berjalan


51

Berikut merupakan penjelasan proses pendaftaran sempro yang

sedang berjalan pada Program Studi Informatika Universitas Teknologi

Sumbawa:

b. Mahasiswa mengumpulkan berkas pendaftaran sempro sesuai

dengan persyaratan dari Program Studi Informatika Universitas

Teknologi Sumbawa.

c. Prodi menerima berkas-berkas pendaftaran sempro dari

mahasiswa yang telah melakukan pengumpulan berkas

pendaftaran sempro.

b. Kemudian, prodi mencetak dan menyebarkan jadwal sempro

mahasiswa.

c. Mahasiswa dapat melihat jadwal sempronya.


52

c. Alur Sistem Pendaftaran Sidang yang Sudah Berjalan

Gambar 4.3 Alur Sistem Pendaftaran Sidang yang Sudah Berjalan

Berikut merupakan penjelasan proses pendaftaran sempro yang

sedang berjalan pada Program Studi Informatika Universitas Teknologi

Sumbawa:

a. Mahasiswa mengumpulkan berkas pendaftaran sidang sesuai

dengan persyaratan dari Program Studi Informatika Universitas

Teknologi Sumbawa.

b. Prodi menerima berkas-berkas pendaftaran sidang skripsi dari

mahasiswa yang telah melakukan pengumpulan berkas

pendaftaran sidang skripsi.


53

c. Kemudian, prodi mencetak dan menyebarkan jadwal sidang

mahasiswa.

d. Mahasiswa dapat melihat jadwal sidangnya.

4.2 Rancangan Sistem

Berikut adalah rancangan sistem usulan yangakan dibuat untuk

pendaftaran skripsi berbasis web pada Program Studi Informatika Universitas

Teknologi Sumbawa.

4.2.1. Rancangan Sistem Usulan

Rancangan sistem usulan disini, merupakan rancangan sistem

untuk menggantikan sistem yang sedang berjalan untuk pendaftaran

skripsi pada Program Studi Informatika Universitas Teknologi

Sumbawa. Berikut merupakan gambaran dari rancangan sistem yang

diusulkan:
54

a. Alur Sistem Pendaftaran Skripsi yang Diusulkan

Gambar 4.4 Alur Sistem Pendaftaran Skripsi yang Diusulkan

Berikut merupakan penjelasan alur skripsi yang diusulkan pada

Program Studi Informatika Universitas Teknologi Sumbawa:

a. Mahasiswa melakukan login kedalam web pendaftaran skripsi

dengan memasukkan username dan password.

b. Mahasiswa meng-input form pengajuan judul skripsi yang

tersedia di dalam web pendaftaran skripsi Program Studi

Informatika Universitas Teknologi Sumbawa.


55

c. Prodi melihat judul skripsi yang diajukan oleh mahasiswa yang

melakukan pendaftaran, setekah itu prodi meneruskan informasi

pendaftaran skripsi tersebut kepada dosen-dosen yang sesuai

dengan topik yang dipilih oleh mahasiswa yang melakukan

pendaftaran.

d. Dosen mendapatkan hak untuk menolak maupun mengizinkan

mahasiswa terkait judul skripsinya.

e. Mahasiswa melihat judul skripsinya, apabila dosen menyetujui

maka dilanjutkan dengan memulai skripsinya, apabila dosen

menolak maka mahasiswa harus melakukan pendaftaran skripsi

ulang.
56

b. Alur Sistem Pendaftaran Sempro yang Diusulkan

Gambar 4.5 Alur Sistem pendaftaran Sempro yang Diusulkan

Berikut merupakan penjelasan alur pendaftaran sempro yang

diusulkan pada Program Studi Informatika Universitas Teknologi

Sumbawa:

a. Mahasiswa melakukan login kedalam web pendaftaran skripsi

dengan memasukkan username dan password.


57

b. Mahasiswa meng-input form pendaftaran seminar proposal yang

tersedia di dalam web pendaftaran skripsi Program Studi

Informatika Universitas Teknologi Sumbawa.

c. Sistem menyimpan data pendaftaran sempro yang telah diajukan

oleh mahasiswa.

d. Prodi mempunyai hak untuk menerima maupun menolak

pendaftaran sempro yang diajukan oleh mahasiswa.

e. Jika pendaftaran yang dilakukan oleh mahasiswa berhasil

diterima, mahasiswa bisa melihat jadwal yang tercetak oleh

prodi. Jika, pendaftaran yang dilakukan oleh mahasiswa ditolak,

mahasiswa memulai lagi dari input form pendaftaran seminar

proposal.
58

c. Alur Sistem pendaftaran Sidang yang Diusulkan

Gambar 4.6 Alur Sistem Pendaftaran Sidang yang Diusulkan

Berikut merupakan penjelasan alur pendaftaran sidang yang

diusulkan pada Program Studi Informatika Universitas Teknologi

Sumbawa:

a. Mahasiswa melakukan login kedalam web pendaftaran skripsi

dengan memasukkan username dan password.


59

b. Mahasiswa meng-input form pendaftaran sidang skripsi yang

tersedia di dalam web pendaftaran skripsi Program Studi

Informatika Universitas Teknologi Sumbawa.

c. Sistem menyimpan data pendaftaran sidang yang telah diajukan

oleh mahasiswa.

d. Prodi mempunyai hak untuk menerima maupun menolak

pendaftaran sidang yang diajukan oleh mahasiswa.

e. Jika pendaftaran yang dilakukan oleh mahasiswa berhasil

diterima, mahasiswa bisa melihat jadwal yang tercetak oleh

prodi. Jika, pendaftaran yang dilakukan oleh mahasiswa ditolak,

mahasiswa memulai lagi dari input form pendaftaran sidang.

4.2.2. Unified Modeling Language (UML)


Berikut merupakan UML yang terdapat didalam pendaftaran

skripsi berbasis web pada Program Studi Informatika Universitas

Teknologi Sumbawa sebagai berikut:

A. Use Case Diagram

Use Case Diagram mendeskripsikan hubungan antara

pengguna sistem (aktor) dengan aktivitas-aktivitas atau proses di

dalam Rancang Bangun Pendaftaran Skripsi Berbasis Web Pada

Program Studi Informatika Universitas Teknologi Sumbawa. Pada

sistem ini terdapat 3 aktor, yakni Admin, Mahasiswa, dan Dosen.


60

Untuk menjelaskan usecase diagram dari sistem yang akan di

bangun dijelaskan pada usecase spesifikasi tiap aktor.

1. Use case Diagram Admin

Adapun perancangan use case diagram admin adalah

sebagai berikut :

Gambar 4.7 Use Case Diagram Admin

Penjelasan dari gambar use case diagram diatas dapat

dijelaskan dalam tabel deskripsi berikut:

Tabel 4.1 Use case login

Use Case Login


Deskripsi Use Case ini digunakan untuk melakukan
verifikasi admin dengan memeriksa hak
akses admin
Actor Admin
Main Flow of Event
61

Aksi Aktor Respon Sistem


1. Use Case dimulai pada saat
admin menjalankan aplikasi
system
2. sistem menampilkan
form login
3. Admin mengisi username dan
password
4. sistem memeriksa data
input admin dan
melakukan verifikasi
5. sistem akan memberikan
hak akses kepada admin
Exceptional Flow of Event
Jika username dan password tidak valid, sistem akan
menampilkan pesan kesalahan dan admin tidak dapat masuk ke
dalam sistem

Tabel 4.2 Use Case Dashboard

Use Case Dashboard


Deskripsi Use Case ini digunakan untuk
menampilkan control panel
Actor Admin
Main Flow of Event
Aksi Aktor Respon Sistem
1. Use Case dimulai pada saat
admin memilih menu
dashboard
2. Sistem menampilkan
menu utama
62

3. Sistem menampilkan
control panel dari sistem
4. Admin dapat menuju ke
halaman mahasiswa melalui
pintasan control panel
5. Admin dapat menuju ke
halaman dosen melalui pintasan
control panel
6. Admin dapat menuju ke
halaman pendaftaran melalui
pintasan control panel
7. Admin dapat menuju ke
halaman jadwal melalui
pintasan control panel
8. Sistem akan memproses
menu yang dipilih oleh
admin.
Exceptional Flow of Event
-

Tabel 4.3 Use Case Mahasiswa

Use Case Mahasiswa


Deskripsi Use Case ini digunakan untuk
menampilkan data Mahasiswa
Actor Admin
Main Flow of Event
Aksi Aktor Respon Sistem
1. Use Case dimulai pada saat
admin memilih menu
Mahasiswa
63

2. Sistem menampilkan
seluruh data Mahasiswa
3. Admin dapat melihat data
mahasiswa
4. Admin dapat menambah data
mahasiswa
5. Admin dapat mengubah data
mahasiswa
6. Admin dapat menghapus data
mahasiswa
7. Data mahasiswa yang
ditambah, diubah, atau
dihapus akan di update
oleh sistem ke dalam
database.
Exceptional Flow of Event
-

Tabel 4.4 Use Case Dosen

Use Case Dosen


Deskripsi Use Case ini digunakan untuk
menampilkan data Dosen
Actor Admin
Main Flow of Event
Aksi Aktor Respon Sistem
1. Use Case dimulai pada saat
admin memilih menu Dosen
2. Sistem menampilkan
seluruh data Dosen
3. Admin dapat melihat data dosen
64

4. Admin dapat menambah data


dosen
5. Admin dapat mengubah data
dosen
6. Admin dapat menghapus data
dosen
7. Data dosen yang
ditambah, diubah, atau
dihapus akan di update
oleh sistem ke dalam
database.
Exceptional Flow of Event
-

Tabel 4.5 Use Case Konfigurasi

Use Case Konfigurasi


Deskripsi Use Case ini digunakan untuk
menampilkan data Konfigurasi
Actor Admin
Main Flow of Event
Aksi Aktor Respon Sistem
1. Use Case dimulai pada saat
admin memilih menu
Konfigurasi
2. Sistem menampilkan
opsi konfigurasi
3. Admin dapat melihat
konfigurasi topik skripsi
4. Admin dapat menambah
konfigurasi topik skripsi
65

5. Admin dapat mengubah


konfigurasi topik skripsi
6. Admin dapat menghapus
konfigurasi topik skripsi
7. Data topik skripsi yang
ditambah, diubah, atau
dihapus akan di update
oleh sistem ke dalam
database.
Exceptional Flow of Event
-

Tabel 4.6 Use Case Pengajuan Skripsi

Use Case Konfigurasi


Deskripsi Use Case ini digunakan untuk
menampilkan data pada menu Pengajuan
skripsi
Actor Admin
Main Flow of Event
Aksi Aktor Respon Sistem
1. Use Case dimulai pada saat
admin memilih menu Pengajuan
SKripsi
2. Sistem menampilkan
sub menu Pengajuan
skripsi
3. Admin dapat memilih sub menu
pendaftaran judul,pendaftaran
sempro, pendaftaran sidang pada
menu Pengajuan skripsi
4. Admin dapat memilih sub menu
jadwal sempro, jadwal sidang
66

skripsi yang terdapat pada menu


pengajuan skripsi
5. Sistem akan memproses
sub-menu yang di pilih
oleh admin.
6. Admin dapat melakukan aksi
menyetujui, maupun menolak
pengajuan judul, pendaftaran
sempro, maupun pendaftaran
sidang pada menu pengajuan
skripsi
7. Admin dapat meng-insert,
meng-update, maupun men-
delete jadwal sempro, dan juga
jadwal sidang pada menu
pengajuan skripsi
8. Data yang terdapat pada
menu pengajuan skripsi
yang ditambah, diubah,
atau dihapus akan di
update oleh sistem ke
dalam database.
Exceptional Flow of Event

2. Use case Diagram Mahasiswa

Adapun perancangan use case diagram mahasiswa

adalah sebagai berikut:


67

Gambar 4.8 Use case Diagram Mahasiswa

Penjelasan dari gambar use case diagram diatas dapat

dijelaskan dalam tabel deskripsi berikut:

Tabel 4.7 Use case login

Use Case Login


Deskripsi Use Case ini digunakan untuk melakukan
verifikasi mahasiswa dengan memeriksa
hak akses mahasiswa
Actor Mahasiswa
Main Flow of Event
Aksi Aktor Respon Sistem
1. Use Case dimulai pada saat
mahasiswa menjalankan
aplikasi system
2. sistem menampilkan
form login
68

3. Mahasiswa mengisi nim dan


password
4. sistem memeriksa data
input mahasiswa dan
melakukan verifikasi
5. sistem akan memberikan
hak akses kepada
mahasiswa
Exceptional Flow of Event
Jika nim dan password tidak sesuai, sistem akan menampilkan
pesan kesalahan dan mahasiswa tidak dapat masuk ke dalam
sistem

Tabel 4.8 Use Case Dashboard

Use Case Dashboard


Deskripsi Use Case ini digunakan untuk
menampilkan Halaman Utama Mahasiswa
Actor Mahasiswa
Main Flow of Event
Aksi Aktor Respon Sistem
1. Use Case dimulai pada saat
mahasiswa memilih menu
dashboard
2. Sistem menampilkan
menu utama
3. Sistem menampilkan
informasi nama dan nim
mahasiswa yang login,
serta menampilkan info
tentang sispensi
4. Mahasiswa dapat melihat
informasi tentang sistem
69

melalui pintasan button info


sispensi
5. Sistem akan memproses
button info sispensi
yang dipilih oleh
mahasiswa
Exceptional Flow of Event
-

Tabel 4.9 Use Case Pendaftaran

Use Case Pendaftaran


Deskripsi Use Case ini digunakan untuk mahasiswa
dalam melakukan proses Pendaftaran
Actor Mahasiswa
Main Flow of Event
Aksi Aktor Respon Sistem
1. Use Case dimulai pada saat
mahasiswa memilih menu
Pendaftaran
2. Sistem menampilkan
sub menu Pendaftaran
3. mahasiswa dapat memilih sub
menu pengajuan judul,
pendaftaran seminar proposal,
pendaftaran sidang skripsi pada
menu Pendaftaran
4. Sistem akan memproses
sub-menu yang di pilih
oleh mahasiswa.
5. Sistem akan
menampilkan form
pendaftaran sesuai
70

dengan sub-menu yang


dipilih oleh mahasiswa
6. Mahasiswa mengisi form sesuai
dengan sub-menu yang telah
dipilih.
7. Jika mahasiswa telah
menyelesaikan pengisian form
mahasiswa bisa melakukan
pendaftaran dengan cara klik
button daftar. Jika mahasiswa
ingin membatalkan maupun
ingin keluar dari menu
pendaftaran, mahasiswa bisa
meng-klik button beranda.
8. Sistem akan memproses
button yang dipilih oleh
mahasiswa
Exceptional Flow of Event
-

Tabel 4.10 Use Case Info Pengajuan

Use Case Info Pengajuan


Deskripsi Use Case ini digunakan untuk mengetahui
informasi status pengajuan judul yang
dilakukan oleh mahasiswa
Actor Mahasiswa
Main Flow of Event
Aksi Aktor Respon Sistem
1. Use Case dimulai pada saat
mahasiswa memilih menu info
pengajuan
2. sistem menampilkan list
info pengajuan yang
71

dilakukan oleh
mahasiswa
3. Mahasiswa melihat data
informasi pengajuan yang
ditampilkan.
Exceptional Flow of Event
-

Tabel 4.11 Use Case Info Jadwal

Use Case Info Jadwal


Deskripsi Use Case ini digunakan untuk mengetahui
informasi Jadwal seminar proposal
maupun seminar skripsi.
Actor Mahasiswa
Main Flow of Event
Aksi Aktor Respon Sistem
1. Use Case dimulai pada saat
mahasiswa memilih menu info
jadwal
2. sistem menampilkan list
info jadwal sempro dan
jadwal sidang.
3. Mahasiswa melihat data
informasi jadwal sempro dan
jadwal sidang yang ditampilkan
Exceptional Flow of Event
-
72

Tabel 4.12 Use Case Info

Use Case Info


Deskripsi Use Case ini digunakan untuk mengetahui
informasi persyaratan, dan informasi
kategori dalam pengambilan tugas akhir
skripsi.
Actor Mahasiswa
Main Flow of Event
Aksi Aktor Respon Sistem
1. Use Case dimulai pada saat
mahasiswa memilih menu info
2. sistem menampilkan
data info
3. Mahasiswa melihat data info
yang ditampilkan
Exceptional Flow of Event
-

Tabel 4.13 Use Case Info Sispensi

Use Case Info Sispensi


Deskripsi Use Case ini digunakan untuk mengetahui
informasi sistem pendaftaran skripsi
berbasis web (Sispensi)
Actor Mahasiswa
Main Flow of Event
Aksi Aktor Respon Sistem
1. Use Case dimulai pada saat
mahasiswa memilih menu info
sispensi
73

2. sistem menampilkan
data info sispensi
3. Mahasiswa melihat data info
sispensi yang ditampilkan
Exceptional Flow of Event
-

3. Use case Diagram Dosen

Adapun perancangan use case diagram dosen adalah

sebagai berikut :

Gambar 4.9 Use Case diagram dosen

Penjelasan dari gambar use case diagram diatas dapat

dijelaskan dalam tabel deskripsi berikut:

Tabel 4.14 Use case login Dosen

Use Case Login


Deskripsi Use Case ini digunakan untuk melakukan
verifikasi dosen dengan memeriksa hak
akses dosen
74

Actor Dosen
Main Flow of Event
Aksi Aktor Respon Sistem
1. Use Case dimulai pada saat
dosen menjalankan aplikasi
system
2. sistem menampilkan
form login
3. Dosen mengisi username dan
password
4. sistem memeriksa data
input dosen dan
melakukan verifikasi
5. sistem akan memberikan
hak akses kepada dosen
Exceptional Flow of Event
Jika username dan password tidak sesuai, sistem akan
menampilkan pesan kesalahan dan dosen tidak dapat masuk ke
dalam sistem

Tabel 4.15 Use Case Dashboard

Use Case Dashboard


Deskripsi Use Case ini digunakan untuk
menampilkan Halaman Utama Dosen
Actor Dosen
Main Flow of Event
Aksi Aktor Respon Sistem
1. Use Case dimulai pada saat
dosen memilih menu dashboard
75

2. Sistem menampilkan
menu utama
3. Sistem menampilkan
informasi nama dosen
yang sedang login.
4. dosen dapat melihat informasi
tentang sistem
Exceptional Flow of Event
-

Tabel 4.16 Use Case Pengajuan Judul Skripsi

Use Case Info Pengajuan


Deskripsi Use Case ini digunakan untuk mengetahui
data pengajuan judul skripsi yang diajukan
oleh mahasiswa kepada dosen
Actor dosen
Main Flow of Event
Aksi Aktor Respon Sistem
1. Use Case dimulai pada saat
dosen memilih menu pengajuan
judul skripsi
2. sistem menampilkan list
info pengajuan kepada
dosen
3. Dosen melihat data informasi
pengajuan yang ditampilkan.
4. Dosen bisa melakukan aksi
‘disetujui’ pada pengajuan judul
5. Dosen bisa melakukan aksi
‘ditolak’ pada pengajuan judul
76

6. Sistem akan memproses


aksi yang dilakukan oleh
dosen.
Exceptional Flow of Event
-

Tabel 4.17 Use Case Daftar Bimbingan

Use Case Daftar Bimbingan


Deskripsi Use Case ini digunakan untuk mengetahui
data mahasiswa yang melakukan
bimbingan skripsi yang kepada dosen yang
telah menyetujui pengajuan judul
mahasiswa tersebut.
Actor Dosen
Main Flow of Event
Aksi Aktor Respon Sistem
1. Use Case dimulai pada saat
dosen memilih menu daftar
bimbingan
2. sistem menampilkan list
bimbingan mahasiswa
kepada dosen
3. Dosen melihat data informasi
bimbingan skripsi yang
ditampilkan ditampilkan.
Exceptional Flow of Event
-
77

B. Activity Diagram

Activity diagram pada aplikasi ini dibagi menjadi tiga

bagian yaitu bagian admin, bagian mahasiswa, dan bagian

dosen. Setiap bagian mempunyai beberapa activity diagram

yang berfungsi untuk menggambarkan alur setiap fungsi yang

ada didalam aplikasi, berikut dibawah ini adalah activity

diagram pada Rancang Bangun Pendaftaran Skripsi Berbasis

Web pada Program Studi Informatika Universitas Teknologi

Sumbawa.

1. Activity Diagram Login Admin

Gambar 4.10 Activity Login Admin

Pada gambar diatas menjelaskan activity diagram

login, alur proses dimulai saat admin membuka alamat website


78

dari sispensi. Kemudian sistem akan menampilkan form login

dan admin dapat mengisi username dan password. Setelah itu

dari sistem akan melakukan verifikasi dari username dan

password yang dimasukkan oleh admin. Apabila data valid,

maka sistem akan memberikan hak akses kepada admin.

Namun jika data tidak valid maka akan muncul pemberitahuan

kesalahan.

2. Activity Diagram Home Admin

Gambar 4.11 Activity Home Admin


79

Pada gambar diatas menjelaskan activity diagram

home admin, alur proses dimulai saat admin membuka alamat

website dari sispensi. Kemudian sistem akan menampilkan

form login dan admin dapat mengisi username dan password.

Setelah itu dari sistem akan melakukan verifikasi dari

username dan password yang dimasukkan oleh admin.

Apabila data valid, maka sistem akan memberikan hak akses

kepada admin. Namun jika data tidak valid maka akan muncul

pemberitahuan kesalahan.

3. Activity Diagram Data Mahasiswa

Gambar 4.12 Activity Diagram Data Mahasiswa


80

Pada gambar diatas menjelaskan activity diagram data

mahasiswa, alur proses dimulai saat admin membuka halaman

menu data mahasiswa dari sispensi. Kemudian sistem

menampilkan data mahasiswa dan admin dapat melihat data

mahasiswa, selanjutnya admin dapat menambahkan data

mahasiswa dan sistem akan menambah data mahasiswa ke

database kemudian database menyimpan data mahasiswa

yang ditambahkan, sistem berhasil menambah data,

selanjutnya admin dapat menghapus data mahasiswa,

kemudian sistem akan menghapus data mahasiswa ke

database, database menyimpan data mahasiswa yang dihapus,

kemudian sistem berhasil menghapus data mahasiswa,

selanjutnya admin dapat mengubah data mahasiswa dan

aplikasi akan mengubah data mahasiswa ke database,

database menyimpan data mahasiswa yang diubah, kemudian

sistem berhasil mengubah data mahasiswa.


81

4. Activity Diagram Dosen

Gambar 4.13 Activity Diagram Dosen

Pada gambar diatas menjelaskan activity diagram data

dosen, alur proses dimulai saat admin membuka halaman

menu data dosen dari sispensi. Kemudian sistem menampilkan

data dosen, admin dapat melihat data dosen, selanjutnya admin

dapat menambahkan data dosen dan sistem akan menambah

data dosen ke database kemudian database menyimpan data

dosen yang ditambahkan, sistem berhasil menambah data

dosen, selanjutnya admin dapat menghapus data dosen

kemudian sistem akan menghapus data dosen ke database,

database menyimpan data dosen yang dihapus, kemudian

sistem berhasil menghapus data dosen, selanjutnya admin

dapat mengubah data dosen dan sistem akan mengubah data


82

dosen ke dalam database, database menyimpan data dosen

yang diubah, kemudian sistem berhasil mengubah data dosen.

5. Activity Diagram Konfigurasi

Gambar 4.14 Activity Diagram Konfigurasi

Pada gambar diatas menjelaskan activity diagram

konfigurasi oleh admin, alur proses dimulai saat admin

membuka halaman konfigurasi pada aplikasi sispensi.

Kemudian sistem akan menampilkan halaman konfigurasi data


83

topik skripsi, admin dapat menghapus data topik skripsi,

kemudian sistem akan menghapus data topik skripsi yang

sebelumnya tersimpan di database, database memperbaharui

penyimpanan data topik skripsi yang dihapus, kemudian

sistem berhasil menghapus data topik skripsi, selanjutnya

admin dapat mengubah data topik skripsi dan sistem akan

mengubah data topik skripsi yang terdapat pada database,

database menyimpan data topik skriipsi yang diubah,

kemudian sistem berhasil mengubah data topik skripsi.

6. Activity Diagram Pengajuan Judul

Gambar 4.15 Activity Diagram Judul

Pada gambar diatas menjelaskan activity diagram

judul, alur proses dimulai saat admin membuka halaman


84

pendaftaran judul. Kemudian sistem akan meminta data info

pendaftaran judul ke database, database memberikan data info

pendaftaran judul kepada sistem, kemudian sistem

menampilkan data pendaftaran judul dan admin dapat melihat

info data pendaftaran judul yang ditampilkan oleh sistem.

Admin memilik opsi ‘menolak’ maupun ‘menyetujui’

pendaftaran judul yang telah di ajukan. Jika admin melakukan

penolakan judul maka sistem memproses pendaftaran judul ke

datatabase, lalu database melakukan proses perubahan

penyimpanan status ditolak pada database, setelah itu sistem

menampilkan status ditolak pada pengajuan judul.


85

7. Activity Diagram Pendaftaran Sempro

Gambar 4.16 Activity Diagram Pendaftaran Sempro

Pada gambar diatas menjelaskan activity diagram

pendaftaran sempro, alur proses dimulai saat admin membuka

halaman pendaftaran sempro. Kemudian sistem akan meminta

data info pendaftaran sempro ke database, database

memberikan data info pendaftaran sempro kepada sistem,

kemudian sistem menampilkan data pendaftaran sempro dan

admin dapat melihat info data pendaftaran sempro yang

ditampilkan oleh sistem. Admin memilik opsi ‘menolak’


86

maupun ‘menyetujui’ pendaftaran sempro yang telah di

ajukan. Jika admin melakukan penolakan sempro maka sistem

memproses pendaftaran sempro ke datatabase, lalu database

melakukan proses perubahan penyimpanan status ditolak pada

database, setelah itu sistem menampilkan status ditolak pada

pengajuan sempro.

8. Activity Diagram Pendaftaran Sidang

Gambar 4.17 Activity Diagram Pendaftaran Sidang


87

Pada gambar diatas menjelaskan activity diagram

pendaftaran sempro, alur proses dimulai saat admin membuka

halaman pendaftaran sempro. Kemudian sistem akan meminta

data info pendaftaran sempro ke database, database

memberikan data info pendaftaran sempro kepada sistem,

kemudian sistem menampilkan data pendaftaran sempro dan

admin dapat melihat info data pendaftaran sempro yang

ditampilkan oleh sistem. Admin memiliki opsi ‘menolak’

maupun ‘menyetujui’ pendaftaran sempro yang telah di

ajukan. Jika admin melakukan penolakan sempro maka sistem

memproses pendaftaran sempro ke datatabase, lalu database

melakukan proses perubahan penyimpanan status ditolak pada

database, setelah itu sistem menampilkan status ditolak pada

pengajuan sempro.
88

9. Activity Diagram Jadwal Sempro

Gambar 4.18 Activity Diagram Jadwal Sempro


Pada gambar diatas menjelaskan activity diagram

jadwal sempro, alur proses dimulai saat admin membuka

halaman jadwal sempro, kemudian sistem menampilkan

halaman form jadwal sempro dan admin dapat melihat info

data pendaftaran sempro yang ditampilkan oleh sistem. Admin

memilik opsi ‘menolak’ maupun ‘menyetujui’ pendaftaran

sempro yang telah di ajukan. Jika admin melakukan penolakan

sempro maka sistem memproses pendaftaran sempro ke


89

datatabase, lalu database melakukan proses perubahan

penyimpanan status ditolak pada database, setelah itu sistem

menampilkan status ditolak pada pengajuan sempro.

10. Activity Diagram Jadwal Sidang

Gambar 4.19 Activity Diagram Jadwal Sidang

Pada gambar diatas menjelaskan activity diagram

jadwal sidang, alur proses dimulai saat admin membuka

halaman jadwal sidang, kemudian sistem menampilkan

halaman form jadwal sidang dan admin dapat melihat info data

pendaftaran sidang yang ditampilkan oleh sistem. Admin

memilik opsi ‘menolak’ maupun ‘menyetujui’ pendaftaran

sidang yang telah di ajukan. Jika admin melakukan penolakan


90

sidang maka sistem memproses pendaftaran sidang ke

datatabase, lalu database melakukan proses perubahan

penyimpanan status ditolak pada database, setelah itu sistem

menampilkan status ditolak pada pengajuan sidang.

11. Activity Diagram Login Mahasiswa

Gambar 4.20 Activity Diagram Login Mahasiswa

Pada gambar diatas menjelaskan activity diagram login

mahasiswa, alur proses dimulai saat mahasiswa membuka

alamat website dari sispensi. Kemudian sistem akan

menampilkan form login dan mahasiswa dapat mengisi

username dan password. Setelah itu dari sistem akan

melakukan verifikasi dari username dan password yang


91

dimasukkan oleh mahasiswa. Apabila data valid, maka sistem

akan memberikan hak akses kepada mahasiswa. Namun jika

data tidak valid maka akan muncul pemberitahuan kesalahan.

12. Activity Diagram Pengajuan Judul

Gambar 4.21 Activity Diagram Pengajuan Judul

Pada gambar diatas menjelaskan activity diagram

pengajuan judul, alur proses dimulai saat mahasiswa membuka

halaman pengajuan judul pada aplikasi sispensi, setelah itu

sistem akan menampilkan halaman form pengajuan judul.

Kemudian, mahasiswa melakukan pengisian form pengajuan

judul yang telah ditampilkan oleh sistem, setetlah selesai

mengisi form, mahasiswa melakukan pendaftaran, dengan


92

meng-klik button daftar. Sistem akan memproses pengajuan

judul yang telah dilakukan oleh mahasiswa, dan meneruskan

ke database. Database melakukan penyimpanan pengajuan

judul yang telah dilakukan oleh mahasiswa, lalu database

memberikan notifikasi kepada sistem berhasil melakukan

pengajuan judul.

13. Activity Diagram Pengajuan Sempro Mahasiswa

Gambar 4.22 Activity Diagram Pengajuan Sempro

Pada gambar diatas menjelaskan activity diagram

pengajuan sempro, alur proses dimulai saat mahasiswa

membuka halaman pengajuan sempro pada aplikasi sispensi,

setelah itu sistem akan menampilkan halaman form pengajuan

sempro. Kemudian, mahasiswa melakukan pengisian form

pengajuan sempro yang telah ditampilkan oleh sistem, setetlah


93

selesai mengisi form, mahasiswa melakukan pendaftaran,

dengan meng-klik button daftar. Sistem akan memproses

pengajuan sempro yang telah dilakukan oleh mahasiswa, dan

meneruskan ke database. Database melakukan penyimpanan

pengajuan sempro yang telah dilakukan oleh mahasiswa, lalu

database memberikan notifikasi kepada sistem berhasil

melakukan pengajuan sempro.

14. Activity Diagram Pengajuan Sidang Mahasiswa

Gambar 4.23 Activity Diagram Pengajuan Sidang

Pada gambar diatas menjelaskan activity diagram

pengajuan sidang, alur proses dimulai saat mahasiswa

membuka halaman pengajuan sidang pada aplikasi sispensi,

setelah itu sistem akan menampilkan halaman form pengajuan

sidang. Kemudian, mahasiswa melakukan pengisian form


94

pengajuan sidang yang telah ditampilkan oleh sistem, setetlah

selesai mengisi form, mahasiswa melakukan pendaftaran,

dengan meng-klik button daftar. Sistemakan memproses

pengajuan sidang yang telah dilakukan oleh mahasiswa, dan

meneruskan ke database. Database melakukan penyimpanan

pengajuan sidang yang telah dilakukan oleh mahasiswa, lalu

database memberikan notifikasi kepada sistem berhasil

melakukan pengajuan sidang.

15. Activity Diagram Jadwal Sempro Mahasiswa

Gambar 4.24 Activity Diagram Jadwal Sempro

Pada gambar diatas menjelaskan activity diagram

jadwal sempro, alur proses dimulai saat mahasiswa membuka

halaman info jadwal seminar proposal pada aplikasi sispensi,

setelah itu sistem akan meminta data info jadwal seminar

proposal ke database, kemudian database memberi data info


95

jadwal seminar proposal kepada sistem, kemudian sistem

menampilkan info data jadwal seminar proposal dan

mahasiswa dapat melihat info data jadwal seminar proposal

yang telah di tampilkan oleh sistem.

16. Activity Diagram Jadwal Sidang Mahasiswa

Gambar 4.25 Activity Diagram Jadwal Sidang

Pada gambar diatas menjelaskan activity diagram

jadwal sidang, alur proses dimulai saat mahasiswa membuka

halaman info jadwal sidang pada aplikasi sispensi, setelah itu

sistem akan meminta data info jadwal sidang ke database,

kemudian database memberi data info jadwal sidang kepada

sistem, kemudian sistem menampilkan info data jadwal sidang

dan mahasiswa dapat melihat info data jadwal sidang yang

telah di tampilkan oleh sistem.


96

17. Activity Diagram Dosen Login

Gambar 4.26 Activity Diagram Dosen Login

Pada gambar diatas menjelaskan activity diagram login

dosen, alur proses dimulai saat dosen membuka alamat website

dari sispensi. Kemudian sistem akan menampilkan form login

dan dosen dapat mengisi username dan password. Setelah itu

dari sistem akan melakukan verifikasi dari username dan

password yang dimasukkan oleh dosen. Apabila data valid,

maka sistem akan memberikan hak akses kepada dosen.

Namun jika data tidak valid maka akan muncul pemberitahuan

kesalahan.
97

18. Activity Diagram Persetujuan Judul

Gambar 4.27 Activity Diagram Persetujuan Judul

Pada gambar diatas menjelaskan activity diagram

persetujuan judul, alur proses dimulai saat dosen membuka

halaman pengajuan judul. Kemudian sistem akan

menampilkan halaman data pengajuan judul, dosen

mempunyai opsi “ditolak” dan ”disetujui”. Jika dosen memilih

opsi “disetujui”, sistem akan memproses persetujuan

pengajuan judul ke database kemudian database akan

menyimpan status disetujui dalam database. Setelah itu,

sistem akan menampilkan status pengajuan yang telah

disetujui. Jika dosen memilih opsi “ditolak”, sistem akan


98

memproses ditolak pengajuan judul ke database kemudian

database akan menyimpan status ditolak dalam database.

Setelah itu, sistem akan menampilkan status pengajuan judul

yang telah ditolak.

C. Sequence Diagram

Sequence diagram pada aplikasi ini dibagi menjadi dua

bagian yaitu bagian admin dan bagian user, setiap bagian

mempunyai beberapa sequence diagram yang berfungsi untuk

menggambarkan interaksi antar objek-objek yang ada.

1. Sequence Diagram Login Admin

Adapun perancangan sequence diagram login admin


adalah sebagai berikut:

Gambar 4.28 Sequence Diagram Login


99

Pada gambar diatas menjelaskan sequence diagram

login admin, proses dimulai saat admin membuka aplikasi

sispensi, sistem menampilkan tampilan login kemudian admin

akan menginput username dan password, kemudian sistem

mengirimkan data dan memvalidasi ke database, database

mengirim tanggapan validasi ke admin, kemudian admin

memperoleh menu sesuai hak akses.

2. Sequence Diagram Data Mahasiswa

Adapun perancangan sequence diagram data

mahasiswa adalah sebagai berikut:

Gambar 4.29 Sequence Diagram Data Mahasiswa


100

Pada gambar diatas menjelaskan sequence diagram

data mahasiswa, proses dimulai saat admin sudah login

kedalam aplikasi, dan admin memilih menu data mahasiswa

kemudian aplikasi meminta data mahasiswa ke database,

aplikasi akan menampilkan data pada menu data mahasiswa

kemudian admin dapat melihat data mahasiswa, selanjutnya

admin dapat menambahkan data mahasiswa, kemudian

aplikasi memproses data mahasiswa yang ditambahkan ke

database, admin juga dapat mengubah atau menghapus data

mahasiswa dan aplikasi akan memproses pengubahan serta

penghapusan data mahasiswa pada database

3. Sequence Diagram Topik Skripsi

Adapun perancangan sequence diagram topik skripsi

adalah sebagai berikut:

Gambar 4.30 Sequence Diagram Topik Skripsi


101

Pada gambar diatas menjelaskan sequence diagram

topik skripsi, proses dimulai saat admin membuka halaman

topik skripsi, sistem akan memanggil data topik skripsi di

dalam database. Database memberikan data topik skripsi

kepada sistem. Setelah itu, sistem menampilkan data topik

skripsi, dan admin dapat memilih menu tambah, edit, maupun

menghapus data. Sistem membuka form data topik skripsi,

kemudian sistem menampilkan form data topik skripsi,

kemudian admin mengisi data topik skripsi, database

menyimpan data topik skripsi, lalu database akan memberikan

data topik skripsi terbaru kepada sistem. Kemudian sistem

menampilkan data topik skripsi terbaru.

4. Sequence Diagram Pengajuan Judul

Adapun perancangan sequence diagram pengajuan

judul adalah sebagai berikut:


102

Gambar 4.31 Sequence Diagram Pengajuan Judul

Pada gambar diatas menjelaskan sequence diagram

pengajuan judul, proses dimulai saat admin membuka halaman

pengajuan judul, sistem akan memanggil data judul di dalam

database. Database memberikan data judul kepada sistem.

Setelah itu, sistem menampilkan data judul, dan admin dapat

memilih menu tambah, edit, maupun menghapus data. Sistem

membuka form data judul, kemudian sistem menampilkan

form data judul, kemudian admin mengisi form data judul,

database menyimpan data judul, lalu database akan

memberikan data judul terbaru kepada sistem. Kemudian

sistem menampilkan data judul terbaru.


103

5. Sequence Diagram Pengajuan Sempro

Adapun perancangan sequence diagram pengajuan

sempro adalah sebagai berikut:

Gambar 4.32 Sequence Diagram Pengajuan Sempro

Pada gambar diatas menjelaskan sequence diagram

pengajuan sempro, proses dimulai saat admin membuka

halaman pengajuan sempro, sistem akan memanggil data

sempro di dalam database. Database memberikan data sempro

kepada sistem. Setelah itu, sistem menampilkan data sempro,

dan admin dapat memilih menu tambah, edit, maupun

menghapus data. Sistem membuka form data sempro,

kemudian sistem menampilkan form data sempro, kemudian

admin mengisi form data sempro, database menyimpan data

sempro, lalu database akan memberikan data sempro terbaru


104

kepada sistem. Kemudian sistem menampilkan data sempro

terbaru.

6. Sequence Diagram Pengajuan Sidang

Adapun perancangan sequence diagram pengajuan

sidang adalah sebagai berikut:

Gambar 4.33 Sequence Diagram Pengajuan Sidang

Pada gambar diatas menjelaskan sequence diagram

pengajuan sidang, proses dimulai saat admin membuka

halaman pengajuan sidang, sistem akan memanggil data

sidang di dalam database. Database memberikan data sidang

kepada sistem. Setelah itu, sistem menampilkan data sidang,

dan admin dapat memilih menu tambah, edit, maupun

menghapus data. Sistem membuka form data sidang, kemudian

sistem menampilkan form data sidang, kemudian admin


105

mengisi form data sidang, database menyimpan data sidang,

lalu database akan memberikan data sidang terbaru kepada

sistem. Kemudian sistem menampilkan data sidang terbaru.

7. Sequence Diagram Jadwal Sempro

Adapun perancangan sequence diagram jadwal sempro


adalah sebagai berikut:

Gambar 4.34 Sequence Diagram Jadwal Sempro

Pada gambar diatas menjelaskan sequence diagram

jadwal sempro, proses dimulai saat admin membuka halaman

jadwal sempro, sistem akan memanggil data jadwal sempro di

dalam database. Database memberikan jadwal sempro kepada

sistem. Setelah itu, sistem menampilkan data jadwal sempro,

dan admin dapat memilih menu tambah, edit, maupun

menghapus data. Sistem membuka form data jadwal sempro,


106

kemudian sistem menampilkan form data jadwal sempro,

kemudian admin mengisi form data jadwal sempro, database

menyimpan data jadwal sempro, lalu database akan

memberikan data jadwal sempro terbaru kepada sistem.

Kemudian sistem menampilkan data jadwal sempro terbaru.

8. Sequence Diagram Jadwal Sidang

Adapun perancangan sequence diagram jadwal sidang


adalah sebagai berikut:

Gambar 4.35 Sequence Diagram Jadwal Sidang

Pada gambar diatas menjelaskan sequence diagram

jadwal sidang, proses dimulai saat admin membuka halaman

jadwal sidang, sistem akan memanggil data jadwal sidang di

dalam database. Database memberikan jadwal sidang kepada

sistem. Setelah itu, sistem menampilkan data jadwal sidang,

dan admin dapat memilih menu tambah, edit, maupun

menghapus data. Sistem membuka form data jadwal sidang,

kemudian sistem menampilkan form data jadwal sidang,


107

kemudian admin mengisi form data jadwal sidang, database

menyimpan data jadwal sidang, lalu database akan

memberikan data jadwal sidang terbaru kepada sistem.

Kemudian sistem menampilkan data jadwal sidang terbaru.

9. Sequence Diagram Login Mahasiswa

Adapun perancangan sequence diagram login


mahasiswa adalah sebagai berikut :

Gambar 4.36 Sequence Diagram Login Mahasiswa

Pada gambar diatas menjelaskan sequence diagram

login mahasiswa, proses dimulai saat mahasiswa membuka

aplikasi sispensi, sistem menampilkan tampilan login

kemudian mahasiswa akan menginput username dan

password, kemudian sistem mengirimkan data dan

memvalidasi ke database, database mengirim tanggapan


108

validasi ke mahasiswa, kemudian mahasiswa memperoleh

menu sesuai hak akses.

10. Sequence Diagram Pengajuan Judul Mahasiswa

Adapun perancangan sequence diagram pengajuan


judul adalah sebagai berikut:

Gambar 4.37 Sequence Diagram Pengajuan Judul

Pada gambar diatas menjelaskan sequence diagram

pengajuan judul yang dilakukan oleh mahasiswa, proses

dimulai saat mahasiswa membuka halaman pengajuan judul,

sistem akan membuka form pengajuan judul, kemudian sistem

menampilkan form pengajuan judul. Mahasiswa melakukan

pengisisan form pengajuan judul, data pengajuan judul yang

telah terisi akan tersimpan di dalam database. Setelah itu,

sistem akan menampilkan pesan berhasil melakukan

pengajuan judul.
109

11. Sequence Diagram Pendaftaran Sempro

Adapun perancangan sequence diagram pendaftaran

sempro adalah sebagai berikut:

Gambar 4.38 Sequence Diagram Pendaftaran Sempro

Pada gambar diatas menjelaskan sequence diagram

pendaftaran sempro yang dilakukan oleh mahasiswa, proses

dimulai saat mahasiswa membuka halaman pendaftaran

sempro, sistem akan membuka form pendaftaran sempro,

kemudian sistem menampilkan form pendaftaran sempro.

Mahasiswa melakukan pengisisan form pendaftaran sempro,

data pendaftaran sempro yang telah terisi akan tersimpan di

dalam database. Setelah itu, sistem akan menampilkan pesan

berhasil melakukan pendaftaran sempro.


110

12. Sequence Diagram Pendaftaran Sidang

Adapun perancangan sequence diagram pendaftaran

sidang adalah sebagai berikut:

Gambar 4.39 Sequence Diagram Pendaftaran Sidang

Pada gambar diatas menjelaskan sequence diagram

pendaftaran sidang yang dilakukan oleh mahasiswa, proses

dimulai saat mahasiswa membuka halaman pendaftaran

sidang, sistem akan membuka form pendaftaran sidang,

kemudian sistem menampilkan form pendaftaran sidang.

Mahasiswa melakukan pengisisan form pendaftaran sidang,

data pendaftaran sidang yang telah terisi akan tersimpan di

dalam database. Setelah itu, sistem akan menampilkan pesan

berhasil melakukan pendaftaran sidang.


111

13. Sequence Diagram Login Dosen

Adapun perancangan sequence diagram login dosen

adalah sebagai berikut:

Gambar 4.40 Sequence Diagram Login Dosen

Pada gambar diatas menjelaskan sequence diagram

login dosen, proses dimulai saat dosen membuka aplikasi

sispensi, sistem menampilkan tampilan login kemudian dosen

akan menginput username dan password, kemudian sistem

mengirimkan data dan memvalidasi ke database, database

mengirim tanggapan validasi ke dosen, kemudian dosen

memperoleh menu sesuai hak akses.


112

14. Sequence Diagram Pengajuan Judul Dosen

Adapun perancangan sequence diagram login dosen

adalah sebagai berikut:

Gambar 4.41 Sequence Diagram Pengajuan Judul

Pada gambar diatas menjelaskan sequence diagram

pengajuan judul, proses dimulai saat dosen membuka halaman

pengajuan judul, sistem akan memanggil data pengajuan judul

di dalam database. Database memberikan data pengajuan

judul kepada sistem. Setelah itu, sistem menampilkan data

pengajuan judul, dan dosen dapat memilih aksi setuju, maupun

menolak pengajuan judul. Sistem menyimpan status pengajuan

judul ke dalam database. Kemudian, database memberikan


113

status pengajuan judul terbaru, sistem menampilkan status

pengajuan judul terbaru.

D. Class Diagram

Dibawah ini merupakan class diagram pada Rancang

Bangun Aplikasi Pendaftaran Skripsi Berbasis Web Pada

Program Studi Informatika:

Gambar 4.42 Class Diagram


114

4.2.3. Merancang Database Fisik

Database fisik pada aplikasi sispensi ini berfungsi untuk

menggambarkan tabel yang terdapat pada database aplikasi, berikut

adalah tabel database fisik Rancang Bangun Aplikasi Pendaftaran

Skripsi Berbasis Web Pada Program Studi Informatika Universitas

Teknologi Sumbawa :

a. Tabel Mahasiswa

Tabel mahasiswa dalam hal ini adalah data mahasiswa yang

berfungsi untuk mengakses aplikasi yang hanya dibedakan

berdasarkan level admin, level dosen, serta level mahasiswa. Tabel

mahasiswa ini, terdiri dari : id, nim, nama_lengkap, password,

email, telepon, tgl_bergabung, blokir, jenis_kelamin, dan photo

dengan struktur sebagai berikut:

Tabel 4.18 Tabel Mahasiswa


Nama Field Tipe Data Size Keterangan

id int 11 Primary Key

nim varchar 11 Foreign key

nama_lengkap varchar 120

password varchar 255

email varchar 120

telepon varchar 20

tgl_bergabung timestamp
115

blokir enum

Jenis_kelamin enum

photo varchar 255

Keterangan :

1. Id merupakan primary key pada tabel mahasiswa yang digunakan


untuk menyimpan data id mahasiswa.

2. Nim digunakan untuk menyimpan nim mahasiswa.

3. Nama_lengkap digunakan untuk menyimpan nama lengkap dari


mahasiswa.

4. Password digunakan untuk menyimpan data password


mahasiswa.

5. Email digunakan untuk menyimpan email mahasiswa.

6. Telepon digunakan untuk menyimpan data telepon mahasiswa.

7 Tgl_bergabung untuk menyimpan data tgl_bergabung


mahasiswa ke aplikasi sispensi.

8. Blokir digunakan untuk pemblokiran akun mahasiswa oleh


admin.

9. Jenis_kelamin digunakan untuk menyimpan data jenis_kelamin


mahasiswa.

10. Photo digunakan untuk menyimpan data foto mahasiswa.


116

b. Table Dosen

Tabel dosen dalam hal ini adalah data dosen yang berfungsi

untuk mengakses aplikasi sispensi. Tabel dosen ini, terdiri dari :

id_dosen, nidn, nama_dosen, username, password, alamat, email,

telepon, jenis_kelamin, dan photo dengan struktur sebagai berikut:

Tabel 4.19 Tabel Dosen

Nama Field Tipe Data Size Keterangan

id_dosen int 11 Primary Key

nidn varchar 50 Foreign key

nama_dosen varchar 50

username varchar 100

password varchar 100

alamat varchar 50

Email date

Jenis_kelamin varchar 50

telp varchar 50

photo varchar 50

Keterangan :

1. Id_dosen merupakan primary key pada tabel dosen yang


digunakan untuk menyimpan data id dosen.

2. Nidn digunakan untuk menyimpan nidn dosen.

3. Nama_dosen digunakan untuk menyimpan nama dosen.


117

4. Username digunakan untuk menyimpan data username dosen.

5. Password digunakan untuk menyimpan data password dosen.

6. Alamat digunakan untuk menyimpan data alamat dosen.

7. Email untuk menyimpan data email dosen.

8. Jenis_kelamin digunakan untuk menyimpan data jenis kelamin


dosen

9. Telepon digunakan untuk menyimpan data telepon dosen.

10. Photo digunakan untuk menyimpan data foto dosen.

c. Tabel Pengajuan Judul Skripsi

Tabel pengajuan judul skripsi dalam hal ini adalah tabel yang

berfungsi untuk menyimpan data pengajuan judul skripsi. Tabel

pengajuan judul skripsi ini, terdiri dari : id_proposal, nim,

id_topik_skripsi, judul_skripsi, file_skripsi, dosbing1, dan status

dengan struktur sebagai berikut:

Tabel 4.20 Tabel Pengajuan Judul Skripsi

Nama Field Tipe Data Size Keterangan

id_proposal int 11 Primary Key

nim varchar 11 Foreign_key

Id_topik_skripsi int 11

Judul_skripsi varchar 255

File_skripsi varchar 255

Dosbing1 varchar 200

Status int 11
118

Keterangan :

1. Id_proposal merupakan primary key pada tabel pengajuan judul


skripsi yang digunakan untuk menyimpan data id pengajuan
judul skripsi.

2. Nim digunakan untuk menyimpan data nim mahasiswa yang


melakukan pengajuan judul skripsi.

3. Id_topik_skripsi digunakan untuk menyimpan data topik skripsi


yang diajukan oleh mahasiswa.

4. Judul_skripsi digunakan untuk menyimpan data judul skripsi


mahasiswa.

5. File_skripsi digunakan untuk menyimpan data file skripsi


mahasiswa.

6. Dosbing1 digunakan untuk menyimpan data dosen pembimbing


satu.

7. Status digunakan untuk menyimpan data status pengajuan judul


skripsi mahasiswa.

d. Tabel Pendaftaran Seminar Proposal

Tabel pendaftaran seminar proposal dalam hal ini adalah

tabel yang berfungsi untuk menyimpan data pendaftaran seminar

proposal. Tabel pendaftaran seminar proposal ini, terdiri dari :

id_sempro, nim, file_sempro1, file_sempro2, file_sempro3,

file_sempro4, dan status dengan struktur sebagai berikut:


119

Tabel 4.21 Tabel Pendaftaran Seminar Proposal

Nama Field Tipe Data Size Keterangan

id_sempro int 11 Primary Key

Nim varchar 11 Foreign key

File_sempro1 varchar 255

file_sempro2 varchar 255

fIle_sempro3 varchar 255

file_sempro4 varchar 255

Status int 11

Keterangan :

1. Id_sempro merupakan primary key pada tabel pendaftaran


seminar proposal yang digunakan untuk menyimpan data id
pendaftaran seminar proposal.

2. Nim digunakan untuk menyimpan data nim mahasiswa yang


melakukan pendaftaran seminar proposal.

3. File_sempro1 digunakan untuk menyimpan data file syarat


sempro yang diajukan oleh mahasiswa.

4. File_sempro2 digunakan untuk menyimpan data file syarat


sempro yang diajukan oleh mahasiswa.

5. File_sempro3 digunakan untuk menyimpan data file syarat


sempro yang diajukan oleh mahasiswa..

6. File_sempro4 digunakan untuk menyimpan data file syarat


sempro yang diajukan oleh mahasiswa.
120

7. Status digunakan untuk menyimpan data status pengajuan sidang


proposal mahasiswa.

e. Table Pendaftaran Skripsi

Tabel pendaftaran skripsi dalam hal ini adalah tabel yang

berfungsi untuk menyimpan data pendaftaran skripsi. Tabel

pendaftaran skripsi ini, terdiri dari : id_skripsi, nim, file_syarat1,

file_syarat2, file_syarat3, file_syarat4, dan status dengan struktur

sebagai berikut:

Tabel 4.22 Tabel Pendaftaran Skripsi

Nama Field Tipe Data Size Keterangan

id_skripsi int 11 Primary Key

Nim varchar 11 Foreign key

File_syarat1 varchar 255

File_syarat2 varchar 255

File_syarat3 varchar 255

File_syarat4 varchar 255

Status int 11

Keterangan :

1. Id_skripsi merupakan primary key pada tabel pendaftaran skripsi


yang digunakan untuk menyimpan data id pendaftaran skripsi.

2. Nim digunakan untuk menyimpan data nim mahasiswa yang


melakukan pendaftaran skripsi.
121

3. File_syarat1 digunakan untuk menyimpan data file syarat skripsi


yang diajukan oleh mahasiswa.

4. File_syarat2 digunakan untuk menyimpan data file syarat skripsi


yang diajukan oleh mahasiswa.

5. File_syarat3 digunakan untuk menyimpan data file syarat skripsi


yang diajukan oleh mahasiswa..

6. File_syarat4 digunakan untuk menyimpan data file syarat skripsi


yang diajukan oleh mahasiswa.

7. Status digunakan untuk menyimpan data status pengajuan sidang


skripsi mahasiswa.

4.2.4. Relasi Tabel

Relasi antar tabel adalah hubungan sebuah tabel dengan tabel

lainnya, sehingga tidak berdiri sendiri, melainkan dapat dihubungkan

antara satu dan lainnya adapun relasi tabel pada aplikasi sispensi ini

sebagai berikut :
122

Gambar 4.43 Relasi Tabel

Gambar diatas merupakan relasi tabel yang berfungsi untung

menghubungkan antar tabel yang terdapat pada aplikasi sispensi.

4.2.5 Rancangan User Interface

Berikut adalah rancangan tampilan pada Rancang Bangun

Sistem Pendaftaran Skripsi Berbasis Web pada Program Studi

Informatika Universitas Teknologi Sumbawa, meliputi:

1. Rancangan Tampilan Halaman Utama Web

Adapun rancangan tampilan halaman utama web pendaftaran

skripsi pada Program Studi Informatika UTS, dapat digambarkan

sebagai berikut:
123

Gambar 4.44 Rancangan Tampilan Halaman Utama

Pada gambar 4.44. menjelaskan rancangan tampilan halaman

utama sistem pendaftaran skripsi (sispensi) berbasis web. Pada

halaman utama ini memuat Profil dari kampus Universitas

Teknologi Sumbawa, serta menu login sesuai hak akses masing-

masing, yaitu: mahasiswa, dosen, dan juga admin.

2. Rancangan Tampilan Halaman Login Mahasiswa

Adapun rancangan tampilan halaman login mahasiswa, web

pendaftaran skripsi pada Program Studi Informatika UTS, dapat

digambarkan sebagai berikut:


124

Gambar 4.45 Rancangan Tampilan Login Mahasiswa

Pada gambar 4.45. menjelaskan rancangan tampilan halaman

login mahasiswa pada sistem pendaftaran skripsi (sispensi) berbasis

web. Mahasiswa terlebih dahulu meng-input username maupun

password agar bisa masuk kedalam sispensi ini. Jika mahasiswa

belum memiliki akun, mahasiswa bisa registrasi terlebih dahulu di

link daftar disini yang telah di sediakan oleh sispensi.

3. Rancangan Tampilan Halaman Registrasi Mahasiswa

Adapun rancangan tampilan halaman registrasi mahasiswa,

web pendaftaran skripsi pada Program Studi Informatika UTS, dapat

digambarkan sebagai berikut:


125

Gambar 4.46 Rancangan Tampilan Register Mahasiswa

Pada gambar 4.46 menjelaskan rancangan tampilan halaman

registrasi mahasiswa pada sistem pendaftaran skripsi (sispensi)

berbasis web. Mahasiswa melakukan register dengan meng-input

nama, nim, email, password, dan memilih jenis kelamin. Setelah

selesai melakukan pengisian data registrasi yang dibutuhkan,

mahasiswa bisa melanjutkan dengan menekan button daftar untuk

proses selanjutnya. Jika mahasiswa sudah mempunyai akun maka

bisa langsung melakukan login dengan klik link Login disini.

4. Rancangan Tampilan Halaman Login Dosen

Adapun rancangan tampilan halaman login dosen, web

pendaftaran skripsi pada Program Studi Informatika UTS, dapat

digambarkan sebagai berikut:


126

Gambar 4.47 Rancangan Tampilan Login Dosen

Pada gambar 4.47 menjelaskan rancangan tampilan halaman

login dosen pada sistem pendaftaran skripsi (sispensi) berbasis web.

Dosen melakukan login dengan meng-input username dan juga

password, pada form yang telah disediakan. Setelah selesai dosen

bisa menekan button login untuk memproses masukkan data.

5. Rancangan Tampilan Halaman Login Admin

Adapun rancangan tampilan halaman login admin, web

pendaftaran skripsi pada Program Studi Informatika UTS, dapat

digambarkan sebagai berikut:


127

Gambar 4.48 Rancangan Tampilan Login Admin

Pada gambar 4.48 menjelaskan rancangan tampilan halaman

login admin pada sistem pendaftaran skripsi (sispensi) berbasis web.

Dosen melakukan login dengan meng-input username dan juga

password, pada form yang telah disediakan. Setelah selesai admin

bisa menekan button login untuk memproses masukkan data.

6. Rancangan Tampilan Halaman Menu Utama Mahasiswa

Adapun rancangan tampilan halaman menu utama

mahasiswa, web pendaftaran skripsi pada Program Studi

Informatika UTS, dapat digambarkan sebagai berikut:


128

Gambar 4.49 Rancangan Halaman Menu Utama Mahasiswa

Pada gambar 4.49 menjelaskan rancangan tampilan halaman

menu utama mahasiswa. Pada rancangan tampilan menu utama

mahasiswa, terdapat ucapan selamat datang dari sistem. Di samping

kiri terdapat side bar yang menyediakan menu-menu untuk user

mahasiswa, serta button sign-out jika telah selesai menggunakan

sispensi dan ingin keluar. Kemudian di bagian atas terdapat tombol

profil dari user mahasiswa yang login.

7. Rancangan Tampilan Menu Pengajuan Judul

Adapun rancangan tampilan menu pengajuan judul, web

pendaftaran skripsi pada Program Studi Informatika UTS, dapat

digambarkan sebagai berikut:


129

Gambar 4.50 Rancangan Tampilan Menu Pengajuan Judul

Pada gambar 4.50 menjelaskan rancangan tampilan menu

pengajuan judul. Di dalam menu pengajuan judul ini, terdapat form

untuk user mahasiswa dalam melakukan input data pengajuan judul

sesuai persyaratan. Di menu ini terdapat pilih topik skripsi, input

judul skripsi, upload file skripsi, dan pilih dosen pembimbing.

8. Rancangan Tampilan Menu Pendaftaran Sempro

Adapun rancangan tampilan menu pendaftaran sempro, web

pendaftaran skripsi pada Program Studi Informatika UTS, dapat

digambarkan sebagai berikut:


130

Gambar 4.51 Rancangan Tampilan Menu Pendaftaran Sempro

Pada gambar 4.51 menjelaskan rancangan tampilan menu

pendaftaran sempro. Di dalam menu pendaftaran sempro ini,

terdapat form untuk user mahasiswa dalam melakukan input data

pendaftaran sempro sesuai persyaratan. Di dalam menu ini terdapat

input-an upload file sempro, user mahasiswa bisa mengupload file

yang ber-type pdf.

9. Rancangan Tampilan Menu Pendaftaran Sidang

Adapun rancangan tampilan menu pendaftaran sidang, web

pendaftaran skripsi pada Program Studi Informatika UTS, dapat

digambarkan sebagai berikut:


131

Gambar 4.52 Rancangan Menu Pendaftaran Sidang skripsi

Pada gambar 4.52 menjelaskan rancangan tampilan menu

pendaftaran skripsi. Di dalam menu pendaftaran skripsi ini, terdapat

form untuk user mahasiswa dalam melakukan input data pendaftaran

skripsi sesuai persyaratan. Di dalam menu ini terdapat input-an

upload file skripsi, user mahasiswa bisa mengupload file yang ber-

type pdf.

10. Rancangan Tampilan Menu Info Jadwal Seminar Proposal

Adapun rancangan tampilan menu info jadwal seminar

proposal, web pendaftaran skripsi pada Program Studi Informatika

UTS, dapat digambarkan sebagai berikut:


132

Gambar 4.53 Rancangan Menu Info Jadwal Seminar

Pada gambar 4.53 menjelaskan rancangan tampilan menu

info jadwal seminar proposal. Di dalam menu pendaftaran skripsi

ini, terdapat tabel yang berfungsi untuk menampilkan hasil jadwal

seminar proposal jika sudah di jadwal oleh admin. Selain itu,

terdapat button cetak, jika ingin mencetak jadwal dan button

kembali, jika ingin keluar dari menu info jadwal seminar.

11. Rancangan Tampilan Menu Info Jadwal Sidang Skripsi

Adapun rancangan tampilan menu info jadwal sidang

skripsi, web pendaftaran skripsi pada Program Studi Informatika

UTS, dapat digambarkan sebagai berikut:


133

Gambar 4.54 Rancangan Menu Info jadwal Sidang Skripsi

Pada gambar 4.54 menjelaskan rancangan tampilan menu

info jadwal sidang skripsi. Di dalam menu info jadwal sidang

skripsi, terdapat tabel yang berfungsi untuk menampilkan hasil

jadwal sidang skripsi yang sudah dibuat oleh admin. Selain itu,

terdapat button cetak, jika ingin mencetak jadwal dan button

kembali, jika ingin keluar dari menu info jadwal seminar.

12. Rancangan Tampilan Menu Info Persyaratan

Adapun rancangan tampilan menu info persyaratan, web

pendaftaran skripsi pada Program Studi Informatika UTS, dapat

digambarkan sebagai berikut:


134

Gambar 4.55 Rancangan Tampilan Menu Info Persyaratan

Pada gambar 4.55 menjelaskan rancangan tampilan menu

info persyaratan. Di dalam menu rancangan tampilan menu info

persyaratan, terdapat tabel yang berfungsi untuk menampilkan info

kategori. Terdapat 3 kategori, yaitu: kategori jaringan, kategori

rekayasa perangkat lunak, artificial intelegent.

13. Rancangan Tampilan Menu Info Sispensi

Adapun rancangan tampilan menu info Sispensi, web

pendaftaran skripsi pada Program Studi Informatika UTS, dapat

digambarkan sebagai berikut:


135

Gambar 4.56 Tampilan Menu Sispensi

Pada gambar 4.56 menjelaskan rancangan tampilan menu

info sispensi. Di dalam menu sispensi ini berisi tentang penjelasan

sistem pendaftaran skripsi ini.

14. Rancangan Tampilan Menu Halaman Admin

Adapun rancangan tampilan menu halaman admin pada web

Program Studi Informatika UTS, dapat digambarkan sebagai

berikut:
136

Gambar 4.57 Tampilan menu Halaman Admin

Pada gambar 4.57 menjelaskan rancangan tampilan menu

halaman admin. Pada halaman admin ini di dalam kotak sidebar

terdapat beberapa menu yang berfungsi untuk mengelola user dosen,

user mahasiswa, dan juga tentang pengajuan judul, pendaftaran

sempro, dan pendaftaran skripsi.

15. Rancangan Tampilan Menu Daftar Mahasiswa

Adapun rancangan tampilan menu daftar mahasiswa pada

web Program Studi Informatika UTS, dapat digambarkan sebagai

berikut:
137

Gambar 4.58 Rancangan Tampilan Menu Daftar Mahasiswa

Pada gambar 4.58 menjelaskan rancangan tampilan menu

daftar mahasiswa. Pada halaman ini terdapat tabel yang

menampilkan hasil daftar user mahasiswa. Terdapat tiga button aksi

untuk mengelola per data user mahasiswa.

16. Rancangan Tampilan Menu Daftar Dosen

Adapun rancangan tampilan menu daftar dosen pada web

Program Studi Informatika UTS, dapat digambarkan sebagai

berikut:
138

Gambar 4.59 Rancangan Tampilan Menu Daftar Dosen

Pada gambar 4.59 menjelaskan rancangan tampilan menu

daftar dosen. Pada halaman ini terdapat tabel yang menampilkan

hasil daftar user dosen. Terdapat tiga button aksi untuk mengelola

per data user dosen.

17. Rancangan Tampilan Menu Daftar Pengajuan Judul

Adapun rancangan tampilan menu daftar pengajuan judul

pada web Program Studi Informatika UTS, dapat digambarkan

sebagai berikut:
139

Gambar 4.60 Tampilan Menu Daftar Pengajuan Judul

Pada gambar 4.60 menjelaskan rancangan tampilan menu

daftar pengajuan judul. Pada halaman ini terdapat tabel yang

menampilkan hasil daftar pengajuan judul yang dilakkan oleh

mahasiswa. Di kolom status, admin, maupun dosen berhak untuk

menerima maupun menolak pengajuan dari mahasiswa.

18. Rancangan Tampilan Menu Daftar Pendaftaran Sempro

Adapun rancangan tampilan menu daftar pendaftaran

sempro pada web Program Studi Informatika UTS, dapat

digambarkan sebagai berikut:


140

Gambar 4.61 Tampilan Menu Pendaftaran Sempro

Pada gambar 4.61 menjelaskan rancangan tampilan menu

daftar pendaftaran sempro. Pada halaman ini terdapat tabel yang

menampilkan hasil daftar pendaftaran sempro yang dilakukan oleh

mahasiswa. Di kolom status, admin berhak untuk menerima maupun

menolak pendaftaran sempro yang diajukan oleh mahasiswa.

19. Rancangan Tampilan Menu Daftar Pendaftaran Sidang

Adapun rancangan tampilan menu daftar pendaftaran sidang

pada web Program Studi Informatika UTS, dapat digambarkan

sebagai berikut:
141

Gambar 4.62 Rancangan Tampilan Daftar Pendaftaran Sidang

Pada gambar 4.62 menjelaskan rancangan tampilan menu

daftar pendaftaran sidang. Pada halaman ini terdapat tabel yang

menampilkan hasil daftar pendaftaran sidang yang dilakukan oleh

mahasiswa. Di kolom status, admin berhak untuk menerima maupun

menolak pendaftaran sidang yang diajukan oleh mahasiswa.

20. Rancangan Tampilan Menu Jadwal Sempro

Adapun rancangan tampilan menu jadwal sempro pada web

Program Studi Informatika UTS, dapat digambarkan sebagai

berikut:
142

Gambar 4.63 Rancangan Menu Jadwal Sempro

Pada gambar 4.63 menjelaskan rancangan tampilan menu

jadwal sempro. Pada halaman ini terdapat tabel yang menampilkan

hasil jadwal sempro yang telah di input oleh admin. Admin juga bisa

melakukan insert jadwal sempro, pada kolom insert.

21. Rancangan Tampilan Menu Jadwal Sidang

Adapun rancangan tampilan menu jadwal sidang pada web

Program Studi Informatika UTS, dapat digambarkan sebagai

berikut:
143

Gambar 4.64 Rancangan Tampilan Menu Jadwal Sidang

Pada gambar 4.64 menjelaskan rancangan tampilan menu

jadwal sidang. Pada halaman ini terdapat tabel yang menampilkan

hasil jadwal sempro yang telah di input oleh admin. Admin juga bisa

melakukan insert jadwal sidang, pada kolom insert.

22. Rancangan Tampilan Menu Pengajuan Judul Dosen

Adapun rancangan tampilan menu pengajuan judul dosen

pada web Program Studi Informatika UTS, dapat digambarkan

sebagai berikut:
144

Gambar 4.65 Rancangan Tampilan Menu Pengajuan judul Dosen

Pada gambar 4.65 menjelaskan rancangan tampilan menu

daftar pengajuan judul dari dashboard admin. Pada halaman ini

terdapat tabel yang menampilkan hasil daftar pengajuan judul yang

dilakukan oleh mahasiswa. Di kolom status dosen pembimbing

terkait berhak untuk menerima maupun menolak pengajuan dari

mahasiswa.

4.3 Implementasi Program

Setelah membuat perancangan sistem dan perancangan user

interface, penulis melakukan implementasi aplikasi dari perancangan yang

telah dibuat, adapun implementasi yang dilakukan dalam Rancang Bangun


145

Pendaftaran Skripsi Berbasis Web Pada Progam Studi Informatika UTS

adalah sebagai berikut:

4.3.1. Tampilan User Interface

Adapun tampilan user interface dibagi menjadi tiga bagian, yaitu

bagian mahasiswa, dosen, dan bagian admin. Berikut rancangan tampilan

pada Rancang Bangun Pendaftaran Skripsi Berbasis Web Pada Program

Studi Informatika Universitas Teknologi Sumbawa:

a. Tampilan Menu Awal Sispensi

Adapun perancangan tampilan menu awal sispensi adalah

sebagai berikut :

Gambar 4.66 Tampilan Menu Awal Sispensi


146

Gambar diatas merupakan tampilan menu awal saat user

pertama kali mengakses halaman sispensi, pada bagian diatas

adalah tampilan implementasi dari perancangan tampilan

Halaman utama.

b. Tampilan Login Mahasiswa

Adapun perancangan tampilan login mahasiswa sispensi

adalah sebagai berikut :

Gambar 4.67 Tampilan Login Mahasiswa

Gambar diatas merupakan tampilan login mahasiswa, saat

user mahasiswa ingin menggunakan sispensi. Pada bagian diatas

adalah tampilan implementasi dari perancangan tampilan Login

Mahasiswa.

c. Tampilan Login Dosen


147

Adapun perancangan tampilan login dosen sispensi adalah

sebagai berikut :

Gambar 4.68 Tampilan Login Dosen

Gambar diatas merupakan tampilan login dosen, saat user

dosen ingin menggunakan sispensi. Pada bagian diatas adalah

tampilan implementasi dari perancangan tampilan Login Dosen.

d. Tampilan Login Admin

Adapun perancangan tampilan login admin sispensi adalah

sebagai berikut :
148

Gambar 4.69 Tampilan Login Admin

Gambar diatas merupakan tampilan login admin, saat user

admin ingin menggunakan sispensi. Pada bagian diatas adalah

tampilan implementasi dari perancangan tampilan Login Admin.

e. Tampilan Menu Registrasi Mahasiswa

Adapun perancangan tampilan Menu Registrasi Mahasiswa

sispensi adalah sebagai berikut:

Gambar 4.70 Tampilan Menu Registrasi Mahasiswa

Gambar diatas merupakan tampilan menu registrasi

mahasiswa, saat mahasiswa ingin melakukan pendaftaran pada

sispensi. Pada bagian diatas adalah tampilan implementasi dari

perancangan tampilan Registrasi Mahasiswa.


149

f. Tampilan Menu Utama Mahasiswa

Adapun perancangan tampilan Menu Utama Mahasiswa

sispensi adalah sebagai berikut:

Gambar 4.71 Tampilan Menu Utama Mahasiswa

Gambar diatas merupakan tampilan menu utama mahasiswa,

saat mahasiswa berhasil login kedalam sispensi. Pada bagian

diatas adalah tampilan implementasi dari perancangan tampilan

Menu Utama Mahasiswa.


150

g. Tampilan Menu Pengajuan Judul

Adapun perancangan tampilan Menu pengajuan judul

Mahasiswa sispensi adalah sebagai berikut:

Gambar 4.72 Tampilan Menu Pengajuan Judul

Gambar diatas merupakan tampilan menu pengajuan judul

mahasiswa, saat mahasiswa ingin melakukan pengajuan judul.

Pada bagian diatas adalah tampilan implementasi dari

perancangan tampilan Menu Pengajuan Judul Mahasiswa.

h. Tampilan Menu Pendaftaran Sempro

Adapun perancangan tampilan Menu pengajuan seminar

proposal Mahasiswa sispensi adalah sebagai berikut:


151

Gambar 4.73 Tampilan Menu pendaftaran Seminar Proposal

Gambar diatas merupakan tampilan menu pendaftaran

seminar proposal mahasiswa, saat mahasiswa ingin melakukan

pendaftaran seminar proposal. Pada bagian diatas adalah tampilan

implementasi dari perancangan tampilan Menu Pendaftaran

Seminar Proposal Mahasiswa.

i. Tampilan Menu Pendaftaran Judul

Adapun perancangan tampilan Menu Pendaftaran Judul

proposal Mahasiswa sispensi adalah sebagai berikut:


152

Gambar 4.74 Tampilan Menu Pendaftaran Judul

Gambar diatas merupakan tampilan menu pendaftaran

seminar proposal mahasiswa, saat mahasiswa ingin melakukan

pendaftaran seminar proposal. Pada bagian diatas adalah tampilan

implementasi dari perancangan tampilan Menu Pendaftaran

Seminar Proposal Mahasiswa.


153

j. Tampilan Menu Info Jadwal Sempro

Adapun perancangan tampilan Menu Info Jadwal Sempro

Mahasiswa sispensi adalah sebagai berikut:

Gambar 4.75 Tampilan Menu Info Jadwal Sempro

Gambar diatas merupakan tampilan menu info jadwal

sempro mahasiswa, saat mahasiswa ingin mengetahui jadwa

seminar proposal. Pada bagian diatas adalah tampilan

implementasi dari perancangan tampilan Menu Info Jadwal

Sempro.

k. Tampilan Menu Info Jadwal Sidang

Adapun perancangan tampilan Menu Info Jadwal Sidang

Mahasiswa sispensi adalah sebagai berikut:


154

Gambar 4.76 Tampilan Menu Info Jadwal Sidang

Gambar diatas merupakan tampilan menu info jadwal sidang

mahasiswa, saat mahasiswa ingin mengetahui jadwal sidang

skripsi. Pada bagian diatas adalah tampilan implementasi dari

perancangan tampilan Menu Info Jadwal Sidang.

l. Tampilan Menu Info Persyaratan

Adapun perancangan tampilan Menu Info Jadwal

Persyaratan adalah sebagai berikut:

Gambar 4.77 Tampilan Menu Info Persyaratan


155

Gambar diatas merupakan tampilan menu info persyaratan

mahasiswa, saat mahasiswa ingin mengetahui syarat pengajuan

judul, pendaftaran sidang, dan pendaftaran seminar proposal. Pada

bagian diatas adalah tampilan implementasi dari perancangan

tampilan Menu Info Persyaratan.

m. Tampilan Menu Info Kategori

Adapun perancangan tampilan Menu Info Kategori adalah

sebagai berikut:

Gambar 4.78 Tampilan Menu Info Kategori

Gambar diatas merupakan tampilan menu info kategori, saat

mahasiswa ingin mengetahui kategori topik pengajuan judul

skripsi. Pada bagian diatas adalah tampilan implementasi dari

perancangan tampilan Menu Info kategori.

n. Tampilan Menu Info Sispensi

Adapun perancangan tampilan Menu Info Sispensi adalah

sebagai berikut:
156

Gambar 4.79 Tampilan Menu Info Sispensi

Gambar diatas merupakan tampilan menu info Sispensi, saat

mahasiswa ingin mengetahui tentang sispensi. Pada bagian diatas

adalah tampilan implementasi dari perancangan tampilan Menu

Info sispensi.

o. Tampilan Menu Utama Admin

Adapun perancangan tampilan Menu Utama Admin adalah

sebagai berikut:

Gambar 4.80 Tampilan Menu Utama Admin

Gambar diatas merupakan tampilan menu utama admin, saat

admin melakukan login kedalam sispensi. Pada bagian diatas


157

adalah tampilan implementasi dari perancangan tampilan Menu

Utama Admin.

p. Tampilan Menu Daftar Mahasiswa

Adapun perancangan tampilan Menu Daftar Mahasiswa

adalah sebagai berikut:

Gambar 4.81 Tampilan Menu Daftar Mahasiswa

Gambar diatas merupakan tampilan menu daftar mahasiswa,

pada bagian diatas adalah tampilan implementasi dari perancangan

tampilan Menu Daftar Mahasiswa.

q. Tampilan Menu Daftar Dosen

Adapun perancangan tampilan Menu Daftar Dosen adalah

sebagai berikut:
158

Gambar 4.82 Tampilan Menu Daftar Dosen

Gambar diatas merupakan tampilan menu daftar dosen, pada

bagian diatas adalah tampilan implementasi dari perancangan

tampilan Menu Daftar Dosen.

r. Tampilan Daftar Pengajuan Judul

Adapun perancangan tampilan Menu Info Daftar Pengajuan

Judul adalah sebagai berikut:

Gambar 4.83 Tampilan Menu Daftar Pengajuan Judul


159

Gambar diatas merupakan tampilan menu info daftar

pengajuan judul, pada bagian diatas adalah tampilan implementasi

dari perancangan tampilan Menu daftar Pengajuan Judul.

s. Tampilan Daftar Pengajuan Sempro

Adapun perancangan tampilan Menu Info Daftar Pengajuan

Sempro adalah sebagai berikut:

Gambar 4.84 Tampilan Menu Daftar Pengajuan Sempro

Gambar diatas merupakan tampilan menu daftar pengajuan

sempro, pada bagian diatas adalah tampilan implementasi dari

perancangan tampilan Menu daftar Pengajuan Sempro.

t. Tampilan Daftar Pengajuan Sidang

Adapun perancangan tampilan Menu Daftar Pengajuan

Sidang adalah sebagai berikut:


160

Gambar 4.85 Tampilan Menu Daftar Pengajuan Sidang

Gambar diatas merupakan tampilan menu daftar pengajuan

sidnag, pada bagian diatas adalah tampilan implementasi dari

perancangan tampilan Menu Daftar Pengajuan Sidang.

u. Tampilan Jadwal Sempro

Adapun perancangan tampilan Menu Jadwal Sempro adalah

sebagai berikut:

Gambar 4.86 Tampilan Menu Daftar Jadwal Sempro


161

Gambar diatas merupakan tampilan menu daftar jadwal

sempro, pada bagian diatas adalah tampilan implementasi dari

perancangan tampilan menu daftar jadwal sempro.

v. Tampilan Menu Halaman Utama Dosen

Adapun perancangan tampilan menu halaman utama dosen

adalah sebagai berikut:

Gambar 4.87 Tampilan Menu Halaman Utama Dosen

Gambar diatas merupakan tampilan menu halaman utama

dosen, pada bagian diatas adalah tampilan implementasi dari

perancangan tampilan menu halaman utama dosen.

w. Tampilan Menu Jadwal Sidang

Adapun perancangan tampilan menu jadwal sidang adalah

sebagai berikut:
162

Gambar 4.88 Tampilan Menu Jadwal Sidang

Gambar diatas merupakan tampilan menu daftar jadwal

sidnag, pada bagian diatas adalah tampilan implementasi dari

perancangan tampilan menu daftar jadwal sidang.

4.4 Pengujian Sistem

Adapun hasil pengujian perangkat lunak yang dilakukan

menggunakan pengujian black box testing dalam Rancang Bangun

Pendaftaran Skripsi Berbasis Web Pada Progam Studi Informatika UTS

adalah sebagai berikut:

4.4.1 Pengujian User Mahasiswa

Pengujian perangkat lunak pada user mahasiswa yang dilakukan

guna mengetahui fungsi yang telah dibuat, berhasil difungsikan, atau

tidak sesuai dengan yang ingin difungsikan.


163

Tabel 4.21 Pengujian Halaman Mahasiswa

Kasus dan Hasil Uji

Aksi Actor Yang Pengamatan Kesimpulan

diharapkan

Mengosongkan Menampilka Sesuai


Username dan n pesan
Password

Mengosongkan Menampilka Sesuai


form registrasi n
Pesan

Meng-input Menampilka Sesuai


username dan n pesan
password salah gagal

Meng-input Menampilka Sesuai


username dan n pesan
password benar berhasil

Mengosongkan Menampilka
data topik n pesan
skripsi pada
Sesuai
menu
pengajuan judul
164

Mengosongkan Menampilka
file data n pesan
persyaratan
sempro pada
sesuai
menu
pendaftaran
sempro
Mengosongkan Menampilka
file data n
persyaratan Pesan
skripsi pada
sesuai
menu
pendaftaran
sidang skripsi
Melakukan Menampilka
pendaftaran n pesan
judul “berhasil sesuai
melakukan
pendaftaran”
Melakukan Mempilkan
cetak jadwal tampilan pdf
sesuai
sempro
Keluar dari Menampilka
halaman dasbor n pesan
sesuai
mahasiswa ‘Anda
berhasil
Keluar’
165

4.4.2 Pengujian User Admin

Pengujian perangkat lunak pada user admin yang dilakukan

guna mengetahui fungsi yang telah dibuat, berhasil difungsikan atau

tidak sesuai dengan yang ingin difungsikan:

Tabel 4.24 Pengujian Halaman Admin

Kasus dan Hasil Uji

Aksi Actor Yang Pengamatan Kesimpulan

diharapkan

Mengosongka Menampilkan Sesuai


n pesan
Username dan peringatan
Password

Mengosongka Menampilkan sesuai


n halaman pesan
tambah peringatan
mahasiswa

Menghapus Menampilkan sesuai


data pada pesan
halaman sebelum
dosen menghapus
166

secara
permanen

Meng-update Menampilkan sesuai


data pada Pesan
halaman topik “Berhasil”
skripsi
Mengubah Menampilkan Sesuai
status Pesan “Data
pengajuan Berhasil
judul Diubah”

4.4.3 Pengujian User Dosen

Pengujian perangkat lunak pada user dosen yang dilakukan guna

mengetahui fungsi yang telah dibuat, berhasil difungsikan atau tidak

sesuai dengan yang ingin difungsikan.

Tabel 4.25 Pengujian Halaman Dosen

Kasus dan Hasil Uji

Aksi Actor Yang Pengamatan Kesimpulan

diharapkan

Mengosongka Menampilkan Sesuai


n pesan
Username dan peringatan
Password
Keluar dari Menampilkan Sesuai
sistem Pesan Telah
Keluar
167

BAB V

KESIMPULAN DAN SARAN

5.1 Kesimpulan

Dari hasil analisis dan perancangan sistem yang telah dilakukan ,

maka penulis dapat mengambil kesimpulan bahwa ‘Rancang bangun

pendaftaran skripsi berbasis web pada Program Studi Informatika telah selesai

dibangun menggunakan framework Codeigniter. Dengan demikian

diharapkan sistem pendaftaran skripsi berbasis web ini dapat memberikan

konstribusi untuk membantu prodi Informatika maupun Mahasiswa

Informatika yang akan mengambil mata kuliah skripsi.

5.2 Saran

Dari hasil pembuatan Rancang Bangun Pendaftaran Skripsi Berbasis

Web pada Program Studi Informatika Universitas Teknologi Sumbawa,

penulis memberikan saran agar pada tahap selanjutnya dilakukan

pengembangan, diantara lain meliputi:

1. Penambahan fitur pendeteksi plagiat, disaat mahasiswa melakukan

upload file skripsi dalam menu pengajuan judul.

2. Penambahan fitur koreksi file skripsi mahasiswa secara online melalui

sistem pendaftaran skripsi berbasis web tersebut.


168

DAFTAR PUSTAKA

Adelia., & Setiawan, J. (2011). Implementasi Customer Relationship Management

(CRM) pada Sistem Reservasi Hotel berbasis Website dan Desktop.

Bandung: Universitas Kristen Maranatha. Vol. 6, No. 2, September

2011 :113-126. Tanggal Akses : 27 Maret 2019.

Adikusuma, Indra., dkk. (2015). “Aplikasi Pengajuan Judul Skripsi Mahasiswa

Jurusan Ilmu Komputer Universitas Pakuan Berbasis Website”. Jurnal Sipus

FMIPA UNPAK. Tanggal Akses : 10 Maret 2019.

Afyenni, R. (2014), “Perancangan Data Flow Diagram Untuk Sistem Informasi

Sekolah (Studi Kasus pada SMA Pembangunan Laboratorium UNP)”.

Jurnal TEKNOIF, Vol. 2, No. 1, hal. 35-39. Tanggal Akses : 20 Maret 2019.

Amsyah, Zulkifli. (2001). Manajemen Sistem Informasi. Jakarta: Gramedia

Pustaka Utama.

Andri, Sutrisno Tri. (2013). ”Rancang Bangun Sistem Informasi Pengajuan Judul

Tugas Akhir dan Skripsi Berbasis Web Service”. Jurnal Semantik, Vol.3,

No.1, 9-12. ISSN 979-26-0266-6. Tanggal Akses : 11 Maret 2019.

Arief M Rudianto. (2011). Pemrograman Web Dinamis menggunakan PHP dan

MySQL. C.V ANDI OFFSET. Yogyakarta.

Britton, Carol., & Jill Doake. (2001).Object-Oriented Systems Development.

McGraw-Hill. hlm. 28–29, 269. ISBN 0-07-709544-8.

DEPDIKBUD01. (2012). Sesi Pendaftaran Siswa Baru. Retrieved 7 4, 2014, from

http://elib.unikom.ac.id/download.php?id=21239

Februariyanti, Herny. (2012). “Rancang Bangun Sistem Perpustakaan untuk


169

Jurnal Elektronik”. Jurnal Teknologi Informasi DINAMIK, 17(2):124-

132. Tanggal Akses : 20 Maret 2019.

Hakim, Lukmanul. (2013). Proyek Website Super WOW! Dengan PHP dan jQuery.

Yogyakarta: Loko Media.

Hariwijaya, M., & Djaelani, Bisri. M. (2008). Teknik Menulis Skripsi dan Thesis.

Yogyakarta: Hanggar Kreator.

Hege, Y. B., & dkk. (2014). “Sistem Informasi Geografis (SIG) Pelayanan

Kesehatan di Kotamadya Yogyakarta Berbasis Web”. Jurnal SCRPT Vol.1

No.2 ISSN:2338-6304, 169.

Jogiyanto, H.M. (2003). Sistem Teknologi Informasi. Yogyakarta: Penerbit Andi.

Jogiyanto, H.M. (2005). Analisis dan Desain Sistem Informasi. Yogyakarta:

Penerbit Andi.

Kadir, A. (2003). Pengenalan Sistem Informasi. Yogyakarta: Andi Offset.

Kenneth, C. Laudon., & Jane, P. Laudon. (2014). Management Information Systems

13th edition. Pearson. England.

Kristanto, Andri. (2011). Perancangan Sistem Informasi dan Aplikasinya.

Yogyakarta: Andi.

Ladjamudin, Al – Bahra bin. (2005). Analisis dan Desain Sistem Informasi.

Yogyakarta: Graha Ilmu.

Mulyanto, A. R. (2008). Rekayasa Perangkat Lunak. Jakarta: Direktorat Pembinaan

Sekolah Menengah Kejuruan.

O’Brien, James A. (2006). Pengantar Sistem Informasi Perspektif Bisnis dan

Manajerial. Jakarta: Salemba Empat.


170

Pressman, R.S. (2010), Software Engineering : a practitioner’s approach. 7th ed.

New York : McGraw-Hill Education.

Pressman, R.S., & Maxim, B.R. (2015), Software Engineering : a practitioner’s

approach. 8th ed. New York : McGraw-Hill Education.

Sidharta, Lani. (1996). Internet Informasi Bebas Hambatan. Elex Media


Komputindo, Jakarta
Sommerville, Ian. (2011). Software Engineering. 9th Edition. America : Pearson.

Education ,Inc.

Sukamto, Rosa Ariani. (2009). Langkah-langkah Pengujian Perangkat dan

Evaluasi Piranti Lunak, Informatika, Bandung.

Sukamto, R, A., & Shalahuddin, M. (2011). Modul Pembelajaran Rekayasa

Perangkat Lunak (Terstruktur dan Berorientasi Objek). Bandung: Modula.

Sutabri, Tata. (2012). Analisis Sistem Informasi. Yogyakarta: Penerbit Andi.

Whitten, L,Jeffery., & Bentley, D,Lonnie., & Dittman, C,Kevin. (2004). Metode

Desain dan Analisis Sistem. Terjemahan oleh Tim Penerjemah ANDI.

Widiono, R., & Pujiyanta, A. (2014). Sistem Informasi Rute Terpendek Tour

Travelling Daerah Istimewa Yogyakarta dengan Algoritma Genetika.

Jurnal Sarjana Teknik Informatika Vol.2 No.2 e-ISSN: 2338-5197, 1273.

Tanggal Akses : 22 Maret 2019.

Widodo, I. W. (2013). Membangun Web Super Cepat dengan CodeIgniter

GroceryCRUD dan TankAuth. Yogyakarta: In Wahyu Widodo.


171

LAMPIRAN - LAMPIRAN
172

Lampiran 1. Dokumentasi
173
174
175

Lampiran 2. Hasil wawancara

Hasil wawancara
Sekretaris Program Studi
No Pertanyaan
Informatika
Universitas Teknologi Sumbawa
Bagaimana sih, alur Buat alur saat ini, mahasiswa login
1
pendaftaran skripsi yang untuk kedalam SIAKAD, dan

saat ini? memprogramkan mata kulih skripsi.

Itu wajib ya, biar bisa skripsian.

Nah, baru ngelengkapin berkas-

berkas pengajuan skripsinya sesuai

persyaratan yang prodi kasih.

Buat pendaftaran seminar proposal

dan sidang skripsi juga sama,

bedanya di persyaratan aja, tapi

alurnya sama, ngumpulin berkas,

kalo sudah lengkap baru bisa lihat

jadwal keluar.

Nah tempat penyimpananya untuk


2
Nanti, buat tempat saat ini masih di lemari

penyimpanan berkas-berkas (mengarahkan jari telunjuk ke

pengajuan skripsinya itu tempat lemari penyimpanan.).

diletakkan dimana? Lemari penyimpanan itu kayanya

untuk tahunan angkatan kamu


176

masih bisa, gatau kalau untuk

angkatan 2016 ke atas nanti.

Berarti bakalan susah ya kalau Nah itu sih, kadang kita kerepotan
3
mencari berkas-berkas yang juga kalau mau nyari berkas-berkas

tahunan sebelumnya? yang dulu, harus di turunin

(berkasnya) satu-satu dulu sampai

ditemukan. Belum lagi kemungkina

berkas rusak kalo sudah lama.

Bagaimana kalau dibuat Nah bagus sih itu, jadi biar


4
pendaftaran skripsi secara membantu juga kalau daftar ga

online, berbasis web? perlu antri lagi mahasiswa. Tapi

jangan hanya pendaftaran

skripsinya aja yang online berarti

daftar seminar proposal sama

sidang skripsinya juga harus online

juga. Biar satu paket, masa daftar

skripsinya online, buat daftar

sempro sama sidangnya masih

ngantri.
177

Lampiran 3. Source Code Menu Awal


178

Lampiran 4. Lembar Kuisioner

Anda mungkin juga menyukai