PERANCANGAN SISTEM INFORMASI PEMBAYARAN UANG

SPP INFAQ SEKOLAH PADA SEKOLAH DASAR NEGERI

2 KARANG TENGAH

TUGAS AKHIR

Diajukan untuk memenuhi salah satu syarat kelulusan Program Diploma Tiga

Noval Cholid Manggus

NIM : 12171766

Program Studi Sistem Informasi Kampus Kota Sukabumi

Fakultas Teknik dan Informatika
Universitas Bina Sarana Informatika Sukabumi
2020
 SURAT PERNYATAAN KEASLIAN TUGAS AKHIR
Yang bertanda tangan dibawah ini :
Nama : Noval Cholid Manggus
NIM : 12171766
Jenjang : Diploma Tiga (D III)
Program Studi : Sistem Informasi Kampus kota Sukabumi
Fakultas : Teknik dan Informatika
Perguruan Tinggi : Universitas Bina Sarana Informatika

Dengan ini menyatakan bahwa Tugas Akhir yang telah saya buat dengan judul :
“Perancangan Sistem Informasi Pembayaran Uang SPP Infaq Sekolah Pada Sekolah
Sekolah Dasar Negeri 2 Karang Tengah”, adalah asli (Orisinil) atau tidak plagiat
(Menjiplak) dan belum pernah diterbitkan/dipublikasikan dimanapun dan bentuk apapun.

Demikianlah surat pernyataan ini saya buat dengan sebenar-benarnya tanpa ada paksaan dari
pihak manapun juga. Apabila di kemudian hari ternyata saya memberikan keterangan palsu
dan atau ada pihak lain yang mengklaim nahwa (Skripsi/Tugas Akhir)* yang telah saya buat
adalah hasil karya milik seseorang atau badan tertentu, saya bersedia diproses secara pidana
maupun perdata dan kelulusan saya dari Universitas Bina Sarana Informatika
dicabut/dibatalkan.

Dibuat di : Sukabumi
Pada Tanggal : 1 Agustus 2020
Yang menyatakan,

Noval Cholid Manggus

ii
 SURAT PERNYATAAN PERSETUJUAN PUBLIKASI KARYA
ILMIAH UNTUK KEPENTINGAN AKADEMIS

Yang bertanda tangan dibawah ini :

Nama : Noval Cholid Manggus
NIM : 15171766
Jenjang : Diploma Tiga (D III)
Program Studi : Sistem Informasi Kampus Kota Sukabumi
Fakultas : Teknik dan Informatika
Perguruan Tinggi : Universitas Bina Sarana Informatika

Dengan ini menyetujui untuk memberikan izin kepada pihak Universitas Bina Sarana
Informatika, Hak Bebas Royaliti Non-Eksklusif (Non-exclusive Royalti-Free Right) atas
karya ilmiah kami yang berjudul “Perancangan Sistem Informasi Pembayaran Uang SPP
Infaq Sekolah Pada Sekolah Sekolah Dasar Negeri 2 Karang Tengah”, beserta perangkat
yang diperlukan (apabila ada).

Dengan Hak Bebas Royalti Non-Ekluksif ini pihak Universitas Bina Sarana Informatika
berhak menyimpan, mengalih-media atau mem-format-kan, mengelola dalam pangkalan data
(database), mendistriibusikannya dan menampilkan atau mempilkan atau
mempublikasikannya di internet atau media lain untuk kepentingan akademis tanpa perlu
meminta izin dari kami selama tetap mencantumkan nama kami sebagai penulis/penciptaa
karya ilmiah tersebut.

Saya bersedia untuk menanggung secara pribadi, tanpa melibatkan pihak Universitas Bina
Sarana Informatika, segala bentuk tuntunan hukum yang timbul atas pelanggaran Hak
Cipta dalam karya ilmiah saya ini.Demikian pernyataan ini saya buat dengan sebenarnya.

Dibuat di : Sukabumi
Pada Tanggal : 20 Juli 2020
Yang menyatakan,

Manggus Cholid Manggus

iii
 PERSETUJUAN DAN PENGESAHAN TUGAS AKHIR
Tugas Akhir ini diajukan oleh :

Yang bertanda tangan di bawah ini, saya :

Nama : Noval Cholid Manggus
NIM : 12171766
Jenjang : Diploma Tiga (D3)
Program Studi : Sistem Informasi Kampus Kota Sukabumi
Fakultas : Teknik dan Informatika
Perguruan Tinggi : Universitas Bina sarana Informatika

Telah diperhatikan pada periode 2020-1 dihadapkan penguji dan diterima sebagai
bagian persyaratan yang diperlukan untuk memperoleh Alih Madya Komputer
(A.Md.Kom) pada Program Diploma Tiga Program Studi Sistem Informasi Kampus
Kota Sukabumi di Universitas Bina Sarana Informatika.

Sukabumi, 21 Agustus 2020

PEMBIMBING TUGAS AKHIR

Dosen Pembimbing : Jamal Maulana Hudin, M.Kom

Asisten Pembimbing : Resti Yulistria, M.M, S.PD

DEWAN PENGUJI

Penguji I : Renny Oktapiani, M.Kom.

Penguji II : Irwan Tanu Kusnadi, M.Kom.

iv
v
vi
 KATA PENGANTAR

Dengan mengucapkan puji syukur kehadirat Tuhan Yang Maha Esa atas

terselesaikannya tugas akhir ini dengan judul “Perancangan Sistem Informasi

