Tugas Akhir Manajemen Informatika

PROYEK SISTEM INFORMASI AKADEMIK BERBASIS WEB
PADA AKADEMI SEKRETARI SAINT THERESA
TUGAS AKHIR
Diajukan untuk memenuhi salah satu syarat kelulusan Program Diploma III
EKA IRAWAN
NIM : 12153163
ACHMAD SAKIDA
NIM : 12152903
Program Studi Sistem Informasi

Fakultas Teknologi Informasi Universitas Bina Sarana Informatika
Jakarta
2019
SURAT PERNYATAAN KEASLIAN TUGAS AKHIR
Yang bertanda tangan di bawah ini :
Nama : Eka Irawan
NIM : 12153163
Program Studi : Sistem Informasi
Perguruan Tinggi : Universitas Bina Sarana Informatika
Dengan ini menyatakan bahwa tugas akhir yang telah saya buat dengan judul “
Proyek Sistem Informasi Akademik Berbasis Web Pada Akademi Sekretari
Saint Theresa “, adalah asli ( original ) atau tidak plagiat ( menjiplak ) dan belum
pernah diterbitkan / dipublikasikan dimanapun dan dalam bentuk apapun.
Demikianlah surat pernyataan ini saya buat dengan sebenar-benarnya tanpa ada
paksaan dari pihak manapun juga. Apabila dikemudian hari ternyata saya
memberikan keterangan palsu dan atau ada pihak lain yang mengklaim bahwa
tugas akhir yang telah saya buat adalah hasil karya milik seseorang atau badan
tertentu, saya bersedia diproses baik secara pidana maupun perdata dan kelulusan
saya dari Universitas Bina Sarana Informatika dicabut / dibatalkan.

SURAT PERNYATAAN KEASLIAN TUGAS AKHIR
Yang bertanda tangan di bawah ini :
Nama : Achmad Sakida
NIM : 12152903
Dengan ini menyatakan bahwa tugas akhir yang telah saya buat dengan judul “
Proyek Sistem Informasi Akademik Berbasis Web Pada Akademi Sekretari
Saint Theresa “, adalah asli ( original ) atau tidak plagiat ( menjiplak ) dan belum
pernah diterbitkan / dipublikasikan dimanapun dan dalam bentuk apapun.
Demikianlah surat pernyataan ini saya buat dengan sebenar-benarnya tanpa ada
paksaan dari pihak manapun juga. Apabila dikemudian hari ternyata saya
memberikan keterangan palsu dan atau ada pihak lain yang mengklaim bahwa
tugas akhir yang telah saya buat adalah hasil karya milik seseorang atau badan
tertentu, saya bersedia diproses baik secara pidana maupun perdata dan kelulusan
saya dari Universitas Bina Sarana Informatika dicabut / dibatalkan.

SURAT PERNYATAAN PERSETUJUAN PUBLIKASI KARYA
ILMIAH UNTUK KEPENTINGAN AKADEMIS
Yang bertanda tangan di bawah ini, saya :

Nama : Eka Irawan
NIM : 12153163
Dengan ini menyetujui untuk memberikan izin kepada pihak Universitas Bina
Sarana Informatika, Hak Bebas Royalti Non Eksklusif ( Non Exclusive Royalti
Free Right ) atas karya ilmiah kami yang berjudul “ Proyek Sistem Informasi
Akademik Berbasis Web Pada Akademi Sekretari Saint Theresa ”, berserta
perangkat yang diperlukan ( apabila ada ).
Dengan Hak Bebas Royalti Non Eksklusif ini pihak Universitas Bina Sarana
Informatika Jakarta berhak menyimpan, mengalih media atau format-kan,
mengelolanya dalam pangkalan data ( database ), mendistribusikannya dan
menampilkan atau mempublikasikannya di internet atau media lain untuk
kepentingan akademis tanpa perlu meminta izin dari kami selama tetap
mencantumkan nama kami sebagai penulis / pencipta karya ilmiah tersebut.
Saya bersedia untuk menanggung secara pribadi tanpa melibatkan pihak

Universitas Bina Sarana Informatika Jakarta, segala bentuk tuntutan hukum
yang timbul atas pelanggaran Hak Cipta dalam karya ilmiah saya ini.
Demikian pernyataan ini saya buat dengan sebenarnya.

SURAT PERNYATAAN PERSETUJUAN PUBLIKASI KARYA
ILMIAH UNTUK KEPENTINGAN AKADEMIS
Yang bertanda tangan di bawah ini, saya :

NIM : 12152903
Dengan ini menyetujui untuk memberikan izin kepada pihak Universitas Bina
Sarana Informatika, Hak Bebas Royalti Non Eksklusif ( Non Exclusive Royalti
Free Right ) atas karya ilmiah kami yang berjudul “ Proyek Sistem Informasi
Akademik Berbasis Web Pada Akademi Sekretari Saint Theresa ”, berserta
perangkat yang diperlukan ( apabila ada ).
Dengan Hak Bebas Royalti Non Eksklusif ini pihak Universitas Bina Sarana
Informatika Jakarta berhak menyimpan, mengalih media atau format-kan,
mengelolanya dalam pangkalan data ( database ), mendistribusikannya dan
menampilkan atau mempublikasikannya di internet atau media lain untuk
kepentingan akademis tanpa perlu meminta izin dari kami selama tetap
mencantumkan nama kami sebagai penulis / pencipta karya ilmiah tersebut.
Saya bersedia untuk menanggung secara pribadi tanpa melibatkan pihak

Universitas Bina Sarana Informatika Jakarta, segala bentuk tuntutan hukum
yang timbul atas pelanggaran Hak Cipta dalam karya ilmiah saya ini.
Demikian pernyataan ini saya buat dengan sebenarnya.

PERSETUJUAN DAN PENGESAHAN TUGAS AKHIR
Tugas Akhir ini diajukan oleh :
Nama : Eka Irawan

NIM : 12153163
Jenjang : Diploma III
Judul Tugas Akhir : Proyek Sistem Informasi Akademik Berbasis Web Pada
Akademi Sekretari Saint Theresa
Telah dipertahankan pada periode II – 2018 dihadapan penguji dan diterima

sebagai bagian persyaratan yang diperlukan untuk memperoleh Diploma Ahli
Madya ( A.Md ) pada Program Diploma III Program Studi Sistem Informasi di
Universitas Bina Sarana Informatika Jakarta.
Jakarta, 08 Februari 2019

PEMBIMBING TUGAS AKHIR
Dosen Pembimbing : Ruhul Amin, M.Kom
Asisten Pembimbing : Ari Abdilah, M.Kom
DEWAN PENGUJI
Penguji I : Ita Dewi Sintawati, ST, M.Kom
Penguji II : Desmulyati, ST, M.Kom

PERSETUJUAN DAN PENGESAHAN TUGAS AKHIR
Tugas Akhir ini diajukan oleh :

NIM : 12152903
Jenjang : Diploma III
Judul Tugas Akhir : Proyek Sistem Informasi Akademik Berbasis Web Pada
Akademi Sekretari Saint Theresa
Untuk dipertahankan pada periode II – 2018 dihadapan penguji dan diterima

sebagai bagian persyaratan yang diperlukan untuk memperoleh Diploma Ahli
Madya ( A.Md ) pada Program Diploma III Program Studi Sistem Informasi di
Universitas Bina Sarana Informatika Jakarta.
Jakarta, 08 Februari 2019

PEMBIMBING TUGAS AKHIR
Asisten Pembimbing : Ari Abdilah, M.Kom
DEWAN PENGUJI
Penguji I : Ita Dewi Sintawati, ST, M.Kom
Penguji II : Desmulyati, ST, M.Kom

NIM : 12153163
Nama Lengkap : Eka Irawan
Judul Tugas Akhir : Proyek Sistem Informasi Akademik Berbasis Web
Pada Akademi Sekretari Saint Theresa.
NO Tanggal Pokok Bahasan Paraf Dosen
Bimbingan Pembimbing
1 11-10-2018 Pengajuan Judul
2 25-10-2018 Bab I & Bab II
3 01-11-2018 Revisi Bab I & Bab II
4 15-11-2018 Bab III & Bab IV
5 22-11-2018 Revisi Bab III & Bab IV
6 06-12-2018 Bab V
7 13-12-2018 Revisi Bab V
8 02-01-2019 Acc Bab Keseluruhan
9 08-01-2019 Acc Revisi
Catatan untuk Dosen Pembimbing

Bimbingan Tugas Akhir
 Dimulai Tanggal : 11 Oktober 2018
 Diakhiri Tanggal : 02 Januari 2019
 Jumlah Pertemuan Bimbingan : 8 kali
Disetujui oleh,
Dosen Pembimbing
( Ruhul Amin, M.Kom )

NIM : 12152903
Nama Lengkap : Achmad Sakida
NO Tanggal Pokok Bahasan Paraf Dosen
2 25-10-2018 Bab I & Bab II
4 15-11-2018 Bab III & Bab IV
6 06-12-2018 Bab V
9 08-01-2019 Acc Revisi
Catatan untuk Dosen Pembimbing

 Dimulai Tanggal : 11 Oktober 2018
 Diakhiri Tanggal : 02 Januari 2019
 Jumlah Pertemuan Bimbingan : 8 kali
Disetujui oleh,
Dosen Pembimbing
( Ruhul Amin, M.Kom )

NIM : 12153163
Asisten Pembimbing : Ari Abdilah M.Kom
NO Tanggal Pokok Bahasan Paraf Asisten
2 25-10-2018 Bab I & Bab II
4 15-11-2018 Bab III & Bab IV
6 06-12-2018 Bab V
9 08-01-2019 Acc Revisi
Catatan untuk Asisten Pembimbing

Dimulai Tanggal : 11 Oktober 2018
Diakhiri Tanggal : 02 Januari 2019
Jumlah Pertemuan Bimbingan : 8 kali
Disetujui oleh,
Asisten Pembimbing
( Ari Abdilah, M.Kom )

NIM : 12152903
Asisten Pembimbing : Ari Abdilah M.Kom
NO Tanggal Pokok Bahasan Paraf Asisten
2 25-10-2018 Bab I & Bab II
4 15-11-2018 Bab III & Bab IV
6 06-12-2018 Bab V
9 08-01-2019 Acc Revisi
Catatan untuk Asisten Pembimbing

Dimulai Tanggal : 11 Oktober 2018
Diakhiri Tanggal : 02 Januari 2019
Jumlah Pertemuan Bimbingan : 8 kali
Disetujui oleh,
Asisten Pembimbing
( Ari Abdilah, M.Kom )

KATA PENGANTAR
Alhamdulillah Puji Syukur penulis panjatkan kehadirat Tuhan Yang Maha
Esa yang telah menganugerahkan rahmat-Nya dan kasih-Nya sehingga pada
akhirnya penulis dapat menyelesaikan kuliah sampai semester akhir pada Program
Diploma Tiga ( D III ) Manajemen Informatika di Bina Sarana Informatika
dengan baik. Dimana Tugas Akhir ini penulis sajikan dalam bentuk buku yang
sederhana. Adapun judul Tugas Akhir yang penulis ambil adalah “ PROYEK
SISTEM INFORMASI AKADEMIK BERBASIS WEB PADA AKADEMI
SEKRETARI SAINT THERESA “.
Tujuan penulisan Tugas Akhir ini dibuat sebagai salah satu syarat
kelulusan Program Diploma Tiga ( D III ) Universitas Bina Sarana Informatika.
Sebagai bahan penulisan diambil berdasarkan hasil penelitian ( eksperimen ).
Observasi dan beberapa sumber literatur yang mendukung penulisan ini. Penulis
menyadari bahwa tanpa bimbingan dan dorongan dari semua pihak, maka
penulisan Tugas Akhir ini tidak akan lancar. Oleh karena itu pada kesempatan ini,
izinkanlah penulis menyampaikan ucapan terima kasih kepada :
1. Rektor Universitas Bina Sarana Informatika.
2. Ketua Jurusan Sistem Informasi Universitas Bina Sarana Informatika.
3. Bapak Ruhul Amin, M.Kom selaku Dosen Pembimbing Tugas Akhir.
4. Bapak Ari Abdilah, M.Kom selaku Asisten Pembimbing Tugas Akhir.
5. Staff / Karyawan / Dosen dilingkungan Universitas Bina Sarana Informatika
Jakarta.
6. Bapak (Alm) Paul Fatruan, SE, MM selaku Direktur Utama Akademi
Sekretari Saint Theresa.

7. Staff / Karyawan dilingkungan Saint Theresa.
8. Orang Tua tercinta yang telah memberikan dukungan moral maupun spiritual.
9. Rekan-rekan mahasiswa kelas MI-6I.
Serta semua pihak yang terlalu banyak untuk disebut satu persatu sehingga
terwujudnya penulisan ini. Penulis menyadari bahwa penulisan tugas akhir ini
masih jauh sekali dari sempurna, untuk itu penulis mohon kritik dan saran yang
bersifat membangun demi kesempurnaan penulisan dimasa yang akan datang.
Akhir kata semoga tugas akhir ini dapat berguna bagi penulis khususnya
dan bagi para pembaca yang berminat pada umumnya.

ABSTRAKSI
Eka Irawan ( 12153163 ), Achmad Sakida ( 12152903 ), Proyek Sistem

Informasi Akademik Berbasis Web Pada Akademi Sekretari Saint Theresa.
Kemajuan teknologi sekarang ini sangat bermanfaat bagi kita dalam mencari suatu
informasi dalam kehidupan sehari-hari terutama dalam membantu menyelesaikan
pekerjaan kita, sistem yang sudah terkomputerisasi diharapkan dapat membantu
semua pekerjaan yang sulit menjadi mudah dikerjakan agar mendapatkan hasil
yang lebih baik dari sebelumnya.
Akademi Sekretari Saint Theresa sangat membutuhkan sekali adanya sistem

informasi yang menunjang dan memberikan pelayanan yang memuaskan bagi
para mahasiswanya. Untuk itulah penulis mencoba membuat Tugas Akhir
mengenai sistem informasi akademik pada kampus akademi sekretari saint theresa
yang sampai saat ini belum terkomputerisasi.
Pada saat ini, Kampus Saint Theresa hanya memiliki 2 program pendidikan yaitu
program Diploma Tiga ( D III ) Akademi Sekretari dan program Strata Satu ( S1 )
Sekolah Tinggi Ilmu Ekonomi ( STIE ), Sistem yang ada pada Akademi Sekretari
Saint Theresa ini masih dilakukan secara manual, mulai dari pencatatan
pendaftaran mahasiswa sampai penyimpanan data-data lainnya yang berhubungan
dengan proses belajar mengajar hingga sampai pembuatan laporan.
Dengan menggunakan program yang terkomputerisasi sebagai alat bantu dalam

