Cover Lembar Judul - Ahmad Zildan Ikhwan Syukron

PERANCANGAN SISTEM INFORMASI PENERIMAAN
PESERTA DIDIK BARU SECARA ONLINE PADA

SEKOLAH MTS ASSA'ADAH
SUKARAJA BOGOR
TUGAS AKHIR
Diajukan untuk memenuhi salah satu syarat kelulusan Program Diploma Tiga
AHMAD ZILDAN IKHWAN SYUKRON
NIM : 12190937
Program Studi Sistem Informasi Kampus Kota Bogor
PSDKU Kota Bogor
Universitas Bina Sarana Informatika
2022
SURAT PERNYATAAN KEASLIAN TUGAS
AKHIR
Yang bertanda tangan di bawah ini

Nama : Ahmad Zildan Ikhwan Syukron
Nim 12190937
Jenjang : Diploma
Tiga (D3) Program Studi :
Sistem Informasi PSDKU :
Kota Bogor
Perguruan tinggi : Universitas Bina Sarana Informatika
Dengan ini menyatakan bahwa Tugas Akhir yang telah saya buat dengan judul
“ PERANCANGAN SISTEM INFORMASI PENERIMAAN PESERTA
DIDIK BARU SECARA ONLINE PADA SEKOLAH MTS ASSA'ADAH
SUKARAJA
BOGOR ”, adalah asli torisfnil) atau tidak plagiat (menjiplak) dan belum
pernak di terbitkan /dipub1ikasikan dimana pun dan dalaın bentuk apapun.
Demikianlah surat pernyataan ini saya buat dengan sebenar — benarnya tanpa
ada pahsaan dari pihah manapun juga. Apabila dikemudian hart temyata saya
memberikan keterangan palsu dan atau ada pihak lain yang mengklaim bahwa
tugas saya Tugas Akhir yang telah saya buat adalah hasil karya milik seseorang
atau badan tertentu. Saya bersedia diproses baik secara pidana maupun perdata
dan kelulusan saya dari Universitas Bina Sarana Informatika
dicabut/dibatalkan.
Dibuat di : Bogor
Pada tanggal : 05
Juli 2022
M£T
T£
$0D55AKX09698
Yang
menyatakan,
Ahmad Zildan Ikhwan
Syukron
SURAT PERNYATAAN PERSETUJUAN PUBLIKASI KARYA ILMIAH
U N T U K KEPENTINGAN AKADEMIS
Yang bertanda tangan di bawah ini

Nama : Ahmad Zildan Ikhwan Syukron
Nim 12190937
Jenjang : Diploma Tiga (D3)
Program Studi : Sistem Informasi
PSDKU : Kota Bogor
Perguruan tinggi . Universitas Bina Sarana Informatika
Dengan ini menyetujui untuk memberi izin kepada pihak Universitas Bina Sarana
Informatika, Hak Bebas Royalti Non- Ekslusif (Non- Exclusive royalty Free ) atas
karya ilmiah kami yang beijudul : “ PERANCANGAN SISTEM INFORMASI
PENERIMAAN PESERTA DIDIK BARU SECARA ONLINE PADA
SEKOLAH MTS ASSA'ADAR SUKARAJA BOGOR ”.
Dengan ilak Bebas Royalti Non- Ekslusif ini pihak Universitas Bina Sarana
Informatika, Berhak menyimpan, mengalih — media atau f'ormat-kun, mengelolanya
dalam pangkal data (datahase), mendistribusikannya dan menampilkan atau
mempublikasikannya di internet atau media lain untuk kepentingan akademis tanpa
pelu meminta ijin dari kami selama tetap mencantumkan nama kami sebagai
penulis/pencipta karya ilmiah tersebut.
Saya bersedia untuk menanggung secara pribadi, tanpa melibatkan pihak Universitas Bina
Sarana Informatika, Segala bentuk tuntunan hukum yang timbul atas pelanggaran
Hak Cipta dalam karya ilmiah saya ini.
Demikian pemyataan ini saya buat dengan sebenar — benarnya.
Dibuat di : Bogor
Pada tanggal : 05 Juli 2022
Yang menyatakan,
MDT
TI
8D73AKX0969 127
Ahmad Zildan Ikhwan Svukron
ii
ii
ii
ii
ii
KATA PENGANTAR
Alhamdulilah, dengan mengucapkan puji dan syukur kepada Allah SWT yang telah
memberikan rahmat dan karunia-Nya atas penyelesain penyusunan Tugas Akhir sehingga
penulis sapat menyelesaikan dengan baik. Adapun Judul Tugas Akhir yang dipilih adalah
“Perancangan Sistem Informasi Penerimaan Peserta Didik Baru Secara Online Pada
Sekolah MTS Assa’adah Sukaraja Bogor”.
Penulisan dan penyusunan Tugas Akhir dilaksanakan sebagai salah satu persyaratan
kelulusan Program Diploma III Universitas Bina Sarana Informatika. Data penyusun Tugas
Akhir yang dihasilkan berasal dari observasi secara langsung, percobaan-percobaan secara
langsung, dan sumber-sumber literatur yang mendukung penulisan karya tulis ilmiah ini.
Penulisan bahwa tanpa adanya bimbingan dan dorongan dari semua pihak, maka
penulisan tugas akhir ini tidak akan berjalan lanca,. oleh karena itu penulis ingin
mengucapkan terimakasih kepada:
1. Rektor Universitas Bina Sarana Informatika.
2. Wakil Rektor Universitas Bina Sarana Informatika.
3. Ketua Program Studi Informasi Universitas Bina Sarana Informatika Kampus Kota
Bogor.
4. Bapak Sopiyan Dalis, M.Kom selaku Dosen Pembimbing Tugas Akhir.
5. Bapak Sugiono, M.Kom selaku Asisten Dosen Pembimbing Tugas Akhir.
6. Seluruh Staff/Karyawan/Dosen di lingkungan Universitas Bina Sarana Informatika.
7. Bapak H. Dudung Syaefuddin M.Pd selaku Kepala Sekolah MTS Assa’adah.
8. Staff/Karyawan di lingkungan Sekolah MTS Assa’adah.
9. Orang tua, keluarga, dan teman-teman yang telah membantu dan senantiasa berperan
sebagai support system.
vi
10. Rekan-rekan mahasiswa/I kelas 12.6A.39 yang telah memberikan motivasi dan
membantu penyusunan dan penyelesain Tugas Akhir ini.
Serta seluruh pihak yang terlalu banyak untuk disebutkan satu persatu sehingga
terwujudnya penulisan ini. Penulis menyadari bahwa Tugas Akhir ini masih memerlukan
banyak hal untuk dapat disebut sebagai sempurna, untuk itu penulis mengharapkan saran dan
kritik yang bersifat membangun dan membantu penulisan pada masa yang akan datang
menjadi jauh lebih baik.
Akhir kata semoga tugas akhir ini dapat berguna bagi penulis khususnya dan bagi para
pembaca yang berminat pada umumnya.
Bogor, 05 Juli 2022
Penulis
Ahmad Zildan Ikhwan Syukron
vii
ABSTRAK
Ahmad Zildan Ikhwan Syukron (12190937), Perancangan Sistem Informasi

Penerimaan Peserta Didik Baru Secara Online Pada Sekolah MTS Assa’adah.
MTS Assa'ada merupakan sekolah Madrasah Tsanawiyah yang berkomitmen untuk

meningkatkan sumber daya manusia dan sarana pendidikan guna mencapai peningkatan mutu
pendidikan dan pengajaran serta mengembangkan dakwah Islam di masyarakat menuju
manusia muslim yang bertakwa, beriman dalam agama, dan bertanggung jawab atas agama. ,
bangsa dan negara. Setiap tahun ajaran baru akan ada pendaftaran siswa baru. Dalam
pelaksanaannya, kegiatan tersebut sering mengalami kendala karena sistem yang digunakan
masih manual. Dengan adanya sistem informasi dan aplikasi database berbasis web ini
diharapkan dapat membantu menyimpan informasi dan mempermudah dalam mengolah dan
mengelola data penerimaan siswa baru. Metode yang digunakan dalam penelitian ini adalah
wawancara, observasi, studi pustaka, analisis, perancangan sistem, dan implementasi. Dari
penelitian ini diharapkan sistem informasi yang dibuat dapat memberikan kemudahan dalam
pelaksanaan kegiatan penerimaan mahasiswa baru secara online yang dapat mempersingkat
waktu dan menyimpan data dengan lebih efektif.
Kata Kunci : Perancangan Sistem Informasi Penerimaan Peserta Didik Baru.
viii
ABSTRACT
Ahmad Zildan Ikhwan Syukron (12190937), Online Admission Information System

Design at MTS Assa'adah School.
MTS Assa'ada is a Madrasah Tsanawiyah school that is committed to improving human

resources and educational facilities in order to achieve an increase in the quality of
education and teaching and to develop Islamic da'wah in society towards Muslim humans
who are pious, have faith in religion, and are responsible for religion. , nation and state.
Every new school year there will be a new student registration. In its implementation, these
activities often experience problems because the system used is still manual. With the
information system and web-based database application, it is hoped that it can help store
information and make it easier to process and manage new student admissions data. The
methods used in this research are interviews, observation, literature study, analysis, system
design, and implementation. From this research, it is expected that the information system
created can provide convenience in the implementation of online new student admissions
activities that can shorten time and store data more effectively.
Keywords : New Student Admission Information System Design.
ix
DAFTAR ISI
LEMBAR JUDUL TUGAS AKHIR

LEMBAR PERNYATAAN KEASLIAN TUGAS AKHIR..........................................i
LEMBAR PERNYATAAN PERSETUJUAN PUBLIKASI KARYA ILMIAH........ii
LEMBAR PERSETUJUAN DAN PENGESAHAN TUGAS AKHIR.......................iii
LEMBAR KONSULTASI TUGAS AKHIR...............................................................iv
Kata Pengantar.............................................................................................................vi
Lembar Abstraksi........................................................................................................vii
Daftar Isi.......................................................................................................................x
Daftar Simbol............................................................................................................xiii
Daftar Gambar.........................................................................................................xviii
Daftar Tabel................................................................................................................xx
Daftar Lampiran.........................................................................................................xxi
BAB I PENDAHULUAN.....................................................................................1
1.1 Latar Belakang Masalah...................................................................1
1.2 Tujuan dan Manfaat......................................................................... 2
1.3 Metode Penelitian.............................................................................3
1.3.1. Metode pengembangan perangkat lunak............................3
1.3.2. Metode Pengumpulan Data................................................4
1.4 Ruang Lingkup.................................................................................5
BAB II LANDASAN TEORI...............................................................................6
2.1 Konsep Dasar Sistem.......................................................................6
2.1.1 Sistem...................................................................................6
2.1.2 Website.................................................................................8
2.1.3 Basis Data...........................................................................10
2.1.4 Model Pengembangan Perangkat Lunak............................10
2.2 Teori Pendukung............................................................................12
2.2.1 Entity Relationship Diagram..............................................12
2.2.2 Logical Record Structure...................................................13
x
2.2.3 Unified Modelling Language.............................................14
BAB III ANALISIS SISTEM BERJALAN.............................................15
3.1 Tinjauan Perusahaan.......................................................................15
3.1.1 Sejarah Perusahaan.............................................................15
3.1.2 Struktur Organisasi dan Fungsi..........................................16
3.2 Prosedur Sistem Berjalan................................................................19
3.3 Activity Diagram............................................................................21
3.3.1. Activity Diagram Pendaftaran.........................................21
3.3.2 Activity Diagram verifikasi pembayaran.........................22
3.3.3. Activity Diagram penerimaan..........................................23
3.3.4. Activity Diagram laporan..................................................23
3.4 Spesifikasi Dokumen Masukan......................................................24
3.5 Spesifikasi Dokumen Keluaran......................................................24
3.6 Permasalahan Pokok.......................................................................26
3.7 Pemecahan Masalah.......................................................................26
BAB IV PENUTUP...............................................................................................27
3.1 Tahapan Perancangan Sistem.........................................................27
4.1.1. Analisis Kebutuhan............................................................28
4.1.2. Rancangan Use Case Diagram..........................................28
4.1.3. Rancangan Actifity Diagram.............................................46
4.1.4. Rancangan Dokumen Sistem Usulan................................48
4.2 Perancangan Prototype....................................................................51
4.2.1. Entity Relationship Diagram (ERD).................................51
4.2.2. Logical Record Structure (LRS)........................................52
4.2.3. Spesifikasi File..................................................................53
4.2.4. Class Model / Class Diagram...........................................58
4.2.5. Sequence Diagram............................................................59
4.2.6. Rancangan Antarmuka.....................................................62
4.3.7. Spesifikasi Hardware dan Software.................................76
4.3 Pengujian Rancangan Antarmuka..................................................77
4.4 Jadwal Implementasi......................................................................80
BABV PENUTUP..............................................................................................82
5.1 Kesimpulan....................................................................................82
xi
5.2 Saran..............................................................................................83
DAFTAR PUSTAKA.................................................................................................84
DAFTAR RIWAYAT HIDUP..................................................................................86
LAMPIRAN – LAMPIRAN......................................................................................87
xii
DAFTAR SIMBOL
a. Simbol Activity Diagram
Status Awal
Status awal adalah awal dimulainya suatu aliran kerja