Pembayaran Uang SPP Infaq Sekolah Pada Sekolah Dasar Negeri 2 Karang

Tengah” yang merupakan salah satu syarat kelulusan program Diploma III (Tiga) di

Universitas Bina Sarana Informatika Sukabumi.

Dalam penyusunan tugas akhir ini penulis banyak menerima bimbingan,

pengarahan, petunjuk, dukungan, dan saran yang membantu hingga akhir dari

penulisan laporan ini. Untuk itu penulis menyampaikan ucapan terima kasih yang

sebesar-besarnya kepada yang terhormat :

1. Rektor Universitas Bina Sarana Informatika Sukabumi.

2. Dekan Fakultas Teknik dan Informatika Universitas Bina Sarana Informatika

Sukabumi.

3. Ketua Program Studi Sistem Informasi Universitas Bina Sarana Informatika

Sukabumi.

4. Bapak Jamal Maulana Hudin, M.Kom serta Ibu Resti Yulistria, M.M, S.PD

selaku dosen pembimbing tugas akhir yang telah memberikan bimbingan dan

pengarahan dalam penyelesaian laporan tugas akhir ini.

5. Ibu Nina Nurmalia selaku Kepala Sekolah SDN 2 Karang Tengah yang telah

memberikan kesempatan bisa menjalankan PKL/Riset di SDN 2 Karang Tengah.

6. Bapak Wahid selaku staf tata usaha dalam membimbing saat Prakti Kerja

Lapangan Berlangsung.

7. Ibu dan Kakak tercinta yang telah memberikan dukangan moral dan material

vii
8. Rekan-rekan Mahasiswa kelas S.I-12.6A.28 yang telah memberikan motivasi

serta berjuang bersama dalam penyelesaian penulisan Tugas Akhir ini.

Serta seluruh pihak yang telah membantu dan terlalu banyak untuk disebut

satu persatu sehingga dapat terwujudnya penulisan ini. Penulis menyadari bahwa dalam

penulisan Tugas Akhir masih teramat jauh dari sempurna, untuk itu penulis mohon kritik

dan saran yang bersifat membangun demi kesempurnaan penulisan dimana yang akan

datang. Dan terima kasih pula kepada Allah SWT berkat ridho- Nya penulis mampu

menyelesaikan penulisan Tugas Akhir ini dalam keadaan sehat wal’afiat.

Akhir kata semoga dengan penulisan Tugas Akhir ini dapat berguna bagi

penulis khususnya bagi para pembaca.

Sukabumi, 30 Juli 2020

Penulis

Noval Cholid Manggus

viii
 ABSTRAK
Noval Cholid Manggus (12171766), Perancangan Sistem Informasi
Pembayaran Uang SPP Infaq Sekolah Pada Sekolah Dasar Negeri 2 Karang
Tengah.

Sekolah Dasar Negeri 2 Karang Tengah adalah sekolah dengan sistem informasi
pelayanan pembayaran SPP Infaq sampai proses pelaporan yang ada sekarang ini
masih dilakukan secara manual. Pada umumnya, sistem informasi secara manual
memiliki banyak kendala. Pembayaran SPP Infaq yang mudah, akurat, cepat dan
aman sangat dibutuhkan untuk suatu instansi. Sistem informasi pembayaran SPP
Infaq ini menunjang kerja para guru khususnya bagian Tata Usaha untuk melakukan
pendataan pembayaran secara efisien dan cepat, serta tidak memerlukan pekerjaan
yang berlipat ganda untuk mengolahnya. Dalam kasus ini metode yang digunakan
dalam penelitian yaitu dengan studi pustaka, observasi, dan wawancara. SDN 2
Karang Tengah sangat membutuhkan sistem untuk membantu masalah yang timbul,
perancangan sistem web pembayaran SPP Infaq merupakan solusi yang tepat untuk
memecahkan permasalahan dan dengan adanya sistem usulan ini semoga pekerjaan
para guru tata usaha dalam pembayaran SPP Infaq akan lebih efektif dan juga
efisien, dan sistem ini akan mempermudah bagi tata usaha dalam mencari laporan
pembayaran SPP Infaq.

Kata Kunci: Pembayaran SPP Infaq, SDN 2 Karang Tengah

ix
 ABSTRACT
Noval Cholid Manggus (12171766), The Design of Information System Payment of
School SPP Infaq Payment at Karang tengah State Elementary School 2.

Karang Tengah State Elementary School 2 is a school with SPP Infaq payment
service information system until the current reporting process is still done manually.
In general, manual information systems have many obstacles. Easy, accurate, fast
and safe SPP Infaq payment is really needed for an agency. This SPP Infaq payment
information system supports the work of teachers, especially the Administration
section, to conduct payment data collection efficiently and quickly, and does not
require double the work to process it. In this case the method used in research is by
literature study, observation, and interview. SDN 2 Karang Tengah really needs a
system to help the problems that arise, designing the SPP Infaq payment web system
is the right solution to solve the problem and with the existence of this proposed
system, hopefully the work of administrative teachers in spp infaq payments will be
more effective and efficient, and this system will make it easier for administrators in
finding payment reports spp infaq.

Keyword : Payment of SPP Infaq, SDN 2 Karang Tengah

x
 DAFTAR ISI

Lembar Judul Tugas Akhir............................................................................................... i

