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