pada Activity Diagram
Aktifitas
Aktivitas yang dilakukan sistem, aktivitas biasanya di

awali dengan kata kerja.
Percabangan
Asosiasi percabangan dimana jika ada pilihan aktivitas

lebih dari satu
Penggabungan/Join
Asosiasi penggabungan dimana lebih dari satu
aktivitas digabungkan menjadi satu
Status Akhir
Status akhir yang dilakukan sistem, sebuah diagram
aktivitas memiliki status akhir
xiii
b. Daftar Simbol Use Case
Use Case
Fungsionalitas yang di sediakan sistem sebagai unit-

unit yang saling bertukar pesan antar unit dan aktor
Actor
uc Pen...
Orang, proses, atau sistem lain yang berinteraksi dengan

sistem informasi yang akan dibuat diluar informasi
Admin
Asosiasi
Komunikasi antar actor dan Use Case yang berpatisipasi
Ekstensi (Extend)
Relasi Use Case tambahan ke sebuah Use Case dimana

Use Case yang ditambah dapat berdiri sendiri walau
tanpa Use Case tambahan
Generalisasi
Hubungan generalisasi dan spesialisasi antara dua buah
(Generalization)
Use Case yang mana fungsi yang satu lebih umum dari
yang lainnya
Menggunakan Include
(Use Case Include)
Relasi Use Case tambahan ke sebuah Use Case yang
ditambahkan memerlukan Use Case ini untuk
menjalankan fungsinya
xiv
Dependency Hubungan dimana perubahan yang terjadi pada suatu
elemen mandiri (Independent) akan memengaruhi
elemen yang bergantung padanya elemen yang tidak
mandiri (independent)
c. Daftar Simbol Sequence Diagram
uc Pen...
Aktor
Orang, Proses, atau sistem lain yang berinteraksi dengan
sistem informasi yang akan dibuat diluar informasi
Admin
Entity Class
Menggambarkan hubungan kegiatan yang akan

dilakukan
Boundary Class
Menggambarkan form
Control Class
Menggambarkan penghubung antara boundary dengan
tabel
Message
Spesifikasi dari komunikasi antar objek yang memuat
informasi-informasi tentang aktifitas yang terjadi
xv
d. Daftar Simbol Class Diagram
Class
Himpunan dari objek-objek yang berbagi atribut serta

operasi yang sama
Antarmuka (Interface)
Sama dengan konsep Interface dalam program
berorientasi objek
Asosiasi (Association)
Relasi antar kelas dengan makna umum, asosiasi

biasanya disertai dengan multiplicity
Asosiasi Berarah
(Directed Association)
Relasi antar kelas dengan makna kelas yang satu
digunakan oleh kelas yang lain, asosiasi biasanya juga
disertai dengan multiplicy
Generalisasi
Relasi antar kelas dengan makna generalisasi-spesialisai
(umum khusus)
xvi
Kebergantungan (Dependency)
Relasi antar kelas dengan makna kebergantungan antar

kelas
Agregasi (Aggregation)
Relasi antar kelas dengan makna semua bagian
e. Daftar Simbol Entity Relationship Diagram (ERD)
Entitas (Entity)
Yaitu kumpulan objek yang dapat diidentifikasikan

secara unik
Relationship
Yaitu hubungan yang terjadi diantara satu atau lebih

entitas. Jenis hubungan antara lain : One to one, one to
many, many to many
Atribut
Yaitu karakteristik dari entity atau relasi yang

merupakan penjelasan detail tentang entitas
Garis (Line)
Hubungan antara entity dengan atributnya dan
himpunan entitas dengan himpunan relasi
xvii
xviii
DAFTAR GAMBAR
Halaman
Gambar III.1. Struktur Organisasi MTS Assa’adah Sukaraja Kota Bogor................16
Gambar III.2. Activity Diagram Pendaftaran.............................................................21
Gambar III.3. Activity Diagram Verifikasi Pembayaran............................................22
Gambar III.4. Activity Diagram Penerimaan.............................................................23
Gambar III.5. Activity Diagram Laporan..................................................................23
Gambar IV.I. Use Case Diagram Perpustakan..........................................................29
Gambar IV.2. Diagram Aktivitas Pendaftaran Calon Siswa......................................46
Gambar IV.3. Diagram Aktivitas Pembayaran..........................................................47
Gambar IV.4. Diagram Aktivitas Kepala Sekolah.....................................................48
Gambar IV.5. Entity Relationship Diagram (ERD)...................................................51
Gambar IV.6. Logical Structure Record (LRS).........................................................52
Gambar IV.7. Class Model / Class Diagram..............................................................58
Gambar IV.8. Sequence Diagram Data Akun Calon Siswa.......................................59
Gambar IV.9. Sequence Diagram Login User............................................................59
Gambar IV.10. Sequence Diagram Mengelola Data Siswa.......................................60
Gambar IV.11. Sequence Diagram Mengelola Konfirmasi Pendaftaran...................61
Gambar IV.12. Sequence Diagram Mengelola Konfirmasi Pembayaran..................61
Gambar IV.13. Sequence Diagram Tambah Kepala Sekolah....................................62
Gambar IV.14. Prototype Halaman Daftar Calon Siswa...........................................63
Gambar IV.15. Prototype Halaman Akun Calon Siswa............................................64
Gambar IV.16. Prototype Halaman Login Calon Siswa............................................65
Gambar IV.17. Prototype Halaman Data Pendaftaran Calon Siswa.........................66
Gambar IV.18. Prototype Mengupload Berkas – Berkas..........................................67
Gambar IV.19. Prototype Melihat Rincian Pembayaran...........................................68
Gambar IV.20. Prototype Halaman Bukti Pembayaran.............................................69
Gambar IV.21. Prototype Logout..............................................................................70
Gambar IV.22. Prototype Menu Admin....................................................................70
Gambar IV.23. Prototype Konfirmasi Pendaftaran...................................................71
Gambar IV.24. Prototype Konfirmasi Pembayaran...................................................72
Gambar IV.25. Prototype Tambah Kepala Sekolah..................................................73
xix
Gambar IV.27. Prototype Menu Kepala Sekolah......................................................74
Gambar IV.28. Prototype Melihat Data Siswa..........................................................75
xx
DAFTAR TABEL
Halaman
Tabel IV.1. Deskripsi Use Case Daftar akun calon siswa.........................................29
Tabel IV.2. Deskripsi Use Case Masukan nama lengkap..........................................30
Tabel IV.3. Deskripsi Use Case Masukan Email......................................................31
Tabel IV.4. Deskripsi Use Case Masukan Password.................................................32
Tabel IV.5. Deskripsi Use Case Konfirmasi Password.............................................33
Tabel IV.6. Deskripsi Use Case Melakukan Login....................................................34
Tabel IV.7. Deskripsi Use Case Formulir Pendaftaran..............................................34
Tabel IV.8. Deskripsi Use Case Mengupload Berkas - Berkas.................................35
Tabel IV.9. Deskripsi Use Case Melihat Rincian Biaya............................................36
Tabel IV.10. Deskripsi Use Case Mengupload Bukti Pembayaran...........................37
Tabel IV.11. Deskripsi Use Case Melakukan Logout................................................38
Tabel IV.12. Deskripsi Use Case Melakukan Login..................................................38
Tabel IV.13. Deskripsi Use Case Konfirmasi Pendaftaran........................................39
Tabel IV.14. Deskripsi Use Case Mengkonfirmasi Pendaftaran................................40
Tabel IV.15. Deskripsi Use Case Konfirmasi Pembayaran.......................................41
Tabel IV.16. Deskripsi Use Case Tambah Kepala Sekolah.......................................42
Tabel IV .17. Deskripsi Use Case Melakukan Logout...............................................43
Tabel IV .18. Deskripsi Use Case Kepala Sekolah....................................................43
Tabel IV .19. Deskripsi Use Case Melihat Data Siswa..............................................44
Tabel IV .20. Deskripsi Use Case Melakukan Logout...............................................45
Tabel IV .21. Spesifikasi File Data.............................................................................53
Tabel IV .22. Spesifikasi File Pembayaran.................................................................55
Tabel IV .23. Spesifikasi File Timer...........................................................................56
Tabel IV .24. Spesifikasi File user..............................................................................57
Tabel IV .25. Implementasi........................................................................................82
xxi
DAFTAR LAMPIRAN
Halaman
Surat Keterangan Riset/PKL......................................................................................28
A1. Dokumen Formulir Pendaftaran..........................................................................28
A2. Dokumen Brosur Pendaftaran.............................................................................29
A3. Dokumen Laporan Data Siswa............................................................................47
xxii
1
BAB I
PENDAHULUAN
1.1. Latar Belakang Masalah
Ramadhani mengemukakan bahwa “Penerimaan peserta didik baru
merupakan kegiatan suatu instansi pendidikan yaitu sekolah dimana melakukan
penerimaan peserta didik baru guna menyaring calon peserta didik baru yang akan
mendaftarkan ke sekolah yang dituju. Peserta didik baru yang lolos harus memenuhi
kriteria yang ditentukan oleh sekolah dengan melalui tahapan pendaftaran, tes
seleksi, dan pengumuman penerimaan peserta didik baru.” (Dalis, Nurmah, and
Purwanto 2019).
Sekolah menengah pertama MTS Assa’adah yang berlokasi di Jl. Raya
Jakarta-Bogor No.10, RT.03/RW.09, Cimandala, Kec. Sukaraja, Kota Bogor, Jawa
Barat 16710. Sistem Penerimaan peserta didik baru (PPDB) di MTS Assa’adah
masih menggunkan sistem manual.
Untuk meningkatkan keamanan penyimpanan data, serta kemudahan
pemberian informasi pendaftaran murid baru, maka diperlukan sebuah sistem
informasi penerimaan peserta didik baru (PPDB) berbasis web yang dimana calon
siswa/siswi dapat menerima informasi hasil pendaftaran dengan cepat dan akurat
melalui web.
2
1.2. Tujuan dan Manfaat
Berikut tujuan dari penyusunan tugas akhir ini adalah:
1. Merancang sebuah sistem aplikasi web penerimaan peserta didik baru di MTS
Assa’adah Sukraja.
2. Untuk mengetahui Prosedur berjalan penerimaan peserta didik baru dan
pembayaran SPP MTS Assa’adah Sukaraja.
3. Dan membangun sistem usulan memberikan kemudahan baik untuk pendaftaran,
dalam dalam mengakses sistem informasi pada MTS Assa’adah Sukaraja secara
efisien.
Sedangkan manfaat dari penulisan Tugas Akhir ini adalah :
1. Manfaat bagi penulis
Sebagai syarat kelulusan Program Diploma Tiga (D.III) Program Studi Sistem
Informasi Fakultas Teknik Informatika di Universitas Bina Sarana Informatika
Kampus Cilebut Bogor.
2. Manfaat untuk objek penelitian
a. Sebagai bahan evaluasi terhadap sistem yang sedang berjalan.
b. Hasil penelitian dapat di jadikan sebagai sarana untuk menyusun strategi
pengembangan sistem penilaian pelayanan yang berjalan.
c. Menghasilkan suatu sistem informasi yang cepat dan akurat dapat membantu
peroses penerimaan peserta didik baru.
3. Manfaat untuk pembaca
a. Dapat mejadi bacaan dan tambahan referensi yang berkaitan dengan sistem
penerimaan peserta didik baru.
b. Meberikan gambaran mengenai konsep sistem informasi penerimaan peserta
didik baru secara online sehingga lebih optimal dan efisien dalam segi waktu.
3
4. Manfaat untuk instansi/perusahaan
Perusahaan dapat memanfaatkan tenaga penulis dalam membantu menyelesaikan
tugas-tugas sekolah untuk kebutuhan masing-masing divisi, membantu
menambah ide-ide dalam bidang penerimaan peserta didik baru walaupun hanya
sederhana saja
1.3. Metode Penelitian
Untuk mencapai hasil yang diinginkan, diperlukan beberapa metode
penelitian dan pengumpulan data yang digunkan penulis dalam penyusunan
Tugas Akhir.
1.3.1. Metode pengembangan perangkat lunak
Metode yang penulis sebagai dasar untuk menentukan pembuatan aplikasi
berdasarkan model pengembangan perangkat lunak yaitu model air terjun (waterfall).
Adapun metode waterfall menurut (Yuniva and Syafi 2018) yaitu:
a. Analisa Kebutuhan Sistem
Dalam merancang web sistem informasi penerimaan siswa baru ini Kebutuhan
Admin dapat mengelola berita, jadwal test, hasil test, data pembayaran dan
mencetak laporan. Kebutuhan user ( calon siswa ) dapat mengisi form
pendaftaran, melihat jadwal test, melihat hasil test dan mencetak bukti
pembayaran.
4
b. Desain
Menggunakan MYSQL dalam merancang database dan tabel. Menggunakan
framework Bootstrap untuk tampilan antarmuka web sistem informasi
penerimaan siswa baru.
c. Code
Generation Penulis menggunakan bahasa pemograman PHP dan HTML dalam
membuat script coding program.
d. Support
Untuk menjalankan sistem informasi penerimaan siswa baru yang telah dibuat,
diperlukan suatu hardware sebagai pendukung sistemnya, yaitu CPU, hardisk,
monitor, mouse, keyboard. Sedangkan software pendukungnya yaitu sistem
operasi Microsoft Windows, Database MySQL dan Web server Xampp.
1.3.2. Metode Pengumpulan Data
Teknik pengumpulan data ini digunakan oleh penulis dalam melakukan
pengumpulan data untuk pembuatan Tugas Akhir adalah:
1. Metode Observasi (Observation)
Observasi dilakukan dengan cara pengamatan atau peninjauan langsung terhadap
objek penelitian, dilakukan melalui tahapan pendaftaran calon siswa/siswi baru,
verifikasi pembayaran, peneriamaan serta laporan data siswa/siswi.
2. Metode Wawancara (Interview)
Dalam penulisan tugas akhir, untuk mendapatkan informasi secara lengkap maka
penulis melakukan wawancara Kepada Ibu Tini Supyani salah satu karyawan
5
bagian Tata Usaha pada MTS Assa’adah mengenai semua hal kegiatan sistem
pendaftaran murid yang berlangsung tersebut.
3. Metode Studi Pustaka (Study Literatute)
Selain melakukan kegiatan tersebut penulis juga melakukan studi
keperpustakaan melalui Literature – literature atau referensi – referensi yang
ada di perpustakaan.
1.4. Ruang Lingkup
Dalam pembahasan laporan ini, pembahasan dalam pembuatan rancangan
sistem informasi penerimaan peserta didik baru. User melakukan pendaftaran peserta
didik baru, membayar biaya pendaftran dan mencetak bukti pembayaran, sedangkan
bagian admin melakukan ngelolaan pendaftaran peserta didik baru, seperti mengelola
pendaftaran, mengelola data pembayaran, dan membuat laporan pendaftran peserta
didik baru.
6
BAB II
LANDASAN TEORI
2.1. Konsep Dasar Sistem
Sutabri mengemukakan bahwa “sistem adalah kumpulan elemen-elemen
yang saling bekerjasama dan berinteraksi untuk memproses masukan kemudian
saling berhubungan untuk mencapai tujuan tertentu” (Fitri Ayu and Nia
Permatasari, 2018).
2.1.1. Sistem
Sutabri mengemukakan bahwa “sistem adalah kumpulan elemen-elemen
yang saling bekerjasama dan berinteraksi untuk memproses masukan kemudian
saling berhubungan untuk mencapai tujuan tertentu” (Fitri Ayu and Nia
Permatasari, 2018).
1. Pengertian Sistem Informasi
Menurut (Susanti & Endang, 2021) “Suatu sistem dapat dikatakan baik
apabila memudahkan semua proses, salah satunya dengan sistem
pengolahan data terkomputerisasi “.
2. Karakteristik Sistem
Suatu sistem mempunyai karakteristik atau sifat-sifat yang tertentu yaitu
mempunyai komponen - komponen, batas sistem, lingkungan luar sistem,
penghubung, masukan, keluaran, pengolah dan sasaran atau tujuan.