pengolahan data dapat mempermudah pengolahan data-data mahasiswa dibidang
akademis dan efisien dalam penyimpanan data serta memudahkan dalam
pencarian data pada saat rekap data.
Kata Kunci : PHP, Online, Web, MySQL, Siakad.

ABSTRACT
Eka Irawan ( 12153163 ), Achmad Sakida ( 12152903 ), Academic Information

System Project Web Base At Saint Theresa Secretary Academy.
Technology advances today are very useful for us in looking for an
information in everyday, especially in helping solve our work, a computerized
system is expected to help all the difficult jobs become easy to do in order to get
better results than ever.
Saint Theresa Secretary Academy desperately needs an information system
that supports and provides satisfactory service to students. That’s why the author
try to make the Final Project of Academic Information System on the Campus of
Saint Theresa Secretary Academy which until now has not been computerized.
At this time, Saint Theresa Campus only has 2 programs of Diploma Three
( D III ) of the Secretary Academy and bachelor degree ( S1 ) program of the
College of Economics ( STIE ), the system is in the Secretary of Saint Theresa is
still done manually, starting from the registration of students to the storage of
other data related to the teaching and learning process until the making of the
report.
By using a computerized program as a tool in data processing can
facilitate the processing of student data in the field of academic and efficient in
data storage and facilitate the search data at the time of data recap.
Keywords : PHP, Online, Web, MySQL, Siakad.

DAFTAR ISI
Halaman
Lembar Judul Tugas Akhir ............................................................................. i
Lembar Pernyataan Keaslian Tugas Akhir ..................................................... ii
Lembar Pernyataan Persetujuan Publikasi Karya Ilmiah ............................... iii
Lembar Persetujuan dan Pengesahan Tugas Akhir ........................................ iv
Lembar Konsultasi Tugas Akhir .................................................................... v
Kata Pengantar ............................................................................................... vii
Abstraksi ........................................................................................................ ix
Abstract........................................................................................................... x
Daftar isi.......................................................................................................... xi
Daftar Simbol ................................................................................................. xiv
Daftar Gambar ................................................................................................ xx
Daftar Tabel .................................................................................................... xxi
Daftar Lampiran .............................................................................................. xxii
BAB I PENDAHULUAN
1.1 Latar Belakang Masalah........................................... 1
1.2 Tujuan dan Manfaat ................................................. 2
1.3 Metode Penelitian .................................................... 3
1.4 Ruang Lingkup ........................................................ 4
BAB II LANDASAN TEORI

2.1 Konsep Dasar Web.................................................. 5
2.2 Teori Pendukung .................................................... 15
BAB III ANALISA SISTEM BERJALAN
3.1 Tinjauan Perusahaan ............................................. 27
3.1.1 Sejarah Institusi / Perusahaan ................... 27
3.1.2 Struktur Organisasi dan Fungsi ................ 28
3.2 Prosedur Sistem Berjalan ..................................... 33

3.3 Analisis Kebutuhan .............................................. 34
3.3.1 Identifikasi Kebutuhan ............................. 35
3.3.2 Use Case Diagram .................................... 36
3.4 Spesifikasi Dokumen Sistem Berjalan ................. 43
3.5 Permasalahan Pokok............................................. 45
3.6 Pemecahan Masalah.............................................. 45
BAB IV RANCANGAN SISTEM DAN PROGRAM

USULAN
4.1 Tahapan Perancangan Sistem............................... 46
4.1.1 Analisis Kebutuhan.................................. 46
4.1.2 Rancangan Use Case Diagram Usulan .... 47
4.2 Perancangan Perangkat Lunak ............................ 66
4.2.1 Entity Relationship Diagram ................... 66
4.2.2 Logical Relational Structure .................... 67
4.2.3 Spesifikasi File.......................................... 68
4.3 Implementasi dan Pengujian Unit ........................ 82
4.3.1 Implementasi ............................................ 82
4.3.2 Pengujian Unit ......................................... 85
BAB V PENUTUP
5.1 Kesimpulan .......................................................... 87
5.2 Saran .................................................................... 87
DAFTAR PUSTAKA ............................................................................ 89
DAFTAR RIWAYAT HIDUP ............................................................. 91
SURAT KETERANGAN RISET ........................................................ 92
LAMPIRAN-LAMPIRAN ................................................................... 93
DAFTAR SIMBOL
1. Simbol Use Case Diagram
NO GAMBAR NAMA KETERANGAN
1 Package Merupakan sebuah bungkusan dari

satu atau lebih node.
2 Use Case Merupakan urutan dari aksi-aksi

yang ditampilkan sistem yang
menghasilkan suatu hasil yang
terukur bagi suatu aktor.
3 Actor Merupakan pengguna / orang yang

menggunakan ( User ).
4 Association Merupakan penghubung antara

objek satu dengan objek lainnya.
5 Directed Merupakan hubungan yang

Association diarahkan hanya kepada satu arah
saja.
6 Generalization Merupakan relasi antar kelas

dengan makna generalisasi –
spesialisasi ( umum – khusus ).
7 Dependency Merupakan relasi antar kelas

dengan makna kebergantungan
antar kelas.
8 Include Merupakan bahwa suatu use case
seluruhnya merupakan
fungsionalitas dari use case lainnya
9 Extend Merupakan bahwa suatu use case

merupakan tambahan fungsional
dari use case lainnya jika suatu
kondisi terpenuhi.
10 System Menggambarkan Jangkauan /

Boundary batasan dari system.
2. Simbol Activity Diagram
1 Action State Aktivitas yang terjadi di dalam

activity diagram.
2 Initial State Digunakan untuk memulai

aktivitas yang dilakukan dalam
activity diagram.
3 Final State Digunakan untuk mengakhiri

aktivitas yang dilakukan dalam
activity diagram.
4 Swimlane Memisahkan organisasi bisnis

yang bertanggung jawab terhadap
aktivitas yang terjadi.
5 Control Flow Digunakan untuk menghubungkan

antara satu aktivitas dengan
aktivitas lainnya.
6 Decision Digunakan untuk menggambarkan

suatu keputusan / tindakan yang
harus diambil pada kondisi
tertentu.
7 Transition Penggabungan dimana lebih dari

( Join ) satu aktivitas digabungkan
menjadi satu.
8 Transition Kegiatan yang dilakukan secara

( Fork ) paralel.
3. Simbol Sequence Diagram
1 Life Line Objek entity, antarmuka yang

saling berinteraksi.
2 Object Menggambarkan pesan /

Message hubungan antar objek yang
menunjukkan urutan kejadian
yang terjadi.
3 Message to Menggambarkan pesan /

Self hubungan objek itu sendiri yang
menunjukkan urutan kejadian
yang terjadi.
4. Simbol Class Diagram
1 Class Himpunan dari objek-objek yang

berbagi atribut serta operasi yang
sama.
2 Association Apa yang menghubungkan antara

objek satu dengan objek yang
lain.
3 Generalization Hubungan dimana objek anak

( descendent ) berbagi perilaku
dan struktur data dari objek yang
ada diatasnya objek induk
( ancestor ).
4 Realization Operasi yang benar-benar

dilakukan oleh suatu objek.
5 Dependency Hubungan dimana perubahan

yang terjadi pada suatu elemen
mandiri ( independent ) akan
mempengaruhi elemen yang
bergantung padanya elemen yang
tidak mandiri.
5. Simbol Entity Relationship Diagram
1 Entitas Menunjukkan himpunan dari

relasi.
2 Atribut Mendeskripsikan karakter entitas.
3 Relasi Menunjukkan adanya hubungan

diantara sejumlah entitas yang
berbeda.
4 Garis Sebagai penghubung antara relasi

dan entitas atau relasi dan entitas
dengan atribut.
DAFTAR GAMBAR
Gambar III.1 Struktur Organisasi Perusahaan................................................. 28

Gambar III.2 Use Case Diagram Sistem Berjalan........................................... 34
Gambar IV.1 Use Case Diagram Usulan......................................................... 47
Gambar IV.2 Activity Diagram Login User.................................................... 59
Gambar IV.3 Activity Diagram Registrasi Mahasiswa................................... 59
Gambar IV.4 Activity Diagram Pembayaran Kuliah...................................... 60
Gambar IV.5 Activity Diagram Penyusunan Jadwal Perkuliahan.................. 60
Gambar IV.6 Activity Diagram KRS.............................................................. 61
Gambar IV.7 Activity Diagram Absensi......................................................... 61
Gambar IV.10 Activity Diagram KHS Mahasiswa......................................... 62
Gambar IV.11 Activity Diagram Transkrip Mahasiswa.................................. 62
Gambar IV.12 Entity Relational Diagram SIAKAD Kampus......................... 66
Gambar IV.13 Logical Relational Structure SIAKAD Kampus...................... 67
Gambar IV.14 Class Diagram SIAKAD Kampus........................................... 76
Gambar IV.15 Sequence Diagram Login........................................................ 77
Gambar IV.16 Sequence Diagram Cetak KRS............................................... 77
Gambar IV.17 Sequence Diagram Cetak KPU............................................... 78
Gambar IV.18 Sequence Diagram Cetak KHS............................................... 78
Gambar IV.19 Sequence Diagram Cetak Transkrip........................................ 79
Gambar IV.20 Sequence Diagram Cetak Absensi.......................................... 79
Gambar IV.21 Interface Login User............................................................... 82
Gambar IV.22 Interface Menu Utama Home Admin..................................... 83
Gambar IV.23 Interface Menu Utama User Account..................................... 83
Gambar IV.24 Interface Halaman Utama Ruang Mahasiswa........................ 84
Gambar IV.25 Interface Halaman Utama Ruang Dosen............................... 84
DAFTAR TABEL
Tabel III.1 Skenario Use Case Kelola Nilai....................................................... 35

Tabel III.2 Skenario Use Case Kelola Daftar Hadir.......................................... 36
Tabel III.3 Skenario Use Case Kelola Jadwal................................................... 37
Tabel III.4 Skenario Use Case Kelola Mata Kuliah.......................................... 40
Tabel III.5 Skenario Use Case Kelola Pengumuman........................................ 41
Tabel IV.1 Deskripsi Use Case Diagram Usulan Registrasi Mahasiswa.......... 48
Tabel IV.2 Deskripsi Use Case Diagram Usulan Pembayaran Perkuliahan..... 49
Tabel IV.3 Deskripsi Use Case Diagram Usulan Penyusunan Jadwal Kuliah. 50
Tabel IV.4 Deskripsi Use Case Diagram Usulan KRS..................................... 51
Tabel IV.5 Deskripsi Use Case Diagram Usulan Absensi............................... 52
Tabel IV.6 Deskripsi Use Case Diagram Usulan KPU UTS & UAS.............. 53
Tabel IV.7 Deskripsi Use Case Diagram Usulan Data Nilai Mahasiswa........ 54
Tabel IV.8 Deskripsi Use Case Diagram Usulan KHS Mahasiswa................ 56
Tabel IV.9 Deskripsi Use Case Diagram Usulan Transkrip Mahasiswa........ 57
Tabel IV.10 Spesifikasi File Biodata Mahasiswa.......................................... 68
Tabel IV.11 Spesifikasi File Mahasiswa....................................................... 69
Tabel IV.12 Spesifikasi File KRS................................................................. 70
Tabel IV.13 Spesifikasi File Mata Kuliah..................................................... 71
Tabel IV.14 Spesifikasi File KHS................................................................. 72
Tabel IV.15 Spesifikasi File Jurusan............................................................. 73
Tabel IV.16 Spesifikasi File KPU................................................................. 73
Tabel IV.17 Spesifikasi File Dosen............................................................... 74
Tabel IV.18 Spesifikasi File Ruang Kuliah................................................... 75
Tabel IV.19 Spesifikasi File Jadwal.............................................................. 76
Tabel IV.20 Hasil Pengujian Black Box Testing Halaman Login................. 85
DAFTAR LAMPIRAN
Lampiran A1 Data Nilai................................................................................ 93

Lampiran A2 Daftar Hadir............................................................................ 94
Lampiran A3 Jadwal..................................................................................... 95
Lampiran A4 Daftar Mata Kuliah................................................................ 96
Lampiran A5 Pengumuman......................................................................... 97
BAB I
PENDAHULUAN
1.1 Latar Belakang Masalah

Perkembangan Teknologi informasi di seluruh dunia telah membuat hidup
manusia menjadi semakin mudah. Terutama sejak diciptakannya jaringan internet,
komunikasi menjadi semakin tidak terbatas dan tanpa hambatan, baik hambatan
geografis maupun hambatan waktu.
Fasilitas Teknologi Informasi dan Komunikasi (TIK) pada Perguruan

Tinggi (PT) merupakan salah satu faktor yang bisa menarik minat calon
mahasiswa untuk kuliah di PT tersebut, sehingga banyak perguruan tinggi yang
berlomba-lomba melengkapi fasilitasnya tidak hanya sebatas pada infrastruktur
saja, namun sekarang sudah mulai memperhitungkan fasilitas TIKnya guna
mempermudah pelayanan kepada seluruh civitas akademiknya (Kurniadi &
Mulyani, 2016).
Perencanaan yang matang dan implementasi yang relevan dengan bisnis

perusahaan merupakan hal yang sangat penting dalam mengembangkan suatu
proyek teknologi sistem informasi. Maka adanya manajemen proyek yang baik
sangat diperlukan dalam mengembangkan suatu proyek sistem informasi.
Menurut (Kurniadi, 2014), “ Dalam pengelolaan bidang akademik masih
menggunakan sistem informasi yang belum terintegrasi secara maksimal, baik
secara intranet maupun internet ”.
Akademi Sekretari Saint Theresa merupakan lembaga pendidikan yang

belum memiliki Sistem Informasi Akademis Berbasiskan Website, masih
menggunakan cara manual. Menurut (Hidayatun, Herlawati, & Frieyadi, 2013),
“ Salah satu teknologi yang ingin dimanfaatkan adalah web, namun masalah yang
dihadapi adalah belum adanya website guna mendukung sistem informasi
akademik “.
1.2 Tujuan dan Manfaat
Adapun tujuan dari penulisan Tugas Akhir ini adalah :
1. Menerapkan pengetahuan yang telah penulis peroleh selama mengikuti

pendidikan di Universitas Bina Sarana Informatika ( UBSI ) yang diwujudkan
dalam Tugas Akhir.
2. Membantu pihak kampus dalam proses pembuatan data akademis.
3. Memberi informasi akademis kepada para mahasiswa dan orang tua mahasiswa
yang lebih terkini.
Sedangkan manfaat dari penulisan tugas akhir ini adalah sebagai berikut :
1. Manfaat bagi penulis