Lembar Pernyataan Keaslian Tugas akhir ..................................................................... ii
Lembar Pernyataan Publikasi Karya Ilmiah ................................................................. iii
Lembar Persetujuan dan Pengesahan Tugas Akhir ........................................................ iv
Lembar Konsultasi Tugas Akhir ..................................................................................... v

Kata Pengantar ............................................................................................................. vii

Abstraksi ........................................................................................................................ ix
Daftar Isi ........................................................................................................................ xi
Daftar Simbol .............................................................................................................. xiii
Daftar Gambar ............................................................................................................... xx
Daftar Tabel ................................................................................................................ . xix
Daftar Lampiran ........................................................................................................... xxi

BAB I PENDAHULUAN .......................................................................................... 1

1.1. Latar Belakang Masalah .......................................................................... 1
1.2. Tujuan dan Manfaat ................................................................................. 2
1.3. Metode Penelitian .................................................................................... 2
1.4. Ruang Lingkup ........................................................................................ 4

BAB II LANDASAN TEORI .................................................................................... 5

2.1. Konsep Dasar Sistem ............................................................................... 5
2.2. Teori Pendukung ..................................................................................... 7

BAB III ANALISIS SISTEM BERJALAN ............................................................... 9

3.1. Tinjauan Perusahaan .............................................................................. 10
3.1.1. Sejarah Institusi/Perusahaan ........................................................ 10
3.1.2. Struktur Organisasi dan Fungsi .................................................... 10
3.1.3. Prosedur Sistem Berjalan ............................................................. 11
3.2. Activity Diagram ................................................................................... 12
3.3. Spesifikasi Dokumen Masukan ............................................................. 13
3.4. Spesifikasi Dokumen Keluaran .............................................................. 14
3.5. Permasalahan Pokok .............................................................................. 15
3.6. Pemecahan Masalah .............................................................................. 15

BAB IV PERANCANGAN SISTEM USULAN ..................................................... 16

4.1. Tahapan Perancangan Sistem ................................................................ 16
4.1.1. Analisis Kebutuhan ...................................................................... 16
4.1.2. Rancangan Diagram Use Case ..................................................... 18
4.1.3. Rancangan Diagram Aktivitas ..................................................... 23
4.1.4. Rancangan Dokumen Sistem Usulan ........................................... 24
4.1.5. Rancangan Prototype ................................................................... 25
4.2. Perancangan Perangkat Lunak .............................................................. 28
4.2.1. Entity Relationship Diagram (ERD) ............................................ 28
xi
 4.2.2. Logical Record Structure (LRS) 29
4.2.3. Spesifikasi File 29
4.2.4. Class Model / Class Diagram 32
4.2.5. Sequence Diagram 32
4.2.6. Spesifikasi Hardware dan Software 33
4.3. Jadwal Implementasi 34

BAB V PENUTUP ....................................................................................................35

5.1. Kesimpulan 35
5.2. Saran 35

DAFTAR PUSTAKA ..................................................................................................36

DAFTAR RIWAYAT HIDUP................................................................................................... 38
SURAT KETERANGAN RISET/ PKL (WAJIB) ............................................................ 39
LAMPIRAN* ................................................................................................................................... 40

xii
 DAFTAR SIMBOL

A. Entity Relationship Diagram

Entitas

Suatu kumpulan object atau

sesuatu yang dapat

dibedakan atau dapat

diidentifikasikan unik.

Relationship

Hubungan yang terjadi

antara satu entitas atau

lebih. Relasi biasanya selalu

disimbolkan oleh gambar

belah ketupat

Atribut
Kumpulan elemen data yang
membentuk suatu entitas,
yang berfungsi sebagai
karakteristik dari entitas
tersebut.

Connector Line (Garis Penghubung)

Berfungsi sebagai garis pentunjuk
hubungan antar diagram pada
diagram

xiii
B. Usecase Diagram

uc Use Ca... Actor/Aktor

Orang atau sistem lain yang
berinteraksi dengan sistem ini.
Berfungsi sebagai peran bukan
Actor1 pengguna yang spesifik.

Usecase Diagram
uc Use Case Model Pe...
Merupakan bagian dari fungsional
sistem. Ditempatkan didalam sistem
Use Case
dan bisa extend (memperluas)
usecase lainnya.

Association Relationship/Hubungan
Asosiasi Berfungsi untuk menunjukan
komunikasi dua arah, menghubungkan
actor dengan usecase. Tanda *
berfungsiuntukmenunjukan keragaman
(multiplicity).

Extend Relationship dan

<<extende>> Include Relationship Extend
Relationship digunakan untuk
<<Include>>
memperluas perilaku opsional,
sedangkan Include
Relationship digunakan untuk
memasukan usecase kedalam
usecase lainnya.

xiv
C. Activity Diagram

Status awal/initial start

act Activ ity ...
Menunjukan dimana aliran kerja ini dimulai.

ActivityInitial

act Activ ity perekaman ...

Activity
Activ ity Befungsi untuk mewakili sekumpulan Tindakan atau
action dengan dilabeli oleh nama.

act Activ ity p...

Decisicon Node
Befungsi untuk mewakili kondisi pengujian,
memastikan bahwa aliran objek hanya turun
satu jalur. Dilabeli dengan keputusan untuk
melanjutkan kejalur tertentu.

act Activ ity ...

Final-Flow node
Digunakan untuk menghentikan aliran control
atau berguna untuk menunjuksn
ActivityFinal pemberhentian diagram

Control Flow

