BAB III ANALISA SISTEM BERJALAN
3.1. Tinjauan Perusahaan
3.1.2. Struktur Organisasi dan fungsi
Sumber: SMK Persada Kota Sukabumi(2020)
Gambar III.1 Struktur Organisasi SMK Persada Kota Sukabumi
Pembagian tugas dan wewenang serta tanggung jawab dari masing- masing bagian sebagai berikut:
1. Kepala Sekolah
Mempunyai tugas memimpin sekolah yang berperan dalam manajerial, perencanaan, pengawasan, dan pengelolaan sekolah.
2. Komite Sekolah
Mempunyai tugas berperan dalam peningkatan mutu pelayanan dengan memberika pertimbangan, araha, dan dukungan tenaga, sarana dan prasarana serta pengawasan pendidikan pada tingkat satuan pendidikan.
3. Kepala Tata Usaha
Mempunyai tugas perencanaan administrasi program dan anggaran, koordinator administrasi ketata usahaan, pengelola administrasi program, penyusunan laporan program dan anggaran, Pembina staff.
4. Adm. Keuangan
Mempunyai tugas yaitu perencanaan keuangan, penganggaran keuangan, pengelolaan keuangan, pencairan keuangan, penyimpanan keuangan, pengendalian keuangan, pelaporan keuangan.
5. Adm. Kepegawaian
Mempunyai tugas membuat DUK, DSO, membuat dan mengajukan berkas, membuat daftar gaji membuat SK pembagian tugas.
6. Adm. Kesiswaan
Mempunyai tugas bertanggung jawab kepada kepala tata usaha dengan tugas
17
membuat daftar nomor induk siswa, mengisi buku klaper siswa, mengisi buku mutasi siswa, membukukan daftar siswa perkelas, serta membuat daftar keadaan siswa.
7. Adm.Sarana dan Prasarana
Mempunyai tugas meliputi perencanaan pengadaan barang, prakualifikasi rekanan, pengadaan sarana, penyimpanan, iventaris dan penyaluran.
8. Adm. Kurikulum
Mempunyai tugas kegiatan yang berhubungan dengan tugas guru atau oendidik, kegiatan yang berhubungan dengan peserta didik dan kegiatan yang berhubungan dengan seluruh sivitas akademika atau warga sekolah.
9. Waka. Kurikulum
Mempunyai tugas menyusun program pengajaran, menyusun kalender pendidikan, menyusun jadwal pelajaran, mengatur penyediaan kelengkapan sarana dalam KBM, serta mengkoordinasikan pelaksanaan KBM dan laporan pelaksanaan KBM
10. Waka. Kesiswaan
Mempunyai tugas menyusun program pembinaan kesiswaan/OSIS, melaksanakan bimbingan, pengaraham pengendalian legiatan siswa dalam rangka menegakan disiplin dan tata tertib sekolah serta pemilihan pengurus.
11. Waka. Humas
Mempunyai tugas merencanakan program kerja, mengadakan kerjasama dengan komite skolah atau orang tua/ wali murid, melaksanakan tugas lainnya yang bersifat positif yang ditugasi oleh kepala sekolah.
12. Waka Sarana dan Prasarana
Mempunyai tugas dalam membantu kepala sekolah dalam memimpin,
merencanakan mengawasi dan mengendalikan kegiatan sekolah dalam melaksanakan program bidang sarana prasarana sesuai dengan visi, misi dan program kerja yang telah ditentukan.
13. Operator sekolah
Mempunyai tugas melaksanakan administrasi sekolah, menguasai pengunaan teknologi informasi dan komunikasi (TIK), tugas pengelola dapodik.
14. Kajur Farmasi
Mempunyai tugas dalam menyelenggarakan dan atau mengoordinasikan kegiatan pendidikan, penelitian dan pengabdian kepada masyarakat pada tahap akademik dan profesi di bidang farmasi.
15. Kajur Keperawatan
Mempunyai tugas menyenyelenggarakan dan mengoordinasikan kegiatan akademik dan profesi pada program studi keperawatan.
3.2. Prosedur Sistem Berjalan
Prosedur sistem berjalan adalah penjelasan kegiatan sistem, adapun penjelasan akan disajikan dalam bentuk narasi.
1. Prosedur Pembayaran SPP
Setiap siswa diberikan kartu pembayaran untuk pencatatan SPP, kartu ini wajib dibawa saat siswa melakukan pembayaran setiap bulannya, pembayaran dilakukan sebelum tanggal 10 setiap bulannya. Setelah melakukan pembayaran bendahara akan mencatat kemudian memberikan kwitansi yang di legalkan dengan tanda tangan dan cap bendahara sekolah, serta tanda tangan penyetor.
Kemudian, kartu SPP dikembalikan kepada siswa dan bendahara mencatatatnya
kedalam buku transaksi harian pada ms.excel
19
2. Prosedur Rekapitulasi Pembayaran SPP
Bendahara membuat laporan keuangan harian yang dilakukan setiap harinya, laporan disimpan di sebagai soft file di laptop dan print out rangkap dua, satu rangkap untuk disimpan di sekolah sebagai arsip dan satu untuk dilaporkan kepada yayasan sebagai arsip yayasan, yang tentunya arsip tersebut telah di tandatangani oleh bendahara dan kepala sekolah.
3. Prosedur Pembuatan Laporan
Selain laporan keuangan yang dilaporkan setiap harinya, bendahara juga membuat laporan keuangan bulanan. Kemudian arsip dari laporan-laporan tersebut disusun dan disimpan sesuai dengan kurun waktu. Yang selanjutnya laporan ini akan diserahkan kepada yayasan.
Berikut adalah prosedur proses pembayaran yang sedang berjalan pada SMK Persada Kota Sukabumi:
Gambar III.2 Diagram Activity Pembayaran SPP
Gambar III.3 Diagram Activity Rekapitulasi Pembayaran SPP
Gambar III.4 Diagram Activity Pembuatan Laporan
21
3.3. Spesifikasi Dokumen Sistem Berjalan
Spesifikasi sistem berjalan merupakan komponen dokumen masukan (input) dan keluaran (output). Berikut ini akan dijelaskan beberapa bentuk dokumen masukan dan keluaran yang digunakan saat penilaian rapot siswa di SMK Persada Kota Sukabumi.
3.3.1. Spesifikasi Bentuk Dokumen Masukan 1. Nama Dokumen : Kartu SPP
Fungsi : Sebagai Bukti Pembayaran
Sumber : Siswa/i
Tujuan : Bendahara Sekolah
Media : Kertas
Jumlah Rekap : 1 Lembar
Bentuk : Lampiran A1
2. Nama Dokumen : Buku Harian
Fungsi : Mencatat data pembayaran siswa/i perhari
Sumber : Bendahara Sekolah
Tujuan : Yayasan
Media : Print out arsip Jumlah Rekap : 1 Lembar Frekuensi : Setiap Hari
Bentuk : Lampiran A2
3.3.2. Spesifikasi Bentuk Dokumen Keluaran
1. Nama Dokumen : Kartu SPP yang telah ditandatangani dan di cap Fungsi : Sebagai bukti telah melakukan pembayaran
Sumber : Bendahara Sekolah
Tujuan : Siswa/i
Media : Kertas
Jumlah Rekap : 1 Lembar Frekuensi : Setiap 1 bulan
Bentuk : Lampiran B1
2. Nama Dokumen : Kwitansi
Fungsi : Sebagai bukti pembayaran SPP
Sumber : Bendahara Sekolah
Tujuan : Siswa/i
Media : Kertas
Jumlah Rekap : 1
Frekuensi : Setiap Bulan
Bentuk : Lampiran B2
3. Nama Dokumen : Laporan
Fungsi : Untuk mengetahui data pembayaran SPP siswa/i
Sumber : Bendahara Sekolah
Tujuan : Yayasan
Media : Kertas
Jumlah Rekap : 1
Frekuensi : Setiap Bulan
Bentuk : Lampiran B3
23
3.4. Permasalahan Pokok
Permasalahan yang ada pada SMK Persada Kota Sukabumi salah satunya adalah terdapat di bagian pembayaran. Setelah dianalisis ternyata terdapat beberapa kekurangan pada proses pembayaran yang ada di SMK Persada Kota Sukabumi, beberapa diantaranya adalah:
1. Proses pembayaran dilakukan secara manual dengan pencatatan pada buku harian dan buku besar.
2. Lamanya pencarian data siswa 3. Sering terjadinya kehilangan data
4. Orang tua tidak bisa mengontrol pembayaran siswa/I secara langsung.
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
Junaidi, J., Roji, A., dan Munawar, K. (2015). Konsep Otomatisasi Sistem