SKRIPSI - repository.bsi.ac.idFinal... · LEMBAR JUDUL SKRIPSI SKRIPSI Diajukan untuk memenuhi...
Transcript of SKRIPSI - repository.bsi.ac.idFinal... · LEMBAR JUDUL SKRIPSI SKRIPSI Diajukan untuk memenuhi...
i
APLIKASI PENDAFTARAN SISWA BARU BERBASIS WEB
PADA SMP ISLAM TUANKU LINTAU SUMATERA BARAT
LEMBAR JUDUL SKRIPSI
SKRIPSI
Diajukan untuk memenuhi salah satu syarat kelulusan Strata Satu (S1)
Aidil Fauzan Afrino
12160112
Program Studi Teknik Informatika
Sekolah Tinggi Manajemen Informatika dan Komputer Nusa Mandiri
Jakarta
2017
ii
PERSEMBAHAN
“Lihatlah satu hal dari segala sisi dan sudut pandang”
Dengan mengucap puji syukur kepada Allah
S.W.T, skripsi ini kupersembahkan untuk:
1. Ibu Linda Merlinda dan Ibu Desmulyati
yang telah mendidik Penulis dan selalu
membimbing, mendukung, memotivasi,
memberi apa yang terbaik bagi penulis
serta selalu mendoakan penulis untuk
meraih kesuksesanku.
2. Kepada para sahabat-sahabat penulis
khususnya Egy, Joni, dan Afad yang
senantiasa berjalan dan berjuang bersama.
3. Teman teman kelas 12.8B.01 yang selalu
mendukung penulis dalam pengerjaan
skripsi ini.
Tanpa mereka,
penulis dan karya ini tak akan pernah ada
vi
PANDUAN PENGGUNAAN HAK CIPTA
Skripsi sarjana yang berjudul “APLIKASI PENDAFTARAN SISWA
BARU BERBASIS WEB PADA SMP ISLAM TUANKU LINTAU
SUMATERA BARAT” adalah hasil karya tulis asli AIDIL FAUZAN AFRINO
dan bukan hasil terbitan sehingga peredaran karya tulis hanya berlaku dilingkungan
akademik saja, serta memiliki hak cipta. Oleh karena itu, dilarang keras untuk
menggandakan baik sebagian maupun seluruhnya karya tulis ini, tanpa seizin
penulis.
Referensi kepustakaan diperkenankan untuk dicatat tetapi pengutipan atau
peringkasan isi tulisan hanya dapat dilakukan dengan seizin penulis dan disertai
ketentuan pengutipan secara ilmiah dengan menyebutkan sumbernya.
Untuk keperluan perizinan pada pemilik dapat menghubungi informasi yang
tertera di bawah ini:
Nama : AIDIL FAUZAN AFRINO
Alamat : Perum BCE Blok C7 No.14
RT 007 RW 009, Sukahati, Cibinong
Bogor, Jawa Barat
No. Telp : 0822 1047 0232
E-mail : [email protected]
vii
KATA PENGANTAR
Puji syukur alhamdulilah, penulis panjatkan kehadirat Allah SWT, yang
telah memberikan rahmat dan karunia-Nya, sehingga pada akhirnya penulis mampu
menyelesaikan skripsi ini dengan baik. Dimana skripsi ini penulis sajikan dalam
bentuk buku sederhana. Adapun judul penulisan skripsi yang penulis ambil adalah
sebagai berikut: “Aplikasi Pendaftaran Siswa Baru Berbasis Web Pada SMP
Islam Tuanku Lintau Sumatera Barat”.
Tujuan penulisan skripsi ini dibuat sebagai salah satu syarat kelulusan
program Strata Satu (S1) STMIK Nusa Mandiri. 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 skripsi ini tidak akan lancar. Oleh
karena itu pada kesempatan ini, izinkanlah penulis menyampaikan ucapan terima
kasih kepada.
1. Allah SWT, terimakasih untuk segala curahan rahmat dan karunia-Nya.
2. Ketua STMIK Nusa Mandiri.
3. Pembantu Ketua I STMIK Nusa Mandiri.
4. Ibu Linda Marlinda, MM, M.Kom dan Desmulyati, S.T, M.Kom selaku
Dosen Pembimbing Skripsi.
5. Bapak/ibu dosen Teknik Informatika STMIK Nusa Mandiri.
6. Staff / Karyawan / Dosen dilingkungan STMIK Nusa Mandiri.
7. Orang tua tercinta yang telah memberikan dukungan moral dan spiritual.
8. Rekan – rekan mahasiswa kelas 12.8B.01.
Serta semua pihak yang terlalu banyak untuk disebutkan satu persatu
sehingga terwujudnya penulisan ini. Penulis menyadari bahwa penulisan skripsi ini
masih jauh sekali dari sempurna, untuk itu penulis mohon kritik dan saran yang
bersifat membangun demi kesempurnaan penulisan dimasa yang akan datang.
viii
Akhir kata semoga skripsi ini dapat berguna bagi penulis khususnya dan
bagi para pembaca yang berminat pada umumnya.
Jakarta, 21 Agustus 2017
Aidil Fauzan Afrino
ix
ABSTRAKSI
Aidil Fauzan Afrino (12160112), Aplikasi Pendaftaran Siswa Baru Pada SMP
Islam Tuanku Lintau Sumatera Barat
Dalam era globalisasi ini peran teknologi sangatlah penting dalam kehidupan
sehari-hari baik untuk transaksi data, penyampaian pesan maupun gaya hidup.
Dikarenakan kemudahan-kemudahan yang didapat SMP Islam Tuanku Lintau
mencoba untuk mengaplikasikan teknologi tersebut kedalam sestem sekolah
mereka. Dimulai dari hal yang paling pertama yaitu pendaftaran siswa baru, yang
mana dirasa sangat membutuhkan sebuah teknologi informasi yang mampu
mempermudah proses tersebut. Dengan demikian, proses-proses yang dilakukan
hingga biaya yang dikeluarkan menjadi berkurang. Manfaat tersebut juga akan
dirasakan oleh orang tua dan calon siswa. Sebagai sekolah yang akan terus
berkembang kedepannya, maka menggunakan aplikasi seperti ini adalah sebuah
keharusan.
Kata kunci : Aplikasi berbasis web, Pendaftaran Siswa Baru, SMP Islam
Tuanku Lintau
x
ABSTRACT
Aidil Fauzan Afrino (12160112), Web Based Student Registrations Aplication at
SMP Islam Tuanku Lintau Sumatera Barat
In this era of globalization the role of technology is very important in
everyday life both for data transactions, delivery of messages and lifestyle. Due to
the ease with which SMP Islam Tuanku Lintau tries to apply the technology to their
school sestem. Starting from the very first thing that is new student enrollment,
which is deemed desperately need an information technology able to simplify the
process. Thus, the processes undertaken until the costs incurred are reduced. The
benefits will also be felt by parents and prospective students. As a school that will
continue to grow in the future, then using an application like this is a must..
Keyword : Web based Application, New Student Registrations, SMP Islam
Tuanku Lintau
xi
DAFTAR ISI
Lembar Judul Skripsi ..........................................................................................i Persembahan .......................................................................................................ii Surat Pernyataan Keaslian Skripsi ......................................................................iii Surat Pernyataan Persetujuan Publikasi Karya Ilmiah ........................................iv
Persetujuan Dan Pengesahan Skripsi ..................................................................v Panduan Penggunaan Hak Cipta .........................................................................vi
Kata Pengantar ....................................................................................................vii
Abstraksi ..........................................................................................................ix
Abstract ..........................................................................................................x Daftar Isi ..........................................................................................................xi
Daftar Simbol ......................................................................................................xiii Daftar Gambar .....................................................................................................xv Daftar Tabel ........................................................................................................xvii
BAB I PENDAHULUAN ............................................................................1
Latar Belakang ..........................................................................1 Identifikasi Permasalahan .........................................................3
Perumusan Masalah ..................................................................3 Maksud dan Tujuan ...................................................................3 Metode Penelitian......................................................................4
1.5.1 Teknik Pengumpulan Data ..............................................4
1.5.2 Model Pengembangan Sistem..........................................4 Ruang Lingkup ..........................................................................5
BAB II LANDASAN TEORI .......................................................................6 Tinjauan Jurnal ..........................................................................6 Konsep Dasar Program .............................................................7
2.2.1 Aplikasi Berbasis Web ....................................................7 2.2.2 PHP (Hypertext Preprocessor) .........................................7
2.2.3 HTML (Hypertext Markup Language) ............................9 2.2.4 MySQL ............................................................................9 2.2.5 Framework .......................................................................10
Pengujian Software ...................................................................10 2.3.1 Metode Pengujian Black box ...........................................11 2.3.2 Metode Pengujian White Box...........................................14
Peralatan Pendukung .................................................................16
2.4.1 UML (Unifield Modeling Language) ..............................16
BAB III ANALISA SISTEM BERJALAN ....................................................19 Tinjauan Institusi/Perusahaan ...................................................19
3.1.1 Sejarah Perusahaan ..........................................................19
xii
3.1.2 Struktur Organisasi ..........................................................19
Spesifikasi Dokumen Sistem Berjalan ......................................20 3.2.1 Dokumen Masukan ..........................................................20 3.2.2 Dokumen Keluaran ..........................................................21
BAB IV RANCANGAN SISTEM DAN PROGRAM USULAN .................23 Analisa Kebutuhan Software.....................................................23 Desain ........................................................................................23
4.2.1 Database ...........................................................................23 4.2.2 Software Architecture ......................................................27
4.2.3 User Interface ..................................................................41 Code Generation .......................................................................56
Testing .......................................................................................56
4.4.1 Pengujian White Box ........................................................56 4.4.2 Pengujian Black box ........................................................62
Support ......................................................................................65 4.5.1 Publikasi Web ..................................................................65
4.5.2 Spesifikasi Hardware dan Software .................................67
BAB V PENUTUP ........................................................................................68 Kesimpulan ...............................................................................68
Saran ..........................................................................................68
DAFTAR PUSTAKA
DAFTAR RIWAYAT HIDUP LEMBAR KONSULTSI BIMBINGAN SKRIPSI
SURAT KETERANGAN RISET
LAMPIRAN
xiii
DAFTAR SIMBOL
NO GAMBAR NAMA KETERANGAN
1
Actor Menspesifikasikan himpuan peran
yang pengguna mainkan ketika
berinteraksi dengan use case.
2 Dependen
cy
Hubungan dimana perubahan yang
terjadi pada suatu elemen mandiri
(independent) akan mempengaruhi
elemen yang bergantung padanya
elemen yang tidak mandiri
(independent).
3 Generalizatio
n
Hubungan dimana objek anak
(descendent) berbagi perilaku dan
struktur data dari objek yang ada di
atasnya objek induk (ancestor).
4 Include Menspesifikasikan bahwa use case
sumber secara eksplisit.
5
Extend
Menspesifikasikan bahwa use case
target memperluas perilaku dari use
case sumber pada suatu titik yang
diberikan.
6 Association Apa yang menghubungkan antara
objek satu dengan objek lainnya.
7
System
Menspesifikasikan paket yang
menampilkan sistem secara
terbatas.
8
Use Case
Deskripsi dari urutan aksi-aksi
yang ditampilkan sistem yang
menghasilkan suatu hasil yang
terukur bagi suatu aktor
9
Collaboration
Interaksi aturan-aturan dan elemen
lain yang bekerja sama untuk
menyediakan prilaku yang lebih
besar dari jumlah dan elemen-
elemennya (sinergi).
xiv
10
Note
Elemen fisik yang eksis saat
aplikasi dijalankan dan
mencerminkan suatu sumber daya
komputasi
11
LifeLine
Objek entity, antarmuka yang
saling berinteraksi.
12
Message
Spesifikasi dari komunikasi antar
objek yang memuat informasi-
informasi tentang aktifitas yang
terjadi
13
Message
Spesifikasi dari komunikasi antar
objek yang memuat informasi-
informasi tentang aktifitas yang
terjadi
xv
DAFTAR GAMBAR
Struktur Organisasi ...................................................................20
ERD (Entity Realtion Diagram) ................................................24
Diagram Use Case Pendaftaran ................................................28
Diagram Use Case Daftar Ulang ..............................................28
Diagram Use Case Admin ........................................................29
Sequence Diagram user .............................................................39
Sequence Diagram admin ..........................................................40
Halaman Login ..........................................................................41
Halaman Registrasi User Baru ..................................................42
Halaman Reset Password ..........................................................42
Halaman Home Pendaftaran Siswa Paru ...................................43
Halaman Menu Formulir Data Diri ...........................................44
Halaman Menu Formulir Data Orang Tua ................................45
Halaman Menu Formulir Data Periodik ....................................45
Halaman Menu Formulir Lampiran ..........................................46
Halaman Home Jika Diterima ...................................................46
Halaman Home Jika Tidak Diterima .........................................47
Halaman Menu Daftar Ulang ....................................................47
Halaman Konfirmasi Pembayaran ............................................48
Halaman Form Pilih Ukuran Baju ............................................48
Halaman Konfirmasi Pembayaran (Belum Di-approve)...........49
Halaman Cetak Bukti Pendaftaran ............................................49
Halaman Bukti Pendaftaran ......................................................50
Halaman Login ..........................................................................50
Halaman Menu Dashboard .......................................................51
Halaman Menu Seleksi Siswa Baru ..........................................51
Halaman Review Data Calon Siswa ..........................................52
Halaman Kirim Email ...............................................................53
Halaman Input Siswa Manua ....................................................54
Halaman Menu Konfirmasi Pembayaran ..................................54
Halaman Riview Bukti Pembayaran ..........................................54
Halaman Menu Siswa Diterima ................................................55
xvi
Halaman Menu Parameter .........................................................55
Halaman Setup Parameter .........................................................56
Gambar IV.34 ............................................................................57
Gambar IV.35 ............................................................................58
Gambar IV.36 ............................................................................59
Gambar IV.37 ............................................................................60
Gambar IV.38 ............................................................................61
Gambar IV.39 ............................................................................61
Gambar IV.40 ............................................................................62
xvii
DAFTAR TABEL
Tabel IV.1 Spesifikasi File user ....................................................................24
Tabel IV.2 Spesifikasi File adm ....................................................................25
Tabel IV.3 Spesifikasi File data_diri .............................................................25
Tabel IV.4 Spesifikasi File data_orang_tua ..................................................25
Tabel IV.5 Spesifikasi File data_periodik .....................................................26
Tabel IV.6 Spesifikasi File data_upload ........................................................26
Tabel IV.7 Spesifikasi File parameter ...........................................................27
Tabel IV.8 Spesifikasi File siswa_diterima ...................................................27
Tabel IV.9 Narative Use Case Daftar User Baru ..........................................29
Tabel IV.10 Narative Use Case Login.............................................................30
Tabel IV.11 Narative Use Case Lupa Password .............................................31
Tabel IV.12 Narative Use Case Input Formulir Data Diri ..............................32
Tabel IV.13 Narative Use Case Input Formulir Data Orang Tua ...................32
Tabel IV.14 Narative Use Case Input Formulir Data Periodik .......................33
Tabel IV.15 Narative Use Case Input Lampiran .............................................34
Tabel IV.16 Narative Use Case Daftar Ulang .................................................34
Tabel IV.17 Narative Use Case Cetak Bukti Pendaftaran...............................35
Tabel IV.18 Narative Use Case Dashboard ....................................................35
Tabel IV.19 Narative Use Case Seleksi Calon Siswa .....................................36
Tabel IV.20 Narative Use Case Kirim email ke calon siswa ..........................36
Tabel IV.21 Narative Use Case Konfirmasi Pembayaran ...............................37
Tabel IV.22 Narative Use Case Daftar Siswa Baru ........................................38
Tabel IV.23 Narative Use Case Setup Parameter PSB ....................................38
Tabel IV.24 Tabel Pengujian Black box Proses Registrasi User Baru ............62
1
BAB I
BAB I PENDAHULUAN
Latar Belakang
Ditengah perkembangan teknologi yang sangat pesat ini penggunaan internet
sangatlah lumrah ditengah masyarakat. Internet menurut Ramadhan (2005:1)
“adalah singkatan dari Interconected Network. Internet merupakan sebuah sistem
komunikasi yang mampu menghubungkan jaringan-jaringan komputer diseluruh
dunia”.
Akses internet sudah seperti kebutuhan pokok yang tidak bisa dipisahkan
dengan kehidupan sehari-hari. Ini terlihat dari banyaknya aktifitas penunjang
kehidupan yang menggunakan dengan internet, seperti sarana komunikasi, sistem
perbankan dan sistem jual beli online (e-commerse), bahkan proses registrasi/ SIM
(Surat Izin Mengemudi) dan sistem pelaporan pajak tahunan pun kini sudah
diberlakukan online / terhubung dengan internet.
Kemajuan perkembangan teknologi tersebut tentu saja belum dapat
teraplikasikan disemua bidang kehidupan. Salah satunya adalah bidang pendidikan,
yang notabene merupakan cikal bakal dari lahirnya sumber daya manusia yang
mumpuni untuk membangun negeri. Memang penggunaan internet dalam sistem
pendidikan sudah sangan akrab dengan perguruan tinggi baik negri maupun swasta,
namun hal ini belum banyak terjadi pada jenjang pendidikan dasar seperti SD
(sekolah dasar), SMP (sekolah menengah pertama), dan SMA (sekolah menengah
atas).
2
Salah satu aspek pengaplikasian teknologi internet pada jenjang pendidikan
dasar yang diharapkan akan sangat membantu adalah aspek registrasi/pendaftaran
sekolah. Karena dengan adanya sistem PSB (pendaftaran siswa baru) yang sudah
terintegrasi secara online maka para calon siswa tidak lagi harus menghabiskan
waktu dan tenaga yang banyak hanya untuk melakukan pendaftaran ke sekolah
favorit mereka.
Dengan sistem pendaftaran online ini juga akan membuat pelaksanaan
penerimaan siswa baru di tingkat dasar, menengah menjadi lebih transparan,
akuntabel, dan akomodif. Baik sekolah maupun siswa dapat menghemat waktu,
tenaga, dan biaya mereka bahkan bisa menghilangkan kecurangan-kecurangan yang
bisa terjadi saat pelaksanaan PSB secara manual. Para peserta dan orang tua tidak
perlu lagi mendatangi sekolah-sekolah yang ada untuk melakukan pendaftaran,
melihat pengumuman, atau hanya untuk sekedar mencari informasi. Hal lain yang
menjadi kendala pada proses manual disampaikan oleh Putri (2014:1) “kegiatan
tersebut sering menghadapi berbagai masalah antara lain, terjadi kesalahan
penulisan calon siswa baru, beberapa data yang sulit dibaca karena menggunakan
tulisan tangan, serta lamanya proses pembuatan laporan seleksi penerimaan siswa
baru kepada kepala sekolah”. Oleh karenanya muncul ide untuk membangun
sebuah sistem yang dapat menjadikan proses PSB tersebut bisa dilakukan secara
online dengan bantuan sebuah aplikasi berbasis web.
Ditambah lagi dengan penggunaan framework Codeigniter, maka pembuatan
sebuah aplikasi yang komplek dan powerfull dapat dilakukan.
Berdasarkan pemaparan di atas, maka penulis tertarik untuk mengambil judul
skripsi “Membangun Aplikasi PSB (Pendaftaran Siswa Baru) Berbasis Web”.
3
Identifikasi Permasalahan
Berdasarkan latar belakang diatas dapat diidentifikasi beberapa permasalahan
yang muncul, sbb:
1. Rumitnya proses pendaftaran, administrasi, dan informasi pada proses PSB
secara manual yang mangakibatkan penggunaan waktu, tempat, tenaga, dan
biaya sangat tidak efisien.
2. Kesulitan pada pihak peserta atau orang tua untuk mendapatkan informasi dan
melakukan pendaftaran dibeberapa tempat karena jarak yang terlalu jauh.
3. Banyaknya kertas yang digunakan sebagai media pencatatan data peserta atau
yang biasa disebut formulir pendaftaran terbuang saat pelaksaan PSB secara
manual.
4. Perlu adanya sebuah aplikasi yang berbasis web yang mampu mengakomodir
pelaksanaan PSB secara online atau via internet.
Perumusan Masalah
Bagaimana pelaksanaan Penerimaan Siswa Baru yaitu pendaftaran, seleksi,
penjurnalan, pengumuman, dan pendaftaran ulang mampu diakomodir dan diolah
oleh sebuah aplikasi PSB online berbasis web.
Maksud dan Tujuan
Adapun maksud dari penulisan skripsi ini yaitu:
1. Mempermudah proses pendaftaran siswa baru ditingkat sekolah dengan sebuah
aplikasi PSB berbasis web.
2. Mengimplementasikan ilmu yang didapat dari mata kuliah Web Programming.
4
3. Merancang aplikasi yang kuat dan aman dengan PHP Framework.
Sedangkan tujuan dari penulisan skripsi ini adalah untuk diajukan sebagai salah
satu syarat kelulusan Skripsi Program Studi Teknik Informatika Strata Satu (S1)
Sekolah Tinggi Manajemen Informasi dan Komputer Nusa Mandiri.
Metode Penelitian
1.5.1 Teknik Pengumpulan Data
1. Obeservasi
Melakukan perbandingan dengan aplikasi yang sudah ada guna mengetahui
kelebihan dan kekurangan dapam pembuatan aplikasi ini.
2. Studi Pustaka
Memperoleh data-data yang dibutuhkan dengan cara mengambil informasi dari
buku-buku atau internet yang berkaitan dengan judul yang sesuai.
1.5.2 Model Pengembangan Sistem
1. Analisa
Dasar – dasar pengembangan aplikasi didapat dari hasil riset yang dilakukan
pada SMP Islam Tuanku Lintau.
2. Testing
Uji coba program berjalan secara keseluruhan bertujuan untuk melihat
kemampuan dari aplikasi ini. Khususnya pengujian dilakukan untuk melihat
kesalahan pada function program, dan juga tingkat keamanan/secure pada program.
3. Implementasi
5
Pada aplikasi ini diterapkan bahasa pemprograman PHP, HTML, Javascript,
dan SQL. PHP berfungsi sebagai back end atau server side yang berfungsi untuk
mengatur function dan rutine aplikasi. HTML berfungsi sebagai front end atau user
interface yang akan berhubungan langsung dengan pengguna. Sedangkan SQL
berfungsi sebagai database atau penyimpanan data yang digunakan dan dihasilkan
oleh aplikasi ini.
Ruang Lingkup
Dalam penulisan skripsi ini penulis membatasi bahasan-bahasan yang akan
dijelaskan diantaranya aplikasi yang dibangun hanya bisa digunakan dalam
penyelenggaraan PSB. Sedangkan untuk melakukan akses ke aplikasi ini bisa
dilakukan dari semua sistem operasi dan semua web browser yang terhubung
dengan internet. Baik itu PC (Personal Computer) maupun telepon pintar (Smart
Phone).
6
BAB II
BAB II LANDASAN TEORI
2
Tinjauan Jurnal
Untuk mendukung pembuatan skripsi penulis melampirkan jurnal ilmiah yang
relevan dengan penelitian yang penulis buat antara lain:
Salah satu masalah yang melatar belakangi skripsi ini penulis ambil dari
perkataan Putri (2014:1) Selama ini proses pendaftaran siswa baru masih
menggunakan cara yang manual yaitu dengan pengisian formulir menggunakan
lembaran yang disediakan oleh panitia, karena menggunakan tulisan tangan akan
memungkinkan panitia kesulitan dalam membaca. Selain itu dalam proses
pembuatan laporan seleksi penerimaan siswa baru memakan waktu yang lebih
lama, hal ini dapat menyebabkan lambatnya informasi pengumuman bagi peserta.
Apabila hal tersebut terjadi, maka bagi peserta yang tidak lulus dalam seleksi
penerimaan siswa baru akan kesulitan dalam mencari sekolah favorit.
Sebagai solusi dari masalah pada paragraf diatas Widianto (2013:1)
mengatakan dengan sistem yang terkomputerisasi diharapkan pelayanan dalam
pendaftaran siswa baru lebih maksimal. Update komposisi pendaftar, akurasi,
efektifitas dan efisiensi diharapkan lebih baik dibanding dengan menggunakan
sistem konvensional.
Sedangkan metode yang penulis anggap paling tepat untu memecahkan
masalah yaitu dari Suhendar (2015:1) Salah satu upaya untuk memperbaiki proses
PSB dan meningkatkan pelayanan kepada calon siswa, maka dibutuhkan sebuah
sistem yang dapat melakukan proses PSB yang tidak dibatasi oleh tempat. Salah
7
satu teknologi yang dapat menyelesaikan permasalahan itu adalah dengan
memanfaatkan teknologi website. Aplikasi PSB berbasis website ini diharapkan
dapat membantu calon siswa baru dalam mendapatkan informasi. Sehingga calon
siswa akan mendapatkan informasi pendaftaran dan hasil seleksi pendaftaran tanpa
harus datang ke sekolah.
Dari hasil peninjauan beberapa jurnal diatas, penulis menyimpulkan bahwa
masalah yang ada pada proses pendaftaran siswa baru dapat diatasi dengan sebuah
aplikasi/software/sistem pendaftaran siswa baru yang bisa diakses dimana saja.
Oleh karena itu jenis aplikasi yang paling mendukung adalah aplikasi berbasis web.
Konsep Dasar Program
2.2.1 Aplikasi Berbasis Web
Menurut Hendrayudi (2009:143) “aplikasi adalah kumpulan perintah program
yang dibuat untuk melakukan pekerjaan-pekerjaan tertentu (khusus)”. Dari kutipan
tersebut dapat diambil kesimpulan bahwa aplikasi berbasis web yaitu sebuah
kumpulan perintah yang dibuat sedemikian rupa sehingga dapat diakses secara
langsung oleh pengguna. Sejalan dengan apa yang dikatakan Simarmata (2010:274)
“aplikasi web merupakan program yang dapat berjalan di dalam keseluruhan atau
pada sebagian server web dan dapat dijalankan pengguna melalui situs web”.
2.2.2 PHP (Hypertext Preprocessor)
Menurut keterangan yang tertera pada dokumen resmi PHP, PHP merupakan
bahasa berbentuk skrip yang ditempatkan dan diproses di tempat penyimpanan data
sentral atau yang biasa disebut server. Hasil dari proses tersebut akan dikirimkan
ke pengguna yang dibantu web browser untuk menerjemahkan data tersebut.
8
Secara khusus, PHP dirancang untuk bertugas sebagai pengolah data baik itu
berupa input, database, maupun output berdasarkan fungsi yang dituliskan dalam
skrip aplikasi itu sendiri. Oleh karena itu PHP dikatergorikan kepada Server Side
Programming.
Supono (2016:5) dalam bukunya yang berjudul Pemprograman Web Dengan
Menggunakan PHP dan Framework Codeigniter menjelaskan tentang kelebihan
dari bahasa pemprograman PHP sebagai berikut :
1. PHP adalah bahasa multiplatform yang artinya dapat berjalan di berbagai
mesin dan sistem operasi (Linux, Unix, Macintosh, Windows) dan dapat
dijalankan secara runtime melalui console serta juga dapat menjalankan
perintah-perintah sistem lainnya.
2. PHP bersifat open source yang berarti dapat digunakan oleh siapa saja secara
gratis.
3. Web Server yang mendukung PHP dapat ditemukan di mana-mana dari mulai
apache, IIS, Lighttpd, nginx hingga xitami dengan konfigurasi yang relatif lebih
mudah dan tidak berbelit-belit, bahkan banyak yang membuat dalam bentuk
paket atau package (PHP, MySQL, dan Web Sever).
4. Dalam sisi pengembangan lebih mudah, karena banyaknya milis-milis,
komunitas dan developer yang siap membantu dalam pengembangan.
5. Dalam sisi pemahaman, PHP adalah bahasa scripting yang paling mudah
karena memiliki referensi yang banyak.
6. Banyak bertebaran aplikasi dan program PHP yang gratis dan siap pakai seperti
WordPress, PrestaShop, dan lain-lain.
7. Dapat mendukung banyak database, seperti : MySQL, Oracle, MS-SQL dst.
9
2.2.3 HTML (Hypertext Markup Language)
Menurut Anhar (2010:40) “HTML merupakan bahasa pemprograman web
yang memiliki sintak atau aturan tertentu dalam menuliskan skrip atau kode-kode,
sehingga browser dapat menampilkan informasi dengan membaca kode-kode
HTML”. Singkatnya, data yang diperoleh dan diolah oleh PHP ditampilkan oleh
HTML sehingga pengguna dapat melihat isi data tersebut melalui bantuan web
browser.
Dalah menampilkan data, HTML tidak sendiri melainkan didukung oleh bahasa
lainnya yaitu CSS (Cascading Style Sheet). CSS berfungsi untuk mengontrol format
tampilan dari sebuah web diantaranya : font, font size, color, ukuran halaman,
ukuran tabel, dll.
2.2.4 MySQL
MySQL menurut Widya (2010:26) “adalah salah satu software sistem
menejemen database (DBMS) Structured Query Language (SQL)”. Yang artinya
MySQL merupakan sebuah software yang digunakan untuk membangun sebuah
database yang menggunakan perintah SQL dalam pengoperasiannya.
Keunggulan dari software database MySQL antara lain :
1. MySQL dapat diperoleh secara gratis.
2. Perintah-perintah yang digunakan untuk menjalankannya mudah dipahami
dan tidak rumit.
3. Didukung oleh bahasa pemprograman umum seperti PHP, C, C++, C#,
Java, Perl, Python, dll.
10
2.2.5 Framework
Aplikasi berbasis web sangat rentan akan keamanan nya, ini disebabkan
aplikasi tersebut dapat diakses bebas melalui internet. Pengembangan
menggunakan framework berguna untuk menjaga agar celah-celah keamanan pada
aplikasi dapat diminimalisir. Framework yang penulis gunakan pada aplikasi ini
yaitu codeigniter. Framework ini dikenal kuat dalam hal keamanan dan juga dapat
diintegrasikan dengan banyak modul keamanan.
Pengujian Software
Pengujian perangkat lunak (software testing) merupakan elemen penting dan
sangat kritis untuk menentukan bahwa aplikasi yang dihasilkan telah berjalan
dengan baik tanpa ada masalah pada fungsi-fungsi yang ada dan juga untuk
mengetahui apakah aplikasi yang telah dibuat dapat memecahkan masalah yang
melatar belakangi pembuatan aplikasi tersebut. Pengujian perangkat lunak
termasuk salah satu langkah dalam metodologi pengembangan system (System
Development Life Cycle). Namun, pada setiap aktivitas SDLC yang dilakukan
pengujian tetap harus dilakukan. Tujuan dari pengujian ialah mengurangi resiko,
oleh karna itu, metoda yang digunakan harus dapat menangani resiko. Dalam
perancangan metodologi pengujian faktor resiko menjadi sebuah dasar atau tujuan
dari pengujian. Resiko yang dikaitkan dengan pengujian disebut faktor uji, proses
pengujian tersebut harus mengurangi faktor uji tersebut hingga suatu tingkat
tertentu.
11
2.3.1 Metode Pengujian Black box
Black box testing adalah pengujian yang dilakukan hanya mengamati hasil
eksekusi melalui data uji dan memeriksa fungsional dari perangkat lunak. Jadi
dianalogikan seperti kita melihat suatu koatak hitam, kita hanya bisa melihat
penampilan luarnya saja, tanpa tau ada apa dibalik bungkus hitam nya. Sama seperti
pengujian black box, mengevaluasi hanya dari tampilan luarnya (interface nya) ,
fungsionalitasnya tanpa mengetahui apa sesungguhnya yang terjadi dalam proses
detilnya (hanya mengetahui input dan output).
Pengujian black box berfokus pada persyaratan fungsional perangkat lnak.
Dengan demkian, pengujian black box memungkinkan perekayasa perangkat lunak
mendapatkan serangkaian kondisi input yang sepenuhnya menggunakan semua
persyaratan fungsional untuk suatu program. Pengujian black box berusaha
menemukan ksalahan dalam kategori seperti fungsi-sungsi yang tidak benar atau
hilang lalu kesalahan interface, kesalahan dalam struktur data atau akses database
eksternal, kesalahan lahan kinerja dan inisialisasi dan kesalahan terminasi. Tidak
seperti pengujian white box yang dilakukan pada saat awal proses pengujian,
pengujian black box cenderung diaplikasikan selama tahap akhir pengujian. Karena
pngujian black box memperhatikan struktur control maka perhatian berfokus pada
domain informasi.
Teknik khas Black box Testing desain meliputi:
1. Decision Table
Decision Tablel adalah cara yang tepat belum kompak untuk model logika
rumit, seperti diagram alur dan if-then-else dan switch-case, kondisi
mengaitkan dengan tindakan untuk melakukan, tetapi dalam banyak kasus
12
melakukannya dengan cara yang lebih elegan. Pada tahun 1960-an dan 1970-
an berbagai “Decision Table Based“ bahasa seperti Filetab sangat populer
untuk pemrograman bisnis.
2. All-Pairs Testing
All-pairs testing atau pairwise testing adalah metode pengujian perangkat
lunak kombinatorial bahwa, untuk setiap pasangan parameter masukan ke
sistem (biasanya, sebuah algoritma perangkat lunak), tes semua kombinasi
yang mungkin diskrit parameter tersebut. Menggunakan vektor uji dipilih
dengan cermat, hal ini dapat dilakukan jauh lebih cepat daripada pencarian
lengkap semua kombinasi dari semua parameter, dengan “parallelizing“
pengujian pasangan parameter. Jumlah tes biasanya O (nm), dimana n dan m
adalah jumlah kemungkinan untuk masing-masing dua parameter dengan
pilihan yang paling. Alasan di balik semua-All-pairs testing ini: yang sederhana
dalam sebuah program umumnya dipicu oleh parameter masukan tunggal.
Kategori paling sederhana berikutnya bug terdiri dari mereka bergantung pada
interaksi antara pasangan parameter, yang bisa ditangkap dengan menguji
semua-pasangan. yang melibatkan interaksi antara tiga atau lebih parameter
secara progresif kurang umum, sementara pada saat yang sama waktu semakin
lebih mahal untuk mencari oleh pengujian mendalam, yang sebagai batas
pengujian lengkap semua input yang mungkin. Banyak metode pengujian
menganggap semua-pasang pengujian sistem atau subsistem sebagai
kompromi biaya-manfaat yang wajar antara sering komputasi tidak layak
tingkat tinggi metode pengujian kombinatorial, dan metode yang kurang
lengkap yang gagal untuk menjalankan semua pasangan yang mungkin dari
13
parameter. Karena tidak ada teknik pengujian dapat menemukan semua bug,
semua-pasangan pengujian biasanya digunakan bersama dengan berbagai
teknik jaminan mutu seperti unit testing, eksekusi simbolik, pengujian bulu
halus, dan memeriksa kode.
3. State Transition Table
Dalam teori automata dan logika sekuensial, state transition table adalah tabel
yang menunjukkan apa yang negara (atau negara dalam kasus robot terbatas
nondeterministic) suatu semiautomaton terbatas atau mesin finite state akan
pindah ke, berdasarkan kondisi saat ini dan masukan lainnya. Sebuah tabel
negara pada dasarnya adalah sebuah tabel kebenaran di mana beberapa input
adalah kondisi saat ini, dan output termasuk negara berikutnya, bersama
dengan keluaran lain. state transition table adalah salah satu dari banyak cara
untuk menentukan mesin negara, cara lain menjadi diagram negara, dan
persamaan karakteristik.
4. equivalence partitioning
Equivalence partitioning adalah pengujian perangkat lunak teknik yang
membagi data masukan dari unit perangkat lunak menjadi beberapa partisi data
dari mana test case dapat diturunkan. Pada prinsipnya, uji kasus dirancang
untuk menutupi setiap partisi minimal sekali. Teknik ini mencoba untuk
mendefinisikan kasus uji yang mengungkap kelas kesalahan, sehingga
mengurangi jumlah kasus uji yang harus dikembangkan. Dalam kasus yang
jarang Equivalence partitioning juga diterapkan pada output dari komponen
perangkat lunak, biasanya itu diterapkan pada masukan dari komponen diuji.
Partisi ekivalen biasanya berasal dari spesifikasi persyaratan untuk atribut
14
masukan yang mempengaruhi pengolahan benda uji. Sebuah masukan telah
rentang tertentu yang rentang sah dan lainnya yang tidak valid. Data yang tidak
valid di sini tidak berarti bahwa data tidak benar, itu berarti bahwa data ini
terletak diluar dari partisi tertentu. Hal ini mungkin lebih tepat dijelaskan oleh
contoh fungsi yang mengambil sebuah parameter “bulan“. Jangkauan bulan
adalah 1 sampai 12, mewakili Januari-Desember. Jangkauan ini disebut partisi.
Dalam contoh ini ada dua partisi lebih lanjut rentang tidak valid. Partisi
pertama akan menjadi tidak valid <= 0 dan partisi tidak valid kedua akan
menjadi> = 13.
5. Boundry Values Analysis
Boundary value analysis merupakan suatu teknik pengujian perangkat lunak di
mana tes dirancang untuk mencakup perwakilan dari nilai-nilai batas. Nilai-
nilai di tepi sebuah partisi kesetaraan atau sebesar nilai terkecil di kedua sisi
tepi. Nilai dapat berupa rentang masukan atau keluaran dari komponen
perangkat lunak. Karena batas-batas tersebut adalah lokasi umum untuk
kesalahan yang mengakibatkan kesalahan perangkat lunak mereka sering
dilakukan dalam kasus-kasus uji.
2.3.2 Metode Pengujian White Box
Menurut Pressman (2006:533) White box testing disebut juga pengujian glass-
box adalah metode desain test case yang menggunakan struktur control desain
procedural untuk memperoleh test case. Dengan menggunakan metode ini penguian
white-box perekayasa system dapat melakukan test case yang memberikan jaminan
bahwa semua jalur independen pada suatu modul telah digunakan paling tidak satu
kali, menggunakna semua keputusan logis pada sisi true dan flase, mengeksekusi
15
semua loop pada batasan mereka dan pada batas operasional mereka, menggunakan
struktur data internal untuk menjamin validitasnya . Teknik pengujian :
1. Menggambarkan kode program ke dalam graph yaitu node & edge. Jika
berhubungan bernilai 1, bila tidak bernilai nol. Dalam pengujian ini akan
diperoleh hasil :
a. Kemungkinan source code yang dieksekusi
b. Waktu yang dibutuhkan
c. Memori yang digunakan
d. Sumber daya yang digunakan
2. Basic path, yaitu pengukuran kompleksitas kode program dan pendefinisian
alur yang akan dieksekusi. Digambarkan sequence, if, atau while nya Uji
coba basis path adalah teknik uji coba white box yg diusulkan Tom McCabe.
Metode ini memungkinkan perancang test case mendapatkan ukuran
kekompleksan logical dari perancangan prosedural dan menggunkan ukuran
ini sbg petunjuk untuk mendefinisikan basis set dari jalur pengerjaan. Test
case yg didapat digunakan untuk mengerjakan basis set yg menjamin
pengerjaan setiap perintah minimal satu kali selama uji coba.
3. Cyclomatic Complexity merupakan suatu sistem pengukuran yang
menyediakan ukuran kuantitatif dari kompleksitas logika suatu program.
Pada Basis Path Testing, hasil dari cyclomatic complexity digunakan untuk
menentukan banyaknya independent paths. Independent path adalah sebuah
kondisi pada program yang menghubungkan node awal dengan node akhir.
16
Peralatan Pendukung
2.4.1 UML (Unifield Modeling Language)
Yang dimaksud dengan UML (Unifield Modeling Language) yaitu suatu
metode permodelan secara visual untuk sarana perancangan system berorientasi
objek. Saat ini UML sudah menjadi bahasa standar dalam penulisan blue print
software. Fungsi ataupun tujuan dari penggunaan UML tersebut diantaranya :
1. Dapat memberiakan bahasa permodelan visual kepada pengguna dari berbagai
macam pemerograman maupun proses rekayasa.
2. Dapat menyatukan praktek-praktek terbaik yang ada dalam permodelan
3. Dapat memberikan model yang siap untuk digunakan, merupakan bahasa
permodelan visual yang eksprsif untuk mengembangkan system dan untuk
saling menukar model secara mudah.
4. Dapat berguna sebagai blue print, sebab sangat lengkap dan detail dalam
perancangannya yang nantinya akan diketahui informasi yang detail mengenai
coding suatu program.
5. Dapat menciptakan suatu bahasa permodelan yang nantinya dapat
dipergunakan oleh manusia maupun mesin.
Adapun beberapa model UML yang digunakan antaralain:
1. Use case Diagram
Usecase diagram adalah rangkaian atau uraian sekelompok yang saling terkait
dan membentuk system secara teratur yang dilakukan atau diawasi oleh sebuah
actor. Usecase digunakan untuk membentuk tingkah laku benda dalam sebuah
model serta di realisasikan oleh sebuah kolaborasi. Umumnya usecase
17
digambarkan dengan sebuah elips dengan garis yang solid, biasanya
mengandung nama. Usecase menggambarkan proses system (kebutuhan
system dari sudut pandang user).
2. Activity Diagram
Activity Diagram menggambarkan berbagai alir aktivitas dalam system yang
sedang dirancang, bagaimana masing-masing alir berawal, decision yang
mungkin terjadi dan bagaimana mereka berakhir. Activity diagram juga dapat
menggambarkan proses parallel yang mungkin terjadi pada beberapa eksekusi.
Activity diagram merupakan state diagram khusus, dimana sebagian besar state
adalah action dan sebagian besar transisi di-Trigger oleh selesainya state
sebelumnya. Oleh karena itu activity diagram tidak menggambarkan behavior
internal sebuah system (dan Interaksi antar subsistem) secara eksak, tetapi lebih
menggambarkan proses-proses dan jalur-jalur aktivitas dari level atas secara
umum. Menggambarkan proses bisnis dan urutan aktivitas dalam sebuah
proses. Dipakai pada business modeling untuk memperlihatkan urutan aktifitas
proses bisnis. Struktur diagram ini mirip dengan flowchart atau data flow
diagram pada perancangan terstruktur. Sangat bermanfaat apabila kita
membuat diagram ini terlebih dahulu dalam memodelkan sebuah proses untuk
membantu memahami proses secara keseluruhan.
3. Sequence Diagram
Sequence Diagram adalah suatu diagram yang memperlihatkan atau
menampilkan interaksi-interaksi antar objek didalam system yang disusun pada
sebuah urutan atau rangkaian waktu. Interaksi antar objek tersebut termasuk
pengguna, display dan sebagainya berupa pesan. Sequence diagram digunakan
18
untuk menggambarkan scenario atau rangkaian langkah-langkah yang
dilakukan sebagai sebuah respon dari suatu kejadian untuk menghasilkan
output tertentu. Sequence diagram diawali dari apa yang men-Trigger aktivitas
tersebut, proses dan perubahan apa saja yang terjadi secara internal dan output
apa yang dihasilkan. Sequence diagram juga dapat merubah atribut atau
method pada class yang telah dibentuk oleh class diagram, bahkan
menciptakan sebuah class baru. Sequence diagram memodelkan aliran
logika dalam sebuah system dalam cara yang visual. equence diagram
biasanya digunakan untuk tujuan analisa dan desain, memfokuskan pada
identifikasi method didalam sebuah system.
19
BAB III
BAB III ANALISA SISTEM BERJALAN
3
Tinjauan Institusi/Perusahaan
3.1.1 Sejarah Perusahaan
SMP Islam Tuanku Lintau adalah sebuah sekolah islam terpadu yang berada di
kecamatan Lintau Buo Utara kabupaten Tanah Datar provinsi Sumatera Barat.
Didirikan oleh Yayasan Nagari Tepi Selo pada tanggal 23 Juli 1998, dan mulai
beroperasi dari tanggal 14 Juli 2003 diatas tanah hibah seluas 588 M2.
3.1.2 Struktur Organisasi
Dalam menjalankan suatu organisasi agar dapat berjalan dengan baik serta
ingin mencapai tujuan yang diharapkan, maka harus ada struktur organisasi yang
jelas dan baik supaya tidak terjadi suatu permasalahan dalam organisasi. Selain itu
juga harus punya wewenang dan tanggung jawab yang berbeda dalam suatu
organisasi.
Struktur organisasi pada sekolah juga berfungsi untuk memudahkan
koordinasi, komunikasi, pengarahan dan pengendalian dalam semua aktivitas
belajar mengajar dan administrasi untuk mencapai tujuan sekolah. Berikut
merupakan struktur organisasi SMP Islam Tuanku yang dapat dilihat pada gambar
III.1 :
20
Gambar III.1
Struktur Organisasi
Spesifikasi Dokumen Sistem Berjalan
3.2.1 Dokumen Masukan
Dokumen masukan adalah segala bentuk input atau masukan yang diperlukan
dalam sistem pendaftaran siswa baru. Adapun benruk dokumen masukan pada
sistem berjalan adalah sebagai berikut :
1. Nama dokumen : Formulir pendaftaran
Sumber : Calon Siswa
Tujuan : Bagian Administrasi
Fungsi : Untuk keperluan pencatatan informasi calon siswa
Media : Kertas
2. Nama dokumen : Foto
Sumber : Calon Siswa
Tujuan : Bagian Administrasi
Fungsi : Sebagai lampiran dari formulir pendaftaran
Media : Kertas
21
3. Nama dokumen : Fotokopi KK
Sumber : Calon Siswa
Tujuan : Bagian Administrasi
Fungsi : Sebagai lampiran dari formulir pendaftaran
Media : Kertas
4. Nama dokumen : Fotokopi ijazah
Sumber : Calon Siswa
Tujuan : Bagian Administrasi
Fungsi : Sebagai lampiran dari formulir pendaftaran
Media : Kertas
5. Nama dokumen : Fotokopi SKHU
Sumber : Calon Siswa
Tujuan : Bagian Administrasi
Fungsi : Sebagai lampiran dari formulir pendaftaran
Media : Kertas
6. Nama dokumen : Fotokopi rapor terakhir
Sumber : Calon Siswa
Tujuan : Bagian Administrasi
Fungsi : Sebagai lampiran dari formulir pendaftaran
Media : Kertas
3.2.2 Dokumen Keluaran
Dokumen masukan adalah segala bentuk laporan atau hasil input pada sistem
pendaftaran siswa baru. Adapun benruk dokumen keluaran pada sistem berjalan
adalah sebagai berikut :
22
1. Nama dokumen : Struk pembayaran
Sumber : Bagian Administrasi
Tujuan : Calon Siswa
Fungsi : Sebagai bukti pembayaran uang pendaftaran
Media : Kertas
2. Nama dokumen : Kartu bukti pendaftaran
Sumber : Bagian Administrasi
Tujuan : Calon Siswa
Fungsi : Sebagai bukti pendaftaran
Media : Kertas
23
BAB IV
BAB IV RANCANGAN SISTEM DAN PROGRAM USULAN
4
Analisa Kebutuhan Software
Dalam pengembangan sistem/aplikasi ini, penulis memilih menggunakan
bahasa PHP sebagai backbone, HTML untuk tampilan antar muka nya, dan
didukung oleh codeigniter sebagai PHP framework . Pada bagian server penulis
menggunakan XAMPP, karena software ini sudah memiliki apache sebagai web
server dan MySQL untuk database.
Adapun software yang digunakan sebagai database client adapah SQLyog yang
menurut penulis sangat memudahkan dalam memonitoring dan me-manage
database. Sedangkan untuk proses coding atau penulisan kode program penulis
menggunakan Sublime Text Editor.
Desain
4.2.1 Database
Bentuk relasi antar tabel pada database sistem informasi PSB ini adalah berupa
entity relationship diagram (ERD). Diagram relasi ini menggambarkan alur
hubungan antar tabel yang terjadi pada sistem basis data informasi yang telah
dibuat.
24
Gambar IV.1
ERD (Entity Realtion Diagram)
Spesifikasi file :
Tabel IV.1
Tabel IV.1 Spesifikasi File user
Field Type Size Null
id (*) Int 11 Not null
nama Varchar 45 Null
email Varchar 75 Null
password Varchar 200 Null
status Int 2 Null
reset Int 2 Null
25
regis_date Date - Null
Tabel IV.2
Tabel IV.2 Spesifikasi File adm
Field Type Size Null
id (*) Int 11 Not null
nama Varchar 45 Null
nip Varchar 20 Null
username Varchar 30 Null
password Varchar 200 Null
Tabel IV.3
Tabel IV.3 Spesifikasi File data_diri
Field Type Size Null
id (*) Int 11 Not null
id_user Int 11 Null
nama_lengkap Varchar 40 Null
jenis_kelamin Varchar 10 Null
nisn Varchar 20 Null
nik Varchar 20 Null
tempat_lahir Varchar 30 Null
tanggal lahir Date - Null
agama Varchar 10 Null
alamat_jalan Varchar 35 Null
alamat_rt Varchar 3 Null
alamat_rw Varchar 3 Null
alamat_kelurahan Varchar 30 Null
alamat_kecamatan Varchar 30 Null
alamat_kabupaten Varchar 30 Null
alamat_provinsi Varchar 30 Null
tempat_tinggal Varchar 20 Null
no_telp Varchar 15 Null
kps_kks Varchar 20 Null
sekolaah_asal Varchar 45 Null
sekolah_kabupaten Varchar 30 Null
sekolah_provinsi Varchar 30 Null
Tabel IV.3
Tabel IV.4 Spesifikasi File data_orang_tua
Field Type Size Null
id (*) Int 11 Not null
26
id_user Int 11 Null
nama_ayah Varchar 40 Null
nama_ibu Varchar 40 Null
lahir_ayah Date - Null
lahir_ibu Date - Null
pendidikan_ayah Varchar 3 Null
pendidikan_ibu Varchar 3 Null
pekerjaan_ayah Varchar 15 Null
pekerjaan_ibu Varchar 15 Null
alamat_jalan Varchar 35 Null
alamat_rt Varchar 3 Null
alamat_rw Varchar 3 Null
alamat_kelurahan Varchar 30 Null
alamat_kecamatan Varchar 30 Null
alamat_kabupaten Varchar 30 Null
alamat_provinsi Varchar 30 Null
penghasilan_ayah Varchar 25 Null
penghasilan_ibu Varchar 25 Null
keterangan_ayah Varchar 15 Null
keterangan_ibu Varchar 15 Null
telp_ayah Varchar 15 Null
telp_ibu Varchar 15 Null
Tabel IV.5
Tabel IV.5 Spesifikasi File data_periodik
Field Type Size Null
id (*) Int 11 Not null
id_user Int 11 Null
tinggi Int 3 Null
berat Int 3 Null
jarak Varchar 15 Null
waktu Int 3 Null
anak_ke Int 3 Null
saudara Int 3 Null
nilai_ijazah Int 3 Null
Tabel IV.6
Tabel IV.6 Spesifikasi File data_upload
Field Type Size Null
id (*) Int 11 Not null
id_user Int 11 Null
foto Varchar 250 Null
27
kk Varchar 250 Null
ijazah Varchar 250 Null
transkrip Varchar 250 Null
rapor Varchar 250 Null
Tabel IV.7
Tabel IV.7 Spesifikasi File parameter
Field Type Size Null
id (*) Int 11 Not null
nama_parameter Varchar 100 Null
ket_parameter Varchar 250 Null
flag Int 2 Null
Tabel IV.8
Tabel IV.8 Spesifikasi File siswa_diterima
Field Type Size Null
id (*) Int 11 Not null
id_user Int 11 Null
daftar_ulang Int 2 Null
bukti Varchar 250 Null
ukuran_baju Varchar 3 Null
konfirmasi_bayar Int 1 Null
tgl_konfirmasi Datetime - Null
tgl_approve Datetime - Null
Keterangan :
(*) : Primary Key
4.2.2 Software Architecture
1. Diagram Use Case
a. User (Pengguna)
28
Gambar IV.2
Diagram Use Case Pendaftaran
Gambar IV.3
Diagram Use Case Daftar Ulang
29
b. Administrator
Gambar IV.4
Diagram Use Case Admin
2. Use Case Narative
a. Narative Use Case User (Calon Siswa)
1) Daftar User Baru
Tabel IV.9
Tabel IV.9 Narative Use Case Daftar User Baru
Use Case Daftar user baru
Primary Actor Calon siswa
Description Use case ini menjelaskan kegiatan actor untuk
melakukan pendaftaran akun baru
Trigger Use case ini berjalan setelah actor menekan tombol
daftar pada halaman utama
Typical Course
of Even
Actor Action System Responses
1. Actor membuka
sistem dan memilih
tombol daftar.
2. Sistem menampilkan
halaman daftar user
baru.
3. Actor semua field
yang ada pada
halaman tersebut.
5. Sistem akan
melakukan validasi
data masukan.
30
4. Actor menekan
tombol daftar
6. Jika masukan benar,
maka sistem akan
menyimpan data
tersebut.
7. Sistem mengirimkan
email konfirmasi
pendaftaran.
8. Actor membuka
tautan yang
dikirimkan sistem
melalui email.
9. Sistem mengaktifkan
akun yang dibuat
actor.
Alternate Coure Jika actor salah dalam memberikan masukan, sistem
akan menampilkan peringatan.
Jika actor tidak membuka tauan yang dikirim sistem,
maka actor tidak akan bisa masuk menggunakan
akun yang sudah dibuat.
Post Condition Actor mempunyai akun untuk mengakses halaman
pengisian formulir.
2) Login
Tabel IV.10
Tabel IV.10 Narative Use Case Login
Use Case Login
Primary Actor Calon siswa
Description Use case ini menjelaskan kegiatan actor untuk
masuk ke halaman pengisian formulir setelah
mengaktifkan akun.
Trigger Use case ini berjalan setelah actor menekan tombol
login pada halaman utama
Typical Course
of Even
Actor Action System Responses
1. Actor membuka
sistem dan
memasukan email
dan password pada
form yang tersedia.
2. Aktor menekan
tombol login
3. Sistem akan
melakukan validasi
email.
4. Jika ditemukan,
sistem melanjutkan
dengan melakukan
validasi password.
5. Jika password sesuai,
maka sistem akan
mengarahkan actor ke
halaman formulir
Alternate Coure Jika ada kesalahan dalam memasukan data, maka
sistem akan menampilkan peringatan sesuai dengan
jenis kesalahan.
31
Post Condition Actor dapat masuk ke halaman formulir untuk
melakukan pengisian formulir
3) Lupa Password
Tabel IV.11
Tabel IV.11 Narative Use Case Lupa Password
Use Case Lupa password
Primary Actor Calon siswa
Description Use case ini menjelaskan kegiatan actor untuk
melakukan reset password.
Trigger Use case ini berjalan setelah actor menekan tombol
lupa password pada halaman utama
Typical Course
of Even
Actor Action System Responses
1. Actor membuka
sistem dan
memasukan email
dan password pada
form yang tersedia.
2. Aktor memasukan
alamat email dan
menekan tombol
reset.
3. Sistem akan
melakukan validasi
email.
4. Jika ditemukan,
sistem melanjutkan
dengan mengirimkan
tautan reset.
5. Aktor membuka
tautan pada email.
6. Sistem melekukan
validasi token yang
disimpan pada link
validasi.
7. Jika sesuai maka
sistem akan
menampilkan
halaman untuk
memasukan password
baru
8. Aktor memasukan
password baru pada
2 (dua) kolom yang
ada dan menekan
tombol simpan.
9. Sistem melakukan
validasi kedua kolom
password.
10. Jika karakternya
sama, maka sistem
akan menyimpan
password baru
tersebut dan
menampilkan
halaman login.
32
Alternate Coure Jika ada kesalahan dalam memasukan data, maka
sistem akan menampilkan peringatan sesuai dengan
jenis kesalahan.
Post Condition Actor dapat masuk ke halaman formulir untuk
menggunakan password baru
4) Input Formulir Data Diri
Tabel IV.12
Tabel IV.12 Narative Use Case Input Formulir Data Diri
Use Case Input formulir data diri
Primary Actor Calon siswa
Description Use case ini menjelaskan kegiatan actor untuk
melakukan pengisian formulir data diri
Trigger Use case ini berjalan setelah actor memilih menu
formulir data diri
Typical Course
of Even
Actor Action System Responses
1. Pada halaman
pengisian formulir,
aktor membuka
menu formulir data
diri.
2. Setelah semua
kolom diisi, aktor
menekan tombol
simpan
3. Sistem melakukan
validasi pada semua
field dan menyimpan
data ke database.
Alternate Coure Jika ada kesalahan dalam memasukan data, maka
sistem akan menampilkan peringatan sesuai dengan
jenis kesalahan.
Post Condition Actor dapat melakukan pengisian formulir data diri
5) Input Formulir Data Orang Tua
Tabel IV.13
Tabel IV.13 Narative Use Case Input Formulir Data Orang Tua
Use Case Input formulir data orang tua
Primary Actor Calon siswa
Description Use case ini menjelaskan kegiatan actor untuk
melakukan pengisian formulir data orang tua
Trigger Use case ini berjalan setelah actor memilih menu
formulir data orang tua
Actor Action System Responses
33
Typical Course
of Even
1. Pada halaman
pengisian formulir,
aktor membuka
menu formulir data
orang tua.
2. Setelah semua
kolom diisi, aktor
menekan tombol
simpan
3. Sistem melakukan
validasi pada semua
field dan menyimpan
data ke database.
Alternate Coure Jika ada kesalahan dalam memasukan data, maka
sistem akan menampilkan peringatan sesuai dengan
jenis kesalahan.
Post Condition Actor dapat melakukan pengisian formulir data
orang tua
6) Input Formulir Data Periodik
Tabel IV.14
Tabel IV.14 Narative Use Case Input Formulir Data Periodik
Use Case Input formulir data periodik
Primary Actor Calon siswa
Description Use case ini menjelaskan kegiatan actor untuk
melakukan pengisian formulir data periodik
Trigger Use case ini berjalan setelah actor memilih menu
formulir data periodik
Typical Course
of Even
Actor Action System Responses
1. Pada halaman
pengisian formulir,
aktor membuka
menu formulir data
diri.
2. Setelah semua
kolom diisi, aktor
menekan tombol
simpan
3. Sistem melakukan
validasi pada semua
field dan menyimpan
data ke database.
Alternate Coure Jika ada kesalahan dalam memasukan data, maka
sistem akan menampilkan peringatan sesuai dengan
jenis kesalahan.
Post Condition Actor dapat melakukan pengisian formulir data
periodik
7) Input Lampiran(Attachment)
Tabel IV.15
34
Tabel IV.15 Narative Use Case Input Lampiran
Use Case Input Lampiran
Primary Actor Calon siswa
Description Use case ini menjelaskan kegiatan actor untuk
melakukan Input/upload file-file lampiran
Trigger Use case ini berjalan setelah actor memilih menu
upload foto/kk/ijazah
Typical Course
of Even
Actor Action System Responses
1. Pada halaman
pengisian formulir,
aktor membuka
menu upload
foto/KK/Ijazah.
2. Setelah semua
kolom diisi, aktor
menekan tombol
simpan
3. Sistem melakukan
validasi pada semua
file dan menyimpan
data ke database.
Alternate Coure Jika ada kesalahan dalam memasukan data, maka
sistem akan menampilkan peringatan sesuai dengan
jenis kesalahan.
Post Condition Actor dapat melakukan upload data lampiran
8) Daftar Ulang
Tabel IV.16
Tabel IV.16 Narative Use Case Daftar Ulang
Use Case Daftar Ulang
Primary Actor Calon siswa
Description Use case ini menjelaskan kegiatan actor untuk
melakukan daftar ulang dengan mengunggah bukti
pembayaran
Trigger Use case ini berjalan setelah actor memilih menu
daftar ulang
Typical Course
of Even
Actor Action System Responses
1. Pada halaman
pengisian formulir,
aktor membuka
menu daftar ulang
2. Setelah semua
kolom diisi, aktor
menekan tombol
simpan
3. Sistem melakukan
validasi pada semua
field dan menyimpan
data ke database.
35
Alternate Coure Jika ada kesalahan dalam memasukan data, maka
sistem akan menampilkan peringatan sesuai dengan
jenis kesalahan.
Post Condition Actor dapat melakukan daftar ulang dengan
mengunggah bukti pembayaran
9) Cetak Bukti Pendaftaran
Tabel IV.17
Tabel IV.17 Narative Use Case Cetak Bukti Pendaftaran
Use Case Daftar Ulang
Primary Actor Calon siswa
Description Use case ini menjelaskan kegiatan actor untuk
melakukan cetak bukti pendaftaran
Trigger Use case ini berjalan setelah actor memilih menu
cetak bukti pendaftaran
Typical Course
of Even
Actor Action System Responses
1. Pada halaman
pengisian formulir,
aktor membuka
menu cetak bukti
pendaftaran.
2. Aktor menekan
tombol cetak bukti
pendaftaran.
3. Sistem melakukan
generate bukti
pendaftaran sesuai
dengan data yang ada.
Alternate Coure Jika ada kesalahan dalam memasukan data, maka
sistem akan menampilkan peringatan sesuai dengan
jenis kesalahan.
Post Condition Actor dapat melakukan cetak bukti pendaftaran
b. Narative Use Case (Admin)
1) Dashboard
Tabel IV.18
Tabel IV.18 Narative Use Case Dashboard
Use Case Dashboard
Primary Actor Admin
Description Use case ini menjelaskan kegiatan actor untuk
membuka dashboard
Trigger Use case ini berjalan setelah admin melakukan login
atau memilih menu dashboard
Actor Action System Responses
36
Typical Course
of Even
1. Actor melakukan
login atau memilih
menu dashboard.
2. Sistem beberapa
sumary yang diambil
dari data-data yang
ada pada database.
Alternate Coure -
Post Condition Actor dapat membuka halaman dashboard
2) Seleksi Calon Siswa
Tabel IV.19
Tabel IV.19 Narative Use Case Seleksi Calon Siswa
Use Case Seleksi calon siswa
Primary Actor Admin
Description Use case ini menjelaskan kegiatan admin untuk
melakukan seleksi calon siswa
Trigger Use case ini berjalan setelah admin memilih menu
seleksi calon siswa
Typical Course
of Even
Actor Action System Responses
1. Actor memilih menu
seleksi calon siswa.
2. Actor melakukan
review data yang di-
input calon siswa
dengan memilih
tombol yang
berlabel “lengkap”.
3. Sistem mengambil
dari database dan
menampilkan data
tersebut.
Actor menekan tombol
terima untuk
menandakan calon
siswa bisa diterima.
Sistem menyimpan siswa
yang diterima dan
menampilkan flag
“diterima”.
Alternate Coure -
Post Condition Actor dapat melakukan seleksi calon siswa
3) Kirim Email ke Calon Siswa
Tabel IV.20
Tabel IV.20 Narative Use Case Kirim email ke calon siswa
Use Case Kirim email ke calon siswa
Primary Actor Admin
Description Use case ini menjelaskan kegiatan actor untuk
mengirimkan email ke calon siswa
Trigger Use case ini berjalan setelah admin menekan tombol
kirim email pada menu seleksi calon siswa
37
Typical Course
of Even
Actor Action System Responses
1. Actor menekan
tombol email pada
menu seleksi calon
siswa.
2. Sistem menampilkan
halaman untuk
menulis isi email.
3. Actor menulis isi
email yang akan
dikirim, dan
menekan tombol
kirim.
4. Sistem mengirim
email sesuai dengan
data yang diinput
actor.
Alternate Coure -
Post Condition Actor dapat mengirim email ke calon siswa
4) Konfirmasi Pembayaran
Tabel IV.21
Tabel IV.21 Narative Use Case Konfirmasi Pembayaran
Use Case Konfirmasi pembayaran
Primary Actor Admin
Description Use case ini menjelaskan kegiatan actor untuk
melakukan menyetujui (approve) konfimasi
pembayaran calon siswa
Trigger Use case ini berjalan setelah admin memilih menu
konfirmasi pembayaran
Typical Course
of Even
Actor Action System Responses
1. Actor memilih menu
konfirmasi
pembayaran.
2. Actor melakukan
review data yang di-
input calon siswa
dengan memilih
tombol yang
berlabel “bukti
pembayaran”.
3. Sistem mengambil
dari database dan
menampilkan data
tersebut.
4. Actor menekan
tombol terima untuk
menandakan
bembayaran calon
siswa diterima.
5. Sistem menyimpan
perubahan di database
Alternate Coure -
Post Condition Actor dapat melakukan approve konfirmasi
pembayaran calon siswa
38
5) Daftar Siswa daru
Tabel IV.22
Tabel IV.22 Narative Use Case Daftar Siswa Baru
Use Case Daftar siswa baru
Primary Actor Admin
Description Use case ini menjelaskan kegiatan admin untuk
membuka menu daftar siswa baru
Trigger Use case ini berjalan setelah admin memilih menu
daftar siswa baru
Typical Course
of Even
Actor Action System Responses
1. Actor memilih menu
daftar siswa baru.
2. Sistem mengambil
dari database dan
menampilkan data
tersebut.
Alternate Coure -
Post Condition Actor dapat membuka menu daftar siswa baru
6) Setup Parameter PSB
Tabel IV.23
Tabel IV.23 Narative Use Case Setup Parameter PSB
Use Case Setup parameter PSB
Primary Actor Admin
Description Use case ini menjelaskan kegiatan admin untuk
melakukan pengaturan parameter aplikasi PSB
Trigger Use case ini berjalan setelah admin memilih menu
setup pendaftaran
Typical Course
of Even
Actor Action System Responses
1. Actor memilih menu
setup pedaftaran.
2. Actor menekan
tombol edit untuk
mengubah
parameter.
3. Actor mengubah
parameter dan
menekan tombol
simpan.
4. Sistem menyimpan
perubahan di dalam
database.
Alternate Coure Jika ada kesalahan dalam memasukan data, maka
sistem akan menampilkan peringatan sesuai dengan
jenis kesalahan.
Post Condition Actor dapat melakukan perubahan parameter
aplikasi PSB.
39
3. Sequence Diagram
Gambar IV.5
Sequence Diagram user
40
Gambar IV.6
Sequence Diagram admin
41
4.2.3 User Interface
1. Halaman User
a. Halaman Login
Berikut adalah Halaman yang akan digunakan user untuk masuk ke
halaman pendaftaran dan mengisi formulir pendaftaran.
Gambar IV.7
Halaman Login
b. Halaman Registrasi User Baru
Sebelum mengakses halaman pendaftaran, user terlebih dahulu melakukan
pendaftaran pada halaman ini.
42
Gambar IV.8
Halaman Registrasi User Baru
c. Halaman Reset Password
Halaman ini diakses ketika user tidak bisa masuk karena lupa password.
Gambar IV.9
Halaman Reset Password
43
d. Halaman Home Pendaftaran Siswa Baru
Berikut adalah tampilan home aplikasi pendaftaran siswa baru. Halaman
formulir dapat diakses melalui menu, tombol status, dan tombol navigasi
yang ada pada halaman ini.
Gambar IV.10
Halaman Home Pendaftaran Siswa Paru
e. Halaman Menu Formulir Data Diri
Berikut adalah formulir yang berisikan informasi data diri yang harus diisi
oleh user atau calon siswa.
44
Gambar IV.11
Halaman Menu Formulir Data Diri
f. Halaman Menu Formulir Data Orang Tua
Berikut adalah formulir yang berisikan informasi mengenai orang tua yang
harus diisi oleh user atau calon siswa.
45
Gambar IV.12
Halaman Menu Formulir Data Orang Tua
g. Halaman Menu Formulir Data Periodik
Berikut adalah formulir yang berisikan data periodik yang harus diisi oleh
user atau calon siswa.
Gambar IV.13
Halaman Menu Formulir Data Periodik
h. Halaman Menu Formulir Lampiran
Halaman ini digunakan untuk mengunggah file-file yang diminta oleh
pihak sekolah.
46
Gambar IV.14
Halaman Menu Formulir Lampiran
i. Halaman Home Jika Diterima
Jikas user atau calon siswa diterima, maka saat periode pendaftaran
beakhir pada halaman home akan muncul pesan seperti berikut :
Gambar IV.15
Halaman Home Jika Diterima
j. Halaman Home Jika Tidak Diterima
Jikas user atau calon siswa tidak diterima, maka saat periode pendaftaran
berakhir pada halaman home akan muncul pesan seperti berikut :
47
Gambar IV.16
Halaman Home Jika Tidak Diterima
k. Halaman Menu Daftar Ulang
Bagi calon siswa yang sudah diterima diwajibkan melakukan daftar ulang
dengan melakukan pembayaran melalui bank kemudian membuka
halaman ini.
Gambar IV.17
Halaman Menu Daftar Ulang
l. Halaman Konfirmasi Pembayaran
User atau calon siswa mengunggah bukti pembayaran pada halaman ini.
48
Gambar IV.18
Halaman Konfirmasi Pembayaran
m. Halaman Form Pilih Ukuran Baju
Setelah pembayaran di approve oleh admin atau pihak sekolah, maka user
atau calon siswa memilih ukuran seragam pada halaman berikut :
Gambar IV.19
Halaman Form Pilih Ukuran Baju
n. Halaman Cetak Bukti Pendaftaran
Tahap terakhir yang dilakukan calon siswa adalah mencetak bukti
pendaftaran. Jika belum di approve oleh admin, maka tampilan halaman
cetak bukti pendaftaran adalah seperti berikut :
49
Gambar IV.20
Halaman Konfirmasi Pembayaran (Belum Di-approve)
Gambar IV.21
Halaman Cetak Bukti Pendaftaran
o. Halaman Cetak Bukti Pendaftaran
Berikut adalah contoh bukti pendaftaran yang sudah dicetak.
50
Gambar IV.22
Halaman Bukti Pendaftaran
2. Halaman Admin
a. Halaman Login
Halaman ini merupakan halaman login untuk masuk ke sistem admin.
Gambar IV.23
Halaman Login
b. Halaman Menu Dashboard
Berikut adalah tam`pilan halaman dashboard admin.
51
Gambar IV.24
Halaman Menu Dashboard
c. Halaman Menu Seleksi Calon Siswa
Halaman ini menampilkan daftar siswa yang sudah melakukan
pendaftaran, dan memonitor kelengkapan data yang diisi oleh calon siswa.
Gambar IV.25
Halaman Menu Seleksi Siswa Baru
d. Halaman Review Data Calon Siswa
52
Data pada halaman ini muncul berdasarkan jenis data yang dipilih. Jika
untuk memunculkan data tersebut, admin harus menekan tombol hijau
sesuai data yang diinginkan.
Gambar IV.26
Halaman Review Data Calon Siswa
e. Halaman Kirim Email
Halaman ini digunakan jika ingin memberikan informasi spesifik kepada
calon siswa.
53
Gambar IV.27
Halaman Kirim Email
f. Halaman Input Siswa Manual
Halaman ini digunakan untuk melakukan input calon siswa secara manual.
Digunakan jika calon siswa tidak melakukan pendaftaran secara online,
melainkan langsun datang ke sekolah.
54
Gambar IV.28
Halaman Input Siswa Manua
g. Halaman Menu Konfirmasi Pembayaran
Halaman ini digunakan untuk pengecekan pembayaran yang sudah
dilakukan oleh calon siswa.
Gambar IV.29
Halaman Menu Konfirmasi Pembayaran
h. Halaman Riview Bukti Pembayaran
Berikut adalah tampilan saat melakukan review bukti pembayaran
Gambar IV.30
Halaman Riview Bukti Pembayaran
55
i. Halaman Menu Siswa Diterima
Halaman ini menampilkan daftar siswa yang diterima dan sudah
melakukan daftar ulang. Daftar yang ditampilkan dapat diunduh menjadi
file excel untuk kependingan dokumentasi fisik oleh sekolah.
Gambar IV.31
Halaman Menu Siswa Diterima
j. Halaman Menu Parameter
Halaman ini digunakan untuk keperluan setup parameter yang
berhubungan dengan aplikasi ini
Gambar IV.32
Halaman Menu Parameter
56
k. Halaman Setup Parameter
Berikut adalah halaman untuk merubah nilai parameter aplikasi.
Gambar IV.33
Halaman Setup Parameter
Code Generation
Source code aplikasi bekerja sesuai dengan class – class yang saling
berkomunikasi, diawali dengan pemanggilan function pada class controller lalu
function tersebut memangil function lainnya pada class model untuk melakukan
pengambilan dan pemprosesan data dari database dan dikembalikan lagi ke class
controller, kemudian function pada class controller memanggil function pada class
view untuk menampilkan data tersebut. Source code lengkap dapat dilihat pada
lembar lampiran.
Testing
4.4.1 Pengujian White Box
Hasil pengujian white box pada aplikasi ini adalah sebagai berikut :
1. Proses Registrasi User Baru
57
Hasil pengujian valid. Berikut alur pengujian yang dilakukan :
Gambar IV.34
Pengujian Black box Proses Registrasi User Baru
2. Proses Login
Hasil pengujian valid. Berikut alur pengujian yang dilakukan :
58
Gambar IV.35
Pengujian Black box Proses Login
3. Proses Pengisian Formulir
Hasil pengujian valid. Berikut alur pengujian yang dilakukan :
59
Gambar IV.36
Pengujian Black box Proses Pengisian Formulir
4. Proses Daftar Ulang dan Cetak Bukti Pendaftaran
Hasil pengujian valid. Berikut alur pengujian yang dilakukan :
60
Gambar IV.37
Pengujian Black box Proses Daftar Ulang
5. Proses Seleksi Calon Siswa.
Hasil pengujian valid. Berikut alur pengujian yang dilakukan :
61
Gambar IV.38
Pengujian Black box Proses Seleksi Calon Siswa
6. Proses Approve Pembayaran.
Hasil pengujian valid. Berikut alur pengujian yang dilakukan :
Gambar IV.39
Pengujian Black box Proses Approve Pembayaran
62
7. Proses Setup Parameter
Hasil pengujian valid. Berikut alur pengujian yang dilakukan :
Gambar IV.40
Pengujian Black box Proses Setup Parameter
4.4.2 Pengujian Black box
Hasil pengujian Black box pada aplikasi ini adalah sebagai berikut :
Tabel IV.24
Tabel IV.24 Tabel Pengujian Black box Proses Registrasi User Baru
No. Skenario
Pengujian
Test Case Hasil Yang
Diharapkan
Ket.
1 Form registrasi
user baru
kosong
1. Buka halaman
registrasi user baru.
2. Klik tombol daftar
tanpa mengisi field-
field yang ada.
Tampil pesan error
“wajib diisi” pada
setiap field
Valid
63
No. Skenario
Pengujian
Test Case Hasil Yang
Diharapkan
Ket.
2 Hanya mengisi
beberapa field
pada form
registrasi
1. Buka halaman
registrasi user baru.
2. Isi beberapa field dan
klik tombol daftar.
Tampil pesan error
sesuai dengan field
yang kosong
Valid
3 Login sebelum
melakukan
verifikasi email
address
1. Lakukan registrasi
user baru.
2. Login sebelum
melakukan verifikasi
email address.
Tampil pesan error
“email”
Valid
4 Login dengan
mengosongkan
email dan
password
1. Buka halaman login.
2. Klik tombol login
tanpa mengisi email
dan password
Tampil pesan error
“email & password
kosong”
5 Login dengan
password yang
salah
1. Buka halaman login.
2. Klik tombol login
dengan mengisi
password yang tidak
sesuai.
Tampil pesan error
“email dan
password salah”
Valid
6 Mengosongkan
email pada
form reset
password
1. Buka halaman reset
psasword.
2. Klik tombol reset
tanpa mengisi alamat
email.
Tampil pesan error
“wajib diisi”
Valid
7 Mengosongkan
formulir data
diri
1. Lakukan login.
2. Pilih menu formulir
data diri.
3. Klik tombol simpan
tanpa mengisi field-
field yang ada.
Tampil pesan
“error wajib diisi”
Valid
8 Mengosongkan
field tertentu
pada formulir
data diri
1. Lakukan login.
2. Pilih menu formulir
data diri.
3. Kosongkan beberapa
field dan klik simpan.
Tampil pesan error
sesuai dengan field
yang kosong
Valid
9 Mengosongkan
formulir data
orang tua
1. Lakukan login.
2. Pilih menu formulir
data orang tua.
3. Klik tombol simpan
tanpa mengisi field-
field yang ada.
Tampil pesan error
wajib diisi
Valid
10 Mengosongkan
field tertentu
pada formulir
data orang tua
1. Lakukan login.
2. Pilih menu formulir
data orang tua.
3. Kosongkan beberapa
field dan klik simpan.
Tampil pesan error
sesuai dengan field
yang kosong
Valid
64
No. Skenario
Pengujian
Test Case Hasil Yang
Diharapkan
Ket.
11 Mengosongkan
formulir data
periodik
1. Lakukan login.
2. Pilih menu formulir
data periodik.
3. Klik tombol simpan
tanpa mengisi field-
field yang ada.
Tampil pesan error
wajib diisi
Valid
12 Mengosongkan
field tertentu
pada formulir
data periodik
1. Lakukan login.
2. Pilih menu formulir
data periodik.
3. Kosongkan beberapa
field dan klik simpan.
Tampil pesan error
sesuai dengan field
yang kosong
Valid
13 Mengosongkan
formulir upload
foto/KK/ijazah
1. Lakukan login.
2. Pilih menu formulir
upload
foto/KK/ijazah.
3. Klik tombol simpan
tanpa mengisi field-
field yang ada.
Tampil pesan error
wajib diisi
Valid
14 Mengisi field
numerik
dengan bukan
angka
1. Lakikan login.
2. Pilih menu formulir
data diri.
3. Isi field numerik
dengan bukan angka.
4. Pilih menu data orang
tua.
5. Isi field numerik
dengan bukan angka.
6. Pilih menu formulir
data periodik.
7. Isi field numerik
dengan bukan angka.
Tampil pesan error
“isi menggunakan
angka”
Valid
15 Megisi field
melebihi
jumlah karakter
yang
diperbolehkan
1. Lakukan login.
2. Pilih menu formulir
data diri.
3. Isi field melebihi
jumlah karakter yang
diperbolehkan.
4. Pilih menu formulir
data orang tua.
5. Isi field melebihi
junlah karakter yang
diperbolehkan.
1. Pilih menu formulir
data periodik.
Tampil pesan error
“ maksimal XX
karakter”.
Dimana XX
merupakan jumlah
karakter yang bisa
diisi
Valid
65
No. Skenario
Pengujian
Test Case Hasil Yang
Diharapkan
Ket.
2. Isi field melebihi
jumlah karakter yang
diperbolehkan.
16 Upload file
lampiran
dengan ukuran
lebih dari batas
maksimal
1. Lakukan login.
2. Pilih menu upload
foto/KK/Ijazah.
3. Pilih file dengan
ukuran lebih dari 1
(satu) MB.
Tampil pesan error
“Oops, terjadi
kesalahan, Ukuran
file terlalu besar”
Valid
17 Upload file
bukti
pendaftaran
dengan ukuran
lebih dari batas
maksimal
1. Calon siswa yang
diterima lakukan
login.
2. Pilih menu daftar
ulang.
3. Klik tombol
konfirmasi
pembayaran.
4. Pilih file dengan
ukuran lebih dari 1
(satu) MB.
Tampil pesan error
“Oops, terjadi
kesalahan, Ukuran
file terlalu besar”
Valid
18 Login admin
dengan
mengosongkan
username dan
password
1. Buka halaman login
adnin.
2. Lakukan login dengan
mengosongkan
username dan
password.
Tampil pesan error
“wajib diisi”
Valid
19 Login admin
dengan
password yang
berbeda
1. Buka halaman login
admin.
2. Isi field password
dengan password lain.
3. Klik tombol masuk
Tampil pesan error
“username atau
password salah”
Valid
Support
4.5.1 Publikasi Web
Aplikasi pendaftaran siswa baru ini telah dianggap layak setelah melalui tahap
uji coba (poin 4.3). Agar bisa diakses menggunakan internet tentu aplikasi ini harus
diletakan pada suatu hosting server, untuk mengakses nya pun dibutuhkan sebuah
66
nama domain. Berikut beberapa hal yang diperhatikan sebelum melakukan hosting
web :
1. Nama Domain
Nama domain adalah nama yang diberikan untuk mengidentifikasi nama server
tempat penyimpana sebuah aplikasi yang ada di jaringan internet. Nama
domain memili banyak jenis tergantung keperluan dari domain tersebut, contoh
nya domain .com yang diperuntukan bagi suatu perusahaan atau organisasi
komersial dengan ketentuan yang telah ditentukan, atau domain .ac.id yang
diperuntukan bagi lingkungan akademik/perguruan negeri. Harga sewa dari
nama doain juga bervariasi tergantung jenis nya. Untuk apliksai ini penulis
menggunakan domain .sch.id dikarenakan aplikasi ini dibangun untuk
digunakan oleh SPM Islam Tuanku Lintau. nama domain yang penulis ambil
adalah www.smpislamtuankulintau.sch.id.
2. Hosting server
Dikarenakan harga layanan hosting server bervariasi sesuai dengan paket-paket
nya maka penulis harus memperhatikan hal berikut :
a. Kapasitas penyimpanan
Kapasitas suatu hosting server harus disesuaikan dengan perkiraan
seberapa banyak user yang akan melakukan registrasi atau menyimpan
data mereka pada aplikasi ini.
b. Bandwith
Faktor bandwith hosting berpengaruh kepada waktu dan jumlah akses
terhadap aplikasi. Semakin besar bandwith yang diberikan oleh penyedia
layanan hosting maka semakin bagus.
67
c. Spesifikasi Hardware
4.5.2 Spesifikasi Hardware dan Software
Spesifikasi hardware dan software untuk aplikasi ini untuk proses testing dan
pengembangan adalah sbb :
1. Processor : Core i5 vPro
2. Memory (RAM) : 4 GB
3. Harddisk : 180 GB
4. Operation system : windows 10
5. Web server : Apache web server
6. Database server : MySQL
7. Database tools : SqlYog 12.4.1
Sedangkan spesifikasi untuk kebutuhan production sudah termasuk dalam
paket layanan hosting yang dipilih.
68
BAB V
BAB V PENUTUP
5
Kesimpulan
Dari hasil riset lapangan dan pengembangan aplikasi web yang penulis
lakukan, maka penulis menyimpulkan bahwa aplikasi pendaftaran siswa baru
berbasis web memiliki beberapa keuntungan, sebagai berikut:
1. Dapat diakses dari mana saja dan kapan saja melalui jaringan internet, sehingga
aplikasi pun dapat diakses melalui telepon genggam/smartphone.
2. Memudahkan pihak sekolah dalam hal pengolahan data calon siswa.
3. Menghemat penggunaan kertas, karena pengisian formulir tidak lagi tulis
tangan.
4. Menghemat waktu tenaga dan biaya para calon siswa.
Saran
Dalam penulisan tugas akhir ini penulis memberi beberapa masukan dan saran
sebagai berikut:
1. Menggunakan fitur SSL pada hosting server agar data saat penginputan lebih
aman.
2. Penambahan modul aplikasi chat agar pertanyaan tentang kesulitan yang
dialami user dapat ditanggapi dengan langsung oleh administrator.
3. Pihak sekolah menggunakan rekening virtual account agar proses konfirmasi
pembayaran tidak membutuhkan proses manual lagi dan juga mempersingkat
waktu approval.
69
DAFTAR PUSTAKA
Anhar, ST. 2010. Panduan Menguasai PHP & MySQL Secara Otodidak. Jakarta.
Mediakita
Hendrayudi. 2009. VB 2008 Untuk Berbagai Keperluan Programming. Jakarta. PT
Elex Media Komputindo
Putri, Lely Deviana. 2014. Perancangan Sistem Informasi Penerimaan Siswa baru
Pada Sekolah Menengah Kejuruan Negeri 3 Pacitan. ISSN : 2354-6654.
Indonesian Journal on Networking and Security Vol. 3 No.4 Oktober 2014
Ramadhan, Arief. 2005. Seri Pelajaran Komputer Internet dan Aplikasinya.
Jakarta. PT Elex Media Komputindo
Simarmata, Janner. 2010. Rekayasa Web.Yogyakarta. C.V Andi Offset
Suhendar, Cucu. 2015. Rancang Bangun Sistem Informasi Penerimaan Siswa Baru
Berbasis Web (Studi Kasus Pada SMK Ciledug Al-Musaddadiyah Gaarut).
ISSN : 2302-7339. Garut : Jurnal Algoritma Sekolah Tinggi Teknologi Garut
Vol. 1 No. 12 2015
Supono. 2016. Pemprograman Web Dengan Menggunakan PHP dan Framework
Codeigniter. Yogyakarta. CV Budi Utama
Widianto, Didik, dan Lies Yulianto. 2013. Sistem Informasi Pendaftaran Peserta
Didik Baru Pada Sekolah Menengah Kejuruan (SMK) Negeri 2 Pacitan
Berbasis Web Dinamis. ISSN : 2302-5700. Indonesian Journal on
Networking and Security Juli 2013
Widya, Woro. 2010. Panduan Aplikatif dan Solusi (PAS) Membuat Aplikasi Client
Server Dengan Visual Basic 2008. Semarang. Wahana Komputer