Berfungsi untuk menunjukan urutan eksekus

xv
D. Class Diagram
class Class Model
l Version Class

Class Mewakili orang, tempat, atau hal-hal yang

l Version dibutuhkan oleh sistem, memili nama yang
diketik dengan huruf tebal dan memili daftar
l Version
atribut beserta operasi.

Association
Berfungsi sebagai perwakilan hubungan antara
beberapa kelas, dilabeli dengan menggunakan
frasa kata kerja, berisi simbol multipisitas yang
mewakili waktu minimun dan maksimum
instance

VcelarsssiColanss Attribute dan Operation

Model Attribute merupakan property yang
Class
rsion-VAtribute :int menggabarkan keadaan suatu objek, sedangkan
+ Operation() :void
rsione Operation berfungsi untuk mewakili Tindakan

yang dapat dilakukan oleh kelas tersebut.

xvi
 E. Sequence Diagram

Actor
. Merupakan orang atau sistem yang memperoleh
manfaat dari luar sisten, berpartisipasi dalam suatu
urutan dengan mengirim dan menerima pesan

sd Compon...
Boundary Class
Berfungsi untuk menggambarkan tampilan program,

Boundary

Control Class
sd Compon...
Berfungsi untuk menggambarkan controller di sistem.

Control

sd Compon...
Entity Class
Befungsi untuk menggambarkan sebuah class.

Entity

xvii
 Lifeline
sd Component Model
Menunjukan kehidupan suatu objel selama suatu
Lifeline uruta

Message
Berfungsi untuk menyampaikan

informasi dari satu objek ke

objek lainnya

xviii
 DAFTAR GAMBAR

Gambar III.1 Struktur Organisasi Sekolah ........................................................................ 10

Gambar III.2 Activity diagram pembayaran uang spp infaq........................................ 13
Gambar IV.1 Use Case Diagram pembayaran spp infaq .............................................. 18
Gambar IV.2 Activity Diagram pembayaran spp infaq ................................................ 23
Gambar IV.3 Login .................................................................................................................. 25
Gambar IV.4 Input data siswa .............................................................................................. 25
Gambar IV.5 Input Pembayaran........................................................................................... 26
Gambar IV.6 Cetak Kwitansi ................................................................................................ 26
Gambar IV.7 Kirim SMS ....................................................................................................... 27
Gambar IV.8 Cetak Laporan ................................................................................................. 27
Gambar IV.9 Entity Relationship Diagram (ERD) ......................................................... 28
Gambar IV.10 Logical Record Structure (LRS) .............................................................. 29
Gambar IV.11 Class Model ................................................................................................... 33
Gambar IV.12 Sequence Diagram ....................................................................................... 33

xix
 DAFTAR TABEL

Table IV.1 Deskripsi Use Case Login ................................................................................ 19

Table IV.2 Deskripsi Use Case Mengakses halaman input data ................................ 19

Table IV.3 Deskripsi Use Case Menginput data ............................................................. 20

Table IV.4 Deskripsi Use Case Pembayaran.................................................................... 20

Table IV.5 Deskripsi Use Case cetak kwitansi ................................................................ 21

Table IV.6 Deskripsi Use Case Membuat laporan ......................................................... 21

Table IV.7 Deskripsi Use Case Mencetak laporan ......................................................... 22

Table IV.8 Spesifikasi File Siswa ........................................................................................ 30

Table IV.9 Spesifikasi File SPP Infaq ................................................................................ 31

Table IV.10 Spesifikasi File Berkas.................................................................................... 32

Table IV.11 Jadwal Implementasi ....................................................................................... 35

xx
 DAFTAR LAMPIRAN

Lampiran A.1 Kartu SPP Infaq............................................................................................. 42

Lampiran B.1 Kwitansi .......................................................................................................... 43
Lampiran C.1 Bukti Pembayaran SPP Infaq .................................................................... 43
Lampiran D.1 Laporan Pembayaran SPP Infaq ............................................................... 44

xxi
 BAB I

PENDAHULUAN

1.1. Latar Belakang Masalah

Perancangan sistem adalah proses pengembangan spesifikasi baru

berdasarkan rekomendasi hasil analisis sistem (Nugroho, 2016). Pengertian sistem

adalah suatu kesatuan yang terdiri komponen atau elemen yang dihubungkan

bersama untuk memudahkan aliran informasi, materi atau energi untuk mencapai

suatu tujuan (Palit et al., 2015).

Sistem informasi dapat didefinisikan sebagai seperangkat entitas yang terdiri

dari hardaware, software dan brainware yang saling bekerjasama untuk menyediakan

data yang diolah sehingga berguna dan bermanfaat bagi penerima data tersebut

(Herliana & Rasyid, 2016).

Sumbangan pembinaan pendidikan (SPP) adalah Pendapatan dari siswa

berupa dana dan pemasukan - pemasukan lainnya dari siswa sesuai kebijakan

sekolah yang dimanfaatkan untuk pengembangan kegiatan siswa (Dewi, 2015).

Sekolah Dasar Negeri 2 Karang Tengah itu berlokasi di Desa Ciheulang

Tonggoh kp.Ciheulang Tonggoh RT 03 RW 02 Kabupaten Sukabumi, dimana

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. Sehinnga dibutuhkan sebuah sistem yang intregrasi dengan

database untuk membantu mengurangi masalah tersebut.

1
 2

Dengan sistem terkomputerisasi mampu menyajikan informasi dengan teliti dan

