• Tidak ada hasil yang ditemukan

BAB III ANALISA SISTEM BERJALAN

3.5. Pemecahan Masalah

Berdasarkan kendala yang ada, pembuatan aplikasi monitoring pembayaran online berbasis web akan sangat membantu bendahara dalam melakukan pencarian data siswa, melihat riwayat pembayaran, dan merekap laporan yg ditujukan kepada yayasan, aplikasi pembayaran online ini juga dapat mengurangi resiko terjadinya kehilangan data, karna data-data telah disimpan dalam database. Aplikasi ini juga mempermudah orangtua atau wali murid dalam memantau pembayaran yang

dilakukan siswa secara detail.

24

BAB IV

RANCANGAN SISTEM PROGRAM USULAN

4.1. Analisa Kebutuhan Software 4.1.1. Tahapan Analisis

Dengan sistem pembayaran SPP oniline ini, dimana siswa/i dapat melakukan pembayaran tanpa harus datang langsung ke bendahara . Berikut ini spesifikasi kebutuhan dari sistem pembayaran SPP online SMK Persada Kota Sukabumi.

Halaman Administrator:

A1. Admin dapat menginput dan mencetak data siswa A2. Admin dapat menginput dan mencetak data kelas A3. Admin dapat menambah user

A4. Admin dapat menginput data biaya SPP A5. Admin dapat melihat transaksi SPP A6. Admin dapat mengkonfirmasi pembayaran A7. Admin dapat mencetak kwitansi

A8. Admin dapat melihat laporan SPP A9. Admin dapat membackup database Halaman siswa:

B1. Siswa dapat melihat riwayat pembayaran B2. Siswa dapat mengupload struk pembayaran 4.1.2. Usecase Diagram

Use case diagram adalah dasar dari diagram lain. Use case diagram mempresentasikan sebuah interaksi antara aktor dengan sistem. Aktor adalah obyek

25

manusia dalam sistem ini adalah admin dan user yang berinteraksi dengan sistem untuk melakukan pekerjaan-pekerjaan tertentu. Berikut ini merupakan desain usulan Diagram use case Pembayaran SPP online di SMK Persada Kota Sukabumi.

1. Use Case Diagram Halaman Admin

Gambar IV.1. Use Case Diagram Halaman Admin Tabel IV.1. Deskripsi Use Case Diagram Admin

Use Case Name Mengelola Data Pembayaran

Requirements A5,A6,A7,A8

Goal Admin dapat mengelola data

pembayaran

Pre-Conditions Admin melakukan login

Post –Conditions Admin dapat melihat data siwa, admin dapat mengkonfirmasi pembayaran, dan melihat transaksi SPP

Failed end Conditions Admin gagal mengeksekusi perintah

Actors Bendahara

Main Flow/Basic Path 1. Admin dapat melakukan login 2. Sistem menampilan beranda 3. Admin dapat melihat data siswa 4. Admin dapat melihat transaksi SPP 5. Admin dapat mengkonfirmasi

pembayaran siswa

6. Admin dapat melihat bukti pembayaran

7. Admin dapat mencetak laporan 8. Sistem memproses dan

menampilkan laporan

Invariant A 1. Admin meyimpan data siswa

2. Admin memanipulasi data siswa 3. Admin menghapus data siswa

2. Use Case Diagram Siswa/i

Gambar IV.2. Use Case Diagram Siswa

27

Tabel IV.2. Deskripsi Use Case Diagram Halaman Siswa

Use Case Name Pembayaran

Requirements B1, B2

Goal

Siswa dapat melakukan pembayaran tanpa langsung mendatangi bendahara Pre-Conditions Siswa telah melakukan upload bukti Post –Conditions Sistem menampilkan bukti pembayaran Failed end Conditions SIsw batal melakukan pembayaran

Actors Siswa/i

Main Flow/Basic Path 1. Siswa memasukan nis dan tanggal lahir

2. Siswa mengupload bukti pembayaran

3. Sistem menampilkan transaksi pembayaran

Invariant A 1. Siswa melakukan login