7
a. Komponen Sistem (Component System)
Suatu sistem terdiri dari sejumlah komponen – komponen yang saling
berinteraksi, yang artinya saling bekerja sama membentuk satu
kesatuan.
b. Batasan Sistem (Boundary)
Batas sistem merupakan daerah yang membatasi antara suatu sistem
dengan sistem yang lainnya atau dengan lingkungan luarnya.
c. Lingkungan Luar Sistem (Environment)
Lingkungan luar dari suatu sistem adalah apapun diluar batas dari
sistem yang mempengaruhi operasi sistem.
d. Penghubung Sistem (Interface)
Penghubung merupakan media penghubung antara satu subsistem
dengan subsistem yang lainnya.
e. Masukan Sistem (Input)
Masukan adalah energi yang dimasukan ke dalam sistem.
f. Keluaran Sistem (Output)
Keluaran adalah hasil dari energi yang diolah dan klarifikasikan
menjadi keluaran yang berguna dan hasil pembuangan.
g. Pengolah Sistem
Suatu sistem menjadi bagian pengolah yang akan merubah masukan
menjadi keluaran.
h. Sasaran Sistem
Suatu sistem pasti mempunyai tujuan (goal) atau sasaran (objective).
3. Pemrograman Berorientasi Objek
Fitri Sari & Utami S mengemukakan bahwa “Pemrograman berorientasi

8
objek (OOP) adalah paradigma pemrograman yang mengandalkan "objek"
dan interaksinya untuk mengembangkan aplikasi dan program komputer.
Penyembunyian informasi, abstraksi data, abstraksi enkapsulasi,
modularitas, polimorfisme, dan pewarisan adalah contoh pendekatan
pemrograman” (Aji et al., 2021).
2.1.2. Website
Fristanto mengemukakan bahwa “Website merupakan media penyampaian
informasi atau sebagai media promosi yang efektif dan efisien, yang dapat
dijelajah dimanapun selama tersambung ke jaringan internet” (Sitinjak Daniel
Dido Jantce TJ & Suwita, 2020).
1. Web Server
MADCOMS mengemukakan bahwa “Web server adalah suatu program
komputer yang mempunyai tanggung jawab atau tugas menerima
permintaan HTTP dari komputer klien, yang dikenal dengan nama web
browser dan melayani mereka dengan menyediakan repon HTTP berupa
konten data ” (Fitri Ayu and Nia Permatasari, 2018).
2. Internet
Hidayatullah dan Kawistara mengemukakan bahwa “Internet adalah
jaringan global yang menghubungkan komputer-komputer seluruh dunia,
dengan internet sebuah komputer bisa mengakses data yang terdapat pada
komputer lain di benua yang berbeda” (Fitri Ayu and Nia Permatasari,
2018).
3. Bahasa Pemograman
Untuk membuat sebuah aplikasi web yang bisa dikembangkan, maka

9
dibutuhkan suatu bahasa pemograman, bahasa markup, bahasa stylesheet
dan ada juga bahasa script untuk digunakan supaya web terlihat lebih
dinamis antara lain:
a. HTML
Hidayatullah dan Kawistara mengemukakan bahwa “ sebuah bahasa
standard yang digunakan untuk menampilkan halaman web ” (Fitri
Ayu and Nia Permatasari, 2018).
b. Hypertext Prepocessor
MADCOMS mengemukakan bahwa “Hypertext Prepocessor adalah
bahasa script yang dapat ditanamkan atau disisipkan ke dalam HTML.
PHP banyak dipakai untuk membuat program situs web dinamis“(Fitri
Ayu and Nia Permatasari, 2018).
c. Xampp
MADCOMS mengemukakan bahwa “Xampp adalah sebuah paket
kumpulan software yang terdiri dari Apache, MySQL, PhpMyAdmin, PHP,
Perl, Filezilla, dan lain” (Fitri Ayu and Nia Permatasari, 2018).
d. PhpMyAdmin
MADCOMS mengemukakan bahwa “PhpMyAdmin adalah sebuah
aplikasi open source yang berfungsi untuk memudahkan manajemen
MySQL. Dengan menggunakan PhpMyAdmin dapat membuat
database, membuat table, meng - insert, mengahpus dan meng -
update data GUI dan terasa lebih mudah, tanpa perlu mengetikan
perintah SQL secara manual” (Sitinjak Daniel Dido Jantce TJ &
Suwita, 2020).
10
2.1.3. Basis Data
Mendefinisikan basis data dalam sejumlah sudut pandang seperti:
1. Himpunan kelompok data yang saling berhubungan yang diorganisasi
sedemikian rupa agar dapat dimanfaatkan kembali dengan cepat dan
mudah.
2. Kumpulan data yang saling berhubungan yang disimpan secara bersama
sedemikian rupa untuk memenuhi berbagai kebutuhan.
3. Kumpulan file yang saling berhubungan yang disimpan dalam
media penyimpanan elektronis.
a. Xampp
MADCOMS mengemukakan bahwa “Xampp adalah sebuah paket
kumpulan software yang terdiri dari Apache, MySQL, PhpMyAdmin, PHP,
Perl, Filezilla, dan lain” (Fitri Ayu and Nia Permatasari, 2018).
b. PhpMyAdmin
MADCOMS mengemukakan bahwa “PhpMyAdmin adalah sebuah
aplikasi open source yang berfungsi untuk memudahkan manajemen
MySQL. Dengan menggunakan PhpMyAdmin dapat membuat
database, membuat table, meng-insert, menghapus dan meng-update
data GUI dan terasa lebih mudah, tanpa perlu mengetikan perintah
SQL secara manual” (Sitinjak Daniel Dido Jantce TJ & Suwita,
2020)
2.1.4. Model Pengembangan Perangkat Lunak
Model SDLC air terjun (waterfall) sering juga disebut model sekuensial linier
(sequential linear) atau alur hidup klasik (classic life cycle).