Sebagai salah satu syarat kelulusan Program Diploma Tiga ( D III ) pada
Program Studi Sistem Informasi di Universitas Bina Sarana Informatika
( UBSI ).
2. Manfaat bagi objek penelitian
Memudahkan petugas akademik kampus untuk memberikan informasi
akademis yang ada di kampus kepada para mahasiswa.
3. Manfaat bagi pembaca
Sebagai acuan pembelajaran dalam merancang sebuah sistem informasi
akademik.
1.3 Metode Penelitian
A. Metode Pengumpulan Data

Metode yang digunakan untuk mendapatkan data sebagai objek penulisan
adalah sebagai berikut :
1. Metode Pengamatan ( Observasi )
Penulis mengamati secara langsung terhadap kegiatan-kegiatan yang dilakukan
di kampus Akademi Sekretari Saint Theresa agar dapat mengetahui proses
belajar mengajar di kampus.
2. Dengan Wawancara ( Interview )
Secara langsung berinteraksi dan melakukan tanya jawab dengan Bapak Paul
Fatruan selaku pemilik kampus Akademi Sekretari Saint Theresa.
3. Studi Pustaka ( Library Research )
Penulis mengumpulkan data dari buku-buku yang berkaitan dengan masalah
yang akan dibahas.
B. Metode Pengembangan Perangkat Lunak
Pengembangan perangkat lunak dapat diartikan sebagai proses membuat suatu

perangkat lunak baru untuk menggantikan perangkat lunak lama secara
keseluruhan atau memperbaiki perangkat lunak yang telah ada.
Metodologi pengembangan perangkat lunak ( atau disebut juga model proses atau
paradigma rekayasa perangkat lunak ) adalah suatu strategi pengembangan yang
memadukan perangkat (tools), Metode, Proses, dan fokus kualitas.
1. Metode Waterfall
Model Waterfall merupakan salah satu model klasik bersifat sistematis. Kenapa
disebut sistematis ? karena model ini dikerjakan secara berurutan.
1.4 Ruang Lingkup
Adapun ruang lingkup dalam penulisan Tugas Akhir ini membahas tentang
Sistem Informasi Akademis dengan memberi batasan yang meliputi input data
mahasiswa, input data dosen, input data perkuliahan, input data nilai, sampai
dengan pembuatan laporan yang terdiri dari laporan data nilai mahasiswa dalam
bentuk transkrip.
BAB II
LANDASAN TEORI
2.1 Konsep Dasar Web
Pastilah kita pernah mengunjungi suatu website yang sangat berkesan,

misalnya dari sisi layout dan design atau dari sisi interaktifnya, seperti
bhinneka.com, amazon.com, ebay.com, dan lain-lain. Pastilah kita pernah
mengisikan sesuatu pada sebuah website baik itu sebuah buku tamu, polling, e-
mail, dan lain-lain. Dimana terjadi komunikasi yang menyebabkan data berjalan
sampai ke tujuan dengan melewati berbagai perangkat jaringan komputer.
Sebelum pembahasan lebih lanjut, kita harus mengetahui apa itu Website,
menurut (Hastanti, Eka, Indah, & Wardati, 2015), “ Website merupakan kumpulan
halaman-halaman yang berisi informasi yang disimpan di internet yang bisa
diakses atau dilihat melalui jaringan internet pada perangkat-perangkat yang bisa
mengakses internet itu sendiri seperti komputer. “
Berdasarkan teori diatas, Website adalah kepanjangan dari World Wide

Web (WWW) Informasi ini disimpan pada web server untuk diakses dari jaringan
browser seperti Internet Explorer, Mozilla Firefox, Google Chrome, sedangkan
web adalah fasilitas hypertext yaitu merupakan sebuah sistem informasi yang
disajikan dalam bentuk 9 teks, gambar, suara, yang berisi tulisan-tulisan yang
lazimnya dilengkapi dengan gambar maupun foto.
2.1.1 Web Browser
Menurut (Hastanti et al., 2015) “ Pengertian web browser adalah

sebuah perangkat lunak atau software yang berfungsi untuk menampilkan
dan melakukan interaksi dengan dokumen-dokumen yang disediakan oleh
server web “.
Berdasarkan teori di atas, web browser adalah aplikasi yang

digunakan pembaca pada homepage yang digunakan untuk menjelajahi
internet untuk menampilkan halaman web beserta konten informasinya
dilayar monitor.
2.1.2 Web Server
Menurut (Hastanti et al., 2015) “ Web server merupakan software

yang memberikan layanan data yang berfungsi menerima permintaan
HTTP atau HTTPS dari client yang dikenal dengan browser web dan
mengirimkan kembali hasilnya dalam bentuk halaman-halaman web yang
umumnya berbentuk dokumen HTML ”.
Berdasarkan teori diatas, web server merupakan sebuah komputer

yang terdiri dari perangkat lunak dan perangkat keras yang bisa
mendukung berbagai protokol Web, seperti HTTP, HTTPS, dan lain-lain
untuk memproses permintaan client.
2.1.3 Internet
Menurut (Hastanti et al., 2015) “ Internet dapat diartikan sebagai

jaringan komputer yang luas dan besar yang mendunia, yaitu
menghubungkan pemakai komputer dari negara ke negara di seluruh
dunia ”.
Berdasarkan teori diatas, Internet adalah Interconnection

Networking yang berarti hubungan komputer dengan berbagai tipe yang
membentuk sistem jaringan yang mencakup seluruh dunia dengan melalui
jalur telekomunikasi dan sekelompok atau kumpulan dari jutaan komputer
untuk mendapatkan informasi dalam satu jaringan yang luas.
2.1.4 Bahasa Pemprogramman
Untuk membuat sebuah aplikasi web yang bisa dikembangkan,

maka dibutuhkan suatu bahasa pemprogramman, dengan menggunakan
bahasa markup, bahasa stylesheet dan juga bahasa script, yang
penggunaannya akan dijelaskan menurut para ahli sebagai berikut:
1. PHP ( Personal Home Page )

Sebuah website mempunyai bahasa pemprogramman, salah satunya
adalah PHP (Hypertext Preprocessor) atau biasanya disebut dengan
PHP. PHP merupakan bahasa pemprogramman yang digunakan user
untuk membangun sebuah web berbasis client-server.
Menurut (Hastanti et al., 2015) “ PHP adalah bahasa
pemprogramman skrip sederhana yang digunakan untuk pemprosesan
HTML Form di dalam halaman web ”.
Berdasarkan teori diatas, PHP adalah bahasa pemprogramman web
server-side yang besifat open source pemprogramman interpreter yaitu
proses penerjemahan kode mesin yang dimengerti komputer secara
langsung pada saat baris kode dijalankan untuk menempelkan kode di
dalam HTML dengan menggunakan bahasa yang sama, seperti Perl dan
UNIX shells.
2. HTML (Hypertext Markup Language)

Menurut (Djaelangkara, Sengkey, & Lantang, 2015) “ Hypertext
Markup Language (HTML) adalah sebuah bahasa markah yang
digunakan untuk membuat sebuah halaman web, menampilkan berbagai
informasi di dalam sebuah penjelajah web internet dan pemformatan
hyperteks sederhana yang ditulis dalam berkas format ASCII agar dapat
menghasilkan tampilan wujud yang terintegrasi “. Dengan kata lain,
berkas yang dibuat dalam perangkat lunak pengolah kata dan disimpan
dalam format ASCII normal sehingga menjadi halaman web dengan
perintah-perintah HTML.
Berdasarkan teori diatas HTML adalah sebuah bahasa markah yang
digunakan untuk membuat sebuah halaman web, menampilkan berbagai
informasi di dalam sebuah penjelajah web dan pemformatan hyperteks
yang sederhana
Bahasa standar pemprogramman yang terdiri dari kode-kode tag
tertentu untuk menampilkan halaman web yang terdiri dari berbagai
macam format tampilan seperti teks, grafik, animasi, link, maupun
audio-video yang digunakan sebagai bahasa untuk pertukaran dokumen
web.
3. CSS ( Cascading Style Sheet )
Menurut (Djaelangkara et al., 2015) “ Cascading Style Sheet (CSS)

merupakan aturan untuk mengendalikan beberapa komponen dalam
sebuah web sehingga akan lebih terstruktur dan seragam “. CSS bukan
merupakan bahasa pemprogramman. Pada umumnya CSS dipakai untuk
memformat tampilan halaman web yang dibuat dengan bahasa HTML
dan XHTML.
Berdasarkan teori diatas, CSS (Cascading Style Sheets) merupakan
aturan untuk mengendalikan beberapa komponen dalam sebuah web
sehingga akan lebih terstruktur skrip yang berisi rangkaian instruksi
yang menentukan suatu teks akan tertampil dihalaman memiliki arti
gaya menata halaman bertingkat yang secara otomatis mengikuti format
elemen induknya.
4. Javascript
Menurut (Fridayanthie & Mahdiati, 2016) “ Jika dilihat dari suku
katanya, javascript terdiri dari dua kata, java dan script. Java adalah
bahasa pemprogramman berorientasi objek, sedangkan script adalah
serangkaian instruksi program “.
Javascript dikembangkan oleh Netscape, sebagai bahasa
pemprogramman sederhana karena tidak dapat digunakan untuk
membuat aplikasi ataupun Applet. Namun dengan javascript kita dapat
membuat halaman web yang interaktif dan mudah.
2.1.5 Basis Data
Menurut (Djaelangkara et al., 2015) “ Basis data merupakan

komponen terpenting dalam pembangunan Sistem Informasi, karena
menjadi tempat untuk menampung dan mengorganisasikan seluruh data
yang ada dalam sistem, sehingga dapat dieksplorasi untuk menyusun
informasi-informasi dalam berbagai bentuk “.
Berdasarkan teori diatas basis data adalah merupakan komponen

terpenting dalam pembangunan sistem informasi, karena menjadi tempat
untuk menampung dan mengorganisasikan seluruh data sistem
terkomputerisasi yang tujuan utamanya adalah memelihara data yang
sudah diolah atau informasi dan membuat informasi yang saling
berhubungan dan disimpan dalam media penyimpanan secara digital.
1. SQL ( Structured Query Language )
Menurut (Djaelangkara et al., 2015) “ SQL adalah sebuah konsep
pengoperasian basis data, terutama untuk pemilihan atau seleksi dan
pemasukkan data, yang memungkinkan pengoperasian data dikerjakan
dengan mudah secara otomatis “.
SQL adalah MySQL yang merupakan sebuah perangkat lunak sistem
manajemen basis data SQL (bahasa inggris: database management
system) atau DBMS yang multithread, multiuser, dengan sekitar 6 juta
instalasi di seluruh dunia.
Berdasarkan teori diatas maka dapat disimpulkan bahwa SQL
digunakan untuk berkomunikasi dengan database. SQL digunakan
untuk melakukan tugas-tugas seperti melakukan update terhadap
database, yang merujuk pada konsep Relational Database Management
System (RDBMS).
Perintah SQL dibagi menjadi 3 jenis, yaitu :
a. Data Definition Language (DDL)

Data Definition Language (DDL) merupakan perintah SQL
yang digunakan untuk melakukan definisi awal suatu basis
data dan tabel pada konsep RDBMS. Secara sederhana,
penulisan perintah SQL pada kelompok ini terdiri dari
create, alter dan drop. Berikut ini merupakan pembahasan
untuk perintah SQL tersebut :
1) Create
Perintah SQL ini digunakan untuk membuat suatu basis
data dan tabel pendukung di dalam pembangunan basis
data tersebut.
2) Alter
Perintah SQL ini digunakan untuk mengubah struktur
tabel yang terdapat di dalam basis data.
3) Drop
Perintah SQL ini digunakan untuk menghapus tabel
yang terdapat di dalam basis data.
b. Data Manipulation Language (DML)

Data Manipulation Language (DML) merupakan perintah
SQL yang digunakan untuk melakukan pengolahan record
atau manipulasi record pada tabel dalam suatu basis data.
Berikut ini adalah deskripsi mengenai kelompok perintah
DML :
1) Insert
Perintah SQL ini digunakan untuk melakukan entry atau
penambahan suatu record pada tabel dalam basis data.
2) Select
Perintah SQL ini digunakan untuk memilih record yang
akan ditampilkan berdasarkan data pada tabel dalam
basis data.
3) Update
Perintah SQL untuk mengubah data dalam suatu tabel
pada field tertentu, dengan record baru berdasarkan
suatu field sebagai kriteria pengubahan record-nya.
4) Delete
Perintah SQL ini digunakan untuk menghapus data
dalam suatu tabel, berdasarkan suatu field sebagai
kriteria penghapusan record-nya.
c. Data Control Language (DCL)

Data Control Language (DCL) merupakan perintah SQL
yang digunakan untuk melakukan pengaturan hak akses
suatu objek data para pengguna dalam basis data. Penulisan
perintah SQL pada kelompok ini terdiri dari :
1) Grant
Perintah SQL ini digunakan oleh seorang administrator
basis data untuk memberikan hak aksesnya kepada
pengguna tertentu agar dapat mengakses suatu tabel
dalam basis data.
2) Revoke
Perintah SQL ini digunakan oleh seorang administrator
basis data, untuk membatalkan/menghentikan hak akses
yang telah diberikan kepada pengguna tertentu, agar
tidak dapat mengakses tabel dalam basis data.
2.1.6 Model Pengembangan Perangkat Lunak
Menurut (Widodo et al., 2016) “ Model SDLC (Software

Development Life Cycle) air terjun (Waterfall) sering juga disebut model
sekuensi linier (Sequential liniar) atau alur hidup klasik (classic life
cycle) ”. Model air terjun menyediakan pendekatan alur hidup perangkat
lunak secara sekuensial atau terurut dimulai dari analisis, desain,
pengkodean, pengujian, dan tahap pendukung (support). Berikut adalah
gambar model air terjun :
Gambar II.1 Metode Waterfall
Dengan Keterangan Sebagai Berikut :