2. Siswa mengklik tombol konfirmasi pembayaran

3. Sistem mengisi form konfirmasi pembayaran

4.1.3. Activity Diagram

1. Activity Diagram Login Admin

Gambar IV.3. Diagram Activity Login Admin

29

2. Activity Diagram Data Kelas

Gambar IV.4. Diagram Activity Data Kelas

3. Activity Diagram Data Siswa

Gambar IV.5. Diagram Activity Data Siswa

31

4. Activity Diagram Data User

Gambar IV.6. Diagram Activity Data User

5. Activity Diagram Data SPP

Gambar IV.7. Diagram Activity Data SPP

33

6. Activity Diagram Transaksi SPP

Gambar IV.8. Diagram Activity Transaksi SPP

7. Activity diagram Laporan SPP

Gambar IV.9. Diagram Activity Laporan SPP 8. Activity diagram Halaman Siswa

Gambar IV.10. Diagram Activity Halaman Siswa

35

4.2. Desain

Pada tahapan ini akan menjelaskan tentang desain database, desain software architecture dan desain interface dari sitem yang sedang dibuat.

4.2.1. Database

Spesifikasi file yang ada pada sistem usulan sistem Pembayaran SPP pada SMK Persada Kota Sukabumi yang menjelaskan beberapa spesifikasi yang digunakan dan berhubungan dengan sistemusulan yang dibuat yaitu sebagai berikut : 1. Entity Relationship Diagram

Disebut juga dengan ( ERD ) yaitu digunakan sebagai desain database pada sistem ini, menjelaskan hubungan antar data dalam basis data yang terdiri dari objek-objek dasar yang mempunyai hubungan atau relasi antar objek-objek tersebut. ERDyang terdapat pada sistem ini yaitu sebagai berikut :

Gambar IV.11. Entity Relationship Diagram Transaksi SPP

2. Logical Record Structure

Gambar IV.12. Logical Record Stucture Transaksi SPP

37

3. Spesifikasi File

a. Spesifikasi File Tabel Users Nama Database : sppsmk Nama Tabel : Tabel users Tipe File : File Master Akses File : Random Panjang Record : 130 karaket Kunci Field : id_users

Tabel IV.3. Spesifikasi File Tabel Users

No Elemen Data Nama Field Tipe Size Ket

1. Id users Id_users integer 10 Primary

Key

2. Name Name Varchar 40

3. Username Username Varchar 40

4. Password varchar 40

b. Spesifikasi File Tabel Siswa Nama Database : sppsmk Nama Tabel : Tabel Siswa Tipe File : File Master

Akses File : Random

Panjang Record : 180 karakter

Kunci Field : id

Tabel IV.4. Spesifikasi File Tabel Siswa

No Elemen Data Nama Field Tipe Size Ket

1. Id Siswa id_siswa integer 10 Primery

Key 2. Id Kelas id_kelas Varchar 20

3. No induk siswa Nis Varchar 20

4. Nama Nama Varchar 20

5. Tempat lahir tempat_lahir Varchar 20 6. Tangal Lahir tgl_lahir Date

7. Jenis Kelamin jenis_kel Varchar 20

8. Agama Agama Varchar 20

9. Alamat Alamat Text 50

c. Spesifikasi File Tabel Data SPP Nama Database : sppsmk

Nama Tabel : Tabel Data SPP Tipe File : File Transaksi

Akses File : Random

Panjang Record : 30 karater

Kunci Field : id

39

Tabel IV.5. Spesifikasi File Tabel Data SPP

No Elemen Data Nama Field Tipe Size Ket

1. Id SPP id_spp integer 10 Primary

Key 2. Tahun ajaran tahun_ajaran Varchar 10

3. Biaya biaya_spp Varchar 10

d. Spesifikasi File Kelas

Nama Database : sppsmk Nama Tabel : Tabel Kelas Tipe File : File Master

Akses File : Random

Panjang Record : 30 karakter

Kunci Field : id

Tabel IV.6. Spesifikasi File Tabel Kelas