11
Shalahuddin, M dan Rosa mengemukakan ”Model air terjun menyediakan
pendekatan alur hidup perangkat lunak secara sekuensial atau terurut dimulai
dari analisis, desain, pengkodean, pengujian, dan tahap pendukung (support)
“(Susanti & Endang, 2021).
1. Analisis kebutuhan perangkat lunak
Proses pengumpulan kebutuhan dilakukan secara intensif untuk
mespesifikasikan kebutuhan perangkat lunak agar dapat dipahami
perangkat lunak seperti apa yang dibutuhkan oleh user.
2. Desain
Desain perangkat lunak adalah proses multi langkah yang focus pada
desain pembuatan program perangkat lunak termaksud struktur data,
arsitektur perangkat lunak, respresentasi antarmuka, dan prosedur
pengkodean.
3. Pembuatan kode program
Desain harus ditranslasikan ke dalam program perangkat lunak. Hasil
dari tahap ini adalah program komputer sesuai dengan desain yang telah
dibuat pada tahap desain.
4. Pengujian
Pengujian focus pada perangkat lunak secara dari segi lojik dan
fungsional dan memastikan bahwa semua bagian sudah diuji.
5. Pendukung (support) atau pemeliharaan (maintenance)
Tidak menutup kemungkinan sebuah perangka lunak mengalami
perubahan ketika sudah dikirimkan ke user, perubahan bisa terjadi karena
adanya kesalahan yang muncul dan tidak terdeteksi saat pengujian atau
perangkat lunak harus beradaptasi dengan lingkungan baru.

12
2.2. Teori Pendukung
Merupakan alat yang digunakan untuk menggambarkan bentuk logika
model dari suatu sistem dengan menggunakan simbol-simbol, lambang-lambang,
diagram-diagram yang menunjukan secara tepat arti dan fungsinya (Nurmalasari
et al., 2019).
2.2.1. Entity Relationship Diagram
Entity Relationship Diagram adalah suatu model jaringan yang
menggunakan susunan data yang disimpan dari sistem acak. Digunakan untuk
menunjukan objek data dan hubungan-hubungan yang ada pada objek tersebut
dengan menggunakan Entity dan Relationship yang diperkenalkan pertama kali
oleh P.P Chen pada tahun1976 (Rahman et al., 2022).
1. Entitas
Entiti merupakan objek yang mewakili sesuatu yang nyata dan dapat di
bedakan dari sesuatu yang lain. Simbol dari entity ini biasanya digambarkan
dengan persegi Panjang.
2. Atribut
Setiap entitas pasti mempunyai elemen yang disebut atribut yang berfungsi
untuk mendeskripsikan karakteristik dari entitas tersebut. Isi dari atribut
mempunyai sesuatu yang dapat mengidentifikasikan isi elemen satu dengan
yang lainnya. Gambar atribut diwakili oleh simbol elips.
3. Relasi
Hubungan antara sejumlah entitas yang berasal dari himpunan entitas yang
berbeda.
13
4. Garis Penghubung
Notasi yang digunakan untuk merangkai beberapa notasi yang digunakan
seperti: entitas dan atribut.
2.2.2. Logical Record Structure
Logical record Structure (LRS) merupakan hasil transformasi dengan E-R
(ERD) menggunakan dua aturan yaitu: Setiap entity akan diubah kedalam bentuk
sebuah kotak dengan nama entity berada di luar kotak dan atribut berada didalam
kotak, sebuah relasi kadang disatukan dalam sebuah kotak bersama entity, kadang
dipisah dalam sebuah kotak tersendiri (Syarif & Pratama, 2021).
Menentukan kardinilitas jumlah tabel dan Foreign Key (FK) sebagai berikut:
1. One to One
Tingkat hubungan ini menunjukan hubungan satu ke satu yang lainnya,
dinyatakan dengan satu kejadian pada entitas pertama, dan hanya mempunyai
satu hubungan dengan satu kejadian pada entitas yang kedua dan sebaliknya.
2. One to Many
Tingkat hubungan satu ke banyak adalah sama dengan banyak satu,
tergantung dari arah mana hubungan tersebut dilihat. Untuk satu kejadian
pada entitas yang pertama dapat mempunyai banyak hubungan dengan
kejadian pada entitas yang kedua. Sebaliknya, satu kejadian pada entitas yang
kedua hanya dapat mempunyai satu hubungan dengan satu kejadian pada
entitas yang pertama.
3. Many to Many
Tingkat hubungan banyak ke banyak terjadi jika tiap kejadian pada sebuah
entitas akan mempunyai banyak hubungan dengan kejadian pada entitas

14
lainnya, dilihat dari sisi entitas yang pertama maupun dilihat dari sisi yang
kedua.
2.2.3. Unified Modelling Language
Rosa A.S. dan M.Shalahuddin mengemukakan ” UML (Unified Modeling
Language) adalah salah satu standar bahasa yang banyak digunakan di dunia industri
untuk mendefinisikan requirement, membuat analisa dan desain, serta menggambarkan
arsitektur dalam pemrograman berorintasi objek “(Susanti & Endang, 2021).
1. Activity Diagram
Menggambarkan workflow (aliran kerja) atau aktivitas dari sebuah sistem
atau proses bisnis atau menu yang ada pada perangkat lunak.
2. Use Case Diagram
Merupakan pemodelan untuk kelakukan (behavior) sistem informasi yang
akan dibuat.
3. Menggambarkan struktur sistem dari segi pendefinisian kelas – kelas yang
akan dibuat untuk membangun sistem.
4. Sequence Diagram
Menggambarkan kelakuan objek pada use case dengan mendeskripsikan
waktu hidup objek dan message yang dikirimkan dan diterima antar objek.
15
BAB III
ANALISIS SISTEM BERJALAN
3.1. Tinjauan Perusahaan
Tinjauan Perusahaan dilakukan untuk mendapatkan gambaran tentang sejarah
perusahaan, struktur organisasi perusahaan dan fungsi yang ada dalam perusahaan.
3.1.1. Sejarah Perusahaan
MTs. Assa’adah merupakan salah satu MTs yang terletak di Jl. Raya Jakarta-
Bogor No.10, RT.03/RW.09, Cimandala, Kec. Sukaraja, Kota Bogor, Jawa Barat
16710. Kepala Sekolah MTs Assa’adah Sukaraja ini bernama Bapak H. Dudung
Syaefuddin, M. Pd. Mts ini telah berdiri sejak tahun 1988. Selama lebih dari 33 tahun
MTs ini berdiri, sistem pengolahan data perpustakaan masih menggunakan cara
manual serta lama, sedangkan alur pendataan perpustakaan masih terbagi dalam
beberapa bagian sehingga tidak efisien karena membutuhkan waktu yang lama serta
sumber daya manusia yang banyak untuk menyelesaikan pekerjaan tersebut.

16
3.1.2. Struktur Organisasi dan Fungsi
Sumber : MTs Assa’adah
Gambar III.1. Struktur Organisasi MTs Assa’adah Sukaraja Bogor
1. Struktur Organisasi
Fungsi pokok dari masing-masing bagian yang ada di struktur organisasi
diatas sebagai berikut :
1. Kepala Madrasah
a. Menyusun perencanaan program kegiatan sekolah
b. Mengorganisasikan kegiatan sekolah
c. Mengkoordinasikan terhadap tugas guru
d. Melaksanakan pengawasan terhadap guru

17
e. Menentukan kebijaksanaan
f. Mengadakan rapat mengambil keputusan
g. Mengatur proses belajar mengajar
h. Mengatur administrasi ketatausahaan, kesiswaan, ketenagaan, sarana
prasarana, keuangan
2. Komite Madrasah
a. Penyusun laporan
b. Menyiapkan kartu iuran
c. Menarik iuran dari orang tua siswa
d. Mencatat pemasukan, menghimpun, menyiapkan, dan mengeluarkan
dana sesuai anggaran
e. Mengawasi pengeluaran yang tidak tercantum dalam anggaran sekolah
f. Menyiapkan laporan keuangan setiap akhir tahun sekolah
3. Tata Usaha
a. Penyusunan program kerja tata usaha sekolah
b. Pengelolaan dan pengarsipan surat-surat masuk dan keluar
c. Pengurusan dan pelaksanaan administrasi sekolah
d. Pembinaan dan pengembangan karir pegawai tata usaha sekolah
e. Penyusunan administrasi sekolah meliputi kurikulum, kesiswaan dan
ketenagaan
4. Pkm Kurikulum
a. Pelaksanaan harian jalannya proses belajar mengajar
b. Mengawasi jam pertama dan setiap pergantian jam pelajaran apakah
setiap kelas sudah ada gurunya
c. Mengkoordinir guru piket

18
d. Mengamati ketertiban, keamanan dan kebersihan sekolah, bersama guru
lain
e. Meneliti absensi siswa dan membuat rekapnya pada setiap akhir bulan
5. Pkm Kesiswaan
a. Pelaksanaan penertiban siswa dan menindak lanjuti kasus siswa bekerja
sama dengan guru piket dan wakil kelas
b. Memberi pembinaan pada osis dan siswa bersama dengan pembina osis
6. Pkm Sapras
a. Dapat mewakili Kepala Madrasah, bila Kepala Madrasah berhalangan
b. Dapat mewakili Kepala Madrasah bila ada pertemuan/rapat Kepala
Madrasah
c. Dapat mewakili Kepala Madrasah, baik keluar, maupun kedalam bila
Kepala Madrasah berhalangan, atau Kepala Madrasah menganggap perlu
untuk mewakilinya
7. Pkm Kehumasan
a. Mengkoordinir kegiatan para wakil Madrasah dan tindak lanjutnya
b. Menjaga ketenangan Madrasah
c. Menyelenggarakan bhakti sosial
8. Wali Kelas
a. Sebagai penanggung jawab kelasnya
b. Membina kelasnya dengan sebaik-baiknya
c. Mengawasi tugas piket kelasnya
d. Menangani segala kasus yang terjadi pada siswa kelasnya
e. Selalu berkomunikasi sesama wali kelas dan guru mata pelajaran

19
f. Memperhatikan absensi siswa kelasnya dan memanggil orang tua bagi
siswa yang banyak absensinya
g. Mengumpulkan nilai dari guru mata pelajaran yang sekaligus mengolah
nilai rapor
h. Perlu adanya kunjungan ke orang tua, terutama siswa yang bermasalah
i. Mengadakan pembinaan dan pengarahan terhadap siswa kelasnya
j. Mengatur duduk siswa dan membuat denahnya
k. Melaporkan siswa yang berprestasi pada setiap akhir semester
9. Guru
a. Menyelesaikan administrasi guru
b. Membuat program tahunan/semester
c. Melaksanakan KBM sesuai dengan jadwalnya
d. Mengadakan evaluasi
e. Menganalisa soal
f. Memberikan penilaian terhadap siswa
g. Mengikuti rapat yang diadakan oleh sekolah
h. Membimbing dan mendampingi siswa bila ada kegiatan di dalam
maupun di luar sekolah
i. Selalu berkomunikasi sesama guru
3.2. Prosedur Sistem Berjalan
Prosedur sistem berjalan merupakan rangkaian langkah yang dilaksanakan
untuk menyelesaikan suatu kegiatan atau aktivitas untuk mencapai tujuan yang
20
diinginkan secara efektif dan efesien dalam proses suatu kejadian. Berikut ini adalah
sistem yang berjalan pada MTS Assa’adah.
1. Proses pendaftaran
Calon siswa bersama orang tua atau wali dari calon siswa datang ke MTS
Assa’adah. Calon siswan mengambil formulir pendaftaran,. Panitia PPDB
memberikan formulir pendaftaran kepada orang tua atau wali dari calon
siswa, calon siswa menerima formulir dan meminta orang tua atau wali nya
untuk mengisi formulir pendaftaran.
2. Proses Verifikasi Pembayaran
Calon siswa baru datang ke sekolah untuk melampirkan persyaratan –
persyaratan seperti, melampirkan fotocopy Ijazah SD yang telah dilegalisir
(2lembar), melampirkan fotocopy surat keterangan hasil ujian nasional yang
telah dilegalisir (2lembar), melampirkan pas foto ukuran 3x4 (2 lembar)
sebagai calon siswa, dan panitia PPDB menerima formulir pendaftaran
beserta persyaratannya, kemudian panitia PPDB mengecek kembali setiap
formulir pendaftaran beserta kelengkapan persyaratannya. Calon siswa baru
melakukan pembayaran dan tata usaha menerima pembayaran calon siswa
baru, kemudian tata usaha membuat bukti kwitansi yang sudah diterima, dan
tata usaha menyerahkan kwitansi untuk diserahkan ke calon siswa baru,
calon siswa baru menerima kwitansi.
3. Proses Penerimaan
Panitia PPDB mengumumkan hasil kapasitas ruang belajar mengajar, calon
siswa menerima hasil pengumuman kapasitas ruangan yang tersedia, jika

