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.

1
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.

2
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.

3
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. Testing

Penulis menggunakan Black Box Testing untuk mengetahui apakah sistem

informasi penerimaan siswa baru yang telah dibuat sudah sesuai apa belum, agar

tidak terjadi kesalahan pada saat dijalankan.

e. 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.

4
2. Metode Wawancara (Interview)

Dalam penulisan tugas akhir, untuk mendapatkan informasi secara lengkap maka

penulis melakukan wawancara Kepada Ibu Tini Supyani salah satu karyawan

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.

5
 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.

6
 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

7
 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

8
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).

9
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).

10
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.

11
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.

12
 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

13
 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.

14
 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.

15
3.1.2. Struktur Organisasi dan Fungsi

1. Struktur Organisasi

Sumber : MTs Assa’adah

Gambar III.1. Struktur Organisasi MTs Assa’adah Sukaraja Bogor

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

e. Menentukan kebijaksanaan

16
 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

17
 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

18
 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

19
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

20
 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.

21
 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

22
3.3.3. Activity Diagram penerimaan

Gambar III.4.

Activity Diagram Penerimaan

3.3.4. Activity Diagram laporan

Gambar III.5.

Activity Diagram Laporan

23
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:

24
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

Sumber : Panitia PPDB

Tujuan : Kepala Sekolah

Frekuensi : Setiap terjadinya data siswa yang telah diterima

Media : Kertas

Jumlah : Satu lembar

Lampiran : B.2

25
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.

26
 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

27
 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.

28
 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

29
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

30
Failed and Siswa baru tidak dapat mengklik informasi

Conditions

Primary Actor Calon siswa baru

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

Primary Actor Calon siswa baru

Main Flow / Basic 1. Calon siswa masuk ke dalam sistem

Patch 2. Sistem menampilkan halaman input data.

31
 3. Calon siswa baru input data.

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

Pre Conditions Siswa baru telah masuk ke dalam sistem

Post Conditions Siswa baru dapat mengklik konfirmasi password

Failed and Siswa baru tidak dapat mengklik konfirmasi login

Conditions

Primary Actor Calon siswa baru

Main Flow / Basic 1. Calon siswa masuk ke dalam sistem

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

32
 B2. Sistem tidak menampilkan halaman konfirmasi data

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

Primary Actor Calon siswa baru

Main Flow / Basic 1. Calon siswa masuk kedalam sistem.

Patch 2. Sistem menampilkan halaman konfirmasiregistrasi.

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

33
 Tabel IV.6.

Deskripsi Use Case Melakukan Login

Use Case Name Melakukan Login

Requirements Calon siswa dapat login

Goal Siswa baru bisa login

Pre Conditions Siswa baru telah masuk ke dalam sistem

Post Conditions Siswa baru dapat mengklik login

Failed and Siswa baru tidak dapat mengklik Login

Conditions

Primary Actor Calon siswa baru

Main Flow / Basic 1. Calon siswa masuk ke dalam sistem

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

34
Pre Conditions Calon Siswa telah masuk ke sistem

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

Primary Actor Calon Siswa

Main Flow / Basic 1. Calon Siswa masuk ke dalam sistem

35
Patch 2. Sistem menampilkanhalaman 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 menampilkanhalaman 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

Main Flow / Basic 1. Calon siswa masuk ke dalam sistem

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

36
Alternate Invariant B B1. Melihat halaman akun

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

Primary Actor Calon Siswa

Main Flow / Basic 1. Calon siswa masuk ke dalam sistem

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

37
 Tabel IV.11.

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

Primary Actor Calon Siswa

Main Flow / Basic 1. Calon siswa masuk ke dalam sistem

Patch 2. Sistem menampilkanhalaman 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 menampilkanhalaman 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

38
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 menampilkanhalaman 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

Alternate Invariant B B1. Melihat halaman login

B2. Sistem tidak login

Tabel IV.13.

Deskripsi Use Case Konfirmasi Pendaftaran

Use Case Name Konfirmasi Pendaftaran

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