1. Analisis Kebutuhan Perangkat Lunak
Proses pengumpulan kebutuhan dilakukan secara intensif untuk
menspesifikasikan kebutuhan perangkat lunak agar dapat
dipahami perangkat lunak seperti apa yang dibutuhkan oleh
user, spesifikasi kebutuhan perangkat.
2. Desain
Desain perangkat lunak adalah proses multi langkah yang fokus
pada desain pembuatan program perangkat lunak harus
termasuk struktur data, arsitektur perangkat lunak harus,
representasi antar muka, dan prosedur pengkodean. Tahap ini
mentranslasikan kebutuhan perangkat lunak harus dari tahap
analisis kebutuhan ke representasi desain agar dapat di
implementasikan menjadi web e-commerce pada selanjutnya.
Desain perangkat lunak harus yang dihasilkan pada tahap ini
juga perlu di dokumentasikan Sangat sulit bagi pelanggan
untuk mendefinisikan semua spesifikasi di awal alur
pengembangan. Pelanggan sering kali butuh contoh (prototype)
untuk menjabarkan spesifikasi kebutuhan sistem lebih lanjut.
3. Pembuatan Kode Program
Desain harus ditranslasikan ke dalam perangkat lunak. Hasil
dari tahap ini adalah perangkat lunak harus sesuai dengan
desain yang telah dibuat pada tahap desain.

4. Pengujian
Pengujian fokus pada perangkat lunak harus dari segi logika
(logic) fungsional dan memastikan bahwa semua bagian sudah
diuji. Hal ini dilakukan untuk meminimalisirkan kesalahan
(error) dan memastikan keluaran yang dihasilkan sesuai
dengan yang diinginkan.
5. Pendukung (support) atau Pemeliharaan (maintenance)
Tidak menutup kemungkinan sebuah perangkat lunak
mengalami perubahan ketika sudah dikirimkan ke user.
Perubahan bisa terjadi karena adanya kesalahan yang muncul
dan tidak terdeteksi saat pengujian atau perangkat lunak harus
beradaptasi dengan lingkungan baru. Tahap pendukung atau
pemeliharaan dapat mengulangi proses pengembangan mulai
dari analisis spesifikasi untuk perubahan perangkat lunak yang
sudah ada, tapi tidak untuk membuat perangkat lunak baru.
2.1.7 Sistem Informasi Akademik ( SIAKAD ) Online Berbasis Web
Menurut ( Fatih Damas, M, 2017 ) “ Sistem Informasi Akademik

adalah suatu sistem yang dirancang untuk keperluan pengelolaan data-data
akademik ( Kartu Rencana Studi ( KRS ), Kartu Hasil Studi ( KHS ),
Transkrip Nilai, Informasi Kelas dan Dosen, Informasi Jadwal Kuliah dan
Ujian, dan aktifitas akademik lainnya. ) dengan penerapan teknologi
komputer baik hardware maupun software “. Selanjutnya menjelaskan
bahwa SIAKAD Online adalah suatu sistem informasi akademik yang
dibangun untuk kemudahan kepada penggunanya dalam kegiatan
administrasi akademik kampus secara online.
2.2 Teori Pendukung
Permodelan data merupakan bagian wajib dari perancangan sebuah sistem

baik sistem yang berwujud sebuah program aplikasi maupun sistem yang berbasis
website. Keberadaannya dalam sebuah sistem berfungsi sebagai dasar berjalannya
sebuah sistem bagaimana cara kerja sistem tersebut dalam mengeksekusi sebuah
perintah. Bentuk perancangan data yang sekarang dapat digunakan ada berbagai
macam, sebagai contoh: ERD (Entity Relationship Diagram), LRS (Logical
Relationship Structure), Struktur Navigasi, dan Blackbox Testing.
2.2.1 Struktur Navigasi
Struktur navigasi adalah gabungan dari struktur referensi informasi

situs web dan mekanisme link yang mendukung pengunjung untuk
melakukan penjelajahan situs. ada empat macam bentuk dasar dari
struktur navigasi yang biasa digunakan yaitu :
1. Struktur Navigasi Linear
Pengguna akan melakukan navigasi secara berurutan, dari

frame atau byte informasi ke informasi lainnya.
Gambar II.2 Struktur Navigasi Linear

2. Struktur Navigasi Hirarki
Struktur dasar ini disebut juga struktur “ linear dengan
percabangan ” karena pengguna melakukan navigasi di
sepanjang cabang pohon struktur yang terbentuk oleh logika isi.
Gambar II.3 Struktur Navigasi Hierarchical
3. Struktur Navigasi Non Linear

Pengguna akan melakukan navigasi dengan bebas melalui isi
proyek dengan tidak terkait dengan jalur yang sudah ditentukan
sebelumnya.
Gambar II.4 Struktur Navigasi Non Linear

4. Struktur Navigasi Campuran ( Composite )
Pengguna akan melakukan navigasi dengan bebas (secara non
linear), tetapi terkadang dibatasi presentasi linear film atau
informasi penting dan atau pada data yang paling terorganisasi
secara logis pada suatu hirarki.
Gambar II.5 Struktur Navigasi Campuran ( Composite )
2.2.2 ERD ( Entity Relationship Diagram )
Menurut ( Fridayanthie Wida, E, Tias Mahdiati, 2016:2 ) “ ERD

(Entity Relationship Diagram) adalah model teknik pendekatan yang
menyatakan atau menggambarkan hubungan suatu model ”. Di dalam
hubungan ini tersebut dinyatakan yang utama dari ERD adalah
menunjukkan objek data (Entity) dan hubungan (Relationship), yang ada
pada Entity berikutnya.
Proses memungkinkan analis menghasilkan struktur basis data

dapat disimpan dan diambil secara efisien. Simbol-simbol dalam ERD
(Entity Relationship Diagram) adalah sebagai berikut:
a. Entitas
Entitas merupakan data inti yang akan disimpan bakal tabel
pada basis data, benda yang memiliki data harus disimpan
datanya agar dapat diakses oleh aplikasi komputer, dan
penamaan entitasnya lebih ke kata benda dan belum merupakan
nama tabel.
Gambar II.6 Entitas
b. Tipe Relasi
Gambar belah ketupat merupakan perlambangan relasi antar

entitas atau sering disebut kerelasian. Ada 2 macam
penggambaran relasi yaitu relasi kuat dan relasi lemah. Relasi
kuat adalah untuk menghubungkan antar entitas kuat
sedangkan relasi lemah untuk menghubungkan antar entitas
kuat dengan entitas lemah. Penggambaran relasi dapat dilihat
pada gambar berikut :
Gambar II.7 Tipe Relasi

Ada 3 macam relasi menurut derajatnya, yaitu :
1. Unary Relationship
Unary adalah relasi yang menghubungkan entitas yang

sejenis.
Gambar II.8 Tipe Relasi Unary
Derajat hubungan unary adalah entitas dosen hanya

bekerjasama dengan entitas dosen yang entitasnya sejenis,
begitu juga dengan entitas karyawan (pimpinan)
mengkoordinasi entitas karyawan (pekerja) yang entitasnya
sejenis.
2. Binary Relationship
Binary adalah relasi yang menghubungkan entitas yang

tidak sejenis.
Gambar II.9 Tipe Relasi Binary
Derajat relasi binary pada gambar 12 adalah entitas kepala

program studi berelasi dengan entitas program studi.
3. Ternary Relationship
Ternary adalah relasi yang menghubungkan lebih dari 2 entitas

yang tidak sejenis.
Gambar II.10 Tipe Relasi Ternary
Derajat relasi ternary pada gambar 13 adalah entitas mahasiswa

berelasi dengan dua entitas yang berbeda yaitu mata kuliah dan
nilai.
Field atau kolom data yang butuh disimpan di dalam entitas.
c. Kardinalitas / Derajat Relasi ( Relationship Degree )

Derajat Kardinalitas / Derajat Relasi merupakan penjabaran
dari hubungan antar entitas. Derajat kardinalitas dibagi atas 3
bagian, yaitu :
1. One to One ( satu ke satu )
Derajat Kardinalitas one to one terjadi jika satu

entitas X hanya berelasi dengan satu entitas Y, ataupun
sebaliknya. Sebagai contoh satu kelas hanya memiliki
satu pembimbing akademik.
Gambar II.11 Derajat One to One
2. One to Many ( satu ke banyak )
Derajat Kardinalitas one to many terjadi jika satu

entitas X berelasi dengan banyak entitas Y, ataupun
sebaliknya. Sebagai contoh satu dosen mengajar banyak
kelas.
Gambar II.12 Derajat One to Many
3. Many to Many ( banyak ke banyak )

Derajat Kardinalitas many to many terjadi jika
banyak entitas X berelasi dengan banyak entitas Y,
ataupun sebaliknya. Sebagai contoh banyak mahasiswa
mengambil banyak mata kuliah..
Gambar II.13 Derajat Many to Many
d. Link / Association
Penghubung antara relasi dan entitas dimana di kedua ujungnya

memiliki multiplicity.
Gambar II.14 Link / Association
2.2.3 LRS ( Logical Record Structure )
Logical Record Structure (LRS) yaitu sebelum tabel dibentuk dari

field atau atribut entitas secara fisik atau level internal, maka harus
dibuatkan suatu bentuk relational model yang dibuat secara logic atau
level external dan konsep.
Berikut adalah cara membentuk skema database atau LRS (Logical Record
Structured) berdasarkan Entity Relationship Diagram (ERD) :
1) Jika relasinya satu ke satu, maka foreign key diletakan pada salah satu
dari dua entitas yang ada untuk menyatukan kedua entitas tersebut.
2) Jika relasinya satu ke banyak, maka foreign key diletakan pada entitas
Many.
3) Jika relasinya banyak ke banyak, maka dibuat “file konektor” yang

berisi dua foreign key yang berasal dari kedua entitas.
2.2.4 Pengujian Web
Untuk menjadikan sebuah aplikasi yang berbasis web yang sudah

dikembangkan sesuai dengan keinginan user, maka perlu dilakukan
pengujian web, untuk memastikan apakah website yang akan diberikan
kepada pengguna atau user.
Menurut (Rosa & Shalahuddin, 2014:275-276), “ Blackbox testing

adalah perangkat lunak dari segi spesifikasi fungsional tanpa menguji
desain dan kode Program ”. Pengujian web yang dilakukan pada
kesempatan ini, menggunakan metode blackbox testing. Pengujian
dimaksudkan untuk
mengetahui fungsi-fungsi, masukkan dan keluaran dari perangkat

lunak sesuai dengan spesifikasi yang dibutuhkan dan pengujian dengan
metode blackbox testing. Memungkinkan pengembang software untuk
membuat himpunan kondisi input yang akan melatih seluruh syarat-syarat
fungsional suatu program.
Adapun beberapa kategori kesalahan yang diuji oleh blackbox testing,

diantaranya :
1) Fungsi-fungsi yang salah atau hilang.

2) Kesalahan interface.
3) Kesalahan dalam struktur data atau akses database eksternal.
4) Kesalahan performa.
5) Kesalahan inisialisasi dan terminasi.
Beberapa testing yang tergolong dalam BlackBox Testing antara lain :
1. Equivalence Partitioning
Pada teknik ini, setiap inputan data dikelompokkan ke dalam grup

tertentu yang kemudian dibandingkan dengan outputnya.
2. Boundary Value Analysis
Merupakan teknik yang sangat umum digunakan pada saat awal sebuah
perangkat lunak selesai dikerjakan. Pada teknik ini, dilakukan inputan
yang melebihi dari batasan sebuah data.
3. Cause Effect Graph
Dalam teknik ini, dilakukan proses testing yang menghubungkan sebab

dari sebuah inputan dan akibatnya pada output yang dihasilkan.
4. Random Data Selection

Seperti namanya, teknik ini berusaha melakukan proses inputan data
dengan menggunakan nilai acak. Dari hasil tersebut kemudian dibuat
sebuah tabel yang menyatakan validasi dari output yang dihasilkan.
5. Feature Test
Pada teknik ini dilakukan proses testing terhadap spesifikasi dari
perangkat lunak yang telah selesai dikerjakan.
2.2.5 Software Pendukung
Dalam pembuatan Tugas Akhir ini penulis menggunakan beberapa

software pendukung. Software pendukung yang digunakan adalah sebagai
berikut :
1. Macromedia Dreamweaver CS6
Dreamweaver merupakan sebuah produk web developer yang

dikembangkan oleh Adobe Sistems Inc, sebelum produk Dreamweaver
dikembangkan oleh Macromedia Inc., yang kemudian sampai saat ini
perkembangannya diteruskan oleh Adobe Sistems Inc, Dreamweaver
dikembangkan dan dirilis dengan kode nama Creative Suit (CS).
Selain sebagai editor, Dreamweaver CS6 juga dapat digunakan untuk

membuat animasi sederhana yang berbentuk layer dengan bantuan
JavaScript yang didukungnya. Dreamweaver mampu meningkatkan
produktivitas dan efektifitas dalam desain maupun membangun suatu situs
web.
2. XAMPP
Menurut (Maulana, Susilo, & Riyadi, 2015) “ XAMPP merupakan

software web server yang berguna dalam pengembangan website yang di
dalamnya sudah tersedia database server MySQL dan dapat mendukung
pemprograman PHP “. XAMPP merupakan software gratis, dapat
dijalankan di sistem operasi Windows, Linux maupun Mac OS. Software
XAMPP bisa didapatkan gratis pada
http://www.apachefriends.org/en/xampp.html sesuai dengan operating
system yang digunakan.
3. PhpMyAdmin
PhpMyAdmin adalah sebuah aplikasi pendukung untuk membuka
software aplikasi web PhpMyAdmin. Menurut (Agus & Permana, 2015)
“ Merupakan sebuah program bebas yang berbasis web yang dibuat
menggunakan aplikasi PHP “. Program ini dibuat untuk mengakses
database MySQL, intinya adalah digunakan untuk menjadi administrator
dari Server MySQL. Dengan adanya program ini akan mempermudah dan
mempersingkat kinerja kita, dengan kelebihan-kelebihan yang ada
mengakibatkan pengguna awam tidak harus mampu untuk mengetahui
sintak-sintak SQL dalam pembuatan database dan table.
Berdasarkan teori diatas maka dapat disimpulkan PhpMyAdmin adalah
sebuah aplikasi web yang digunakan untuk administrasi database MySQL
yang berbasis tool open source dan Word Wide Web.
4. MySQL
MySQL digunakan untuk mengakses dan mengatur konfigurasi MySQL
database. Menurut (Djaelangkara et al., 2015) “ MySQL adalah sebuah
implementasi dari sistem manajemen basis data relasional RDBMS yang
didistribusikan secara gratis di bawah lisensi GPL ( General Public
License) “.
Berdasarkan teori diatas maka dapat disimpulkan MySQL adalah sebuah
implementasi dari sistem manajemen basis data relasional RDBMS yang
didistribusikan di bawah lisensi GPL. MySQL adalah sebuah aplikasi yang
digunakan untuk membuat query dalam pembuatan database, tabel
maupun manipulasi data dengan RDBMS (Relational Date-base
Management System) yaitu aplikasi sistem yang menjalankan fungsi
pengolahan data.
BAB III
ANALISA SISTEM BERJALAN
3.1 Tinjauan Perusahaan