21
kapasitas ruang masih ada maka calon siswa di terima, jika tidak maka calon
siswa mengundurkan diri.
4. Proses pembuatan laporan
panitia PPDB membuat laporan calon siswa baru, berupa laporan keuangan,
pengeluaran dan berapa calon siswa masuk dan kepala sekolah menerima
laporan calon siswa baru dan disimpan sebagai laporan.
3.3. Activity Diagram
Activity Diagram adalah diagram yang menggambarkan berbagai aliran
aktivitas dalam sebuah sistem yang sedang dirancang dan bagaimana masing-masing
aliran berawal, keputusan yang mungkin terjadi, dan bagaimana aktivitas tersebut
berakhir.
Berikut ini merupakan bentuk Activity Diagram pada peneriaan peserta didik baru
MTs Assa’adah.
22
3.3.1. Activity Diagram Pendaftaran
Gambar III.2.
Activity Diagram Pendaftaran
3.3.2. Activity Diagram verifikasi pembayaran
Gambar III.3.
Activity Diagram Verifikasi Pembayaran

23
3.3.3. Activity Diagram penerimaan
Gambar III.4.
Activity Diagram Penerimaan
3.3.4. Activity Diagram laporan
Gambar III.5.
Activity Diagram Laporan

24
3.4. Spesifikasi Dokumen Masukan
Adapun bentuk dokumen masukan di penerimaan peserta didik baru MTs
Assa’adah sebagai berikut :
1. Pendaftaran
Nama Dokumen : Formulir Pendaftaran
Fungsi : Untuk mengisi dan melengkapi data calon siswa
Sumber : Calon Siswa
Tujuan : Bagian PPDB
Frekuensi : Setiap menjadi pendaftaran calon siswa
Media : Kertas
Jumlah : Satu Lembar
Bentuk : Lampiran A.1
2. Penerimaan
Nama Dokumen : Hasil Kapasitas Ruangan Kelas
Fungsi : Untuk mengumumkan keseluruhan jumlah calon siswa baru
Sumber : Panitia PPDB
Tujuan : Calon Siswa
Frekuensi : Setiap hasil kapasitas ruang calon siswa
Media : Kertas
Jumlah : Satu Lembar
Bentuk : Lampiran A.2
3.4. Spesifikasi Dokumen Keluaran
Sedangkan bentuk dokumen keluaran di penerimaan peserta didik baru MTs
Assa’adah adalah sebagai berikut:

25
1. Verifikasi pembayaran
Nama Dokumen : Verifikasi Pembayaran Kwitansi
Fungsi : Sebagai bukti siswa yang telah melakukan
pembayaran Sumber : Bagian Tata Usaha
Tujuan : Calon Siswa
Frekuensi : Setiap terjadi pembayaran
Media : Kertas
Jumlah : Satu lembar
Bentuk : Lampiran B.1
2. Laporan data siswa baru
Nama Dokumen : Laporan Data Siswa Baru
Fungsi : Untuk mengetahui data siswa yang telah diterima
Tujuan : Kepala Sekolah
Frekuensi : Setiap terjadinya data siswa yang telah diterima
Media : Kertas
Jumlah : Satu lembar
Lampiran : B.2
26
3.5. Permasalahan Pokok
Dalam kegiatan Pendaftaran Siswa Baru sistem Pendaftaran yang telah
berjalan di MTs Assa’adah umumnya telah berjalan dengan baik. Tetapi penulis
melihat adanya kelemahan atau permasalahan dalam sistem tersebut, yaitu:
1. Semua proses yang ada di MTs Assa’adah masih menggunakan manual
dengan menyebarkan brosur, memasang spanduk atau promosi ke calon siswa
yang berada disekitar lingkungan sekolah.
2. Sistem penyimpanan dokumen pada MTs Assa’adah ini masih kurang baik
sehingga menyebabkan ada beberapa dokumen yang hilang.
3. Lambatnya proses Pendaftaran dapat membuat calon siswa kecewa sehingga
berpengaruh pada kerugian pihak yayasan.
3.7. Pemecahan Masalah
Melihat keadaan pada proses ini kiranya peran suatu sistem Pendaftaran
Siswa Baru yang lebih baik sangat diperlukan. Pemecahan dari permasalahan diatas
adalah sebagai berikut:
1. Dalam hal pendaftaran alangkah baiknya menggunakan sistem berbasis web
agar dapat mempermudah mendaftar sekolah.
2. Semua arsip dan laporan disimpan di aplikasi sehingga akan memudahkan
dalam pencarian data serta dapat mencegah kehilangan data.
3. Dengan menggunakan program komputer untuk pengolahan data maka proses
penginputan dan pencarian data pun akan lebih cepat.

27
BAB IV
PERANCANGAN SISTEM USULAN
4.1. Tahapan Perancangan Sistem
Dalam pembuatan ini diperlukan beberapa tahapan perancangan sistem antara lain :
4.1.1. Analisis Kebutuhan
Mengidentifikasi kebutuhan fungsional program di sertai dengan
penggambaran use case digram dan scenario use case yang terkait dengan
proses yang di usulkan.
A. Kebutuhan Pengguna
Pada sistem informasi penerimaan peserta didik baru yang dibuat, ada tiga
pengguna yang saling berintraksi dalam sistem yaitu : calon siswa baru, panitia
PPDB, dan tata usaha. Pengguna tersebut memiliki karakteristik interasi dengan
sistem yang berbeda – beda seperti berikut :
A.1. Skenario Kebutuhan calon siswa baru
a) Calon siswa daftar akun
b) Melihat halaman registrasi pendaftaran
c) Calon siswa memasukan nama lengkap
d) Calon siswa memasukan email
e) Calon siswa memasukan password
f) Calon siswa mengkonfirmasi password
g) Calon siswa login lalu memasukan email dan password
h) Calon siswa mengisi formulir

28
i) Calon siswa mengupload berkas – berkas
j) Melihat rincian pembayaran
k) Mengupload bukti pembayaran
A.2. Skenario Kebutuhan Panitia PPDB
a) Menu Panitia PPDB
b) Panitia PPDB login lalu memasukan email dan password
c) Panitia PPDB mengkonfirmasi data pendaftaran
d) Panitia PPDB mengkonfirmasi data pembayaran
e) Tambah kouta
f) Tambah user Panitia PPDB
g) Tambah kepala sekolah
A.3. Skenario kebutuhan kepala sekolah
a) Kepala sekolah melihat data siswa
B. Kebutuhan Sistem
a) Pengguna harus melakukan login terlebih dahulu untuk dapat mengakses
aplikasi ini dengan memasukan email dan password agar privasi masing –
masing pengguna teteap terjaga keamanannya.
b) Pengguna harus melakukan logout setelah selesai menggunakan aplikasi.
c) Sistem melakukan penyimpanan data pendaftaran sekolah.
4.1.2. Rancangan Use Case Diagram
Diagram Use Case menunjukkan interaksi antar usecase, actor, dan pekerja.
Diagram ini menggambarkan model lengkap tentang apa yang perusahaan
lakukan, siapa yang berperan didalam dan diluarnya.

29
Gambar IV.I.
Use Case Diagram Perpustakan
Tabel IV.1.
Deskripsi Use Case Daftar akun calon siswa
Use Case Name Daftar akun calon siswa
Requirements Dapat melakukan pendaftaran

30
Goal Melihat akun informasi
Pre Conditions Calon siswa baru memasukan email dan password
Post Conditions Calon siswa baru dapat mengklik daftar
Failed and Calon siswa baru tidak dapat mengklik daftar
Conditions
Primary Actor Calon siswa baru
Main Flow / Basic 1. Calon siswa masuk kedalam sistem.
Path 2. Sistem menampilkan halaman utama.
3. Calon siswa baru mengklik daftar.
4. Sistem menampilkan halaman daftar akun.
5. Calon siswa baru mengisi data halaman daftar akun.
6. Sistem menyimpan data akun.
Alternate A1. Calon siswa mengisi data halaman akun.
Flow/Invariant A A2. Siswtem menyimpan data akun.
Invariant B B1. Mengsi daftar data halaman daftar akun.
B2. Sistem tidak menyimpan data.
Tabel IV.2.
Deskripsi Use Case Masukan nama lengkap
Use Case Name Masukan nama lengkap
Requirements Calon siswa dapat mengisi halaman pendaftaran
Goal Siswa baru dapat melihat halaman pendaftaran
Pre Conditions Siswa baru telah masuk kedalam system
Post Conditions Siswa baru dapat mangklik informasi
Failed and Siswa baru tidak dapat mengklik informasi

31
Conditions
Main Flow / Basic 1. Calon siswa masuk kedalam sistem
Patch 2. Sistem menampilkan halaman informasi
3. Calon siswa baru melihat halaman informasi
4. Sistem menampilkan halaman informasi
Alternate Flow / A1. Calon siswa melihat halaman informasi.
Invariant A A2. Sistem menampilkan infoemasi.
Invariant B B1. Melihat halaman informasi.
B2. Sistem tidak menampilkan informasi.
Tabel VI.3.
Deskripsi Use Case Masukan Email
Use Case Name Masukan Email
Requirements Calon siswa dapat menginput data Akun
Goal Siswa baru bisa menginput data Akun
Pre Conditions Siswa baru telah masuk ke dalam sistem
Post Conditions Siswa baru dapat mengklik input Data
Failed and Siswa baru tidak dapat mengklik input data
Conditions
Main Flow / Basic 1. Calon siswa masuk ke dalam sistem
Patch 2. Sistem menampilkan halaman input data.
3. Calon siswa baru input data.

32
4. Sistem menampilkan halaman input data.
Alternate A1. Calon siswa melihat halaman input data
Flow/Invariant A A2. Sistem menampilkan input Data
Alternate Invariant B B1. Melihat halaman input data
B2. Sistem tidak menampilkan halaman input data
Tabel VI.4.
Deskripsi Use Case Masukan Password
Use Case Name Masukan Password
Requirements Calon siswa dapat masukan Password
Goal Siswa baru melihat halaman Registrasi
Post Conditions Siswa baru dapat mengklik konfirmasi password
Failed and Siswa baru tidak dapat mengklik konfirmasi login
Conditions
Patch 2. Sistem menampilkan halaman registrasi.
3. Calon siswa baru konfirmasi password
4. Sistem menampilkan halaman registrasi
Alternate A1. Calon siswa melihat halaman registrasi
Flow/Invariant A A2. Sistem menampilkan konfirmasi password
Alternate Invariant B B1. Melihat halaman konfirmasi password
B2. Sistem tidak menampilkan halaman konfirmasi data

33
Tabel IV.5.
Deskripsi Use Case Konfirmasi Password
Use Case Name Konfirmasi Password
Requirements Calon siswa dapat Konfirmasi Password
Goal Siswa baru bisa Konfirmasi Password
Pre Conditions Siswa baru telah masuk ke dalam Sistem
Post Conditions Siswa baru dapat mengklik Konfirmasi Password
Failed and Siswa baru tidak dapat mengklik Login
Conditions
Main Flow / Basic 1. Calon siswa masuk ke dalam sistem.
Patch 2. Sistem menampilkan halaman konfirmasi registrasi.
3. Calon siswa baru konfirmasi password
4. Sistem menampilkan halaman password registrasi
Alternate A1. Calon siswa melihat form konfirmasi password
Flow/Invariant A A2. Sistem menampilkan konfirmasi data
Alternate Invariant B B1. Melihat halaman konfirmasi data
B2. Sistem tidak menampilkan halaman konfirmasi data