Failed and Panitia PPDB tidak dapat mengklik Login

Conditions

Primary Actor Panitia PPDB

Main Flow / Basic 1. Panitia PPDB masuk ke dalam sistem Konfirmasi

Patch Pendaftaran

39
 2. Sistem menampilkanhalaman KonfirmasiPendaftaran

3. Panitia PPDB baru bisa masuk ke login

4. Sistem menampilkan halaman KonfirmasiPendaftaran

Alternate A1. Panitia PPDB melihat halaman Konfirmasi

Flow/Invariant A Pendaftaran

A2. Sistem menampilkan login

Alternate Invariant B B1. Melihat halaman login

B2. Sistem tidak login

Tabel IV.14.

Deskripsi Use Case Mengkonfirmasi Pendaftaran

Use Case Name Mengkonfirmasi Pendaftaran

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

Failed and Panitia PPDB tidak dapat mengklik login

Conditions

Primary Actor Panitia PPDB

Main Flow / Basic 1. Panitia PPDB masuk ke dalam sistem

Patch Mengkonfirmasi Pendaftaran

2. Sistem menampilkan halaman Mengkonfirmasi

Pendaftaran

3. Panitia PPDB baru bisa masukke login

40
 4. Sistem menampilkan halaman Mengkonfirmasi

Pendaftaran

Alternate A1. Panitia PPDB melihat halamanMengkonfirmasi

Flow/Invariant A Pendaftaran

A2. Sistem menampilkan Login

Alternate Invariant B B1. Melihat halaman login

B2. Sistem tidak login

Tabel IV.15.

Deskripsi Use Case Konfirmasi Pembayaran

Use Case Name Konfirmasi Pembayaran

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

Failed and Panitia PPDB tidak dapat mengklik login

Conditions

Primary Actor Panitia PPDB

Main Flow / Basic 1. Panitia PPDB masuk ke dalam sistem Konfirmasi

Patch Pembayaran

2. Sistem menampilkanhalaman Konfirmasi Pembayaran

3. Panitia PPDB baru bisa masuk ke login

4. Sistem menampilkan halaman Konfirmasi

Pembayaran

41
Alternate A1. Panitia PPDB melihat halaman Konfirmasi

Flow/Invariant A Pembayaran

A2. Sistem menampilkan login

Alternate Invariant B B1. Melihat halaman login

B2. Sistem tidak login

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

Pre Conditions Panitia PPDB telah masuk ke dalam sistem

Post Conditions Panitia PPDB dapat mengklik login

Failed and Panitia PPDB tidak dapat mengklik Login

Conditions

Primary Actor Panitia PPDB

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

B2. Sistem tidak login

42
 Tabel IV.17.

Deskripsi Use Case Melakukan Logout

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

Primary Actor Panitia PPDB

Main Flow / Basic 1. Panitia PPDB masuk ke dalam sistem

Patch 2. Sistem menampilkanhalaman logout

Alternate A1. Panitia PPDB melihat halaman logout

Flow/Invariant A A2. Sistem menampilkanhalaman logout

Alternate Invariant B B1. Melihat halaman logout

B2. Sistem tidak menampilkanhalaman 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

43
Failed and Kepala sekolah tidak dapat mengklik login

Conditions

Primary Actor Kepala Sekolah

Main Flow / Basic 1. Kepala sekolah masuk ke dalam sistem kepalasekolah

Patch 2. Sistem menampilkan halaman kepala sekolah

3. Sistem menampilkan halaman kepala sekolah

Alternate A1. Kepala sekolah melihathalaman halaman kepala

Flow/Invariant A sekolah

A2. Sistem menampilkan login

Alternate Invariant B B1. Melihat halaman login

B2. Sistem tidak login

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

Primary Actor Kepala Sekolah

Main Flow / Basic 1. Kepala sekolah masuk kedalam sistem

Patch 2. Sistem menampilkan halaman data siswa

44
Alternate A1. Kepala sekolah melihathalaman data siswa