3.1.1 Sejarah Institusi / Perusahaan
Akademi Sekretari Saint Theresa adalah lembaga pendidikan formal yang

berada dibawah naungan Yayasan Saint Theresa yang tujuan utamanya adalah
menyiapkan sekretaris yang berkepribadian dan handal. Mempersiapkan
mahasiswanya dengan baik dan siap berkarir di dunia perkantoran, mendidik
mahasiswanya dengan hati yang tulus dan kasih sayang.
Akademi Sekretari Saint Theresa berdiri pada tanggal 06 September 1998,

terdiri dari 1 (satu) jurusan yaitu Akademi Sekretari. Pada akhir tahun pelajaran
2017-2018 telah menginjak usia 20 tahun, usia yang relatif masih muda tersebut
perlu pembenahan baik bidang sarana dan prasarana, maupun Sumber Daya
Manusia (Personalia, kemahasiswaan dan sistem manajemen).
Akademi Sekretari Saint Theresa adalah salah satu kampus yang terletak
di cideng Jakarta Pusat dan secara geologis letaknya sangat strategis, dipinggir
jalan raya sehingga mudah untuk ditemukan dan suasana yang kondusif dalam
pelaksanaan proses belajar mengajar. Pimpinan Kampus selaku owner senantiasa
selalu mengajak para tenaga pendidik, Karyawan, seluruh staff serta para
mahasiswa untuk bergerak dan bekerjasama menyatukan langkah sesuai makna
“ Bunda Theresa “, yaitu Cinta Kasih Sayang dan tidak memandang Ras, Suku,
Agama dan Golongan Tertentu.
3.1.2 Struktur Organisasi dan Fungsi
A. Struktur Organisasi Akademi Sekretari Saint Theresa
YAYASAN SAINT
THERESA
Ketua Jurusan
Paul Fatruan, SE, MM
Ketua Program
Studi D-III
Sekretaris
Program Studi
Pelaksana Teknis Pelaksana Teknis

Administrasi Akademik Kelompok Dosen Administrasi Kemahasiswaan
Keterangan :
Garis Komando
Sumber : Akademi Sekretari Saint Theresa
Gambar III.1 Struktur Organisasi Akademi Sekretari Saint Theresa

B. Pembagian Tugas dan Wewenang Yayasan Kepada
Akademi Sekretari Saint Theresa.
I. Yayasan.
1. Membuat Program Kerja Umum.
2. Membuat PK Penugasan.
3. Menyediakan Dana Operasional.
4. Mengelola Keuangan Lembaga Pendidikan.

5. Mengontrol / Mengawasi Pelaksanaan Program Kerja.
6. Menerima Laporan dari Pelaksana.
7. Menerima Usulan dari Ketua Pelaksana.

8. Memimpin Rapat / Musyawarah / Evaluasi Kinerja.
II. Ketua Jurusan.

1. Membuat Proposal dari penjabaran Program Umum
Yayasan.
2. Melaksanakan Program Yayasan sesuai dengan Proposal
yang sudah disetujui / ditandatangani oleh Pengurus
Yayasan.
3. Menerima Dana Operasional sesuai dengan Proposal.
4. Melaporkan Hasil Kerja / Kinerja ke Ketua Yayasan.
5. Mengusulkan / Saran – Saran kepada Yayasan.
6. Meminta / mengikuti rapat / musyawarah / evaluasi kerja.
7. Mengusulkan Personil untuk menjadi Staff.
8. Membuat Rancangan Anggaran Kegiatan Mahasiswa
( RAKM ).
III. Tugas dan Tanggung Jawab Ketua Program Studi.
Ketua Program Studi D-III bertanggung jawab atas :

1. Membuat Program Jurusan.
2. Meneliti dan mempelajari kurikulum sesuai dengan
jurusan yang dipimpinnya.
3. Mengikuti perkembangan kurikulum.
4. Meneliti perkembangan mahasiswa jurusannya, rutin
setiap bulan sebagai bahan laporan kepada
pimpinannya.
5. Mencatat dan meneliti laporan persiapan dosen setiap
akhir bulan.
6. Setiap akhir tahun mencatat mahasiswa yang
berprestasi.
7. Melakukan test jurusan.
8. Melakukan / Membuat MOU dengan perusahaan /
instansi.
IV. Tugas dan Tanggung Jawab Sekretaris Program Studi.
a. Tugas Kemahasiswaan
Sekretaris Program Studi D-III bekerjasama dengan

Organisasi Mahasiswa bertanggung jawab atas :
1. Terlaksananya kegiatan Mahasiswa.
2. Terlaksananya kegiatan LDKS.
3. Adanya pengurus Himpunan Mahasiswa yang
bekerja kreatif.
4. Kegiatan Study Tour / Study Banding.
5. Kegiatan perayaan hari-hari besar nasional.
6. Terlaksananya kegiatan Ekstrakurikuler.
7. Menciptakan pergaulan mahasiswa yang kondusif.
8. Membantu mahasiswa dalam mencapai cita-citanya.
b. Tugas Bimbingan dan Penyuluhan.
1. Membuat administrasi BP yang baik sesuai standart.
2. Melaksanakan kegiatan layanan kepada
mahasiswa :
a. Layanan Informasi
b. Layanan Orientasi
c. Layanan Konselling
3. Menyiapkan beberapa aturan dan sanksi yang jelas
dan dapat membuat efek JERA terhadap mahasiswa.
V. Tugas dan Tanggung Jawab Pelaksana Teknis
Administrasi Akademik.
Pelaksana Teknis Administrasi Akademik bertanggung
Jawab terhadap Administrasi Akademik, antara lain :
a. Perlengkapan Sarana Kelas

b. Daftar Inventaris Kelas
c. Absensi Mahasiswa
d. Buku Agenda Kelas
e. Struktur Organisasi Kelas
f. Daftar Petugas Piket
g. Denah Tempat Duduk
h. Buku Data Mahasiswa
i. Daftar Nilai
j. Kumpulan Nilai / Leger
k. Buku Kasus / Kejadian
l. Buku Catatan Kegiatan
m. Dan Lain-Lain.
VI. Tugas dan Tanggung Jawab Pelaksana Teknis
Administrasi Kemahasiswaan.
a. Memberikan pengertian kepada mahasiswa tentang

tata tertib yang berlaku di kampus dan manfaatnya.
b. Sebagai dasar tugasnya berkewajiban mengetahui /
mempunyai data-data mahasiswa.
c. Membina ketertiban kampus.
d. Membina hubungan kekeluargaan antar mahasiswa
dengan dosen.
e. Memberikan pengarahan kepada mahasiswa.
f. Membina mental dan karakter mahasiswa.
g. Menjadi penghubung antara orang tua mahasiswa
dengan pihak akademis.
VII. Tugas dan Kewajiban Dosen.
i. Sudah berada dikampus minimal 30 menit sebelum

masuk jam kuliah.
ii. Melakukan Absensi di ruang tata usaha kampus.
iii. Sebelum meninggalkan kampus harus absen terlebih
dahulu.
iv. Memberikan absensi kehadiran kepada mahasiswa.
v. Mengajar sesuai dengan mata kuliah dan waktu yang
telah ditentukan.
vi. Ikut bertanggung jawab terhadap pelaksanaan tata
tertib mahasiswa di kelas.
vii. Memberikan modul kuliah dan silabus kepada
mahasiswa.
viii. Ikut menjaga barang-barang inventaris dalam kelas
dan melaporkan kepada pihak administrasi akademis
bila terjadi kerusakkan atau kehilangan.
3.2 Prosedur Sistem Berjalan.
Sebelum membuat suatu sistem, hendaknya melakukan analisis
terlebih dahulu terhadap kebutuhan – kebutuhan apa saja yang diperlukan
dengan menggunakan metode – metode yang telah ada. Dalam hal ini
penulis menggunakan metodologi berorientasi objek, yaitu use case
diagram dan activity diagram.
Analisis prosedur yang sedang berjalan menguraikan secara sistematis
aktifitas – aktifitas yang terjadi dalam sistem informasi akademik di
Akademi Sekretari Saint Theresa, diantaranya ;
Proses pengolahan data akademik yang masih manual yaitu dalam
bentuk dokumen, dengan cara tulis tangan ataupun diimplementasikan ke
dalam bentuk file excel maupun file word, juga Dokumen absensi
mahasiswa dan dosen dibuat dengan menggunakan aplikasi microsoft excel
dan di print, kemudian diisi dengan cara tulis tangan oleh para mahasiswa
dan dosen serta ditanda tangani oleh mahasiswa dan dosen.
Mahasiswa sebelum memulai perkuliahan terlebih dahulu

mengambil KRS di bagian Administrasi Akademik untuk mengetahui
jadwal perkuliahan dan ruang kuliahnya pada setiap mata kuliah yang
berbeda-beda dalam satu semester tersebut dan Setiap perkuliahan modul
materi perkuliahan diberikan oleh dosen kepada mahasiswa kemudian
difotokopi oleh mahasiswa untuk dibagikan kepada mahasiswa lainnya dan
modul yang asli dikembalikan lagi ke dosen. Dosen memberikan Quiz /
Ujian Materi perkuliahan semester kepada mahasiswa setiap sebelum UTS
dan UAS pada setiap semesternya untuk semua mata kuliah berupa soal
pilihan berganda maupun essay yang jawabannya ditulis diatas kertas
kemudian dikumpulkan ke dosen yang mengajar di mata kuliah tersebut
dan dinilai oleh dosen tersebut kemudian nilainya dilaporkan ke bagian
Administrasi Akademis untuk dicatat dan disimpan.
UTS dan UAS dilakukan pada setiap semesternya sebagai bentuk

evaluasi materi kuliah yang diberikan oleh dosen kepada mahasiswanya
untuk mengetahui sejauh mana mahasiswa menyerap materi perkuliahan
tersebut, Soal UTS dan UAS diberikan kepada mahasiswa dalam bentuk
kertas yang dibagikan oleh dosen berdasarkan soal kelompok A dan
kelompok B dan jawabannya ditulis diatas kertas oleh mahasiswa dan
dikumpulkan ke dosen tersebut kemudian dikoreksi dan dinilai oleh dosen
tersebut dan diserahkan kepada bagian Administrasi Akademis untuk
dicatat dan disimpan. Nilai Ujian Quiz, UTS dan UAS yang diterima oleh
bagian Administrasi Akademis dari dosen setiap mata kuliah semester
kemudian dicatat ke dalam bentuk Kartu Hasil Studi (KHS) mahasiswa
dan diumumkan kepada para mahasiswa melalui pengambilan KHS oleh
para mahasiswa di ruang Akademis Kampus.
3.3 Use Case Diagram
Use Case Diagram menggambarkan siapa saja faktor yang melakukan

prosedur dalam sistem serta fungsi – fungsi (proses) yang terlibat dalam
transformasi pada sistem tersebut. Adapun use case diagram yang berjalan
saat ini di Akademi Sekretari Saint Theresa yaitu :
Gambar III.2 Use Case Diagram Sistem Berjalan SIAKAD Aksek ST

Theresa.
3.3.1 Skenario Use Case yang Berjalan
Skenario Use Case mendeskripsikan aktor – aktor yang melakukan

prosedur dalam sistem, serta menjelaskan respon yang ditanggapi oleh
sistem tersebut terhadap prosedur yang dilakukan oleh aktor. Berikut
adalah skenario use case yang berjalan saat ini di Akademi Sekretari Saint
Theresa yaitu :
Tabel III.1 Skenario Use Case Kelola Nilai.
Use Case Name Kelola Nilai
Requirements Dosen menyerahkan nilai

mahasiswa.
Goal Use Case ini menggambarkan

kejadian pada saat aktor akan
mengelola nilai.
Pre-Conditions Dosen telah menyerahkan daftar

nilai mahasiswa.
Post-Conditions Daftar nilai Mahasiswa

keseluruhan.
Failed end Condition Dosen tidak dapat input nilai.
Actors Dosen
Main Flow / Basic Path 1. Dosen menginput nilai

mahasiswa.
2. Dosen menuliskan nama
mahasiswa atau kode mata
kuliah.
Alternate Flow / Invarian A -
Invariant B -
Tabel III.2 Skenario Use Case Kelola Daftar Hadir.
Use Case Name Kelola Daftar Hadir
Requirements Dosen menyerahkan daftar

hadir mahasiswa.

mengelola daftar hadir
mahasiswa.
Pre-Conditions Dosen telah menyerahkan

daftar hadir.
Post-Conditions Daftar hadir Mahasiswa

keseluruhan.
Failed end Condition Dosen tidak dapat input daftar

hadir mahasiswa.
Actors Dosen
Main Flow / Basic Path 1. Dosen menginput daftar

hadir mahasiswa.
2. Dosen memeriksa ulang
daftar hadir mahasiswa.
3. Dosen menyimpan rekap
daftar hadir mahasiswa.
Invariant B -
Tabel III.3 Skenario Use Case Kelola Jadwal.
Use Case Name Kelola Jadwal
Requirements Mahasiswa sudah membayar

uang semester perkuliahan.
Goal Use Case ini

menggambarkan kejadian
pada saat aktor akan
mengelola jadwal
perkuliahan mahasiswa.
Pre-Conditions Admin Akademis sudah

melakukan pencatatan
pembayaran uang kuliah.
Post-Conditions Daftar Jadwal Perkuliahan

Semester.
Failed end Condition Admin Akademis tidak bisa

input data.
Actors Akademis
Main Flow / Basic Path 1. Admin Akademis

menginput jadwal
mata kuliah dalam
semester tersebut.
2. Admin Akademis
memeriksa ulang
jadwal mata kuliah
yang diinput dalam
semester tersebut.
3. Admin Akademis
menyimpan rekap
jadwal mata kuliah
yang diinput pada
semester tersebut.
Invariant B -
Tabel III.4 Skenario Use Case Kelola Mata Kuliah.

Use Case Name Kelola Mata Kuliah
Requirements Akademis sudah menentukan

kurikulum.

mengelola mata kuliah.

menyusun mata kuliah.
Post-Conditions Daftar Mata Kuliah.

input data.
Actors Admin Akademis

menginput daftar mata
kuliah.
2. Admin Akademis
memeriksa ulang daftar
mata kuliah yang
diinput.
3. Admin Akademis
menyimpan rekap
daftar mata kuliah yang
diinput.
Invariant B -
Tabel III.5 Skenario Use Case Kelola Pengumuman.