34
Tabel IV.6.
Deskripsi Use Case Melakukan Login
Use Case Name Melakukan Login
Requirements Calon siswa dapat login
Goal Siswa baru bisa login
Post Conditions Siswa baru dapat mengklik login
Failed and Siswa baru tidak dapat mengklik Login
Conditions
Patch 2. Sistem menampilkan halaman login
3. Calon siswa baru bisa masuk ke login
4. Sistem menampilkan halaman login
Alternate A1. Calon siswa melihat halaman login
Flow/Invariant A A2. Sistem menampilkan konfirmasi password
Alternate Invariant B B1. Melihat halaman login
B2. Sistem tidak login
Tabel IV.7.
Deskripsi Use Case Formulir Pendaftaran
Use Case Name Calon Siswa mengisi formulir pendaftaran
Requirements Calon Siswa dapat mengisi formulir pendaftaran
Goal Calon Siswa mengisi formulir Pendaftaran
Pre Conditions Calon Siswa telah masuk ke sistem

35
Post Conditions Calon Siswa mengklik input data Pendaftaran
Failed and tidak dapat mengklik data pendaftaran
Conditions
Primary Actor Calon Siswa
Main Flow / Basic 1. Calon siswa masuk kedalam sistem
Patch 2. Sistem menampilkan halaman input pendaftaran
3. Sistem menampilkan halaman pendaftaran
Alternate A1. Calon siswa melihat halaman login
Flow/Invariant A A2. Sistem menampilkan input Pendaftaran
Alternate Invariant B B1. Melihat halaman input pendaftaran
B2. Sistem tidak menampilkan input pendaftaran
Tabel IV.8.
Deskripsi Use Case Mengupload Berkas - Berkas
Use Case Name Calon Siswa mengupload berkas –berkas
Requirements Calon Siswa dapat mencari berkas Siswa
Goal Calon Siswa dapat mencari berkas Siswa
Pre Conditions Calon Siswa telah masuk ke sistem
Post Conditions Calon Siswa mengklik upload berkas
Failed and Siswa baru tidak dapat mengklik Berkas
Conditions
Main Flow / Basic 1. Calon Siswa masuk ke dalam sistem
Patch
36
2. Sistem menampilkan halaman berkas
3. Calon Siswa baru bisa masuk ke halaman berkas
4. Sistem menampilkan halaman berkas
Alternate A1. Calon Siswa melihat halaman berkas
Flow/Invariant A A2. Sistem menampilkan berkas
Alternate Invariant B B1. Melihat halaman berkas
B2. Sistem tidak menampilkan halaman berkas
Tabel IV.9.
Deskripsi Use Case Melihat Rincian Biaya
Use Case Name Calon siswa melihat rincian biaya
Requirements Calon siswa melihat rincian biaya
Goal Calon siswa melihat rincian biaya
Pre Conditions Calon siswa telah masuk ke system
Post Conditions Calon siswa dapat mengklik akun
Failed and Calon siswa tidak dapat mengklik akun
Conditions
Primary Actor Calon siswa
Patch 2. Sistem menampilkan halaman akun
3. Calon siswa baru bisa masuk ke halaman akun
4. Sistem menampilkan halaman akun
Alternate A1. Calon siswa melihat halaman akun
Flow/Invariant A A2. Sistem menampilkan akun
Alternate Invariant B B1. Melihat halaman akun

37
B2. Sistem tidak menampilkan halaman akun
Tabel IV.10.
Deskripsi Use Case Mengupload Bukti Pembayaran
Use Case Name Calon siswa mengupload bukti Pembayaran
Requirements Calon siswa dapat mengupload bukti pembayaran
Goal Calon siswa mencetak bukti Pembayaran
Pre Conditions Calon siswa telah masuk ke sistem
Post Conditions Calon siswa mengklik upload bukti pembayaran
Failed and Calon siswa tidak dapat mengklik upload bukti
Conditions pembayaran
Patch 2. Sistem menampilkan halaman print upload bukti
pembayaran
3. Calon siswa baru bisa masuk ke halaman upload bukti
Pembayaran
Alternate A1. Calon siswa melihat halaman print bukti
Flow/Invariant A pembayaran
A2. Sistem menampilkan print bukti pembayaran
Alternate Invariant B B1. Melihat halaman print bukti pembayaran
B2. Sistem tidak menampilkan halaman print bukti
pembayaran
Tabel IV.11.
38
Deskripsi Use Case Melakukan Logout
Use Case Name Calon siswa melakukan logout
Requirements Calon siswa dapat melakukan logout
Goal Calon siswa logout
Pre Conditions Calon siswa telah masuk keluar dari sistem
Post Conditions -
Failed and Calon siswa tidak dapat mengklik logout
Conditions
Patch 2. Sistem menampilkan halaman logout
Alternate A1. Calon siswa melihat halaman logout
Flow/Invariant A A2. Sistem menampilkan halaman logout
Alternate Invariant B B1. Melihat halaman logout
B2. Sistem tidak menampilkan halaman logout
Tabel IV.12.
Deskripsi Use Case Melakukan Login
Use Case Name Melakukan Login
Requirements Panitia PPDB dapat login
Goal Panitia PPDB baru bisa login
Pre Conditions Panitia PPDB telah masuk ke dalam sistem
Post Conditions Panitia PPDB dapat mengklik login

39
Failed and Panitia PPDB tidak dapat mengklik login
Conditions
Primary Actor Panitia PPDB
Main Flow / Basic 1. Panitia PPDB masuk ke dalam sistem
Patch 2. Sistem menampilkan halaman login
3. Panitia PPDB baru bisa masuk ke login
4. Sistem menampilkan halaman login
Alternate A1. Panitia PPDB melihat halaman login
Flow/Invariant A A2. Sistem menampilkan login
Tabel IV.13.
Deskripsi Use Case Konfirmasi Pendaftaran
Use Case Name Konfirmasi Pendaftaran
Failed and Panitia PPDB tidak dapat mengklik Login
Conditions
Main Flow / Basic 1. Panitia PPDB masuk ke dalam sistem Konfirmasi
Patch Pendaftaran
40
2. Sistem menampilkan halaman Konfirmasi Pendaftaran
4. Sistem menampilkan halaman Konfirmasi Pendaftaran
Alternate A1. Panitia PPDB melihat halaman Konfirmasi
Flow/Invariant A Pendaftaran
A2. Sistem menampilkan login
Tabel IV.14.
Deskripsi Use Case Mengkonfirmasi Pendaftaran
Use Case Name Mengkonfirmasi Pendaftaran
Conditions
Patch Mengkonfirmasi Pendaftaran
2. Sistem menampilkan halaman Mengkonfirmasi
Pendaftaran

41
4. Sistem menampilkan halaman Mengkonfirmasi
Pendaftaran
Alternate A1. Panitia PPDB melihat halaman Mengkonfirmasi
Flow/Invariant A Pendaftaran
A2. Sistem menampilkan Login
Tabel IV.15.
Deskripsi Use Case Konfirmasi Pembayaran
Use Case Name Konfirmasi Pembayaran
Conditions
Main Flow / Basic 1. Panitia PPDB masuk ke dalam sistem Konfirmasi
Patch Pembayaran
2. Sistem menampilkan halaman Konfirmasi
Pembayaran
4. Sistem menampilkan halaman Konfirmasi
Pembayaran
42
Alternate A1. Panitia PPDB melihat halaman Konfirmasi
Flow/Invariant A Pembayaran
Tabel IV.16.
Deskripsi Use Case Tambah Kepala Sekolah
Use Case Name Tambah Kepala Sekolah
Requirements Panitia PPDB dapat Tambah Kepala Sekolah
Goal Kepala sekolah baru bisa login
Failed and Panitia PPDB tidak dapat mengklik Login
Conditions
Main Flow / Basic 1. Panitia PPDB masuk ke dalam sistem tambah kepala
Patch sekolah 2. Sistem menampilkan halaman tambah kepala
sekolah
3. Sistem menampilkan halaman tambah kepala Sekolah
Alternate A1. Panitia PPDB melihat halaman tambah kouta
Flow/Invariant A A2. Sistem menampilkan Login
Alternate Invariant B B1. Melihat halaman tambah kepala sekolah

43
Tabel IV.17.
Use Case Name melakukan logout
Requirements Panitia PPDB dapat melakukan logout
Goal Panitia PPDB logout
Pre Conditions Panitia PPDB telah masuk keluar dari sistem
Post Conditions Panitia PPDB mengklik logout
Failed and Panitia PPDB tidak dapat mengklik logout
Conditions
Alternate A1. Panitia PPDB melihat halaman logout
Tabel IV.18.
Deskripsi Use Case Kepala Sekolah
Use Case Name Kepala Sekolah
Requirements Memasukan Email dan Password
Goal Kepala Sekolah baru bisa login
Pre Conditions Kepala Sekolah telah masuk ke dalam sistem
Post Conditions Kepala sekolah dapat mengklik login
Failed and Kepala sekolah tidak dapat mengklik login

44
Conditions
Primary Actor Kepala Sekolah
Main Flow / Basic 1. Kepala sekolah masuk ke dalam sistem kepala sekolah
Patch 2. Sistem menampilkan halaman kepala sekolah
3. Sistem menampilkan halaman kepala sekolah
Alternate A1. Kepala sekolah melihat halaman halaman kepala
Flow/Invariant A sekolah
Tabel IV.19.
Deskripsi Use Case Melihat Data Siswa
Use Case Name Melihat Data Siswa
Requirements Kepala sekolah memasukan email dan password
Goal Kepala sekolah login
Pre Conditions Kepala sekolah telah masuk ke sistem
Post Conditions Kepala sekolah mengklik data Siswa
Failed and Kepala sekolah tidak dapat mengklik logout
Conditions
Main Flow / Basic 1. Kepala sekolah masuk ke dalam sistem
Patch 2. Sistem menampilkan halaman data siswa
Alternate A1. Kepala sekolah melihat halaman data siswa
Flow/Invariant A
45
A2. Sistem menampilkan halaman data siswa
Tabel IV.20.
Use Case Name Melakukan Logout
Requirements Kepala sekolah dapat melakukan Logout
Goal Kepala sekolah logout
Pre Conditions Kepala sekolah telah keluar dari sistem
Post Conditions Kepala sekolah mengklik logout
Failed and Kepala sekolah tidak dapat mengklik logout
Conditions
Main Flow / Basic 1. Kepala sekolah masuk ke dalam sistem
Alternate A1. Kepala sekolah melihat halaman logout

46
4.1.3. Rancangan Aktivitas Diagram
1. Diagram Aktivitas Pendaftaran Calon Siswa
Gambar IV. 2
Diagram Aktivitas Pendaftaran Calon Siswa

47
2. Diagram Aktivitas Pembayaran
Gambar IV. 3
Diagram Aktivitas Pembayaran

48
3. Diagram Aktivitas Kepala Sekolah
Gambar IV. 4
Diagram Aktivitas Kepala Sekolah
4.1.4. Rancangan Dokumen Sistem Usulan
1. Rancangan Dokumen Masukan
A. Data Akun Calon Siswa Baru
Nama Dokumen : Data Akun Calon Siswa
Baru Fungsi : Untuk Daftar Calon Siswa Baru
Tujuan : Panitia PPDB

49
Media : Personal Computer (PC)
Frekuensi : setiap terjadi pendaftaran calon siswa baru
Bentuk : Lampiran C.1
B. Data Login Calon Siswa
Nama Dokumen : Data Login Calon Siswa
Fungsi : Mengisi Email dan Password
Frekuensi : setiap terjadinya pendaftaran calon siswa baru
Bentuk : Lampiran C.2
C. Data Pendaftaran Calon Siswa
Nama Dokumen : Data Pendaftaran Calon Siswa
Fungsi : Mengisi Formulir Pendaftaran
Frekuensi : setiap terjadinya pendaftaran calon
siswa baru Bentuk : Lampiran C.3
2. Rancangan Dokumen Keluaran
A. Data Siswa Baru
Nama Dokumen : Data Siswa
Baru Fungsi : Data Siswa Baru
Tujuan : Kepala Sekolah