tepat, sehingga sistem pembayaran uang spp infaq sekolah di sekolah dasar negeri 2

karang tengah dapat di sajikan lebih efisien dibanding dengan menggunakan sistem

manual.

1.2. Maksud dan Tujuan

Maksud dari penulisan Tugas Akhir ini adalah

1. Bagaimana mengintregasikan database ke sistem manual.

2. Bagaimana membuat laporan-laporan yang rapih sesuai kebutuhan

Tujuan dari penulisan Tugas Akhir ini adalah

1. Membuat sistem yang terintregasi dengan database

2. Membuat laporan-laporan yang rapih dan membantu pencairan

1.3. Metode Penelitian

Pada penelitian ini penulis menggunakan Prototype yaitu dengan model untuk

tujuan demonstrasi atau sebagai bagian dari proses pengembangan atau

pembuatan sebuah software.

1.3.1. Analisa Penelitian

1. Analis Kebutuhan

Menetukan kebutuhan sistem yang akan digunakan secara keseluruhan dengan

menentukan entity atau komponen yang akan dibutuhkan. Seperti waktu dan

tanggal pemasukan pembayaran uang spp infaq, jenis pembayaran dan lain-

lain yang di peroleh dari hasil wawancara dengan Kepala Sekolah tersebut,

yang akan di gunakan sebagai bahan rancangan sistem pembayaran uang spp

infaq sekolah.
 3

2. Membangun Prototype

Membangun prototype disini yaitu membangun suatu prototype yang

berpusat ke pelayanan pelanggan seperti membuat tahapan input dan tahapan

output yang dihasilkan dari sebuah sistem.

3. Perancangan Sistem dan Perangkat Lunak

Dalam penulisan tugas akhir ini penulis merancang sebuah model program

yang di sajikan kedalam bentuk ERD, LRS, beserta beberapa diagram. Hal ini

berguna untuk menggambarkan rancangan program yang penulis buat agar

dapat berjalan secara baik dan optimal. Perangkat lunak yang penulis

gunakan dalam pembuatan rancangan program ini yaitu framework CI

(CodeIgniter), PHP, HTML, dan Subime Text dan penyimpanan data

menggunakan database MySQL Versi 5.6.21.

4. Implementasi dan Pengujian Unit

Rancangan yang akan dibuat di implementasikan kedalam tulisan berupa

Codding program sesuai dengan Bahasa Pemograman yang telah dipilih yang

kemudian akan di lakukan pengujian unit pada aspek fungsional kepada ahli

sistem informasi dan guru SDN 2 Karang Tengah.

 4

1.3.2. Metode Pengumpulan Data

Metode pengumpulan data yang digunakan oleh penulis dalam

melukukan pembuatan tugas akhir adalah :

1. Observasi

Dalam metode ini penulis melakukan pengamatan dan penelitian terhadap

permasalahan di SD Negeri 2 Karang Tengah dengan program yang penulis

rencanakan, dengan ikut serta berbaur menjadi anggota di SD Negeri 2

Karang Tengah.

2. Wawancara

Selain kegiatan diatas kami juga melakukan tahap wawancara dengan Kepala

Sekolah dan sebagian guru yang kami anggap mampu dan tahu terkait

dengan pemograman yang akan penulis rancang.

3. Studi Pustaka

Melakukan studi pustaka melalui beberapa referensi yang ada di perpustakan

Universitas Bina Sarana Informatika dan melalui internet.

1.4. Ruang Lingkup

Dalam Penyusunan tugas akhir ini, penulis membahas tentang sistem

pembayaran uang spp infaq yang dimana ruang lingkup masalah mengenai

bagian-bagian yang ada dalam program, ruang lingkup penelitian ini dibatasi

hanya pada pembuatan sistem form login , form menu utama, form

Pembayaran, form master.

 BAB II

LANDASAN TEORI

2.1. Konsep Dasar Sistem

2.1.1 Pengertian Sistem

Sistem adalah sekelompok elemen yang bekerja sama (terintegrasi)

untuk mencapai suatu tujuan atau sasaran tertentu (Fatoni & Dwi, 2016).

Asal kata Sistem berasal dari bahasa Latin systema dan bahasa Yunani

sustema. Pengertian sistem adalah suatu kesatuan yang terdiri komponen atau

elemen yang dihubungkan bersama untuk memudahkan aliran informasi,

materi atau energi untuk mencapai suatu tujuan (Palit et al., 2015).

Menurut (Widodo, 2015) Sistem mempunyai karakteristik yang tidak

bisa dipisahkan antara satu karakteristik dengan karakteristik yang lain.

Berdasarkan dari pengertian diatas dapat penulis simpulkan bahwa sistem

adalah suatu jaringan kelompok yang terhubung antara satu sama lainnya

untuk mencapai tujuan tertentu secara bersama-sama.

2.1.2 Pengertian Sistem Informasi

Sistem informasi terdiri dari komponen-komponen yang disebut

dengan istilah blok bangunan (Building Block), dimana masing-masing blok

ini saling berintegrasi satu sama lainya membentuk satu kesatuan untuk

mencapai tujuannya. Adapun blok-blok tersebut adalah sebagai berikut :

5
 6

1. Blok masukan (Input Blok)