No Elemen Data Nama Field Tipe Size Ket

1. Id Kelas Id_kelas integer 10 Primary

Key

2. Nama Kelas Nama Varchar 20

e. Spesifikasi File Tabel Transaksi SPP

Tabel IV.7. Spesifikasi File Tabel Transaksi SPP

No Elemen Data Nama Field Tipe Size Ket

1. Id Transaksi id_transaksi integer 10 Primary Key

4.2.2. Software Architecture

Dibagian ini software architecture akan menggambarkan bagaimana sistem dari software tersebut dapat dipetakan. Di sini dijelaskan dalam empat diagram yaitu class diagram, sequence diagram, deployment diagram dan component diagram.

Penjabaran dari software architecture sebagai berikut :

41

A. Class Diagram

Berikut ini adalah contoh gambar class diagram dari sistem Pembayaran SPP:

Gambar IV.13. Class Diagram Sistem Pembayaran SPP

B. Sequence Diagram 1. Sequence Diagram Login

Gambar IV.14. Sequence Diagram Login

43

2. Sequence Diagram Data Siswa

Gambar IV.15. Sequence Diagram Data Siswa

3. Sequence Diagram Data kelas

Gambar IV.16. Sequence Diagram Data Kelas

45

4. Sequence Diagram Data User

Gambar IV.17. Sequence Diagram Data User

5. Sequence Diagram Data SPP

Gambar IV.18. Sequence Diagram Data SPP

47

6. Sequence Diagram Transaksi SPP

Gambar IV.19. Sequence Diagram Transaksi SPP

7. Sequence Diagram Laporan SPP

Gambar IV.20. Sequence Diagram Laporan SPP

8. Sequence Diagram Halaman Siswa

Gambar IV.21. Sequence Diagram Halaman Siswa

49

C. Component Diagram

Di dalam sistem usulan ini component diagram ini sebagai penggambaran bagaimana sistem pembayaran SPP ini dapat dipetakan secara fisik. Berikut ini gambar dari component diagram sistem usulan sistem pembayaran SPP online pada SMK Persada Kota Sukabumi:

Gambar IV.22.Component Diagram

D. Deployment Diagram

Di dalam sistem usulan ini, penggambaran deployment diagram yaitu bagaimana sitem yang ada di website pembayaran SPP di SMK Persada Kota Sukabumi secara fisik dapat dilihat pada gambar di bawah ini:

Gambar IV.23. Deployment Diagram

51

4.2.3. User Interface

Dibawah ini merupakan tampilan program dari sisem usulan yang telah dibuat 1. Tampilan Login Admin

Gambar.IV.24. Tampilan Login Admin

2. Tampilan Registrasi User

Gambar. IV.25. Tampilan Registrasi User

3. Tampilan Data User

Gambar. IV.26. Tampilan Data User

4. Tampilan Data Siswa

Gambar IV.27. Tampilan Data Siswa

53

5. Tampilan Data Kelas

Gambar IV.28. Tampilan Data Kelas

6. Tampilan Transaksi SPP

Gambar IV.29. Tampilan Transaksi SPP

7. 5Tampilan Data Biaya SPP

Gambar. IV.30. Tampilan Data Biaya SPP

8. Tampilan Laporan SPP

Gambar. IV.31. Tampilan Laporan SPP

55

9. Tampilan Bukti Pembayaran SPP

Gambar. IV.32. Tampilan Laporan SPP

10. Tampilan Awal Halaman Siswa

Gambar. IV.33. Tampilan Halaman Siswa

11. Tampilan Halaman Siswa

Gambar. IV.34. Tampilan Halaman Siswa 4.3. Code Generation