Use Case Name Kelola Pengumuman
Requirements Admin Akademik sudah

menentukan dokumen
pengumuman.

mengelola pengumuman
akademik.

melakukan login.
Post-Conditions Pengumuman Akademis.

input data.
Actors Akademis

menginput data
pengumuman
akademis.
2. Admin Akademis
memeriksa ulang data
pengumuman
akademis.
3. Admin Akademis
menyimpan rekap data
pengumuman
akademis.
Invariant B -
3.4 Spesifikasi Dokumen Sistem Berjalan
Menjelaskan secara rinci setiap dokumen input dan output pada sistem
yang digunakan pada tempat riset. Parameter – parameter dokumen
tersebut antara lain :
Parameter Dokumen :
1. Nama Dokumen : Data Nilai

Fungsi : Untuk mengetahui nilai mahasiswa
Sumber : Dosen
Tujuan : Admin Akademis
Media : Kertas
Jumlah : 1 Lembar
Frekuensi : Setiap terjadi ujian
Bentuk : Lihat Lampiran A1
2. Nama Dokumen : Daftar Hadir
Fungsi : Untuk mengetahui kehadiran mahasiswa & dosen
Sumber : Dosen
Tujuan : Admin Akademis
Media : Kertas
Jumlah : 1 Lembar
Frekuensi : Setiap terjadi acara perkuliahan
3. Nama Dokumen : Jadwal

Fungsi : Untuk mengetahui jadwal mahasiswa dan dosen
Sumber : Admin Akademis
Tujuan : Mahasiswa & Dosen
Media : Kertas
Jumlah : 1 Lembar
Frekuensi : Setiap Semester
4. Nama Dokumen : Daftar Mata Kuliah

Fungsi : Untuk mengetahui daftar mata kuliah
Tujuan : Mahasiswa & Dosen
Media : Kertas
Jumlah : 1 Lembar
5. Nama Dokumen : Pengumuman

Fungsi : Untuk mengetahui pengumuman akademis
Tujuan : Mahasiswa
Media : Kertas
Jumlah : 1 Lembar
3.5 Permasalahan Pokok
Pokok permasalahan yang mendasari pembuatan sistem ini adalah untuk

memberikan kemudahan kepada mahasiswa yang ingin melihat daftar
informasi perkuliahan. Hal inilah yang memerlukan suatu pengolahan data
yang baik, akurat, dan cepat. Untuk mengatasi permasalahan tersebut,
maka dibuat suatu sistem yang memanfaatkan aplikasi berbasis web yang
digunakan sebagai layanan untuk melakukan pengolahan data akademis.
3.6 Pemecahan Masalah

Untuk mengatasi permasalahan tersebut penulis menyarankan agar
Akademi Sekretari Saint Theresa menggunakan sistem informasi akademis
berbasis web. Jadi saat mahasiswa ingin melihat daftar informasi akademis
seperti melihat nilai, melihat jadwal kuliah dan informasi lainnya tidak
perlu datang ke kampus, sistem informasi akademis akan lebih mudah
dibandingkan dengan sebelumnya. Untuk nilai mahasiswa terdapat
beberapa komponen seperti yaitu :
 Absensi : 20%
 Tugas / Quiz : 20%
 UTS : 30%
 UAS : 30%
BAB IV
RANCANGAN SISTEM DAN PROGRAM USULAN
3.1 Tahapan Perancangan Sistem

4.1.1 Analisis Kebutuhan
Analisa kebutuhan yang penulis gunakan dalam melakukan
perancangan website ini memperhatikan dua sisi, yaitu dari sisi admin dan
user.
Analisa Kebutuhan :
1. Kebutuhan Pengguna
Dalam website SIAKAD ( Sistem Informasi Akademik ) terdapat tiga
pengguna yang dapat saling berinteraksi dalam lingkungan system,
yaitu : Bagian Admin, Dosen, dan Mahasiswa. Ketiga pengguna
tersebut memiliki karakteristik interaksi dengan system yang berbeda-
beda dan memiliki kebutuhan informasi yang berbeda-beda seperti
berikut :
1.1 Skenario Kebutuhan Bagian Admin.
a). Mengganti Password User
b). Mengelola Tampilan Profil
c). Mengelola Halaman Mahasiswa
d). Mengelola Halaman Dosen
e). Mengelola Halaman Informasi Akademik
1.2 Skenario Kebutuhan Bagian Dosen.

a). Mengelola Halaman Absensi Mahasiswa
b). Mengelola Halaman Berita Acara Perkuliahan
c). Mengelola Halaman Nilai Mahasiswa
d). Mengelola Halaman Materi Perkuliahan
1.3 Skenario Kebutuhan Bagian Mahasiswa.

a). Melihat Halaman Beranda
b). Melihat Halaman Nilai
c). Melihat Halaman Data
d). Melihat Halaman Info Akademik
2. Kebutuhan System
a) Sebelum admin melakukan akses aplikasi admin login terlebih
dahulu dengan memasukkan username dan password agar
privasi dari masing-masing pengguna dapat terjaga
keamanannya.
b) Sebelum mahasiswa mengakses halaman mahasiswa, terlebih
dahulu login dengan memasukkan username dan password jika
sudah memiliki akun.
c) Pengguna harus melakukan logout setelah selesai menggunakan
aplikasi.
3.1.2 Rancangan Use Case Diagram Usulan
Gambar IV.1 Use Case Diagram Usulan SIAKAD Aksek ST Theresa.

Tabel IV.1 Deskripsi Use Case Diagram Usulan Registrasi Mahasiswa.
Use Case Name Registrasi Mahasiswa
Requirement User Harus Login.
Goal User input Data Registrasi.
Pre-Conditions User Masuk Ke Halaman Home
Terlebih Dahulu.
Post-Conditions User Memilih Menu Registrasi.
Failed end Condition User Tidak Dapat input Data.
Actor Mahasiswa.
Main Flow / Basic Path Staff BAAK :
1. Staff BAAK login ke system.
2. System menampilkan halaman
home / beranda.
3. Staff BAAK memilih menu
registrasi mahasiswa.
registrasi mahasiswa.
5. Staff BAAK memeriksa
halaman registrasi mahasiswa.
Mahasiswa :
1. Mahasiswa login ke system.
2. System Menampilkan Halaman
home / beranda.
3. Mahasiswa memilih halaman
registrasi.
registrasi.
5. Mahasiswa melakukan input
data registrasi.
6. Mahasiswa melakukan
penyimpanan data registrasi ke
database.
Alternate Flow / Invariant A -
Invariant B -
Tabel IV.2 Deskripsi Use Case Diagram Usulan Pembayaran Perkuliahan.

Use Case Name Bayar Perkuliahan.
Requirement User Harus Login.
Goal User masuk ke halaman pembayaran
perkuliahan.
Pre-Conditions User masuk ke halaman home.
Post-Conditions User masuk ke halaman pembayaran
perkuliahan.
Failed end Condition User tidak dapat login.
Actor Mahasiswa
home / beranda.
3. Staff BAAK memilih menu data
pembayaran perkuliahan.
data pembayaran perkuliahan.
5. Staff BAAK menginput data
pembayaran perkuliahan
mahasiswa.
6. Staff BAAK melakukan
penyimpanan data pembayaran
perkuliahan mahasiswa ke
database.
Mahasiswa :
home / beranda.
3. Mahasiswa memilih menu data
data pembayaran perkuliahan.
5. Mahasiswa melihat halaman data
Invariant B -
Tabel IV.3 Deskripsi Use Case Diagram Usulan Penyusunan Jadwal

Perkuliahan.
Use Case Name Penyusunan Jadwal Perkuliahan.
Requirement User harus login terlebih dahulu.
Goal User masuk ke halaman penyusunan
jadwal perkuliahan.
Pre-Conditions User masuk ke halaman home terlebih
dahulu.
Post-Conditions User sudah masuk ke halaman
penyusunan jadwal perkuliahan.
Actor Staff Prodi.
Main Flow / Basic Path Staff Prodi :
1. Staff Prodi login ke system.
home / beranda.
3. Staff Prodi memilih menu
5. Staff Prodi melakukan
penginputan data jadwal
perkuliahan.
6. Staff Prodi melakukan
penyimpanan data jadwal
perkuliahan ke database.
Invariant B -
Tabel IV.4 Deskripsi Use Case Diagram Usulan KRS.

Use Case Name KRS.
Goal User masuk ke halaman KRS.
dahulu.
Post-Conditions User sudah masuk ke halaman KRS.
Actor Mahasiswa.
Main Flow / Basic Path Mahasiswa :
home / beranda.
3. Mahasiswa memilih menu KRS.
KRS.
5. Mahasiswa mencetak KRS.
Staff Prodi :
home / beranda.
3. Staff Prodi memilih menu KRS.
KRS.
5. Staff Prodi memeriksa halaman
KRS yang sudah di input.
Invariant B -
Tabel IV.5 Deskripsi Use Case Diagram Usulan Absensi.

Use Case Name Absensi.
Goal User masuk ke halaman absensi.
Pre-Conditions User masuk ke halaman home Terlebih
dahulu.
Post-Conditions User sudah masuk ke halaman absensi.
Actor Mahasiswa.
Main Flow / Basic Path Dosen :
1. Dosen login ke system.
home / beranda.
3. Dosen memilih menu absensi.
absensi.
5. Dosen melakukan input data
absensi.
6. Dosen melakukan penyimpanan
data absensi ke database.
Mahasiswa :
home / beranda.
3. Mahasiswa memilih menu
absensi.
absensi.
5. Mahasiswa melihat halaman
absensi.
Staff BAAK :
home / beranda.
3. Staff BAAK memilih menu
absensi.
absensi.
5. Staff BAAK mencetak absensi.
Invariant B -
Tabel IV.6 Deskripsi Use Case Diagram Usulan Kartu Peserta Ujian UTS &
UAS.
Use Case Name Kartu Peserta Ujian UTS & UAS.
Goal User masuk ke halaman kartu peserta
ujian UTS & UAS.
dahulu.
Post-Conditions User sudah masuk ke halaman kartu
peserta ujian UTS & UAS.
Actor Mahasiswa.
home / beranda.
3. Staff BAAK memilih halaman
kartu peserta ujian UTS & UAS.
kartu peserta UTS & UAS.
5. Staff BAAK melakukan input
data kartu peserta ujian UTS &
UAS.
6. Staff BAAK menyimpan data
kartu peserta ujian UTS & UAS
ke database.
Mahasiswa :
home / beranda.
3. Mahasiswa memilih menu kartu
kartu peserta ujian UTS & UAS.
5. Mahasiswa mencetak kartu
Invariant B -
Tabel IV.7 Deskripsi Use Case Diagram Usulan Data Nilai Mahasiswa.
Use Case Name Data Nilai Mahasiswa.
Goal User masuk ke halaman data nilai
mahasiswa.
dahulu.
Post-Conditions User sudah masuk ke halaman data
nilai mahasiswa.
Actor Dosen.
Main Flow / Basic Path Dosen :
1. Dosen login ke system.
home / beranda.
3. Dosen memilih menu data nilai
mahasiswa.
data nilai mahasiswa.
5. Dosen melakukan input data
nilai mahasiswa.
6. Dosen menyimpan data nilai
mahasiswa yang sudah diinput
ke database.
Staff Prodi :
home / beranda.
3. Staff Prodi memilih menu data
nilai mahasiswa.
5. Staff Prodi mencetak data nilai
mahasiswa.
Mahasiswa :
home / beranda.
3. Mahasiswa memilih menu data
nilai mahasiswa.
5. Mahasiswa melihat data nilai
mahasiswa.
Invariant B -
Tabel IV.8 Deskripsi Use Case Diagram Usulan KHS Mahasiswa.

Use Case Name KHS Mahasiswa
Goal User masuk ke halaman KHS
Mahasiswa.
dahulu.
Post-Conditions User sudah masuk ke halaman KHS
Mahasiswa.
Failed End Condition User tidak dapat login.
Actor Mahasiswa
home / beranda.
3. Staff Prodi memilih menu KHS
Mahasiswa.
KHS Mahasiswa.
5. Staff Prodi melakukan input
data KHS Mahasiswa.
6. Staff Prodi menyimpan data
KHS Mahasiswa yang sudah
diinput ke database.
Mahasiswa :
home / beranda.
3. Mahasiswa memilih menu KHS
Mahasiswa.
KHS Mahasiswa.
5. Mahasiswa mencetak KHS
Mahasiswa.
Tabel IV.9 Deskripsi Use Case Diagram Usulan Transkrip Mahasiswa.

Use Case Name Transkrip Mahasiswa
Goal User masuk ke halaman Transkrip
Mahasiswa.
dahulu.
Post-Conditions User sudah masuk ke halaman
Transkrip Mahasiswa.
Failed End Condition User tidak dapat login.
Actor Mahasiswa
home / beranda.
3. Staff Prodi memilih menu
5. Staff Prodi melakukan input
data Transkrip Mahasiswa.
6. Staff Prodi menyimpan data
Transkrip Mahasiswa yang
sudah diinput ke database.
Mahasiswa :
home / beranda.
3. Mahasiswa memilih menu
5. Mahasiswa mencetak Transkrip
Mahasiswa.
3.1.3 Rancangan Diagram Aktivitas.

Activity Diagram adalah teknik untuk mendeskripsikan logika
prosedural, proses bisnis, dan aliran kerja dalam banyak kasus. Activity
Diagram mempunyai peran seperti halnya flowchart, akan tetapi
perbedaannya dengan flowchart adalah Activity Diagram bisa mendukung
perilaku paralel sedangkan flowchart tidak bisa. Berikut ini adalah Activity
Diagram untuk masing-masing Use Case. Activity Diagram
menggambarkan aktifitas-aktifitas yang terjadi dalam sistem informasi
akademik.
3.1.3.1 Activity Diagram Login User.
Gambar IV.2 Activity Diagram Login User
4.1.3.2 Activity Diagram Registrasi Mahasiswa.
Gambar IV.3 Activity Diagram Registrasi Mahasiswa.

4.1.3.3 Activity Diagram Pembayaran Kuliah
Gambar IV.4 Activity Diagram Pembayaran Kuliah
4.1.3.4 Activity Diagram Penyusunan Jadwal Perkuliahan.
Gambar IV.5 Activity Diagram Penyusunan Jadwal

Perkuliahan.
4.1.3.5 Activity Diagram KRS
Gambar IV.6 Activity Diagram KRS
4.1.3.6 Activity Diagram Absensi
Gambar IV.7 Activity Diagram Absensi