Flow/Invariant A A2. Sistem menampilkan halaman data siswa

Tabel IV.20.

Deskripsi Use Case Melakukan Logout

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

Primary Actor Kepala Sekolah

Main Flow / Basic 1. Kepala sekolah masuk kedalam sistem

Patch 2. Sistem menampilkanhalaman logout

Alternate A1. Kepala sekolah melihathalaman logout

Flow/Invariant A A2. Sistem menampilkan halaman logout

Alternate Invariant B B1. Melihat halaman logout

B2. Sistem tidak menampilkanhalaman logout

45
4.1.3. Rancangan Aktivitas Diagram

1. Diagram Aktivitas Pendaftaran Calon Siswa

Gambar IV. 2

Diagram Aktivitas Pendaftaran Calon Siswa

46
2. Diagram Aktivitas Pembayaran

Gambar IV. 3

Diagram Aktivitas Pembayaran

47
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

Sumber : Calon Siswa

Tujuan : Panitia PPDB

48
 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

Sumber : Calon Siswa

Tujuan : Panitia PPDB

Media : Personal Computer (PC)

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

Sumber : Calon Siswa

Tujuan : Panitia PPDB

Media : Personal Computer (PC)

Frekuensi : setiap terjadinya pendaftaran calon

siswa baruBentuk : Lampiran C.3

2. Rancangan Dokumen Keluaran

A. Data Siswa Baru

Nama Dokumen : Data Siswa

Baru Fungsi : Data Siswa Baru

Sumber : Panitia PPDB

Tujuan : Kepala Sekolah

49
 Media : Personal Computer (PC)

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

Sumber : Calon Siswa

Tujuan : Panitia PPDB

Media : Personal Computer (PC)

Frekuensi : setiap terjadinya pembayaran calon siswa baru

Bentuk : Lampiran D.2

50
4.2. Perancangan Prototype

Dalam pembuatan ini diperlukan beberapa tahapan perangkat lunak sistem

antaralain :

4.2.1. Entity Relationship Diagram (ERD)

Gambar IV. 5

Entity Relationship Diagram (ERD)

51
4.2.2. Logical Structure Record (LRS)

Gambar IV. 6

Logical Structure Record (LRS)

52
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

53
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

54
2. Spesifikasi File Pembayaran

Nama File : File Pembayaran

Akronim : Akses Pembayaran

Fungsi : Untuk Mengupload Bukti

Pembayaran Tipe File : File Master

Organisasi File : Indexed Sequential

Akses File : Random

Media : Hardisk

Panjang Record : 116 Byte

Kunci Field : id_pembayaran

Software : MySQL

Table IV. 22

Spesifikasi File Pembayaran

No. Elemen Data Nama Field Tipe Size Ket

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

55
 Tipe File : File Master Organisasi

File : Indexed Sequential Akses File : Random

Media : HardiskPanjang

Record : 44 Byte

Kunci Field : id_timer

Software : MySQL

Table IV. 23

Spesifikasi File Timer

No. Elemen Data Nama Field Tipe Size Ket

1. id_timer id_timer Int Default Primary

timestamp: 11 Key

2. tanggal_dibuat tanggal_dibuat Int Default

timestamp: 11

3. tanggal_habis tanggal_habis Int Default

timestamp: 11

4. id_user id_user Int Default

timestamp: 11

4. Spesifikasi File User

Nama File : File User

Akronim : Akses User

Fungsi : Untuk Melakukan Login

Tipe File : File Master

Organisasi File : Indexed Sequential

56
Akses File : Random

Media : Hardisk

Panjang Record : 149 Byte Kunci

Field : id_user

Software : MySQL

Table IV. 24

Spesifikasi File user

No. Elemen Data Nama Field Tipe Size Ket

1. id_user id_user Int 11 PrimaryKey

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

57
4.2.4. Class Model / Class Diagram

Gambar IV. 7

Class Model / Class Diagram

58
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

59
3. Sequence Diagram Mengelola Data Siswa

Gambar IV. 10