Meliputi metode-metode dan media untuk menangkap data yang akan dimasukan, dapat
berupa dokumen-dokumen dasar.
2. Blok Model (Model Block)
Terdiri dari kombinasi prosedur, logika dan model matematik yang berfungsi
memanipulasi data untuk keluaran tertentu.
3. Blok Keluaran (Output Block)
Berupa keluaran dokumen dan informasi yang berkualitas
4. Blok Teknologi
Untuk menerima input, menjalankan model, menyimpan dan mengakses data,
menghasilkan dan mengirimkan keluaran serta membantu pengendalian dari sistem
secara keseluruhan.
5. Blok Basis Data (Database Block)
Merupakan kumpulan data yang saling berhubungan satu dengan yang lainnya,
tersimpan didalam perangkat keras komputer dan perangkat lunak untuk
memanipulasi.
6. Blok Kendali (Controls Block)
Meliputi masalah pengendalian yang berfungsi mencegah dan menangani
kesalahan atau kegagalan sistem (Laisina et al., 2011)

2.1.1 Pengertian Perancangan

“Langkah awal dalam membuat sebuah sistem adalah perancangan

dari sistem tersebut. Perancangan adalah proses pengembangan spesifikasi

baru berdasarkan rekomendasi hasil analisis sistem” (Nugroho, 2016).

“Perancangan adalah satu langkah untuk memberikan gambaran secara

umum kepada manusia atau pengguna tentang sistem yang diusulkan”

(Saragih et al., 2015).

2.1.2 Bahasa Pemrograman

Bahasa Pemrograman adalah sebuah instruksi standar untuk

memerintah komputer. Bahasa Pemrograman merupakan suatu himpunan

 7

dari aturan sintaks dan semantic yang dipakai untuk mendefinisikan program

komputer. Bahasa pemrograman memfasilitasi cara dan aturan yang

dilakukan oleh oleh programmer untuk menuliskan perintah menyimpan,

mengkompilasi dan melihat hasil secara benar (Komtekinfo et al., 2015).

2.2. Teori Pendukung

2.2.1 Pengertian ERD (Entity Relationship Diagram)

ERD (Entity Relationship Diagram) adalah model teknik pendekatan

yang menyatakan atau menggambarkan hubungan suatu model. Didalam

hubungan ini tersebut dinyatakan yang utama dari ERD adalah menunjukan

objek data (Entity) dan hubungan (Relationship), yang ada pada Entity

berikutnya (Gardner, 2016).

2.2.2 Pengertian LRS (Logical Record Structure)

LRS adalah Tabel-tabel yang terbentuk dari hasil antar himpunan

entitas yang merupakan representasi dari struktur record-record (Lingga,

2018). LRS (Logical Record Structure) terdiri dari link -link diantara tipe

record. Link ini menunjukkan arah dari satu tipe record lainnya. Banyak link

dari Logical Record Structure yang diberi tanda field-field yang kelihatan

pada kedua link tipe record. Penggambaran Logical Record Structure mulai

dengan menggunakan model yang dimengerti (Sudrajat, 2018).

2.2.3 Pengertian UML (Unified Modeling Language)

UML (Unified Modelling Language) telah menjadi standart dalam

merancang suatu sistem visualisasi dan mendokumentasikan sistem piranti

lunak. Para pengembang sistem berorientasi objek menggunakan bahasa

model untuk menggambarkan, membangun, dan mendokumentasikan sistem

yang sedang dirancang (Sudrajat, 2018).

 8

2.2.4 Pengertian PHP (Perl Hypertext Preprocessor)

PHP merupakan bahasa pemrograman berbasis web yang memiliki

kemampuan untuk memproses data dinamis. PHP dikatakan sebagai sebuah

server- side embedded script language artinya sintaks-sintaks dan perintah

yang kita berikan akan sepenuhnya dijalankan oleh server tetapi disertakan

pada halaman HTML biasa. Aplikasi-aplikasi yang dibangun oleh PHP pada

umumnya akan memberikan hasil pada web browser, tetapi prosesnya secara

keseluruhan dijalankan di server (Lestanti & Susana, 2016).

2.2.5 Pengertian HTML (Hyper Text Markup Language)

Hypertext Markup Language adalah bahasa yang digunakan untuk

membuat suatu situs web atau homepage.Setiap dokumen dalam web ditulis

dalam format HTML. Semua format dokumen, hyperlink yang dapat diklik,

gambar, dokumen multimedia form yang dapat diisi dan sebagainya

didasarkan atas HTML (Wulandari & Aprilia, 2015).

2.2.6 Pengertian MySQL (My Structure Query Languange)

MySQL dalam operasi client server melibatkan server daemon

MySQL disisi server dan berbagai macam program serta library yang

berjalan disisi client. MySQL mampu menangani data yang cukup besar yang

merupakan software sistem manajemen database ( Database Management

System – DBMS) yang sangat populer di pemograman. MYSQL merupakan

database yang paling populer digunakan untuk aplikasi web yang