4.1.3.7 Activity Diagram Kartu Peserta Ujian UTS & UAS
Gambar IV.8 Activity Diagram KPU UTS & UAS
4.1.3.8 Activity Diagram Data Nilai Mahasiswa
Gambar IV.9 Activity Diagram Data Nilai Mahasiswa

4.1.3.9 Activity Diagram KHS Mahasiswa
Gambar IV.10 Activity Diagram KHS Mahasiswa
4.1.3.10 Activity Diagram Transkrip Mahasiswa
Gambar IV.11 Activity Diagram Transkrip Mahasiswa

3.1.4 Rancangan Dokumen Sistem Usulan
1. Nama Dokumen : Laporan Data Registrasi Mahasiswa

Fungsi : Untuk mengetahui data mahasiswa yang
aktif.
Sumber : Staff BAAK
Tujuan : Staff Prodi
Media : Cetak
Jumlah : 1 Lembar
Bentuk : Lihat lampiran A.1
2. Nama Dokumen : Laporan Pembayaran Kuliah

Fungsi : Untuk mengetahui jumlah mahasiswa yang
lunas membayar.
Sumber : Staff BAAK
Media : Cetak
Jumlah : 1 Lembar
3. Nama Dokumen : Jadwal Kuliah

Fungsi : Untuk mengetahui jadwal perkuliahan.
Sumber : Staff Prodi
Tujuan : Mahasiswa
Media : Cetak
Jumlah : 1 Lembar
4. Nama Dokumen : KRS
Fungsi : Untuk mengetahui jadwal perkuliahan.
Tujuan : Mahasiswa
Media : Cetak
Jumlah : 1 Lembar
5. Nama Dokumen : Laporan Absensi

Hadir dalam perkuliahan.
Sumber : Dosen
Tujuan : Staff BAAK
Media : Cetak
Jumlah : 1 Lembar
6. Nama Dokumen : Kartu Peserta Ujian UTS & UAS

mengikuti ujian UTS & UAS.
Sumber : Staff BAAK
Media : Cetak
Jumlah : 1 Lembar
7. Nama Dokumen : Laporan Data Nilai Mahasiswa
Fungsi : Untuk mengetahui nilai mahasiswa.
Sumber : Dosen
Media : Cetak
Jumlah : 1 Lembar
8. Nama Dokumen : Kartu Hasil Studi Mahasiswa

Fungsi : Untuk mengetahui prestasi belajar
mahasiswa.
Tujuan : Mahasiswa
Media : Cetak
Jumlah : 1 Lembar
9. Nama Dokumen : Laporan Transkrip Mahasiswa

Fungsi : Untuk mengetahui prestasi mahasiswa
secara kumulatif selama mengikuti
perkuliahan.
Tujuan : Mahasiswa
Media : Cetak
Jumlah : 1 Lembar
3.2 Perancangan Perangkat Lunak
Perancangan perangkat lunak ini difokuskan pada enam atribut yaitu :

ERD, LRS, Spesifikasi File, Class Diagram, Sequence Diagram, dan
Spesifikasi Hardware serta Software.
3.2.1 Entity Relationship Diagram ( ERD )

Perancangan basis data menghasilkan pemetaan tabel-tabel yang
digambarkan dengan Entity Relationship Diagram.
Entity Relationship Diagram
Gambar IV.12 Entity Relationship Diagram SIAKAD Kampus.

3.2.2 Logical Relational Structure ( LRS )
Gambar IV.13 Logical Relational Structure SIAKAD Kampus.

4.2.3 Spesifikasi File
Menjelaskan tentang file atau tabel yang terbentuk dari
transformasi ERD ( dan atau file-file penunjang untuk web ). File-file ini
tersimpan pada << namaDatabase>> dengan parameter-parameter sbb :
Spesifikasi File :
1. Spesifikasi File Biodata Mahasiswa
Nama File : Biodata Mahasiswa
Akronim : Biodata Mahasiswa
Fungsi : untuk mengetahui data pribadi mahasiswa
Tipe File : File Master
Organisasi File : Indexed Sequential
Akses File : Random
Media : Hard Disk
Panjang Record : 301
Kunci Field : id
Software : Xampp
Tabel IV.10 Spesifikasi File Biodata Mahasiswa

No Elemen Data Nama Field Tipe Size Ket
1 id id Int 11 Primary
Key
2 nik nik varchar 16 Index
3 nama_lengkap nama_lengkap varchar 30 -
4 warga_negara kewarganegaraan varchar 30 -
5 nama_jalan nama_jalan varchar 30 -
6 desa desa varchar 30 -
7 kelurahan kelurahan varchar 30 -
8 kecamatan kecamatan varchar 30 -
9 nomer_rumah nomer_rumah varchar 3 -
10 rt rt varchar 3 -
11 rw rw varchar 3 -
12 kode_pos kode_pos varchar 5 -
13 telp_rumah telp_rumah varchar 11 -
14 telp_hp telp_hp varchar 12 -
15 email email varchar 30 -
2. Spesifikasi File Mahasiswa

Nama File : Mahasiswa
Akronim : Mahasiswa
Fungsi : untuk mengetahui data mahasiswa
Akses File : Random
Media : Hard Disk
Panjang Record : 85
Kunci Field : id
Software : Xampp
Tabel IV.11 Spesifikasi File Mahasiswa

Key
2 nik nik varchar 16 -
3 nim nim varchar 8 index
4 nama_mahasiswa nama_mahasiswa varchar 30 -
5 jenis_kelamin jenis_kelamin varchar 9 -
6 kode_kelas kode_kelas varchar 8 -
7 kode_jurusan kode_jurusan varchar 3 -
3. Spesifikasi File KRS
Nama File : KRS
Akronim : KRS
Fungsi : untuk mengetahui jadwal kuliah
Tipe File : Master
Akses File : Random
Media : Hard Disk
Kunci Field : id
Software : Xampp
Tabel IV.12 Spesifikasi File KRS

Key
2 kode_mk kode_mk varchar 4 Index
3 nama_mk nama_mk varchar 30 -
4 sks sks varchar 2 -
5 nama_jurusan nama_jurusan varchar 30 -
6 nim nim varchar 8 index
7 nama_mahasiswa Nama_mahasiswa varchar 30 -
8 jadwal_kuliah jadwal_kuliah varchar 20 -
9 nomer_ruangan nomer_ruangan varchar 4 -
10 nama_dosen nama_dosen varchar 30 -
11 semester semester varchar 2 -
12 kode_kelas kode_kelas varchar 8 index
4. Spesifikasi File Mata Kuliah
Nama File : Mata Kuliah
Akronim : Mata Kuliah
Fungsi : untuk mengetahui daftar mata kuliah
Akses File : Random
Media : Hard Disk
Panjang Record : 47
Kunci Field : id
Software : Xampp
Tabel IV.13 Spesifikasi File Mata Kuliah

Key
2 kode_mk kode_mk varchar 4 Index
5. Spesifikasi File KHS

Nama File : KHS
Akronim : KHS
Fungsi : untuk mengetahui hasil studi
Tipe File :-
Akses File : Random
Media : Hard Disk
Kunci Field : id
Software : Xampp
Tabel IV.14 Spesifikasi File KHS
Key
2 kode_mk kode_mk varchar 4 index
6 nim nim varchar 8 -
8 semester semester varchar 2 -
10 nilai_tugas nilai_tugas varchar 3 -
11 nilai_uts nilai_uts varchar 3 -
12 nilai_uas nilai_uas varchar 3 -
13 grade grade varchar 1 -
14 total_sks total_sks varchar 2 -
15 index_prestasi_se index_prestasi_se varchar 4 -
mester mester
6. Spesifikasi File Jurusan

Nama File : Jurusan
Akronim : Jurusan
Fungsi : untuk mengetahui jurusan program studi
Akses File : Random
Media : Hard Disk
Panjang Record : 44
Kunci Field : id
Software : Xampp
Tabel IV.15 Spesifikasi File Jurusan
Key
2 kode_jurusan kode_jurusan varchar 3 Index
7. Spesifikasi File KPU

Nama File : KPU
Akronim : KPU
Fungsi : untuk mengetahui jadwal ujian
Tipe File :-
Akses File : Random
Media : Hard Disk
Kunci Field : id
Software : Xampp
Tabel IV.16 Spesifikasi File KPU

Key
2 nim nim varchar 8 Index
5 kode_mk kode_mk varchar 4 -
8 jadwal_ujian jadwal_ujian varchar 20 -
9 waktu waktu varchar 17 -
8. Spesifikasi File Dosen

Nama File : Dosen
Akronim : Dosen
Fungsi : untuk mengetahui data dosen
Tipe File :-
Akses File : Random
Media : Hard Disk
Panjang Record : 88
Kunci Field : id
Software : Xampp
Tabel IV.17 Spesifikasi File Dosen

Key
2 nid nid varchar 8 Index
4 jenis_kelamin jenis_kelamin varchar 9 -
9. Spesifikasi File Ruang Kuliah
Nama File : Ruang Kuliah
Akronim : Ruang Kuliah
Fungsi : untuk mengetahui ruang kuliah
Tipe File :-
Akses File : Random
Media : Hard Disk
Panjang Record : 18
Kunci Field : id
Software : Xampp
Tabel IV.18 Spesifikasi File Ruang Kuliah

Key
2 nomer_ruangan nomer_ruangan varchar 5 Index
3 lantai lantai varchar 2 -
10. Spesifikasi File Jadwal

Nama File : Jadwal
Akronim : Jadwal
Fungsi : untuk mengetahui jadwal perkuliahan
Tipe File :-
Akses File : Random
Media : Hard Disk
Kunci Field : id
Software : Xampp
Tabel IV.19 Spesifikasi File Jadwal
Key
2 nid nid varchar 8 Index
4 kode_mk kode_mk varchar 4 -
6 hari hari varchar 6 -
7 jam jam varchar 17 -
4.2.4 Class Model / Class Diagram

Menggambarkan hubungan antara entity class yang dibuat.
Gambar IV.14 Class Diagram SIAKAD Kampus

3.2.5 Sequence Diagram
Sequence diagram yang dibuat hanya kegiatan utama dari use case.
Sequence Diagram Login
Gambar IV.15 Sequence Diagram Login
Sequence Diagram Cetak KRS
Gambar IV.16 Sequence Diagram Cetak KRS

Sequence Diagram Cetak KPU
Gambar IV.17 Sequence Diagram Cetak KPU
Sequence Diagram Cetak KHS
Gambar IV.18 Sequence Diagram Cetak KHS

Sequence Diagram Cetak Transkrip
Gambar IV.19 Sequence Diagram Cetak Transkrip
Sequence Diagram Cetak Absensi
Gambar IV.20 Sequence Diagram Cetak Absensi

3.2.6 Spesifikasi Hardware dan Software
Spesifikasi Hardware
1. SERVER
A. CPU
B. Processor Pentium Core 2 Duo
C. RAM DDR2 4 GB
D. Hard Disk 500 GB
E. Mouse
F. Keyboard
G. Monitor dengan resolusi layar minimum 1024 x 768
H. Koneksi internet dengan kecepatan 8 Mbps
2. CLIENT
A. CPU
a). Processor Pentium 4
b). RAM DDR 2 GB
c). Hard Disk 300 GB
B. Mouse
C. Keyboard
D. Monitor dengan resolusi layar minimum 1024 x 768
E. Koneksi internet dengan kecepatan 4 Mbps
Spesifikasi Software
1. SERVER
a) Sistem operasi yang umum digunakan seperti :
I. Microsoft Windows
1. Windows Server 8
2. Windows Server 9
II. Linux
1. Red Hat 8
2. Red Hat 9
b) Aplikasi bundle web server seperti : Xampp, WampServer, php2triad

yang terdiri dari beberapa komponen, diantaranya :
1) Aplikasi Apache Server v2
2) Aplikasi PHP Server v5
3) Aplikasi MySQL Server v5
4) Aplikasi phpMyAdmin v3
c) Aplikasi Web Browser seperti Mozilla Firefox, Opera, Safari,

Internet Explorer, Google Chrome.
2. CLIENT
a) Sistem operasi yang umum digunakan seperti Microsoft Windows (
Windows XP, Windows Vista, Windows 7, Windows 8, Windows 9,
Windows 10 ) dan Linux ( Ubuntu, Fedora, Susse dan lain-lain ).
b) Aplikasi Web Browser seperti Mozilla Firefox, Opera, Safari,
Internet Explorer, Google Chrome.
3.3 Implementasi dan Pengujian Unit.
4.3.1 Implementasi
Implementasi rancangan antar muka pada aplikasi yang dibuat berdasarkan
hasil rancangan antar muka.
Implementasi :
Interface Login User

User harus melakukan login terlebih dahulu untuk dapat
menggunakan menu-menu yang tersedia jika login berhasil, maka menu-
menu yang terdapat pada menu utama yang sesuai dengan kategori user
tersebut akan ditampilkan.
Gambar IV.21 Interface Login User

Interface Menu Utama Home Admin
Gambar IV.22 Interface Menu Utama Home Admin
Interface Menu Utama User Account
Gambar IV.23 Interface Menu Utama User Account

Interface Halaman Utama Ruang Mahasiswa
Gambar IV.24 Interface Halaman Utama Ruang Mahasiswa
Interface Halaman Utama Ruang Dosen
Gambar IV.25 Interface Halaman Utama Ruang Dosen

4.3.2 Pengujian Unit
Pengujian terhadap program yang dibuat yang memiliki validasi di
setiap formnya ( contoh form login, form admin, form mahasiswa, form
dosen ) menggunakan blackbox testing yang fokus terhadap proses
masukan dan keluaran program.
Pengujian Unit :
A. Pengujian terhadap form login.
Tabel IV.20
Hasil Pengujian Black Box Testing Halaman Login
NO Skenario Test Case Hasil yang Hasil Kesimpulan
Pengujian diharapkan Pengujian
1 Username Username Sistem akan Sesuai Valid
dan : (kosong) menolak Harapan
password Password : akses user
tidak diisi (kosong) dan
kemudian menampilka
klik tombol n tanda seru
login. pada Form
Username
dan
Password
2 Mengetikka Username Sistem akan Sesuai Valid
n : Admin menolak Harapan
Username Password : akses user
dan (kosong) dan
Password menampilka
tidak diisi n tanda seru
atau pada form
kosong password
kemudian
klik tombol
login.
n password : (kosong) menolak Harapan
dan Password : akses user
username Admin dan
kosong menampilka
kemudian n tanda seru
klik tombol pada form
login. username
n salah satu : User menolak Harapan
kondisi Password : akses user
salah pada Admin dan
username menampilka
atau n kembali
password halaman
kemudian login.
klik tombol
login
5 Mengetikka Username Sistem Sesuai Valid
n password : Admin menerima Harapan
dan Password : akses login
username Admin dan
kemudian kemudian
klik tombol langsung
login menampilka
n menu
utama.
Bab V
PENUTUP
Berdasarkan hasil pembahasan yang telah diuraikan pada bab-bab