50
Frekuensi : setiap terjadinya pembayaran calon siswa baru
Bentuk : Lampiran D.1
B. Data Bukti Pembayaran
Nama Dokumen : Data Bukti Pembayaran
Fungsi : sebagai bukti telah melakukan pembayaran
Frekuensi : setiap terjadinya pembayaran calon siswa baru
Bentuk : Lampiran D.2

51
4.2. Perancangan Prototype
Dalam pembuatan ini diperlukan beberapa tahapan perangkat lunak sistem
antara lain :
4.2.1. Entity Relationship Diagram (ERD)
Gambar IV. 5
Entity Relationship Diagram (ERD)

52
4.2.2. Logical Structure Record (LRS)
Gambar IV. 6
Logical Structure Record (LRS)

53
4.2.3. Spesifikasi File
1. Spesifikasi File
Data Nama File : Data
Akronim : Data
Fungsi : Untuk Menginput Formulir Calon Siswa
Tipe File : File Master
Organisasi File : Indexed Sequential
Akses File : Random
Media : Hardisk
Panjang Record : 841 Byte
Kunci Field : id_data
Software : MySQL
Table IV. 21
Spesifikasi File Data
No. Elemen Data Nama Field Tipe Size Ket
1. id_data id_data Int 10 Primary
Key
2. id_user id_user varchar 30
3. nama_lengkap nama_lengkap varchar 15
4. Nisn nisn Int 15
5. tmp_lahir tmp_lahir varchar 10
6. tgl_lahir tgl_lahir Date 10
7. Jk Jk varchar 10
54
8. Nik Nik Int 30
9. Alamat Alamat varchar 30
10. Telp Telp Int 12
11. no_kk no_kk Int 25
12. no_kip no_kip Int 25
13. nomor_un no_un Int 38
14. nama_ayah nama_ayah varchar 25
15. telp_ayah telp_ayah Int 15
16. nik_ayah no_kk_ayah Int 38
17. pekerjaan_ayah pekerjaan_ayah varchar 38
18. penghasilan_ayah penghasilan_ayah varchar 20
19. pendidikan_ayah pendidikan_ayah varchar 20
20. nama_ibu nama_ibu varchar 15
21. telp_ibu telp_ibu Int 20
22. nik_ibu no_kk_ibu Int 25
23. pekerjaan_ibu pekerjaan_ibu varchar 24
24. penghasilan_ibu penghasilan_ibu varchar 24
25. pendidikan_ibu pendidikan_ibu varchar 15
26. foto_ijazah foto_ijazah varchar 17
27. foto_skhun foto_skhun varchar 17
28. foto_kk foto_kk varchar 17
29. foto_nisn foto_nisn varchar 17
30. foto_pasfoto foto_pasfoto varchar 17

55
2. Spesifikasi File Pembayaran
Nama File : File Pembayaran
Akronim : Akses Pembayaran
Fungsi : Untuk Mengupload Bukti
Pembayaran Tipe File : File Master
Akses File : Random
Media : Hardisk
Kunci Field : id_pembayaran
Software : MySQL
Table IV. 22
Spesifikasi File Pembayaran
1. id_pembayaran id_pembayaran Int 11 Primary
Key
2. id_user id_user varchar 30
3. Foto Foto varchar 15
4. Status Status varchar 25
3. Spesifikasi File Timer
Nama File : File Timer
Akronim : Akses Timer
Fungsi : Untuk Menentukan Jangka Waktu Pembayaran

56
Tipe File : File Master Organisasi
File : Indexed Sequential
Akses File : Random
Media : Hardisk
Kunci Field : id_timer
Software : MySQL
Table IV. 23
Spesifikasi File Timer
1. id_timer id_timer Int 11 Primary
Key
2. tanggal_dibuat tanggal_dibuat Int 11
3. tanggal_habis tanggal_habis Int 11
4. id_user id_user Int 11
4. Spesifikasi File User
Nama File : File User
Akronim : Akses User
Fungsi : Untuk Melakukan Login
Tipe File : File Master
Akses File : Random
Media : Hardisk
57
Panjang Record : 149 Byte Kunci
Field : id_user
Software : MySQL
Table IV. 24
Spesifikasi File user
1. id_user id_user Int 11 Primary Key
2. Email Email Varchar 25
3. Password Password Varchar 30
4. Nama Nama Varchar 25
5. Level Level Varchar 28
6. tgl_registrasi tgl_registrasi timestamp
7. isi_formulir isi_formulir Varchar 30

58
4.2.4. Class Model / Class Diagram
Gambar IV. 7
Class Model / Class Diagram

59
4.2.5. Sequence Diagram
1. Sequence Diagram Data Akun Calon Siswa
Gambar IV. 8
Sequence Diagram Data Akun Calon Siswa
2. Sequence Diagram Login User
Gambar IV. 9
Sequence Diagram Login User

60
3. Sequence Diagram Mengelola Data Siswa
Gambar IV. 10
Sequence Diagram Mengelola Data Siswa

61
4. Sequence Diagram Mengelola Konfirmasi Pendaftaran
Gambar IV. 11
Sequence Diagram Mengelola Konfirmasi Pendaftaran
5. Sequence Diagram Mengelola Konfirmasi Pembayaran
Gambar IV. 12
Sequence Diagram Mengelola Konfirmasi Pembayaran

62
6. Sequence Diagram Tambah Kepala Sekolah
Gambar IV. 13
Sequence Diagram Tambah Kepala Sekolah
4.2.6. Rancangan Antarmuka
Dalam pembuatan ini diperlukan beberapa tahapan rancangan Prototype
sistem antara lain :

63
1. Interface Halaman Daftar Calon Siswa
Siswa baru masuk kedalam halaman utama pendaftaran dan memilih tombol
pendaftaran bagi siswa yang belum memiliki akun untuk membuat akun, jika
sudah siswa baru bisa memilih tombol masuk untuk melanjutkan ke halaman
login.
Gambar IV. 14
Prototype Halaman Daftar Calon Siswa
2. Interface Halaman Akun Calon Siswa
Siswa baru mengisi from registrasi, memasukan nama lengkap, email yang
dimiliki dan memasukan password akun yang di inginkan lalu menekan tombol
registrasi dan melanjutkan ke halaman login.

64
Gambar IV. 15
Prototype Halaman Akun Calon Siswa
3. Interface Halaman Login Calon Siswa
Siswa baru memasuki halaman login dan memasukan email dan password yang
telah di daftar kan lalu melakukan login.

65
66
Gambar IV. 16
Prototype Halaman Login Calon Siswa
4. Interface Halaman Data Pendaftaran Calon Siswa
Setelah memasuki halaman perndaftaran siswa akan di arahkan ke halaman data
pendaftara atau halaman data siswa untuk mengisi data diri siswa baru dan datar
orang tua siswa baru.

67
Gambar IV. 17
Prototype Halaman Data Pendaftaran Calon Siswa

68
5. Interface Mengupload Berkas – Berkas
Setelah memgisi data diri siswa dan orang tua maka selanjutnya siswa akan
memasuki halaman pengunggahan berkas – berkas dan menguploadnya.
Gambar IV. 18
Prototype Mengupload Berkas – Berkas
6. Interface Melihat Rincian Pembayaran
Setelah mengupload berkas – berkas siswa akan di arahkan ke halaman rincian
pembayaran yang harus dibayarakan dengan cara transfer kepada rekening
sekolah.
69
Gambar IV. 19
Prototype Melihat Rincian Pembayaran
7. Interface Halaman Bukti Pembayaran
Setelah melakukan pembayaran siswa di arahkan ke helaman pengkonfirmasian
pembayaran dan mengupload bukti pembayaran.

70
Gambar IV. 20
Prototype Halaman Bukti Pembayaran
8. Interface Logout
Halama logout ini halaman siswa jika telah melakukan konfirmasi bukti
pembayaran dan melakukan logout, lalu siswa akan di arahkan kembali kehalam
semula halaman login.

71
Gambar IV. 21
Prototype Logout
9. Interface Menu Admin
Admin memasukan email dan password untuk melakukan login.
Gambar IV. 22
Prototype Menu Admin

72
10. Interface Konfirmasi Pendaftaran
Setelah admin melakukan login admin memasuki halaman konfirmasi
pendaftaran dan mengkonfirmasi pendaftaran siswa baru.
Gambar IV. 23
Prototype Konfirmasi Pendaftaran
11. Interface Konfirmasi Pembayaran
Setelah itu admin melanjutkan ke halaman konfirmasi pembayaran dan
mengkonfirmasi siswa yang telah melakukan pembayaran.

73
Gambar IV. 24
Prototype Konfirmasi Pembayaran
12. Interface Tambah Kepala Sekolah
Halaman penambahan user kepala sekolah, disini kepala sekolah melakukan
pendaftaran akun dengan cara mengisi from pendaftaran dengan nama lengkap,
email yang dimiliki dan password yang diinginkan.

74
Gambar IV. 25
Prototype Tambah Kepala Sekolah
13. Interface Logout
Admin melakukan logout dan akan di arahkan kehalaman login kembali.
Gambar IV. 26
Prototype Logout
75
14. Interface Menu Kepala Sekolah
Kepala sekolah melakukan login dengan akun yang telah di daftarkan oleh
admin, kepala sekolah memasukan email dan password untuk login.
Gambar IV. 27
Prototype Menu Kepala Sekolah
15. Interface Melihat Data Siswa
Setelah kepala sekolah melakukan logi kepala sekolah akan di arahkan ke pada
halaman data siswa untuk melihat data – data siswa baru yang telah mendaftar
dan di konfirmasi oleh admin.

76
Gambar IV. 28
Prototype Melihat Data Siswa
16. Interface Logout
Setelah kepala sekolah melakukan logout kepala sekolah akan di arahkan ke
halaman login kembali.
Gambar IV. 29
Prototype Logout
77
4.2.7. Spesifikasi Hardware dan Software
1. Spesifikasi Hardware
a. Server
1) CPU
a) Prosesor
b) RAM 4GB
c) Harddisk
d) Keyboard
2) Mouse
3) Monitor dengan resolusi layar minimum 1026x768
4) Koneksi internet dengan kecepatan 2 MB.
b. Client
1) CPU
a) Prosesor
b) RAM 4GB
c) Harddisk 500 GB
2) Mouse
3) Monitor dengan resolusi layar minimum 1026x768
4) Koneksi Internet dengan kecepatan 2 MB
2. Spesifikasi Software
a. Server
1) Sistem Operasi yang umum digunakan seperti Microsoft windows atau
Linux
(Ubuntu, Fedora, dan lain – lain)
2) Aplikasi Bundle web server seperti : Xampp, Wampserver, php2triad

78
yang terdiri dari beberapa komponen diantaranya :
a) Aplikasi Apache Server v2
b) Aplikasi PHP Server v5
c) Aplikasi MySQL Server v5
d) Aplikasi phpMyadmin Server v3.
b. Client
1) Sistem Operasi yang umum digunakan seperti Microsoft Windows atau
Linux
2) Aplikasi web browser seperti Mozilla Firefox, operasi safari, internet.
4.3. Penguji Rancangan Antar Muka
Menjelaskan hasil dari pengujian rancangan antarmuka dari prtotype yang
diusulkan antarmuka yang akan diuji dari sisi back-end saja.
1. Pengujian Back-end Panitia PPDB
Menu Konfirmsi Login

Partisipan Konfirmsi Pembayaran
Home Pendaftaran Panitia PPDB
1    
2    X
3  X  
4    
5    
Sukses 5 4 5 4
Nilai 100% 80% 100% 80%

79
Kesuksesan
2. Pengujian Back-end Calon Siswa
Login
Menu Registrasi Upload
Partisipan Pendaftaran Pembayaran Calon
Home Akun Data
Siswa
1      
2    X  
3  X    X
4      
5      
Sukses 5 4 5 4 5 4
Nilai
100% 80% 100% 80% 100% 80%
Kesuksesan
3. Pengujian Back-end Kepala Sekolah
Menu Melihat Registrasi Login