menggunakan database sebagai pengolah data (Tampubolon, 2018

 BAB III

ANALISIS SISTEM BERJALAN

3.1. Tinjauan Perusahaan

Pada analisa sistem berjalan ini telah dilakukan peninjauan pada Sekolah

Dasar Negeri 2 Karang Tengah yang beralamat di Desa Ciheulang Tonggoh,

kp.Ciheulang Tonggoh RT 03 RW 02 dimana sekolah dasar ini adalah salah

satu sekolah dasar yang berada di daerah Karang Tengah.

3.1.1. Sejarah Perusahaan

Sekolah dasar adalah jenjang paling dasar pada pendidikan formal di

Indonesia yang di tempuh dalam waktu 6 tahun. SDN 2 Karang Tengah berdiri

sejak 1 Januari 1910, Sekolah ini menjadi sekolah ke 2 di Desa Ciheulang

Tonggoh, sekolah terdiri dari 10 ruang kelas (1, 2, 3A, 3B, 4A, 4B, 5A, 5B,

6A, 6B) dengan jumlah murid 262 murid dan total guru 15.

3.1.2. Struktur Organisasi dan Fungsi

KEPALA SEKOLAH
NINA NURMALIA, S.Pd,M.Si

DEDEH KURNIASIH,S.Pd. ADE MULYANI, S.Pd. LILIS SUHARTINI, S.Pd.

TIKA RIMBAYANI, S.Pd. PAINAH, Ama.Pd Rieka Yulianti SR,S.Pd.SD.

GURU KELAS 1B GURU KELAS 2B GURU KELAS 3B GURU KELAS 4B GURU KELAS 5B GURU KELAS 6B
ENTIN HAYATI, S.Pd. ISOH JUBAEDAH, S.Pd.SD. FEBRIYANSYAH, S.Pd. ENDIN FAHRUDIN, S.Pd.I MUJI, S.Pd. TUTI SUTIANAH, S.Pd.

GURU O.R KELAS 1-3 GURU O.R KELAS 4-6 GURU PAI KELAS 1-6
WAHYU S ETIADI WIDA MAULIDA SEPTIANI, S.Pd. SITI MARIAH, S.Pd.

WAHID NURWALUYADIN SOFYAN, S.Pd.

ENDANG

Sumber : SDN 2 Karang Tengah

Gambar III.1.

Struktur Organisasi SDN 2 Karang Tengah

9
 10

Adapun tugas dan wewenang serta tanggung jawab dari masing-masing bagian

jabatan sebagai berikutt :

A. Kepala Sekolah

Tugas pokok dari seorang kepala sekolah ada bertanggung jawab secara penuh

terhadapa semua kegiatan yang berlangsung di skeolah. Tugas kepala sekolah juga

harus bisa berperan seperti educator, manajer, innovator, dan leader motivator yang

baik dari dalam dan juga luarJadi, tugas Kepala Sekolah yaitu menyusun program

kerja sekolah, sebagai Pembina bagi siswanya, mengawasi kegiatan belajar

mengajar, mengawasi pelaksaan belajar mengajar, mengawasi penilaian belajar

mengajar, melaksanakan hubungan yang baik dengan anggota sekolah dan

masyarakat, melaksanakan penilaian dan bimbingan untuk para guru dan karyawan

sekolah, serta menyelenggaraka administrasi sekolah seperti administrasi keuangan,

ketenagaan, perlengkapan, kesiswaan, dan kurikulum.

B. Wali Kelas

Wali kelas bukan hanya sekedar guru yang akan hadir di kelas siswa di jam-jam

tertentu untuk memberikan informasi seputar sekolah. Namun wali kelas juga

mempunyai tuganya tersendiri yaitu membuat catatan khusus tentang siswa dari

kelasnya, mengisi daftar kumpulan nilai siswa kelasnya, membagikan buku laporan

hasil belajar siswa kelasnya, mencatat mutasi siswa kelasnya, mengisi buku laporan

penilaian hasil belajar siswa kelasnya, dan menyelenggaraan administrasi kelas seperti

buku absensi siswa, daftar pelajaran kelas, papan absensis kelas, tata tertib siswa, dan

buku kegiatan pembelajaran/buku kelas, dan tata tertib siswa.

 11

C. Guru O.R Kelas 1-3

Guru yang hanya mengajarkan tentang olahraga dari kelas 1 sampai kelas

3. D. Guru O.R Kelas 4-6

Guru yang hanya mengajarkan tentang olahraga dari kelas 4 sampai kelas

6. E. Guru PAI Kelas 1-6

Guru yang hanya mengajar tentang pendidikan agama islam dari mulai

kelas 1 sampai kelas 6.

F. Tata Usaha

Penyusunan program kerja tata usaha sekolah, Mengelola Administrasi

Sekolah, Pengurusan dan pelaksanaan administrasi / sarana prasarana sekolah,

Penyusunan Administrasi Kesiswaan, Penyusunan Administrasi Kurikulum,

Penyusunan Administrasi Kepegawaian, Penyusunan Administrasi Humas

G. Penjaga Sekolah

Tugas Operator Sekolah adalah melakukan entry data yang bersumber dari

F- SEK, F-PD, dan F-PTK yang sebelumnya telah diisi oleh pihak yang

berkepentingan.

3.1.3. Prosedur Sistem Berjalan

Siswa akan mengisi formulir yang telah disediakan lalu tata usaha akan

memvalidasi formulir tersebut dan akan memberikan rincian pembayaran ke

siswa, setelah melakukan pembayaran tata usaha akan merekap struktur

pembayaran dan siswa akan mendapatkan kwitansi pembayaran dari tata

usaha, lalu tata usaha akan membuat laporan pembayaran dan kepala sekolah

akan menerima laporan pembayaran tersebut dan mengeceknya.

 12

uc Package1

menyediakan
formulir

mengisi formulir

v alidasi formulir

Tata Usaha
memberi rincian
Sisw a pembayaran ke
sisw a

pembayaran spp
infaq

merekap struktur
pembayaran

menerima kw itansi

membuat laporan
pembayaran

mengecek laporan
pembayaran

Kepala Sekolah

Gambar III.2 Usecase diagram pembayaran uang spp infaq

 13

3.2. Activity Diagram

act Package1

Sisw a Tata Usaha Kepala Sekolah

mulai

mengisi formulir v alidasi formulir

rincian pembayaran
rekap struktur
pembayaran

menerima kw itansi mengecek laporan

pembayaran membuat laporan
pembayaran

selesai

Gambar III.3 Activity diagram pembayaran uang spp infaq

 14

3.3. Spesifikasi Dokumen Masukan

Nama : Buku SPP Infaq

Fungsi : Sebagai data pembayaran uang spp infaq

Sumber : Kepala Sekolah

Tujuan : Tata Usaha

Media : Kertas

Frekuensi : Setiap pembayaran uang spp infaq

Format : Lampiran A.1

3.4. Spesifikasi Dokumen Keluaran

Nama : Buku SPP Infaq

Fungsi : Sebagai data pembayaran uang spp infaq

Sumber : Kepala Sekolah

Tujuan : Orang Tua Siswa

Media : Kertas

Frekuensi : Setiap pembayaran uang spp infaq

Format : Lampiran B.1

 15

3.5. Permasalahan Pokok

Dari analisa permasalahan yang dilakukan terhadap sistem pembayaran

uang spp di Sekolah Dasar Negeri 2 Karang Tengah Kabupaten Sukabumi

memiliki permasalahan dimana sistem pembayaran uang spp infaq nya masih

menggunakan cara manual dengan media kertas, di khawatirkan terjadi

kehilangan data, kerusakan data, dan sulit dalam pencarian laporan.

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
Tata Usaha berhasil login dan masuk ke halaman utama
Goal
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
1. Tata Usaha melakukan Login
Main Flow
2. Tata Usaha berhasil login
Alternative Flow/Invariant A Sistem menampilkan langsung halaman utama
1. Tata Usaha melakukan login
2. Tata Usaha mengisi username dan password
Invariant B
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
1. Sistem mengakses halaman
Main Flow
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
Data yang di input gagal dan menampilkan pesan “Gagal
Failed and Conditions
menambahkan data”
Aktor Tata Usaha
1. Tata Usaha melakukan penginputan data
Main Flow
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
Tata Usaha melakukan penginputan pembayaran
Pre-Conditions
dihalaman pembayaran
Post-Conditions Penginputan pembayaran berhasil
Failed and Conditions Penginputan pembayaran gagal
Aktor Sistem
1. Tata Usaha melakukan penginputan pembayaran
Main Flow
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
3. Sistem mengakses halaman
Main Flow
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
5. Sistem mengakses halaman
Main Flow
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
7. Sistem mencetak pembayaran
Main Flow
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

mengecek laporan
Mencetak 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)

