skripsi - nusa mandiri

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



Fungsi : Sebagai lampiran dari formulir pendaftaran

Media : Kertas

21

3. Nama dokumen : Fotokopi KK




Media : Kertas

4. Nama dokumen : Fotokopi ijazah




Media : Kertas

5. Nama dokumen : Fotokopi SKHU




Media : Kertas

6. Nama dokumen : Fotokopi rapor terakhir




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



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



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



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



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



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



nama_parameter Varchar 100 Null

ket_parameter Varchar 250 Null

flag Int 2 Null

Tabel IV.8

Tabel IV.8 Spesifikasi File siswa_diterima



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



masuk ke halaman pengisian formulir setelah

mengaktifkan akun.


login pada halaman utama

Typical Course

of Even


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



melakukan reset password.


lupa password pada halaman utama

Typical Course

of Even


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



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



melakukan pengisian formulir data diri

Trigger Use case ini berjalan setelah actor memilih menu

formulir data diri

Typical Course

of Even


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.



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



melakukan pengisian formulir data orang tua


formulir data orang tua


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.



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



melakukan pengisian formulir data periodik


formulir data periodik

Typical Course

of Even


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.



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



melakukan Input/upload file-file lampiran


upload foto/kk/ijazah

Typical Course

of Even


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.



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



melakukan daftar ulang dengan mengunggah bukti

pembayaran


daftar ulang

Typical Course

of Even


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



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



melakukan cetak bukti pendaftaran


cetak bukti pendaftaran

Typical Course

of Even


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.



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


membuka dashboard

Trigger Use case ini berjalan setelah admin melakukan login

atau memilih menu dashboard


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


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


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


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


melakukan menyetujui (approve) konfimasi

pembayaran calon siswa


konfirmasi pembayaran

Typical Course

of Even



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


membuka menu daftar siswa baru


daftar siswa baru

Typical Course

of Even



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


melakukan pengaturan parameter aplikasi PSB


setup pendaftaran

Typical Course

of Even



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.



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


58

Gambar IV.35

Pengujian Black box Proses Login

3. Proses Pengisian Formulir


59

Gambar IV.36

Pengujian Black box Proses Pengisian Formulir

4. Proses Daftar Ulang dan Cetak Bukti Pendaftaran


60

Gambar IV.37

Pengujian Black box Proses Daftar Ulang

5. Proses Seleksi Calon Siswa.


61

Gambar IV.38

Pengujian Black box Proses Seleksi Calon Siswa

6. Proses Approve Pembayaran.


Gambar IV.39

Pengujian Black box Proses Approve Pembayaran

62

7. Proses Setup Parameter


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


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


field yang ada.

Tampil pesan

“error wajib diisi”

Valid

8 Mengosongkan

field tertentu

pada formulir

data diri

1. Lakukan login.


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.


data orang tua.



field yang ada.

Tampil pesan error

wajib diisi

Valid

10 Mengosongkan

field tertentu

pada formulir

data orang tua

1. Lakukan login.


data orang tua.



Tampil pesan error

sesuai dengan field

yang kosong

Valid

64

No. Skenario

Pengujian


Diharapkan

Ket.

11 Mengosongkan

formulir data

periodik

1. Lakukan login.


data periodik.



field yang ada.

Tampil pesan error

wajib diisi

Valid

12 Mengosongkan

field tertentu

pada formulir

data periodik

1. Lakukan login.


data periodik.



Tampil pesan error

sesuai dengan field

yang kosong

Valid

13 Mengosongkan

formulir upload

foto/KK/ijazah

1. Lakukan login.


upload

foto/KK/ijazah.



field yang ada.

Tampil pesan error

wajib diisi

Valid

14 Mengisi field

numerik

dengan bukan

angka

1. Lakikan login.


data diri.

3. Isi field numerik

dengan bukan angka.

4. Pilih menu data orang

tua.


dengan bukan angka.


data periodik.


dengan bukan angka.

Tampil pesan error

“isi menggunakan

angka”

Valid

15 Megisi field

melebihi

jumlah karakter

yang

diperbolehkan

1. Lakukan login.


data diri.

3. Isi field melebihi

jumlah karakter yang

diperbolehkan.


data orang tua.


junlah karakter yang

diperbolehkan.


data periodik.

Tampil pesan error

“ maksimal XX

karakter”.

Dimana XX

merupakan jumlah

karakter yang bisa

diisi

Valid

65

No. Skenario

Pengujian


Diharapkan

Ket.


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.

http://www.smpislamtuankulintau.sch.id/

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

skripsi - nusa mandiri

Documents