class UserController extends Controller {

function index() {

$datauser = User::all();

return view('user.index', ['data_user' => $datauser]);

}

function create(Request $request) {

$data = new User();

$data->name = $request->name;

$data->username = $request->username;

$data->password = bcrypt($request->password);

$data->save();

return redirect('user')->with('alert', 'Data user berhasil disimpan');

}

function edit(Request $request)

57

{

$data = User::find($request->id);

if (!is_null($request->password)) { $data->update(

['name' => >name, 'username' =>

$request->username, 'password' => bcrypt($request->password)]

);

}else{

$data->update(

['name' => >name, 'username' =>

$request->username]

);

}

return redirect('/user')->with('alert', 'Data user berhasil dirubah');

}

class SiswaController extends Controller {

function index() {

$datasiswa = Siswa::join('kelas', 'siswa.id_kelas', '=', 'kelas.id_kelas') ->join('spp', 'siswa.id_spp', '=', 'spp.id_spp') 'datatahunajaran' => $datatahunajaran, 'datakelas' => $datakelas]);

}

function create(Request $request) {

$cekdata = Siswa::where('nis', $request->nis)->first();

if (!is_null($cekdata)) {

return redirect('/siswa')->with('alert1', 'NIS tidak boleh sama');

$request->id_spp)->select('biaya_spp as biaya')->first();

TransaksiSPP::insert(['id_siswa' => $request->nis, 'jatuh_tempo' =>

$jatuhtempo, 'bulan' => $bulan, 'jumlah' => $jumlah->biaya]);

}

return redirect('/siswa')->with('alert', 'Data siswa berhasil ditambah');

} }

function edit(Request $request) {

$siswa_id = \App\Siswa::find($request->id);

$siswa_id->update($request->all());

return redirect('/siswa')->with('alert', 'Data siswa berhasil dirubah');

}

function delete(Request $request) {

$siswa_id = \App\Siswa::find($request->id);

$siswa_id->delete($request->all());

$spp = TransaksiSPP::where('id_siswa', $request->nis)->delete();

return redirect('/siswa')->with('alert', 'Data siswa berhasil dihapus');

}

function cek_ortu(Request $request) {

$dataortu = \App\Ortu::where('id_ortu', '=', $request->id_ortu)->first();

if (!is_null($dataortu)) {

return response()->json(['dataortu' => $dataortu, 'nama' =>

$request->nama, 'id_ortu' => $request->id_ortu]);

59

class KelasController extends Controller {

function index() {

$datakelas = Kelas::leftJoin('guru', 'kelas.id_guru', '=', 'guru.id_guru') ->select('kelas.*', 'guru.nama_guru as

nama_guru', 'guru.id_guru')

->groupby('kelas.id_kelas')

->get();

$dataguru = Guru::where('id_kelas', '=', '')->get();

return view('kelas.index', ['data_kelas' => $datakelas, 'data_guru' =>

$dataguru]);

}

function create(Request $request) {

Kelas::create($request->all());

Guru::where('id_guru', $request->id_guru)->update(['id_kelas' =>

$request->id_kelas]);

return redirect('/kelas')->with('alert', 'Data siswa berhasil disimpan');

}

function edit(Request $request) {

Kelas::find($request->id)->update($request->all());

Guru::where('id_guru', $request->id_guru)->update(['id_kelas' =>

$request->id_kelas]);

Guru::where('id_guru', $request->id_guru_asal)->update(['id_kelas' =>

'']);

return redirect('/kelas')->with('alert', 'Data siswa berhasil edit');

}

function delete(Request $request) {

Kelas::find($request->id)->delete($request->all());

Guru::where('id_guru', $request->id_guru)->update(['id_kelas' => '']);

return redirect('/kelas')->with('alert', 'Data siswa berhasil hapus');

}

class SPPController extends Controller {

function create(Request $request) {

\App\SPP::create($request->all());

return redirect('/spp')->with('alert', 'Data SPP berhasil disimpan');

}

function edit(Request $request) {

$id_spp = \App\SPP::find($request->id);

$id_spp->update($request->all());

return redirect('/spp')->with('alert', 'Data SPP berhasil diedit');

}

function delete(Request $request) {

$id_spp = \App\SPP::find($request->id);

$id_spp->delete($request->all());

return redirect('/spp')->with('alert', 'Data SPP berhasil dihapus');

}

class TransaksiSPPController extends Controller

61

{

function index(Request $request) {

$datatrxspp, 'alert' => null, 'alert1' => null, 'data_siswa' => $datasiswa]);

}

}else{

return view('spp.index', ['data_transaksi' => null, 'alert'

=> null, 'alert1' => null, 'data_siswa' => $datasiswa]);

}

} }

function bayar(Request $request) {

$today = date("ymd");

$query = TransaksiSPP::select(DB::raw('MAX(RIGHT(id_transaksi, 7)) as kd_max'));

TransaksiSPP::where('id_siswa', $request->id)->where('bulan',

$request->bulan)->update(['id_transaksi' => $kd, 'tgl_bayar' => $tglBayar, 'keterangan' => 'lunas']);

return redirect('/kwitansi/'.$kd.'/'.$request->id);

//return redirect('/transaksi_spp?nis='.$request->id)->with('alert1',

'Data pembayaran berhasil disimpan');

}

