BAB III ANALISIS SISTEM BERJALAN
3.6. Pemecahan Masalah
Berdasarkan hasil dari analisis yang dilakukan di Sekolah Dasar Negeri 2 Karang Tengah Kabupaten Sukabumi, mengenai permasalahan atau kendala yang dialami ketika menjalankan proses secara tulis tangan (manual), maka di usulkan lah untuk membuat web/aplikasi supaya mempermudah permasalahan yang ada di Sekolah Dasar Negeri 2 Karang Tengah Kabupaten Sukabumi dengan membuat sistem yang terintregrasi dengan database.
BAB IV
PERANCANGAN SISTEM USULAN
4.1. Tahapan Perancangan Sistem
Pada sistem berjalan di SDN 2 Karang Tengah sistem pembayaran uang spp infaq nya masih menggunakan cara manual dengan media kertas di khawatirkan terjadi kehilanagn data, kerusakan data, dan sulit dalam pencarian laporan. Hal ini tentu menjadi masalah untuk para guru karena memperlambat pekerjaan para guru tersebut. Untuk itu dari permasalahan tersebut, maka solusi yang ditawarkan kepada SDN 2 Karang Tengah yaitu perancangan sistem pembayaran uang spp infaq, guna untuk memudahkan para guru dalam menginput dan menyimpan data. sehingga akan lebih memudahkan guru ketika akan melakukan pemeriksaan ulang atau pembuatan laporan.
4.1.1 Analisa Kebutuhan
A. Kebutuhan Pengguna
Dalam sistem yang baru ditambahkan SDN 2 Karang Tengah khususnya dibagian pembayaran uang spp infaq maka pengaksesannya hanya baru bisa dilakukan oleh beberapa guru saja terutama oleh bagian tata usaha. Adapun kebutuhan informasi yang dibutuhkan diantaranya :
16
17
A1. Skenario Kebutuhan Pegawai a. Menginput pemabayaran
b. Mengecek pembayaran
c. Membuat laporan pembayaran B. Kebutuhan Sistem
1. Pengguna harus melakukan login terlebih dahulu dengan memasukan username dan password.
2. Pengguna harus melakukan pencetakan pembayaran.
3. Sistem melakukan penyimpanan data pembayaran.
18
4.1.2. Rancangan Diagram Use Case
uc Package1
mengisi data diri
login
menginput data
S i s w a
menginput pembayaran
Tata Usaha
cetak kwitansi
kirim sms
menerima sms
membuat laporan
Gambar IV.1
Usee Case Diagram pembayaran spp
19
Table IV.1 Deskripsi Use Case Login
Use Case Name Login
Requirement Tata Usaha melakukan login
Goal Tata Usaha berhasil login dan masuk ke halaman utama administrasi
Pre-Conditions Tata Usaha mengisi username dan password Post-Conditions Tata Usaha berhasil login
Failed and Conditions Tata Usaha tidak dapat login 1. Tata Usaha
Aktor 2. Sistem
3. Orang Tua 4. Kepala Sekolah
Main Flow 1. Tata Usaha melakukan Login 2. Tata Usaha berhasil login
Alternative Flow/Invariant A Sistem menampilkan langsung halaman utama 1. Tata Usaha melakukan login
Invariant B 2. Tata Usaha mengisi username dan password 3. Tata Usaha gagal login
4. Sistem menampilkan halaman untuk login kembali
Table IV.2
Deskripsi Use Case Mengakses halaman input data
Use Case Name Mengakses halaman input data
Requirement Sistem memproses halaman input data
Goal Sistem menampilkan hasil halaman yang diakses
Pre-Conditions Tata Usaha mengakses halaman input data Post-Conditions Sistem menampilkan halaman yang diakses Failed and Conditions Halaman gagal diakses
Aktor Sistem
Main Flow 1. Sistem mengakses halaman
2. Halaman yang diakses berhasil
Alternative Flow/Invariant A Sistem menampilkan langsung halaman utama Invariant B 1. Tata Usaha mengakses halaman input data setelah
login
2. Tata Usaha gagal login
3. Tata Usaha mengakses ulang halaman input data
20
Table IV.3
Deskripsi Use Case Menginput data
Use Case Name Menginput data
Requirement Tata Usaha Melakukan penginputan data
Goal Data yang diinput berhasil
Pre-Conditions Tata Usaha melakukan akses halaman untuk input data Post-Conditions Input data berhasil
Failed and Conditions Data yang di input gagal dan menampilkan pesan “Gagal menambahkan data”
Aktor Tata Usaha
Main Flow 1. Tata Usaha melakukan penginputan data 2. Data berhasil diinput
Alternative Flow/Invariant A Tata Usaha menginput data
Invariant B 1. Tata Usaha melakukan pengakses halaman 2. Tata Usaha melakukan penginputan data 3. Data gagal diinput
4. Tata Usaha mengulang kembali penginputan data
Table IV.4
Deskripsi Use Case Pembayaran
Use Case Name Pembayaran
Requirement Tata Usaha Melakukan penginputan pembayaran
Goal Data yang diinput berhasil
Pre-Conditions Tata Usaha melakukan penginputan pembayaran dihalaman pembayaran
Post-Conditions Penginputan pembayaran berhasil Failed and Conditions Penginputan pembayaran gagal
Aktor Sistem
Main Flow 1. Tata Usaha melakukan penginputan pembayaran 2. Pembayaran berhasil diinput
Alternative Flow/Invariant A Tata Usaha melakukan penginputan pembayaran
Invariant B 1. Tata Usaha mengakses halaman penginputan pembayaran 2. Tata Usaha melakukan penginputan pembayaran
3. Data gagal disimpan
4. Tata Usaha melakukan pengulangan input dan simpan data
21
Table IV.5
Deskripsi Use Case cetak kwitansi
Use Case Name Cetak kwitansi
Requirement Sistem memproses pencetakan kwitansi
Goal Sistem menampilkan hasil pencetakan kwitansi
Pre-Conditions Tata Usaha mengakses halaman pencetakan kwitansi Post-Conditions Sistem menampilkan halaman pencetakan kwitansi Failed and Conditions Halaman gagal diakses
Aktor Sistem
Main Flow 3. Sistem mengakses halaman
4. Halaman yang diakses berhasil
Alternative Flow/Invariant A Sistem menampilkan langsung halaman utama Invariant B 4. Tata Usaha mengakses halaman input data setelah
login
5. Tata Usaha gagal login
6. Tata Usaha mengakses ulang halaman input data
Table IV.6
Deskripsi Use Case Membuat laporan
Use Case Name Membuat laporan
Requirement Sistem memproses pembuatan laporan
Goal Sistem menampilkan hasil pembuatan laporan
Pre-Conditions Tata Usaha mengakses halaman pembuatan laporan Post-Conditions Sistem menampilkan halaman laporan
Failed and Conditions Halaman gagal diakses
Aktor Sistem
Main Flow 5. Sistem mengakses halaman
6. Halaman yang diakses berhasil
Alternative Flow/Invariant A Sistem menampilkan langsung halaman utama Invariant B 7. Tata Usaha mengakses halaman input data setelah
login
8. Tata Usaha gagal login
9. Tata Usaha mengakses ulang halaman input data
22
Table IV.7
Deskripsi Use Case Mencetak laporan
Use Case Name Mencetak laporan
Requirement Sistem memproses pencetakan
Goal Sistem menampilkan hasil pencetakan
Pre-Conditions Tata Usaha mencetak hasil pembayaran Post-Conditions Sistem menampilkan halaman yang diakses Failed and Conditions Halaman gagal diakses
Aktor Sistem
Main Flow 7. Sistem mencetak pembayaran
8. Halaman yang cetak berhasil
Invariant B 10. Tata Usaha mengakses halaman input data setelah login
11. Tata Usaha gagal login
12. Tata Usaha mengakses ulang halaman input data
23
4.1.3 Rancangan Diagram Aktivitas
act Package1
Tata Siswa Kepala Sekolah
mulai
Login
Menginput Mengisi data diri
Menginput pembayara
cetak kwitansi
Kirim SMS Menerima SMS
Membuat
Mencetak laporan
mengecek laporan
selesai
Gambar IV.2 Activity Diagram Pembayaran SPP Infaq
24
4.1.4 Rancangan Dokumen Sistem Usulan
A. Dokumen Masukan
1. Nama Dokumen : Formulir
Fungsi : Untuk melakukan pembayaran Sumber : Siswa
Tujuan : Tata Usaha Media : Kertas Jumlah : 1 lembar
Frekuensi : Setiap terjadi pembayaran spp Bentuk : Lihat Lampiran C.1
B. Dokumen Keluaran
1. Nama Dokumen : Kwitansi Fungsi : Bukti pembayaran Sumber : Tata Usaha Tujuan : Siswa Media : Kertas Jumlah : 1 lembar
Frekuensi : Setiap terjadi pembayaran spp Bentuk : Lihat Lampiran D.1
25
4.1.5 Rancangan Prototype
A. Login
Gambar IV.3 Login
B. Input Data Siswa
Gambar IV.4 Input Data Siswa
26
C. Input Pembayarn
Gambar IV.5 Input Pembayaran
D. Cetak Kwitansi
Gambar IV.6 Cetak Kwitansi
27
E. Kirim SMS
Gambar IV.7 Kirim SMS
A. Cetak Laporan
Gambar IV.8 Cetak Lapora
28
4.2. Perancangan Perangkat Lunak
Perancangan perangkat lunak ini meliputi pada diagram dan spesifikasi yang diantaranya ada ERD, LRS, spesifikasi file, class diagram, Sequence diagram dan spesifikasi hardware serta Software.
4.2.1. Entity Relationship Diagram(ERD)
**NIS *id_spp semester tgl_baya *id_tu
nama
*NIS
nama **id_tu
1 1 1 1
siswa mengisi spp mengisi Tata Usaha
alamat
ttl
alamat no_telp no_telp
Gambar IV.9 Entity Relationship Diagram (ERD)
29
4.2.2. Logical Record Structure(LRS)
tb_Siswa tb_SPP
tb_TU
1
NIS* ID_SPP*
Nama_Lengkap Semester 1
ID_TU*
Gambar IV.10 Logical Record Structure (LRS)
4.2.3. Spesifikasi File
Spesifikasi rancangan file ini menjelaskan tentang diagram ERD yang dibuat sebagai penunjang sistem ini. File-file ini tersimpan pada database dengan parameter sebagai berikut:
1. Spesifikasi File Siswa Nama File : Siswa
Akronim : Siswa
Fungsi : Untuk mengetahui nama siswayang melakukan
pembayaran spp infaq
Tipe File : File Master Organisasi
File : Indexed Sequental
Akses File :Random
Media : Hardisk
30
Panjang Record 80
Kunci Field : NIS
Software : Mysql
Table IV.8 Spesifikasi File Siswa
No Elemen data Akronim Tipe Panjang Keteranga
n
1. Spesifikasi File SPP Infaq
: Untuk mendata pembayaran spp infaq : File Master Organisasi
: Indexed Sequental Akses File : Random : Hardisk
90
: id_spp_infaq : Mysql
31
Table IV.9 Spesifikasi File SPP
No Elemen data Akronim Tipe Panjang Keterangan
1 ID SPP Id_spp Int 10 Primary Key
Fungsi : Untuk mendata pembayaran spp infaq
sekolah
Tipe File : File Master Organisasi
File : Indexed Sequental
Akses File : Random
Media : Hardisk
Panjang Record 80
Kunci Field : id_tu
Software : Mysql
Table IV.10 Spesifikasi File Berkas
No Elemen data Akronim Tipe Panjang Keterangan
1 Id TU Id_tu Int 10 Primary Key
2 Nama Nama Varchar 50
3 Alamat Alamat Varchar 50
4 No Telp No_telp Int 15
4.2.4. Class Model / Class Diagram
class class diagram
Siswa
+ Alamat: text + Kelas: varchar
+ Nama_Lengkap: varchar
Mengisi Mengisi + nama: varchar
+ no_telp: int
1 1
+ edit() + hapus() + tambah()
Gambar IV.11 Class Model
4.2.1. Sequence Diagram
sd Package1
Sistem Halaman Sistem Pembayaran SPP
Siswa Tata Usaha Kepala Sekolah
Mengisi data diri()
Gambar IV.12 Sequence Diagram
33
4.2.2. SpesifikasiHardwaredanSoftware
A. Spesifikasi Hardware 1. Server
a. CPU
1) Processor Intel® Celeron® Processor 1019Y 2) RAM DDR3 2 GB
3) Hard Disk 500GB b. Mouse
c. Keyboard
d. Monitor dengan resolusi layer minimum 1366x768 A. Client
a. CPU
1) Processor Intel® Pentium® 4 2) RAM DDR2 1 GB
3) Hard Disk 20 GB b. Mouse
c. Keyboard
d. Monitor dengan resolusi layer minimum 1024x7 2. Spesifikasi Software
1. Server
1) Sistem operasi yang umum digunakan seperti: Microsoft Windows atau Linux (Ubuntu, Fedora, dan lain-lain).
34
2) Aplikasi budle web server seperti: Xampp, Wampserver, php2triad yang terdiri dari beberapa komponen, diantaranya:
(a) Aplikasi Apache Server v2 (b) Aplikasi PHP Server v5 (c) Aplikasi MySQL Server v5 (d) Aplikasi phpMyAdmin v3 B. Client
1) Sistem operasi yang umum digunakan seperti: Microsoft Windows atau Linux (Ubuntu, Fedora, dan lain-lain).
4.3. Jadwal Implementasi
Table IV.11 Jadwal Implementasi
NO KEGIATAN
BAB V
PENUTUP
5.1. Kesimpulan
Dari pembahasan yang sudah diuraikan sebelumnya, maka dapat ditarik kesimpulan sebagai berikut:
1. Dengan adanya pembuatan sistem ini pada SDN 2 Karang Tengah yang akan dibuat, diharapkan dapat membantu para guru tata usaha dalam melakukan pekerjaannya khususnya bagian pembayaran spp.
2. Dengan adanya sistem ini pekerjaan para guru tata usaha dalam pembayaran spp akan lebih efektif dan juga efisien, dan sistem ini akan mempermudah bagi tata usaha dalam mencari laporan pembayaran spp.
5.2. Saran
Berdasarkan kesimpuan yang telah diuraikan diatas maka terdapat beberapa saran agar sistem yang diusulkan ini dapat dikembangkan menjadi fitur lebih optimal, adapun sarannya antara lain:
1. Sistem ini dapat dikembangkan dengan menambahkan fitur pembayaran gedung beserta cicilannya
2. Sistem ini juga dapat ditambahkan lagi ke sistem akuntansi agar dapat bermanfaat bagi Kepala Sekolah dan bagian keuangan yang ingin mengetahui berapa pemasukan dana yang diperoleh sekolah setiap hari, bulan, dan tahun.
35
DAFTAR PUSTAKA
Dewi, H. P. (2015). Sistem Pengendalian Interen Atas Piutang Sumbangan Pembinaan Pendidikan ( Spp ) Sebagai Upaya Peningkatan Kinerja Pada Yayasan Islam Al - Hamidiyah Depok Tangerang. Jurnal Dinamika Ekonomi
& Bisnis, 12, 76–88.
Fatoni, A., & Dwi, D. (2016). Rancang Bangun Sistem Extreme Programming Sebagai Metodologi Pengembangan Sistem. Prosisko, 3(1), 1–4. http://e-jurnal.lppmunsera.org/index.php/PROSISKO/article/view/116
Gardner, E. S. (2016). No
主観的健康感を中心とした在宅高齢者における健康関連指標に関する 共分散構造分析Title. IV(2), 1939.
Herliana, A., & Rasyid, P. M. (2016). Sistem Informasi Monitoring Perkembangan Software pada tahap Development Berbasi Web. 1, 41–50.
Komtekinfo, J., Ilmu, F., & Santoso, B. (2015). Zefriyenni, Budi Santoso, Sistem Informasi Penjualan dan Pengendalian 23. 2(2), 23–32.
Laisina, L. H., Haurissa, M. A. ., & Hatala, Z. (2018). Sistem Informasi Data Jemaat GPM Gidion Waiyari Ambon dan Jemaat GPM Halong Anugerah Ambon.
Jurnal Simetrik, 8(2), 139–144.
http://ejournal-polnam.ac.id/index.php/JurnalSimetrik/article/view/189/144
Lestanti, S., & Susana, A. D. (2016). Sistem Pengarsipan Dokumen Guru Dan Pegawai Menggunakan Metode Mixture Modelling Berbasis Web. Antivirus : Jurnal Ilmiah Teknik Informatika, 10(2), 69–77.
https://doi.org/10.35457/antivirus.v10i2.164
Lingga, N. B. (2018). Sistem Penunjang Keputusan Pemilihan Guru Terbaik Pada Sma Negeri 63 Jakarta Dengan Metode Analytical Hierarchy Process (Ahp) Dan Simple Additive Weighting (Saw). 396–403.
Nugroho, F. E. (2016). Perancangan Sistem Informasi Penjualan Online Studi Kasus Tokoku. Simetris : Jurnal Teknik Mesin, Elektro Dan Ilmu Komputer, 7(2), 717. https://doi.org/10.24176/simet.v7i2.786
Palit, R. V, Rindengan, Y. D. Y., & Lumenta, A. S. M. (2015). Rancangan Sistem Informasi Keuangan Gereja Berbasis Web Di Jemaat GMIM Bukit Moria Malalayang. E-Journal Teknik Elektro Dan Komputer, 4(7), 1–7
Budiman, E., Hasudungan, R., & Khoiri, A. (2017). Online Game “ Pics and Words ” Sebagai Media Edukasi Bahasa Inggris Berbasis Html. Prosiding Seminar Ilmu Komputer Dan Teknologi Informasi, 2(1), 1–6.
Saragih, A., Rosinta, E., & Jhoni, S. (2015). Perancangan Aplikasi E- Library Menggunakan Bahasa Pemrograman PHP Pada Universitas Methodist Indonesia. Times, IV(1), 31–35.
Sudrajat, B. (2018). Rancang Bangun Sistem Informasi Penjualan Fashion Berbasis WEB. Jurnal Interkom, 13(3), 22–28.
http://e-journal.rosma.ac.id/index.php/interkom/article/view/31
Tampubolon, P. (2018). Sistem Informasi Penjualan Barang Di Koperasi Pada Kantor Oditurat Militer I-02 Medan Berbasis Web. Jurnal Teknik Dan Informatika, 5(2), 86.
Widodo, A. (2015). Perancangan Sistem Informasi Membership Pt . Gold Gym.
Jurnal Ipsikom, 3(1), 1–10.
36
William, J., Pengabdian, J., Masyarakat, K., & Komputer, F. I. (2015). Sistem Informasi Ukm Berbasis Website Pada Desa Sumber Jaya. Jurnal Teknologi Informasi Dan Bisnis Pengabdian Masyarakat Darmajaya, 1(1), 1–16.
Wulandari, W., & Aprilia, S. (2015). Sistem Informasi Penjualan Produk Berbasis Web Pada Chanel Distro Pringsewu. Jurnal TAM (Technology Acceptance Model), 4(0), 41–47.
http://ojs.stmikpringsewu.ac.id/index.php/JurnalTam/article/view/36
37
DAFTAR RIWAYAT HIDUP
A. Biodata Mahasiswa
NIM :12171766
Nama Lengkap : Noval Cholid Manggus
Tempat & Tanggal Lahir : Sukabumi, 14 November 1998
Alamat Lengkap : Jl.Pendidikan Kp.Ciheulang Tonggoh RT.003 /002 No.18
Telepon : 085287302523
Email : [email protected]
B. Riwayat Pendidikan
1. SD Negeri 02 Karang Tengah, Lulusan tahun 2011 2. SMP Negeri 03 Cibadak, Lulusan 2014
3. SMA Al-Masthuriyah, Lulusan tahun 2017
Sukabumi, 30 Juli 2020
Noval Cholid Manggu
38
39
DAFTAR LAMPIRAN
1. Lampiran A.1
40
2. Lampiran B.1
3. Lampiran C.1
41
4. Lampiran D.1
42