sebelumnya, berikut ini merupakan kesimpulan yang diperoleh dan dapat
diharapkan saran-saran yang akan memberikan catatan penting, untuk
membangun system yang sudah jadi lebih optimal.
5.1 Kesimpulan
Berdasarkan hasil pembahasan yang telah diuraikan pada bab-bab
sebelumya, maka penulis dapat menarik kesimpulan sebagai berikut :
1. Dengan adanya aplikasi sistem informasi akademik (siakad) berbasis website,
mahasiswa dapat dengan mudah untuk mendapatkan informasi akademis dan
juga mempermudah untuk pendaftaran di bidang akademis seperti pendaftaran
her, pendaftaran tugas akhir serta pendaftaran cuti akademis.
2. Dengan adanya sistem informasi akademik (siakad) berbasis website,
pendaftaran dibidang akademik dapat dengan mudah dilakukan oleh
mahasiswa dimana saja dia berada.
3. Dengan adanya sistem informasi akademik (siakad) berbasis website,
diharapkan dapat mengurangi kesalahan pencatatan data saat pemindahan data
nilai.
5.2 Saran
Adapun saran-saran yang ingin penulis sampaikan adalah sebagai berikut :
1. Untuk mengantisipasi kerusakan system maupun perangkat keras (hardware),
maka sebaiknya dalam jangka waktu tertentu dilakukan backup dari database
yang ada di server dalam penyimpanan luar (eksternal) seperti flashdisk atau cd
maupun harddisk eksternal.
2. Semoga kedepannya kekurangan dari Sistem Informasi Akademik (siakad)
yang dilakukan secara online dapat di kembangkan untuk penelitian
selanjutnya.
DAFTAR PUSTAKA
Agus, I. P., & Permana, Y. (2015). Rancang Bangun Sistem Informasi Klinik
Praktik Dokter Berbasis Web. Jurnal Teknologi Informasi Dan Komputer, 1(2),
127–133.
Djaelangkara, R. T., Sengkey, R., & Lantang, O. A. (2015). Perancangan Sistem

Informasi Akademik Sekolah Berbasis Web Studi Kasus Sekolah Menengah Atas
Kristen 1 Tomohon. E-Jurnal Teknik Elektro Dan Komputer, 1(1), 2301–8402.
Retrieved from
http://ejournal.unsrat.ac.id/index.php/elekdankom/article/view/8324/7886
Fridayanthie, E. W., & Mahdiati, T. (2016). Rancang Bangun Sistem Informasi

Permintaan Atk Berbasis Intranet (Studi Kasus: Kejaksaan Negeri
Rangkasbitung). Jurnal Informatika, 4(2), 126–137.
Hastanti, R. P., Eka, B., Indah, P., & Wardati, U. (2015). Sistem Penjualan
Berbasis Web ( E-Commerce ) Pada Tata Distro Kabupaten Pacitan. Jurnal
Bianglala Informatika, 3(2), 1–9.
Hidayatun, N., Herlawati, & Frieyadi. (2013). APLIKASI WEB UNTUK

SISTEM INFORMASI AKADEMIK SMA NEGERI 33 JAKARTA, IX(2), 131–
140.
Kurniadi, D. (2014). Perancangan Arsitektur Sistem E-academic dengan Konsep

Kampus Digital Menggunakan Unified Software Development Process (USDP).
Jurnal Wawasan Ilmiah, 5(10), 1–16. Retrieved from
https://www.researchgate.net/publication/308938744_Perancangan_Arsitektur_Si
stem_E-
academic_dengan_Konsep_Kampus_Digital_Menggunakan_Unified_Software_D
evelopment_Process_USDP
Kurniadi, D., & Mulyani, A. (2016). Implementasi Pengembangan Student

Information Terminal (S-IT) Untuk Pelayanan Akademik Mahasiswa. Jurnal
Algoritma, 13(1), 437–442. Retrieved from
https://www.researchgate.net/publication/314551718_Implementasi_Pengembang
an_Student_Information_Terminal_S-
IT_Untuk_Pelayanan_Akademik_Mahasiswa
Maulana, S. M., Susilo, H., & Riyadi. (2015). Implementasi E-Commerce Sebagai
Media Penjualan Online. Jurnal Administrasi Bisnis( JAB), 29(1), 1–9.
DAFTAR RIWAYAT HIDUP
A. Biodata Mahasiswa
N.I.M : 12153163
Tempat & Tanggal Lahir : Jakarta 17 Januari 1979
Alamat Lengkap : Komplek Graha Bintaro GR 28 No.47
Jln. Jalak Bali V Kec.Pondok Aren

Kel.Pondok Kacang Barat Tangerang
Selatan. ( 15226 )
B. Riwayat Pendidikan Formal & Non-Formal
1. SDN 08 Kebon Jeruk, Lulus Tahun 1986 – 1992

2. SMPN 134 Meruya Ilir, Lulus Tahun 1992 – 1995
3. SMA Yadika 5 Joglo, Lulus Tahun 1995 – 1998
4. Universitas Trisakti Fakultas Ekonomi Jurusan IESP ( Ilmu Ekonomi
Studi Pembangunan ), Lulus Tahun 1998 – 2003
DAFTAR RIWAYAT HIDUP
A. Biodata Mahasiswa
N.I.M : 12152903
Tempat & Tanggal Lahir : Sragen, 06 Januari 1997
Alamat Lengkap : Jl. Raden Fatah. Kp.Dukuh RT. 03/03 No.65
Ciledug. Sudimara Selatan
B. Riwayat Pendidikan Formal & Non-Formal
1. SDN Sudimara 03, lulus tahun 2002-2008

2. SMP PGRI 2 CILEDUG, lulus tahun 2008-2011
3. SMA YADIKA 3 KARANG TENGAH, lulus tahun 2011-2014
AKADEMI SEKRETARI SAINT THERESA
PROGRAM DIPLOMA III SEKRETARIS
Jln.Kyai Caringin Blok A No.10A Cideng, Jakarta Pusat
Telp : (021) 3851140, 22631559 Fax : (021) 22631559
Website : www.sainttheresa.ac.id, E-Mail : aksektheresa@sainttheresa.ac.id
SURAT KETERANGAN RISET
Yang bertanda tangan dibawah ini :
Nama : Paul Fatruan, MM

Jabatan : Direktur Utama
Dengan ini menerangkan bahwa, yang tersebut dibawah ini :
Nama : Eka Irawan

NIM : 12153163
Alamat : Komplek Graha Bintaro GR 28 No.47 Tangsel
Adalah benar telah melakukan riset pada kampus Akademi Sekretari Saint
Theresa terhitung sejak 11 Oktober 2018 sampai dengan 02 Januari 2019, dan
yang bersangkutan telah melaksanakan tugasnya dengan baik dan penuh tanggung
jawab.
Demikian surat keterangan ini dibuat dengan benar, untuk dapat dipergunakan
sebagaimana mestinya.
Jakarta, 02 Januari 2019

Telp : (021) 3851140, 22631559 Fax : (021) 22631559
SURAT KETERANGAN RISET
Yang bertanda tangan dibawah ini :
Nama : Paul Fatruan, MM

Jabatan : Direktur Utama
Dengan ini menerangkan bahwa, yang tersebut dibawah ini :

NIM : 12152903
Alamat : Jl. Raden Fatah Kp.Dukuh RT.03 / RW.03 No.65 Ciledug
Sudimara Selatan.
Adalah benar telah melakukan riset pada kampus Akademi Sekretari Saint
Theresa terhitung sejak 11 Oktober 2018 sampai dengan 02 Januari 2019, dan
yang bersangkutan telah melaksanakan tugasnya dengan baik dan penuh tanggung
jawab.
Demikian surat keterangan ini dibuat dengan benar, untuk dapat dipergunakan
sebagaimana mestinya.
Jakarta, 02 Januari 2019

Lampiran A1 Data Nilai

Telp : (021) 3851140, 22631559 Fax : (021) 22631559
KARTU HASIL STUDI
NIM :
Nama :
Kelas :
Semester :
Program Studi :
NO Kode Nama SKS Nilai Nilai Nilai Nilai Nilai GRADE

Mata Mata Absensi Quiz UTS Tugas UAS
Kuliah Kuliah
1
2
3
4
5
Lampiran A2 Daftar Hadir

Telp : (021) 3851140, 22631559 Fax : (021) 22631559
DAFTAR KEHADIRAN
Hari :
Tanggal :
Jam Kuliah : Jam mulai kuliah – Jam selesai kuliah
Ruang Kuliah :
Mata Kuliah :
NID :
Nama Dosen :
NO NIM NAMA MAHASISWA TANDA TANGAN

1
2
3
4
5
Tanda Tangan Dosen Pengajar
( Nama Dosen & Gelar )

Lampiran A3 Jadwal

Telp : (021) 3851140, 22631559 Fax : (021) 22631559
JADWAL PERKULIAHAN
NIM :
Nama :
Kelas :
Semester :
Program Studi :
NO Kode Nama SKS Jam Ruang Dosen

Mata Mata Perkuliahan Perkuliahan Pengajar
Kuliah Kuliah
1
2
3
4
5
Lampiran A4 Daftar Mata Kuliah

Telp : (021) 3851140, 22631559 Fax : (021) 22631559
DAFTAR MATA KULIAH
Program Studi :
NO Kode Mata Kuliah Nama Mata SKS

Kuliah
1
2
3
4
5
6
7
8
9
10
Lampiran A5 Pengumuman

Telp : (021) 3851140, 22631559 Fax : (021) 22631559
PENGUMUMAN
Nomer : .../..../...././....
Tentang
JUDUL PENGUMUMAN
Kepala Kampus,
( Nama Kepala Kampus )

Tembusan :
1.
2.
3.
4.
5.

Tugas Akhir Manajemen Informatika

Diunggah oleh

Informasi Dokumen

Deskripsi Asli:

Hak Cipta

Format Tersedia

Bagikan dokumen Ini

Bagikan atau Tanam Dokumen

Opsi Berbagi

Apakah menurut Anda dokumen ini bermanfaat?

Apakah konten ini tidak pantas?

Hak Cipta:

Format Tersedia

Tugas Akhir Manajemen Informatika

Diunggah oleh

Hak Cipta:

Format Tersedia

PROYEK SISTEM INFORMASI AKADEMIK BERBASIS WEB

PADA AKADEMI SEKRETARI SAINT THERESA

Program Studi Sistem Informasi

Yang bertanda tangan di bawah ini :

Nama : Eka Irawan

Program Studi : Sistem Informasi

Perguruan Tinggi : Universitas Bina Sarana Informatika

Proyek Sistem Informasi Akademik Berbasis Web Pada Akademi Sekretari

pernah diterbitkan / dipublikasikan dimanapun dan dalam bentuk apapun.

saya dari Universitas Bina Sarana Informatika dicabut / dibatalkan.

Yang bertanda tangan di bawah ini :

Nama : Achmad Sakida

Program Studi : Sistem Informasi

Perguruan Tinggi : Universitas Bina Sarana Informatika

Proyek Sistem Informasi Akademik Berbasis Web Pada Akademi Sekretari

pernah diterbitkan / dipublikasikan dimanapun dan dalam bentuk apapun.

saya dari Universitas Bina Sarana Informatika dicabut / dibatalkan.

Yang bertanda tangan di bawah ini, saya :

Saya bersedia untuk menanggung secara pribadi tanpa melibatkan pihak

Demikian pernyataan ini saya buat dengan sebenarnya.

Yang bertanda tangan di bawah ini, saya :

Saya bersedia untuk menanggung secara pribadi tanpa melibatkan pihak

Demikian pernyataan ini saya buat dengan sebenarnya.

Tugas Akhir ini diajukan oleh :

Nama : Eka Irawan

Telah dipertahankan pada periode II – 2018 dihadapan penguji dan diterima

Jakarta, 08 Februari 2019

Dosen Pembimbing : Ruhul Amin, M.Kom

Asisten Pembimbing : Ari Abdilah, M.Kom

Penguji I : Ita Dewi Sintawati, ST, M.Kom

Penguji II : Desmulyati, ST, M.Kom

Tugas Akhir ini diajukan oleh :

Nama : Achmad Sakida

Untuk dipertahankan pada periode II – 2018 dihadapan penguji dan diterima

Jakarta, 08 Februari 2019

Dosen Pembimbing : Ruhul Amin, M.Kom

Asisten Pembimbing : Ari Abdilah, M.Kom

Penguji I : Ita Dewi Sintawati, ST, M.Kom

Penguji II : Desmulyati, ST, M.Kom

Catatan untuk Dosen Pembimbing

( Ruhul Amin, M.Kom )

Catatan untuk Dosen Pembimbing

( Ruhul Amin, M.Kom )

Catatan untuk Asisten Pembimbing

( Ari Abdilah, M.Kom )

Catatan untuk Asisten Pembimbing

( Ari Abdilah, M.Kom )

Alhamdulillah Puji Syukur penulis panjatkan kehadirat Tuhan Yang Maha

Esa yang telah menganugerahkan rahmat-Nya dan kasih-Nya sehingga pada

Diploma Tiga ( D III ) Manajemen Informatika di Bina Sarana Informatika

SISTEM INFORMASI AKADEMIK BERBASIS WEB PADA AKADEMI

SEKRETARI SAINT THERESA “.

kelulusan Program Diploma Tiga ( D III ) Universitas Bina Sarana Informatika.

Sebagai bahan penulisan diambil berdasarkan hasil penelitian ( eksperimen ).

izinkanlah penulis menyampaikan ucapan terima kasih kepada :

1. Rektor Universitas Bina Sarana Informatika.

2. Ketua Jurusan Sistem Informasi Universitas Bina Sarana Informatika.

3. Bapak Ruhul Amin, M.Kom selaku Dosen Pembimbing Tugas Akhir.

4. Bapak Ari Abdilah, M.Kom selaku Asisten Pembimbing Tugas Akhir.

5. Staff / Karyawan / Dosen dilingkungan Universitas Bina Sarana Informatika

6. Bapak (Alm) Paul Fatruan, SE, MM selaku Direktur Utama Akademi

Sekretari Saint Theresa.

9. Rekan-rekan mahasiswa kelas MI-6I.