function kwitansi (Request $request) {

$datakwitansi = TransaksiSPP::where('id_transaksi', '=', $request->id) ->select('transaksi_spp.*')

->get();

$datasiswa = Siswa::where('nis', $request->id_siswa)->get();

return view('kwitansi.index', ['data_kwitansi' => $datakwitansi, 'data_siswa' => $datasiswa]);

}

function laporan(Request $request) {

$datalaporan = TransaksiSPP::whereBetween('tgl_bayar', array($request->start, $request->end))->get();

static function IntervalDays($CheckIn, $CheckOut) {

$CheckInX = explode("-", $CheckIn);

$CheckOutX = explode("-", $CheckOut);

$date1 = mktime(0, 0, 0,

$CheckInX[1],$CheckInX[2],$CheckInX[0]);

$date2 = mktime(0, 0, 0,

$CheckOutX[1],$CheckOutX[2],$CheckOutX[0]);

$interval =($date2 - $date1)/(3600*24);

// returns numberofdays return $interval ; }

static function penyebut($nilai) {

$huruf = array("", "satu", "dua", "tiga", "empat", "lima", "enam",

"tujuh", "delapan", "sembilan", "sepuluh", "sebelas");

$temp = "";

63

static function Terbilang($nilai) {

4.4. Testing

Pembuatan website pada SMK Persada Kota sukabumi perlu dilakukan proses pengujian atau testing, karena testing sangat diperlukan agar website yang telah dibangun dapat berjalan sesuai dengan rencana awal. Di sini penulis menggunakan pengujian black box testing yang meliputi pengujian form login admin.

Tabel IV.8. Hasil Pengujian Black Box Testing Form Login Admin No. Skenario

65

Tabel IV.9. Hasil Pengujian Black Box Testing Form Login Siswa No. Skenario

4.5. Support

4.5.1. Spesifikasi Hardware dan Software

Dalam mengimplementasikan perancangan dan pembuatan website penulis tentunya membutuhkan sarana-sarana pendukung yang terdiri dari perangkat keras dan perangkat lunak. Di bawah inigambaran umum keseluruhan sistem secara fisik.

Tabel IV.10. Tabel Spesifikasi Hardware dan Software

Kebutuhan Keterangan

Sistem Operasi Windows 10

Processor Intel Pentium core i5 atau sesudahnya

RAM 4GB

Hardisk 500 Gigabyte

Monitor 14 inch

Keyboard 108 Key

Mouse Standart

Web Browser Google Chrome

Software Myadmin, Xampp, Sublime,Adobe Photoshop

Printer Canon

4.6. Spesifikasi Dokumen Usulan

Spesifikasi dokumen sistem usulan merupakan pembahasan mengenai bentuk yang dokumen akan diusulkan dengan tujuan untuk meningkatkan proses sistem ,yaitu sebagai berikut:

1. Nama Dokumen : Laporan Transaksi Pembayaran

Fungsi : Sebagai data laporan pembayaran siswa

67

Sumber : Sistem

Tujuan : Yayasan

Media : Kertas

Jumlah : Rangkap 1

Frekuensi : Setiap Bulan

Bentuk : Lampiran B-1

2. Nama Dokumen : Bukti Pembayaran Siswa

Fungsi : Sebagai bukti pembayaran siswa

Sumber : Sistem

Tujuan : Bendahara

Media : Kertas

Jumlah : Rangkap 1

Frekuensi : Setiap melakukan pembayaran

Bentuk : Lampiran B-2

68

BAB V PENUTUP

5.1. Kesimpulan

Dari pembahasan yang sudah diuraikan diatas dapat ditarik kesimpulan sebagai berikut :

1. Dengan adanya sistem informasi monitoring pembayaran SPP online ini sangat membantu bendahara dalam proses menginput maupun memperlancar pembayaran siswa.

2. Dengan adanya sistem informasi pembayaran SPP online ini dapat mengurangi kesalahan dan kehilangan data dalam pembayaran SPP di SMK Persada ini.

3. Dengan adanya sistem informasi monitoring pembayaran SPP online ini dapat membantu orang tua dalam melakukan pengecekan terhadap proses pembayaran anak-anaknya di sekolah.

5.2. Saran

Agar sebuah sistem yang telah dibuat, dapat dikembangkan menjadi sistem yang lebih optimal, maka diperlukan beberapa saran yang dapat membantu mengoptimalkan sistem ini, diantaranya :

1. Sebelum sistem informasi monitoring pembayaran online berbasis web ini diterapkan, diperlukan penjelasan disertai demo, tutorial kepada penggunanya.

2. Melakukan evaluasi secara berkala terhadap sistem, agar dapat diketahui keperluan perubahan sesuai dengan perkembangan yang dibutuhkan.

3. Untuk pengembangan sistem informasi monitoring pembayaran online berbasis web lebih lanjut, diharapkan kedepannya dapat diakses melalui android.

69

DAFTAR PUSTAKA

Aprisa, A., dan Monalisa, S. (2015). Rancang bangun sistem informasi monitoring perkembangan proyek berbasis web (studi kasus: Pt. inti pratama semesta). Jurnal Ilmiah Rekayasa dan Manajemen Sistem Informasi, 1(1), 49-54.

Destiningrum, M., dan Adrian, Q. J. (2017). Sistem Informasi Penjadwalan Dokter Berbasis Web Dengan Menggunakan Framework Codeigniter (Studi Kasus:

Rumah Sakit Yukum Medical Centre). Jurnal Teknoinfo, 11(2), 30-37. http://ejurnal.teknokrat.ac.id/index.php/teknoinfo/article/download/24/24.

Februariyanti, H., dan Zuliarso, E. (2012). Rancang bangun sistem perpustakaan untuk jurnal elektronik. Dinamik, 17(2).

Fristanto, H. T. (2013). Rancang Bangun Sistem Informasi Pembayaran Sumbangan Pembinaan Pendidikan (SPP) Dan Insidental Pada Sekolah Menengah Kejuruan Muhammadiyah Tinatar Punung. IJNS-Indonesian Journal on Networking and Security, 4(3).

Gustina, D., dan Chandra, Y. I. (2015). Aplikasi Sistem Pakar untuk Mendiagnosa Penyakit Paru pada Anak Menggunakan Metode Rapid Application Development (RAD). Prosiding Semnastek.

Ibrahim, A., dan Ambarita, A. (2018). Sistem Informasi Pengaduan Pelanggan Air Berbasis Website pada PDAM Kota Ternate. IJIS-Indonesian Journal On

Information System, 3(1). Diambil dari

http://ijiswiratama.org/index.php/home/article/view/37

Junaidi, J., Roji, A., dan Munawar, K. (2015). Konsep Otomatisasi Sistem Pembayaran SPP Online Untuk Mengurangi Tingkat Keterlambatan. Proceedings Konferensi Nasional Sistem dan Informatika (KNS&I)

Kosasi, S. (2015). PENERAPAN RAPID APPLICATION DEVELOPMENT DALAM SISTEM PERNIAGAAN ELEKTRONIK FURNITURE. Creative Information Technology Journal, 2(4), 265-276. Diambil dari http://citec.amikom.ac.id/main/index.php/citec/article/view/54

Lestanti, S., dan Susana, A. D. (2016). Sistem Pengarsipan Dokumen Guru Dan Pegawai Menggunakan Metode Mixture Modelling Berbasis Web. ANTIVIRUS: Jurnal Ilmiah Teknik Informatika, 10(2).

Malau, E. P., dan Lahagu, R. S. E. (2017). Pengembangan Ssistem Pembayaran Rekening Air Pada Desa Bandar Baru. Jurnal Teknik Informatika UNIKA Santo Thomas, 2(2), 72-78.

Mardiani, G. T. (2013). Sistem Monitoring Data Aset dan Inventaris PT Telkom Cianjur Berbasis Web. KOMPUTA: Jurnal Komputer dan Informatika,2(1).

Diambil dari http://search.unikom.ac.id/index.php/komputa/article/view/78

70

Nasikin, K. (2012). Pengembangan Sistem Informasi Akademis Dan Keuangan Di MAN 2 Pati. Speed-Sentra Penelitian Engineering dan Edukasi,3(3).

Ningsih, E., Dedih, D., dan Supriyadi, S. (2017). Sistem Pendukung Keputusan Menentukan Peluang Usaha Makanan yang Tepat Menggunakan Weighted Product (WP) Berbasis Web. ILKOM Jurnal Ilmiah, 9(3), 244-254. Diambil dari http://jurnal.fikom.umi.ac.id/index.php/ILKOM/article/view/150

Palit, R. V., Rindengan, Y. D., dan Lumenta, A. S. (2015). Rancangan Sistem Informasi Keuangan Gereja Berbasis Web Di Jemaat GMIM Bukit Moria Malalayang. Jurnal Teknik Elektro dan Komputer, 4(7), 1-7.

Pusparini, E. S., Najoan, M. E., & Najoan, X. B. (2017). Sistem Informasi Akademik Berbasis Mobile Web menggunakan Pendekatan Metodologi RAD (Studi Kasus: Universitas Sam ratulangi). Jurnal Teknik Elektro dan Komputer, 6(4),182-193.

Rahmad, B., dan Purnama, B. E. (2013). Rancangan Pembangunan Web E-Library Pada Perpustakaan Aptikom Indonesia Berbasis Web. In Seruni-Seminar Riset Unggulan Nasional Inoformatika dan Komputer, (Vol. 2, No. 1).

Riasti, B. K., dan Purnama, B. E. (2013). Pembangunan sistem informasi penilaian hasil belajar siswa Sekolah Menengah Atas (SMA) Negeri 2 Rembang berbasis web. IJNS-Indonesian Journal on Networking and Security, 4(2).

Rochman, A., Sidik, A., & Nazahah, N. (2018). Perancangan Sistem Informasi Administrasi Pembayaran SPP Siswa Berbasis Web di SMK

Al-Amanah. Jurnal Sisfotek Global,8(1).

https://stmikglobal.ac.id/journal/index.php/sisfotek/article/view/170.

Swara, G. Y., dan Pebriadi, Y. (2016). Rekayasa perangkat lunak pemesanan tiket bioskop berbasis web. Jurnal Teknolf, 4(2).

Syahbana, A. (2012). Pembangunan Sistem Informasi Administrasi Pembayaran Siswa Madrasah Aliyah Ma’arif Pacitan. Speed-Sentra Penelitian Engineering dan Edukasi, 5(3).

71

DAFTAR RIWAYAT HIDUP

A. Biodata Mahasiswa

NIM : 19162486

Nama Lengkap : Nanda Alifa Ziqri

Tempat dan Tanggal Lahir : Sukabumi, 31 Agustus 1998

Alamat Lengkap : Perum Taman Asri blok C.08 No.10 RT/RW 10/14

B. Riwayat Pendidikan Formal dan Non Formal

1. SDN CBM Surya Kencana Sukabumi, Tahun lulus 2010 2. SMPN 15 Sukabumi, Tahun lulus 2013

3. SMAN 4 Sukabumi, Tahun lulus 2016 C. Tidak Formal

1. Kursus Bahasa Inggris di Lembaga Bahasa Tunas Permata Bangsa, lulus pada taun 2015

D. Riwayat Pengalaman Berorganisasi 1. Anggota MPK Sman 4 Sukabumi 2. Anggota KPPS Tahun 2019

3. Anggota Karang Taruna Perumahan Taman Asri. Tahun 2017 s.d 2018

Sukabumi, 3 Agustus 2020

Nanda Alifa Ziqri

72

NIM : 19162486

Nama Lengkap : Nanda Alifa Ziqri

Dosen Pembimbing : Lis Saumi Ramdhani, M.Kom

Judul Skripsi : Sistem Informasi Monitoring Pembayaran SPP Online Berbasis Web Di SMK Persada Kota Sukabumi

NO

Tanggal

Bimbingan Pokok Bahasan

Paraf Dosen Pembimbing 1 02 April 2020 Bimbingan perdana dan Acc judul

2 11 April 2020 Pengajuan Bab I

3 27 April 2020 Revisi Bab I dan Pengajuan Bab II 4 19 Mei 2020 Revisi Bab II dan Pengajuan Bab III 5 05 Juni 2020 Revisi Bab III dan Pengajuan Bab IV 6 21 Juni 2020 Revisi Bab IV dan Pengajuan Bab V 7 21 Juli 2020 Demo Program

8 01 Agustus 2020 ACC Keseluruhan

Catatan untuk Dosen Pembimbing.

Bimbingan Skripsi

 Dimulai pada tanggal : 02 April 2020

 Diakhiri pada tanggal : 01 Agustus 2020

 Jumlah pertemuan bimbingan : 8 Pertemuan

Disetujui oleh, Dosen Pembimbing I

(Lis Saumi Ramdhani, M.Kom)

LEMBAR KONSULTASI SKRIPSI

UNIVERSITAS BINA SARANA INFORMATIKA

73

NIM : 19162486

Nama Lengkap : Nanda Alifa Ziqri

Dosen Pembimbing : Resti Yulistria, S.Pd. M.M

Judul Skripsi : Sistem Informasi Monitoring Pembayaran SPP Online Berbasis Web Di SMK Persada Kota Sukabumi

NO

Tanggal

Bimbingan Pokok Bahasan

Paraf Dosen Pembimbing 1 02 April 2020 Bimbingan perdana dan Acc judul

2 11 April 2020 Pengajuan Bab I

3 27 April 2020 Revisi Bab I dan Pengajuan Bab II 4 19 Mei 2020 Revisi Bab II dan Pengajuan Bab III 5 05 Juni 2020 Revisi Bab III dan Pengajuan Bab IV 6 21 Juni 2020 Revisi Bab IV dan Pengajuan Bab V 7 21 Juli 2020 Demo Program

8 01 Agustus 2020 ACC Keseluruhan

Catatan untuk Dosen Pembimbing.

Bimbingan Skripsi

 Dimulai pada tanggal : 02 April 2020

 Diakhiri pada tanggal : 01 Agustus 2020

 Jumlah pertemuan bimbingan : 8 Pertemuan

Disetujui oleh, Dosen Pembimbing II

(Resti Yulistria, S.Pd. MM)

LEMBAR KONSULTASI SKRIPSI

UNIVERSITAS BINA SARANA INFORMATIKA

74

75

LAMPIRAN-LAMPIRAN

1. Lampiran A.1 Dokumen Masukan Sistem Berjalan

2. Lampiran A.2 Dokumen Masukan Sistem Berjalan

76

3. Lampiran B.1 Dokumen Keluaran Sistem Berjalan

4. Lampiran B.2 Dokumen Keluaran Sistem Berjalan

5. Lampiran B.3 Dokumen Keluaran Sistem Berjalan

77

6. Lampiran C.1 Dokumen Keluaran Sistem Usulan

7. Lampiran C.2 Dokumen Keluaran Sistem Usulan