semester
**NIS *id_spp tgl_baya *id_tu
*NIS nama
nama
**id_tu

1 1 1 1

siswa mengisi spp mengisi Tata Usaha

ttl
alamat 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*
TTL Tgl_Bayar Nama
Kelas No_Telp
Alamat Alamat
No_Telp
1
**NIS
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 NIS Nis Int 10 Primary
Key
2 Nama Siswa Nm_Siswa Varchar 50
3 TTL TTL Date -
4 Kelas Kelas Int 10
5 Alamat Alamat Varchar 50

6 No Telp No_Telp Int 15

1. Spesifikasi File SPP

Infaq

Nama File : SPP Infaq

Akronim : SPP Infaq

Fungsi : Untuk mendata pembayaran spp infaq

Tipe File : File Master Organisasi

File : Indexed Sequental Akses File : Random

Media : Hardisk

Panjang Record 90

Kunci Field : id_spp_infaq

Software : Mysql
 31

Table IV.9 Spesifikasi File SPP

No Elemen data Akronim Tipe Panjang Keterangan

1 ID SPP Id_spp Int 10 Primary Key
2 Semester semester Varchar 30
3 Tanggal Bayar tgl_bayar Date -

2. Spesifikasi File Tata Usaha

Nama File : TU

Akronim : TU

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
 32

4.2.4. Class Model / Class Diagram

class class diagram

Siswa SPP Kepala Sekolah

+ Alamat: text - id_spp: int + alamat: text

+ Kelas: varchar + semester: - id_tu: int
+ Nama_Lengkap: varchar + varchar + nama: varchar
Mengisi Mengisi
- NIS: int + no_telp: int
+ No_Telp: int 1 1 + Edit() 1 1
+ hapus() + edit()
+ TTL: date
+ tambah() + hapus()
+ Edit() + tambah()
+ 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()

Input Data
Login()

Validasi()

Menginput Data()

Cetak Kwitansi()

Mengirim SMS()

Menerima SMS()

Membuat Laporan()

Mencetak Laporan()

Mengecek Laporan()

Gambar IV.12 Sequence Diagram

 33

4.2.2. Spesifikasi Hardware dan Software

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

1 BULAN
NO KEGIATAN
Minggu ke- Minggu ke- Minggu ke- Minggu
1 2 3 ke-4
1 Persiapan data awal
2 Pengambilan data
3 Analisa data
4 Pengumpilan data
5 Penyiapan dokumen masukan
6 penyiapan dokumen keluaran
7 Perancangan tabel
8 Perancangan sistem
9 Desain sistem
10 Evaluasi
 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 : novalmanggus@gmail.com

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