Sequence Diagram Mengelola Data Siswa

60
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

61
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 :

62
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.

63
 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.

64
 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.

65
 Gambar IV. 17

Prototype Halaman Data Pendaftaran Calon Siswa

66
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.

67
 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.

68
 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.

69
 Gambar IV. 21

Prototype Logout

9. Interface Menu Admin

Admin memasukan email dan password untuk melakukan login.

Gambar IV. 22

Prototype Menu Admin

70
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.

71
 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.

72
 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

73
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.

74
 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

75
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

76
 yangterdiri 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    

3    

4    

5    

Sukses 5 5 5 5

Nilai 100% 100% 100% 100%

77
Kesuksesan

2. Pengujian Back-end Calon Siswa

Login
Menu Registrasi Upload
Partisipan Pendaftaran Pembayaran Calon
Home Akun Data
Siswa

1      

2      

3      

4      

5      

Sukses 5 5 5 5 5 5

Nilai
100% 100% 100% 100% 100% 100%
Kesuksesan

3. Pengujian Back-end Kepala Sekolah

Menu Melihat Registrasi Login

Partisipan
Home Data Siswa Akun Kepala Sekolah

1    

2    

3    

4    

5    

Sukses 5 5 5 5

78
 Nilai
100% 100% 100% 100%
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.

79
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. Pembuatan Tes Dan Program

Membuat program dengan tingkat ketelitian yang tinggi untuk

menunjang suatu sistem yang sudah dikomputerisasikan dengan bahasa

pemrograman yang mudah digunakan, dibutuhkan waktu selama tiga

minggu.

6. Tes Sistem

Dilakukan dan dibuat agar program yang telah dibuat ataupun dirancang

dapat diketahui kekurangannya sebelum diterapkan pada sistem baru,

diperlukan waktu selama dua minggu.

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

8. Pembuatan Buku Petunjuk

Buku petunjuk digunakan oleh user agar dapat mempelajari prosedur

menjalankan sistem. Proses pembuatan buku petunjuk yaitu selama satu

minggu.

80
9. Evaluasi Dan Operasional

Kegiatan ini merupakan langkah akhir dari jadwal implementasi yang

bertujuan sebagai penilaian akhir dari tahap-tahap sebelumnya, sehingga

dapat diambil keputusan dari pelaksanaannya. Kegiatan ini memerlukan

waktu satu minggu.

81
 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

82
 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.

83
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.

84
 Dafta Pustaka

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.

Yuniva, Ika, and Ahmad Syafi. 2018. “Pendekatan Model Waterfall Dalam

Perancangan Web Sistem Informasi Penerimaan Siswa Baru Menggunakan

Framework Bootstrap.” XX(1):59–64.

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.

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.

85
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.

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.

86
 DAFTAR RIWAYAT HIDUP

I. Biodata Mahasiswa

NIM : 12190937

Nama Lengkap : Ahmad Zildan Ikhwan Syukron

Tempat/Tanggal Lahir : Bogor, 08 Maret 2000

Alamat Lengkap : Jl. Johar IV Tm. Cimanggu No.21 RT 002/004

Desa KedungWaringin Kec. Tanah Sareal Kota. Bogor Jawa Barat 16163

II. Pendidikan

a. Formal

1. SDN Kedung Waringin Bogor, lulus tahun 2012

2. MTS Assa’Adah Bogor, lulus tahun 2015

3. SMK Taruna Terpadu 1 (Borcess), lulus tahun 2018

III. Riwayat Pengalaman Organisasi / Pekerjaan

1. PT. Cisarua Moutain Dairy (Cimory)

2. MTs Assa’adah Bogor

3. Driver Grab Bike

Bogor, 05 Juli 2022

Ahmad Zildan Ikhwan Sukron

87
 Lampiran – Lampiran

Surat Keterangan Riset/PKL

88
A1. Dokumen Formulir Pendaftaran

89
A2. Dokumen Brosur Pendaftaran

90
A3. Dokumen Laporan Data Siswa

91