Partisipan
Home Data Siswa Akun Kepala Sekolah
1    X
2  X  
3   X 
4    
5    
Sukses 5 4 4 4
80
Nilai
100% 80% 80% 80%
Kesuksesan
4.4. Jadwal Implementasi
Penjelasan yang meliputi langkah-langkah pembuatan, sampai
penggunaan, serta jadwal pelaksanaan untuk mengimplementasikan rancangan
perangkat lunak. Jadwal implementasi ini juga menjelaskan tentang aktivitas-
aktivitas yang akan dilakukan, serta jadwal pelaksanaan. Berikut ini aktivitas
yang dilakukan dalam merancang dan mengimplementasikan sistem informasi
penerimaan peserta didik baru:
1. Persiapan Data Awal
Mengolah serta mengelompokan data sesuai kebutuhan sistem. Dalam
tahapan ini penulis membutuhkan waktu selama satu minggu.
2. Analisa
Mempelajari sistem yang sedang berjalan untuk mengetahui masalah
yang ada. Tujuan dari analisa sistem ini adalah untuk mendapatkan
gambaran tentang bentuk permasalahan yang ada di MTs Assa’adah.
Sehingga mengurangi pahaman antara sistem kegiatan analisa sistem
dilakukan selama satu minggu.
3. Desain Sistem
Mendefinisikan dari kebutuhan fungsional, persiapan untuk rancang
bangun implementasi, menggambarkan bagaimana suatu system dibentuk
yang dapat berupa penggambaran, perencanaan dan pembuatan sketsa
prototype. Penulis menggunakan waktu dua minggu pada tahapan ini.

81
4. Desain Perangkat Lunak
Desain perangkat lunak yang digunakan oleh penulis berdasarkan
kebutuhan dari pengguna yaitu desain pembuatan perangkat lunak
termasuk Diagram UML, Entity Relationship Diagram (ERD), Logical
Record Structure (LRS). Pada tahapan ini penulis membutuhkan waktu
selama dua minggu.
5. Pelatihan
Pelatihan dimaksudkan untuk para administrator yang menggunakan
sistem tersebut, untuk meningkatkan kemampuan pengguna dalam
memahami dan menggunakan sistem yang ada sehingga penerapan
sistem yang baru dapat dikuasai. Pelatihan ini membutuhkan waktu
selama satu minggu.

82
Table IV. 25
Implementasi
WAKTU
No KEGIATAN BULAN I BULAN II BULAN III
1 2 3 4 1 2 3 4 1 2 3 4
1 Persiapan data awal
2 Analisa
3 Desain Sistem
4 Desain Perangkat
Lunak
5 Pembuatan & Tes
Program
6 Tes Sistem
7 Pelatihan
8 Pembuatan Buku
Petunjuk
9 Evaluasi & Operasional

83
BAB V
PENUTUP
5.1. Kesimpulan
Setelah mempelajari permasalahan yang dihadapi dan juga solusi pemecahan
yang diusulkan, maka kesimpulan yang dapat diambil dari penjelasan bab-bab
sebelumnya adalah sebagai berikut :
1. Sietem Berbasis Web pada penerimaan peserta didik baru (PPDB) sangatlah
membantu bagi panitia perndaftaran siswa baru pada sekolah MTS Assa’adah.
Sehingga proses pendataan penerimaan peserta didik baru (PPDB) dapat
dilakukan dengan cepat, akurat, dan tidak perlu lagi dilakukan secara manual.
2. Dengan adanya sistem informasi ini dapat mengetahui data – data yang
dibutuhkan dengan akurat, sehingga membantu pimpinan dalam melakukan
proses pengontrolan.
3. Penyimpanan data dalam database memudahkan dalam pencarian, dan
pemeliharaan data. Sehingga kita tidak perlu menyimpan data didalam media
kertas.
4. Back-up data di sediakan agar mempermudah dalam pendataan jika terjadi sebuah
permasalahan sistem atau Human error.
`
84
5.2. Saran
Dari kesimpulan yang ada, maka penulis memberikan saran yang
berhubungan dengan kegiatan penerimaan peserta didik baru (PPDB) agar sekiranya
dapat dijadikan pedoman dalam pengembangan suatu sistem yang lebih sempurna,
antara lain yaitu :
1. Perlu adanya pelatihan kepada user yang akan menggunakan sistem informasi ini.
2. Untuk menghindari berbagai kesalahan yang mungkin timbul pada sistem ini,
perlu dilakukan perawatan secara rutin.
3. Pengontrolan data merupan cara perawatan terbaik untuk menghindari berbagai
kesalahan.
85
Dafta Pustaka
Aji, S., Pratmanto, D., Ardiansyah, A., Informasi, S., Mandiri, U. N., Informasi, S.,
Bina, U., Informatika, S., & Laravel, I. F. (2021). IMPLEMENTASI
FRAMEWORK LARAVEL DALAM. 7(2), 237–246.
Dalis, S., S. Nurmah, and H. Purwanto. 2019. “Pemanfaatan Model View Controller
Sebagai Rancangan E-Enrollment Pada Taman Kanak-Kanak Islam Terpadu.”
Bianglala Informatika 7(1):35–42.
Fitri Ayu and Nia Permatasari. (2018). perancangan sistem informasi pengolahan
data PKL pada divisi humas PT pegadaian. Jurnal Infra Tech, 2(2), 12–26.
http://journal.amikmahaputra.ac.id/index.php/JIT/article/download/33/25
Nurmalasari, N., Anna, A., & Arissusandi, R. (2019). Rancang Bangun Sistem
Informasi Akuntansi Laporan Laba Rugi Berbasis Web Pada Pt. United
Tractors Pontianak. 7(2), 6–14.
Rahman, A. K., Mardiyati, S., & Nugraha, Y. (2022). Perancangan Sistem Informasi
Penjualan barang Berupa Alat Music. 7(1), 86–95.
Sitinjak Daniel Dido Jantce TJ, M., & Suwita, J. (2020). Analisa Dan Perancangan
Sistem Informasi Administrasi Kursus Bahasa Inggris Pada Intensive English
Course Di Ciledug Tangerang. Ipsikom, 8(1), 1–19.

86
Susanti, M. V., & Endang. (2021). Penerapan Metode Waterfall Pada Rancang
Bangun Aplikasi P2Db Di Smk Dewantara Cikarang Menggunakan Php Dan
Mysql. Jurnal Informatika SIMANTIK, 6(2), 9–17.
https://www.fasaintek.panca-sakti.ac.id/index.php/simantik/article/view/117
Syarif, M., & Pratama, E. B. (2021). Implementasi Waterfall Sebagai Metode. Jurnal
Informatika Kaputama (JIK), 5(1), 174–184.
Yuniva, Ika, and Ahmad Syafi. 2018. “Pendekatan Model Waterfall Dalam
Perancangan Web Sistem Informasi Penerimaan Siswa Baru Menggunakan
Framework Bootstrap.” XX(1):59–64.

87
88
Lampiran – Lampiran
Surat Keterangan Riset/PKL

89
A1. Dokumen Formulir Pendaftaran

90
A2. Dokumen Brosur Pendaftaran

91
A3. Dokumen Laporan Data Siswa

Cover Lembar Judul - Ahmad Zildan Ikhwan Syukron

Diunggah oleh

Informasi Dokumen

Judul Asli

Hak Cipta

Format Tersedia

Bagikan dokumen Ini

Bagikan atau Tanam Dokumen

Opsi Berbagi

Apakah menurut Anda dokumen ini bermanfaat?

Apakah konten ini tidak pantas?

Hak Cipta:

Format Tersedia

Cover Lembar Judul - Ahmad Zildan Ikhwan Syukron

Diunggah oleh

Hak Cipta:

Format Tersedia

PERANCANGAN SISTEM INFORMASI PENERIMAAN

PESERTA DIDIK BARU SECARA ONLINE PADA

AHMAD ZILDAN IKHWAN SYUKRON

Program Studi Sistem Informasi Kampus Kota Bogor

PSDKU Kota Bogor

Universitas Bina Sarana Informatika

Yang bertanda tangan di bawah ini

Yang bertanda tangan di bawah ini

Demikian pemyataan ini saya buat dengan sebenar — benarnya.

Pada tanggal : 05 Juli 2022

Ahmad Zildan Ikhwan Svukron

Sekolah MTS Assa’adah Sukaraja Bogor”.

mengucapkan terimakasih kepada:

1. Rektor Universitas Bina Sarana Informatika.

2. Wakil Rektor Universitas Bina Sarana Informatika.

4. Bapak Sopiyan Dalis, M.Kom selaku Dosen Pembimbing Tugas Akhir.

5. Bapak Sugiono, M.Kom selaku Asisten Dosen Pembimbing Tugas Akhir.

6. Seluruh Staff/Karyawan/Dosen di lingkungan Universitas Bina Sarana Informatika.

7. Bapak H. Dudung Syaefuddin M.Pd selaku Kepala Sekolah MTS Assa’adah.

8. Staff/Karyawan di lingkungan Sekolah MTS Assa’adah.

sebagai support system.

membantu penyusunan dan penyelesain Tugas Akhir ini.

menjadi jauh lebih baik.

pembaca yang berminat pada umumnya.

Bogor, 05 Juli 2022

Ahmad Zildan Ikhwan Syukron

Ahmad Zildan Ikhwan Syukron (12190937), Perancangan Sistem Informasi

MTS Assa'ada merupakan sekolah Madrasah Tsanawiyah yang berkomitmen untuk

Kata Kunci : Perancangan Sistem Informasi Penerimaan Peserta Didik Baru.

Ahmad Zildan Ikhwan Syukron (12190937), Online Admission Information System

MTS Assa'ada is a Madrasah Tsanawiyah school that is committed to improving human

Keywords : New Student Admission Information System Design.

LEMBAR JUDUL TUGAS AKHIR

a. Simbol Activity Diagram

Status awal adalah awal dimulainya suatu aliran kerja

Aktivitas yang dilakukan sistem, aktivitas biasanya di

Asosiasi percabangan dimana jika ada pilihan aktivitas

Fungsionalitas yang di sediakan sistem sebagai unit-

Orang, proses, atau sistem lain yang berinteraksi dengan

Relasi Use Case tambahan ke sebuah Use Case dimana

c. Daftar Simbol Sequence Diagram

Menggambarkan hubungan kegiatan yang akan

Himpunan dari objek-objek yang berbagi atribut serta

Relasi antar kelas dengan makna umum, asosiasi

Relasi antar kelas dengan makna kebergantungan antar

Relasi antar kelas dengan makna semua bagian

e. Daftar Simbol Entity Relationship Diagram (ERD)

Yaitu kumpulan objek yang dapat diidentifikasikan

Yaitu hubungan yang terjadi diantara satu atau lebih

Yaitu karakteristik dari entity atau relasi yang

1.1. Latar Belakang Masalah

Ramadhani mengemukakan bahwa “Penerimaan peserta didik baru

merupakan kegiatan suatu instansi pendidikan yaitu sekolah dimana melakukan

Sekolah menengah pertama MTS Assa’adah yang berlokasi di Jl. Raya

Jakarta-Bogor No.10, RT.03/RW.09, Cimandala, Kec. Sukaraja, Kota Bogor, Jawa

masih menggunkan sistem manual.

Untuk meningkatkan keamanan penyimpanan data, serta kemudahan

pemberian informasi pendaftaran murid baru, maka diperlukan sebuah sistem

1.2. Tujuan dan Manfaat

Berikut tujuan dari penyusunan tugas akhir ini adalah:

2. Untuk mengetahui Prosedur berjalan penerimaan peserta didik baru dan

pembayaran SPP MTS Assa’adah Sukaraja.

3. Dan membangun sistem usulan memberikan kemudahan baik untuk pendaftaran,