Anda di halaman 1dari 43

LAPORAN KERJA PRAKTEK

SISTEM INFORMASI PEMBAYARAN SPP


PADA I-TUTOR.NET EDUCATION

Oleh :

RUDY TANDRA
NIM. D03104051

Pembimbing Kerja Praktek :

HERRY SUJAINI, ST.MT.


NIP. 132162449

PROGRAM STUDI TEKNIK INFORMATIKA


FAKULTAS TEKNIK
UNIVERSITAS TANJUNGPURA
2007
ABSTRAK

Sistem informasi adalah sekumpulan prosedur organisasi yang pada saat


dilaksanakan akan memberikan informasi bagi pengambil keputusan dan/ atau
untuk mengendalikan organisasi. Sistem informasi dapat meningkatkan kinerja
pada sebuah institusi sehingga lebih efisien dan efektif.
Tujuan kerja praktek adalah menghasilkan sistem informasi pencatatan
pembayaran secara otomatis, mengubah jadwal les secara dinamis, mencatat siswa
yang keluar pada setiap bulannya dan menyajikannya dalam bentuk laporan.
Sistem informasi yang dirancang akan memudahkan kerja dari staf administrator
I-TUTOR.NET EDUCATION dalam mengontrol pembayaran yang dilakukan
oleh siswa-siswa. Sistem ini juga dirancang sedemikian rupa untuk memudahkan
pencarian siswa dengan berbagai macam status, yaitu status yang
keluar/berhenti/mengundurkan diri dan izin atau cuti.
Dari hasil kerja praktek, dapat disimpulkan sistem informasi yang dirancang
mengurangi pencatatan berulang pada pembayaran iuran kursus, dan membantu
admin mencetak laporan status siswa yang keluar/berhenti/mengundurkan diri
pada periode yang diinginkan.

i
KATA PENGANTAR

Puji dan syukur penulis haturkan kepada Tuhan Yang Maha Esa, karena atas kasih
dan anugerah – Nya penulis dapat menyelesaikan kerja praktek yang berjudul
“SISTEM INFORMASI PEMBAYARAN SPP PADA I-TUTOR.NET
EDUCATION”.
Penulisan laporan kerja praktek ini disusun untuk memenuhi salah satu syarat
wajib mata kuliah kerja praktek dengan bobot 2 sks dari jurusan Teknik Elektro
Program studi Informatika Fakultas teknik Universitas Tanjungpura
Sejak masa persiapan, penyusunan hingga penyelesaian kerja praktek ini, penulis
mendapat banyak bantuan berupa saran, kritik, bimbingan, dukungan, dan doa
dari berbagai pihak.
Dengan rasa hormat dan penghargaan yang setinggi – tingginya serta ucapan
terima kasih atas segala upaya dan telah sudi meluangkan waktu serta bimbingan
sehingga tersusunlah laporan laporan kerja praktek ini,khusunya yang terhormat :

1. Bapak Ir. Syafaruddin AS, MM, Selaku Dekan Fakultas Teknik


Universitas Tanjungpura.
2. Bapak Muhamad Saleh ST, MT, Selaku Ketua Jurusan Teknik Elektro
Fakultas Teknik Universitas Tanjungpura.
3. Bapak Arif Bijaksana ST, MT, Selaku Ketua Jurusan Program Studi
Teknik Informatika.
4. Bapak Herry Sujaini ST, MT , Selaku Dosen Pembimbing Kerja Praktek.
5. Bapak Petrus Erydanus S. ST, Selaku Pembimbing Kerja Praktek
Lapangan sekaligus Manager I-TUTOR.NET EDUCATION
6. Untuk teman-teman dan pihak-pihak lain yang telah banyak membantu
dan memberikan dukungan dalam penyususan laporan kerja praktek ini.

Akhir kata penulis berharap adanya masukan serta saran yang bersifat
konstruktif untuk perbaikan laporan ini.

Pontianak, 2 Agustus 2007

Penulis

ii
DAFTAR ISI

Halaman

ABSTRAKSI ............................................................................................ i
KATA PENGANTAR ............................................................................... ii
DAFTAR ISI ............................................................................................. iii
DAFTAR TABEL ..................................................................................... v
DAFTAR GAMBAR ................................................................................ vi
BAB I : PENDAHULUAN .................................................................. 1
1.1 Latar Belakang .................................................................. 1
1.2 Materi Kerja Praktek ......................................................... 2
1.3 Tujuan Kerja Praktek ........................................................ 3
1.4 Manfaat Kerja Praktek ...................................................... 3
1.5 Sistematika Penulisan ....................................................... 3
BAB II : RUANG LINGKUP KERJA PRAKTEK ............................... 6
2.1 Gambaran Umum Institusi ................................................ 6
2.2 Struktur Organisasi Institusi ............................................. 6
BAB III : ANALISIS KEBUTUHAN SISTEM ..................................... 8
3.1 Metode Analisis ................................................................ 8
3.2 Hasil Analisis .................................................................... 8
3.2.1 Diagram Alir Data Sistem yang Sedang
Berjalan ................................................................... 8
3.2.1.1 Diagram Konteks Sistem ............................ 8
3.2.1.2 Diagram Nol ................................................ 9
3.2.1.3 Diagram Rinci .............................................11
3.2.2 Fungsi ......................................................................12
3.2.3 Kinerja .....................................................................12
3.2.4 Antarmuka ...............................................................13
BAB IV : PERANCANGAN SISTEM
4.1 Metode Perancangan .........................................................14
4.2 Hasil Perancangan .............................................................14
4.2.1 Diagram Alir Data Sistem yang Sedang
Dirancang ................................................................14
4.2.1.1 Diagram Konteks Sistem ............................14
4.2.1.2 Diagram Nol ................................................15
4.2.1.3 Diagram Rinci .............................................16
4.2.2 Kamus Data .............................................................17
4.2.3 Perancangan Basis Data ..........................................17
4.2.3.1 Normalisasi .................................................17
4.2.3.2 Diagram Hubungan Entitas .........................21
4.2.4 Spesifikasi Tabel .....................................................21
BAB V : IMPLEMENTASI PROGRAM ..............................................25
5.1 Batasan Implementasi .......................................................25
5.2 Implementasi .....................................................................25
BAB VI : ANALISIS KINERJA SISTEM ..............................................30

iii
BAB VII : PENUTUP ...............................................................................31
7.1 Kesimpulan .......................................................................31
7.2 Saran ..................................................................................31

iv
DAFTAR TABEL

Halaman
Tabel 4.1 Tabel Identitas ...............................................................................22
Tabel 4.2 Tabel Pembayaran .........................................................................22
Tabel 4.3 Tabel Month_Record .....................................................................23
Tabel 4.4 Tabel Quit ......................................................................................23
Tabel 4.5 Tabel Quit_Print ............................................................................23
Tabel 4.6 Tabel Administrator .......................................................................24
Tabel 4.7 Tabel Group ...................................................................................24
Tabel 4.8 Tabel Iuran Kursus ........................................................................24
DAFTAR GAMBAR

Halaman
Gambar 2.1 Struktur Organisasi I-TUTOR.NET EDUCATION .................. 6
Gambar 3.1 Diagram Konteks Sistem yang Berjalan ................................... 9
Gambar 3.2 Diagram Nol Sistem yang Berjalan ..........................................10
Gambar 3.3 Diagram Rinci 1.0 Sistem yang Berjalan ..................................11
Gambar 3.4 Diagram Rinci 2.0 Sistem yang Berjalan ..................................11
Gambar 3.5 Diagram Rinci 3.0 Sistem yang Berjalan ..................................12
Gambar 4.1 Diagram Konteks Sistem yang Dirancang ................................14
Gambar 4.2 Diagram Nol Sistem yang Dirancang .......................................15
Gambar 4.3 Diagram Rinci 1.0 Sistem yang Dirancang ...............................16
Gambar 4.4 Diagram Rinci 2.0 Sistem yang Dirancang ...............................17
Gambar 4.5 Diagram Hubungan Entitas .......................................................21
Gambar 5.1 Form Login ...............................................................................25
Gambar 5.2 Form Registrasi Siswa ..............................................................26
Gambar 5.3 Form Pembayaran .....................................................................27
Gambar 5.4 Form Pencarian Data .................................................................27
Gambar 5.5 Form Report ..............................................................................28
Gambar 5.6 Report Siswa .............................................................................29

v
BAB I

PENDAHULUAN

1.1 LATAR BELAKANG

Sistem informasi berkaitan dengan proses dalam database. Sistem informasi

digunakan untuk mengendalikan proses dalam database sehingga terdapat alur

yang jelas dari masuk keluarnya data.

”Sistem informasi adalah sekumpulan prosedur organisasi yang pada saat


dilaksanakan akan memberikan informasi bagi pengambil keputusan dan/ atau
untuk mengendalikan organisasi”.[1]

Pembayaran iuran kursus merupakan hal yang krusial dalam sebuah lembaga

kursus karena menyangkut masalah keuangan. Pencatatan pembayaran iuran

tersebut memerlukan perhatian khusus. Pencatatan yang dilakukan secara

manual memerlukan kertas – kertas. Arsip berupa kertas memiliki kelemahan

dalam hal jumlah data yang disimpan. Data yang semakin banyak memerlukan

kertas yang makin banyak pula.

Pada Lembaga Kursus I-TUTOR.NET EDUCATION, pencatatan pembayaran

iuran sudah berbasis komputer. Namun, pencatatan pembayaran ke dalam

komputer hanya dilakukan sebulan sekali. Pencatatan pembayaran ini

didasarkan pada catatan pembayaran secara manual dalam kertas yang berisi

tabel yang sudah diformat dan dicetak. Pencatatan pembayaran data identik

1
yang berulangkali pada kertas dan komputer menyebabkan efisiensi kerja

berkurang.

Software yang digunakan operator dalam mencatat pembayaran adalah

Microsoft Excel. Pencetakan tabel pencatatan pembayaran memerlukan waktu

apabila terjadi perubahan jadwal kursus. Operator harus menulis ulang nama –

nama siswa yang merubah jadwal kursusnya dalam tabel baru dan

mencetaknya guna memudahkan pencatatan pembayaran iuran kursus.

Untuk mengatasi permasalahan di atas maka dibangunlah sistem berbasis

desktop yang mencatat pembayaran iuran kursus secara otomatis sesuai

dengan siswa yang sudah terdaftar. Selain itu, sistem ini juga harus

mempermudah user dalam mengubah jadwal kursus dan pencarian data siswa

yang sedang izin maupun sudah keluar atau berhenti kursus.

1.2 MATERI KERJA PRAKTEK

Berikut ini adalah materi-materi yang secara umum diberikan I-TUTOR.NET

EDUCATION :

1. Daftar Identitas Siswa I-TUTOR.NET EDUCATION

Berisikan identitas siswa pada saat mendaftarkan diri sebagai siswa I-

TUTOR.NET EDUCATION.

2. Tabel Pencatatan Pembayaran Iuran Kursus

Berisikan tanggal pembayaran siswa yang dikelompokkan berdasarkan

2
bulan.

1.3 TUJUAN KERJA PRAKTEK

Tujuan kerja praktek ini adalah menghasilkan sistem informasi pencatatan

pembayaran secara otomatis; mengubah jadwal les secara dinamis; mencatat

siswa yang keluar pada setiap bulannya dan menyajikannya dalam bentuk

laporan.

1.4 MANFAAT KERJA PRAKTEK

Berikut ini adalah beberapa manfaat yang diperoleh antara lain :

1. Mempermudah user dalam mencatat pembayaran iuran kursus.

2. Mempermudah mengubah jadwal kursus secara dinamis.

3. Menyajikan laporan perihal siswa yang keluar tiap bulannya.

4. Memberikan pengalaman berinteraksi dengan sesama dalam suatu

lingkungan kerja.

1.5 SISTEMATKA PENULISAN

Sistimatika Penulisan berisikan gambaran umum tentang uraian yang akan

disampaikan pada setiap bab.

BAB I PENDAHULUAN

Berisi latar belakang, materi kerja praktek, tujuan kerja praktek, manfaat

penelitian dan sistematika penulisan.

3
BAB II RUANG LINGKUP KERJA PRAKTEK

Berisi gambaran umum institusi yang memuat keterangan-keterangan yang

berkaitan dengan institusi tempat kerja praktek meliputi sejarah singkat,

bidang usaha, dan lain-lain dan struktur organisasi institusi yang memuat

keterangan tentang struktur organisasi termasuk hubungannya dengan bagian

lain, serta tugas-tugasnya.

BAB III ANALISIS KEBUTUHAN SISTEM

Berisi metode analisis yang merupakan uraian tentang metode analisis

kebutuhan perngkat lunak yang dipakai dan hasil analisis kebutuhan perangkat

lunak yang meliputi fungsi-fungsi yang dibutuhkan, kinerja yang harus

dipenuhi, dan antarmukanya yang diinginkan.

BAB IV PERANCANGAN SISTEM

Berisi uraian tentang metode perancangan perangkat lunak yang dipakai dan

hasil perancangan perangkat lunak yang merupakan terjemahan kebutuhan

perangkat lunak, yang meliputi struktur data yang akan digunakan, arsitektur

perangkat lunak, rincian prosedur-prosedur, dan antarmuka yang akan

dikembangkan.

4
BAB V IMPLEMENTASI SISTEM

Berisi batasan implementasi perangkat lunak yang meliputi asumsi-asumsi

yang dipakai, lingkungan pengembangan, bahasa dan kompilator yang dipakai

serta alasan pemilihannya, dan batasan-batasan lain yang dibuat dan ditemui

selama pengembangan perangkat lunak. Selain itu, bab ini juga memuat

implementasi yang berupa dokumentasi implementasi perangkat lunak.

Keterangan tentang implementasi dari rancangan perangkat lunak meliputi

implementasi struktur data, prosedur-prosedur dalam bahasa pemrograman

yang dipilih, serta antarmuka.

BAB VI ANALISIS KINERJA SISTEM

Berisi dokumentasi hasil pengujian terhadap perangkat lunak yang

dibandingkan kebenarannya dengan kebutuhan perangkat lunak.

BAB VII PENUTUP

Berisi kesimpulan-kesimpulan dari proses pengembangan perangkat lunak,

baik pada tahap analisis kebutuhan perangkat lunak, perancangan,

implementasi, dan terutama pada analisis kinerja perangkat lunak. Bagian ini

juga berisi saran-saran yang perlu diperhatikan berdasar keterbatasan-

keterbatasan yang ditemukan dan asumsi-asumsi yang dibuat selama

melakukan kerja praktek.

BAB II

5
RUANG LINGKUP KERJA PRAKTEK

2.1 GAMBARAN UMUM INSTITUSI

I-TUTOR.NET EDUCATION merupakan sebuah lembaga pendidikan non

formal yang mengadopsi kurikulum negara Singapura. Sistem pembelajaran I-

TUTOR.NET EDUCATION menerapkan bahasa Inggris sebagai bahasa

pengantar pada kelas bahasa Inggris dan bahasa Mandarin pada kelas bahasa

Mandarin. Siswa I- TUTOR.NET EDUCATION meliputi pelajar Sekolah

Dasar (SD) dan Sekolah Menengah Pertama (SMP).

Iuran kursus merupakan sumber financial dari setiap lembaga pendidikan non

formal, penanganan yang kurang teliti dapat menyebabkan kerugian dari segi

material.

2.2 STRUKTUR ORGANISASI INSTITUSI

Owner

Principal

Teacher
Administrator

Gambar 2.1 Struktur Organisasi I-TUTOR.NET EDUCATION

6
Berikut ini penjelasan mengenai struktur organisasi institusi I-TUTOR.NET

EDUCATION :

1. Owner merupakan pemilik sekaligus pendiri I-TUTOR.NET EDUCATION.

2. Principal merupakan manager atau penanggung jawab lapangan I-

TUTOR.NET EDUCATION sekaligus staf pengajar.

3. Teacher merupakan staf pengajar yang bertanggung jawab dalam kegiatan

belajar mengajar.

4. Administrator merupakan staf yang mengurusi data kesiswaan .

BAB III

7
ANALISIS KEBUTUHAN SISTEM

3.1 METODE ANALISIS

Metode analisa yang digunakan adalah metode data structured oriented

analysis. Data akan dimodelkan dan fungsi-fungsi digambarkan melalui

diagram. Dengan metode ini akan dijabarkan analisa sistem yang sedang

berjalan.

3.2 HASIL ANALISIS

3.2.1 Diagram Aliran Data (Data Flow Diagram / DFD) Sistem yang Sedang

Berjalan

Diagram Alir Data merupakan model dari sistem untuk menggambarkan

pembagian sistem ke modul yang lebih kecil.

3.2.1.1 Diagram Konteks Sistem

Diagram Konteks Sistem adalah diagram yang terdiri dari suatu

proses dan menggambarkan ruang lingkup suatu sistem.

8
PIMPINAN

laporan siswa berstatus keluar

pembayaran iuran
pelaporan status siswa
SISTEM
INFORMASI
PENCATATAN
SISWA PEMBAYARAN, ADMINISTRATOR
PENCATATAN
STATUS SISWA,
DAN JADWAL
bukti pembayaran KURSUS
Pencatatan pembayaran iuran

Gambar 3.1 Diagram Konteks Sistem yang Berjalan

Pada gambar 3.1, dapat dilihat aliran data yang terjadi pada I-

TUTOR.NET EDUCATION. Pada diagram tersebut terdapat

3(tiga) Entitas Luar yaitu Administrator, Siswa dan Pimpinan.

3.2.1.2 Diagram Nol (Overview Diagram)

Diagram Nol adalah diagram yang menggambarkan proses dari

dataflow diagram dan memberikan pandangan secara

menyeluruh mengenai sistem yang ditangani, menunjukkan

tentang fungsi-fungsi utama atau proses yang ada, aliran data,

dan eksternal entity.

9
SISWA
file_identitas_siswa
1.0
Pencatatan
pembayara Nama siswa
n

Identitas Siswa
ADMINISTRATOR
file_pembayaran

2.0
Pencatatan
pembayaran
Identitas Siswa lanjutan lanjutan

file_pembayaran_lanjutan
Gambar 3.2 Diagram Nol Sistem yang Berjalan

PIMPINAN 3.0
Pencetakan
Laporan
Laporan Pembayaran

Gambar 3.2 Diagram Nol Sistem yang Berjalan

10
Pada gambar 3.2, digambarkan aliran data yang lebih spesifik

dari sistem yang sedang berjalan pada I-TUTOR.NET

EDUCATION. Terdapat pencatatan pembayaran lanjutan yang

menyebabkan terjadinya perulangan aktivitas.

3.2.1.3 Diagram Rinci (Level Diagram)

Diagram rinci adalah diagram yang menguraikan proses apa

yang ada dalam diagram Nol atau diagram level di atasnya.

file_identitas_siswa 1.1
Pencatatan file_pembayaran
pembayaran

Melakukan pembayaran
SISWA
ADMINISTRATOR
Melakukan pencatatan

Gambar 3.3 Diagram Rinci 1.0 Sistem yang Berjalan

Pada gambar 3.3, digambarkan proses yang lebih rinci pada

level 1 (satu). Terdapat 2 (dua) Entitas Luar yang saling

memberikan informasi, siswa memberi data berupa pembayaran

dan administrator melakukan pencatatan pembayaran

berdasarkan file identitas siswa dan file pembayaran terakhir


ADMINISTRATOR file_pembayaran
siswa tersebut. 2.1
Pencatatan
pembayaran
Melakukan pencatatan lanjutan lanjutan

file_pembayaran_lanjutan

11

Gambar 3.4 Diagram Rinci 2.0 Sistem yang Berjalan


Pada gambar 3.4, digambarkan proses yang lebih rinci pada

level 2 (dua). Terdapat pencatatan pembayaran lanjutan yang

dilakukan.

file_pembayaran_lanjutan

3.1
PIMPINAN Pencetakan
Laporan

Laporan Pembayaran
Gambar 3.5 Diagram Rinci 3.0 Sistem yang Berjalan

Pada gambar 3.5, digambarkan proses yang lebih rinci dari level

3 (tiga). Terdapat aliran data berupa laporan pembayaran kepada

pimpinan.

3.2.2 Fungsi

Pencatatan pembayaran dan pencatatan status siswa

Pencatatan pembayaran dilakukan berdasarkan data siswa yang masih

terdaftar pada lembaga dan data pembayaran terakhir siswa.

12
3.2.3 Kinerja

Kinerja yang harus dipenuhi antara lain :

 Menggunakan database yang sudah ada yaitu data siswa yang

terdaftar pada lembaga.

 Dapat menampilkan status siswa yang masih aktif dan yang tidak

aktif .

 Mampu mencatat pembayaran secara otomatis berdasarkan no.

induk siswa yang diinput.

 Mampu mencetak laporan siswa yang keluar (berhenti) sesuai

dengan bulan yang diinginkan user.

3.2.4 Antarmuka

Antarmuka yang diinginkan adalah sebagai berikut :

 Tampilan desain berupa gambar atau icon lembaga dalam hal ini I-

TUTOR.NET EDUCATION.

 Menggunakan login untuk pencegahan pengaksesan data dari pihak

yang tidak berhak.

 Menyediakan suatu form untuk pengisian pendaftaran terbaru,

mengubah identitas siswa dan status siswa, pencarian siswa yang

keluar (berhenti) dan mencetaknya.

13
BAB IV

PERANCANGAN SISTEM

4.1 METODE PERANCANGAN

Metode perancangan yang digunakan adalah data flow oriented design.

4.2 HASIL PERANCANGAN

4.2.1 Diagram Aliran Data (Data Flow Diagram / DFD) Sistem yang

Dirancang

4.2.1.1 Diagram Konteks Sistem

Diagram Konteks Sistem adalah diagram yang terdiri dari suatu

proses dan menggambarkan


PIMPINAN ruang lingkup suatu sistem.

laporan status siswa dan pembayaran

pembayaran iuran
pelaporan status siswa
SISTEM
INFORMASI
PENCATATAN
SISWA PEMBAYARAN, ADMINISTRATOR
PENCATATAN
STATUS SISWA,
DAN JADWAL
bukti pembayaran KURSUS
Pencatatan pembayaran iuran
14

Gambar 4.1 Diagram Konteks Sistem yang Dirancang


Pada gambar 4.1, dapat dilihat aliran data yang dirancang

untuk I-TUTOR.NET EDUCATION. Pada diagram tersebut

terdapat 3(tiga) Entitas Luar yaitu Administrator, Siswa dan

Pimpinan.

4.2.1.2 Diagram Nol (Overview Diagram)

Diagram Nol adalah diagram yang menggambarkan proses dari

dataflow diagram dan memberikan pandangan secara

menyeluruh mengenai sistem yang ditangani, menunjukkan

tentang fungsi-fungsi utama atau proses yang ada, aliran data,


SISWA
dan eksternal entity.
Kode_siswa

file_identitas_siswa 1.0 file_pembayaran_siswa


Pencatatan
pembayara
n

Identitas_siswa
ADMINISTRATOR
2.0
Pencetakan
laporan file_status_siswa
pembayaran
dan status
siswa
Identitas dan status siswa

Laporan
15
PIMPINAN

Gambar 4.2 Diagram Nol Sistem yang Dirancang


Pada gambar 4.2, digambarkan aliran data yang lebih spesifik

dari sistem yang dirancang untuk I-TUTOR.NET EDUCATION.

Terdapat 1 (satu) kali pencatatan pembayaran yang dapat

mengurangi pencatatan pembayaran yang berulang.

4.2.1.3 Diagram Rinci (Level Diagram)

Diagram rinci adalah diagram yang menguraikan proses apa

yang ada dalam diagram Nol atau diagram level di atasnya.

SISWA Kode_siswa

file_identitas_siswa
1.1
Pengecekan file_pembayaran_siswa
Identitas dan
informasi
pembayaranrakhi
r

Identitas_siswa

ADMINISTRATOR
1.2
Pencatatan
Pembayaran Bulan dan tanggal pembayaran

Gambar 4.3 Diagram Rinci 1.0 Sistem yang Dirancang


16
Pada gambar 4.3, digambarkan proses yang lebih rinci pada

level 1 (satu). Terdapat 2 (dua) Entitas Luar yang saling

memberikan informasi, siswa memberi data berupa

pembayaran dan administrator melakukan pengecekan identitas

siswa dan pencatatan pembayaran berdasarkan file identitas

siswa dan file pembayaran terakhir siswa tersebut

file_status_siswa

file_pembayaran_siswa 2.1
Pengecekan
status siswa

ADMINISTRATOR
Status_siswa
2.2
Pencetakan
laporan
pembayaran
Identitas dan Status siswa dan status
siswa

Laporan

PIMPINAN

Gambar 4.4 Diagram Rinci 2.0 Sistem yang Dirancang

Pada gambar 4.4, digambarkan proses yang lebih rinci dari level

3 (tiga). Terdapat aliran data berupa laporan pembayaran kepada

pimpinan.

4.2.2 Kamus Data

17
4.2.3 Perancangan Basis Data

4.2.3.1 Normalisasi

Normalisasi adalah proses pengelompokan atribut-atribut dari

suatu relasi sehingga membentuk WELL STRUCTURED

RELATION (sebuah relasi yang jmlah kerangkapan datanya

sedikit (Minimum Amount Of Redundancy), serta memberikan

kemungkinan bagi user untuk melakukan INSERT, DELETE,

MODIFY terhadap baris-baris data pada relasi tersebut, yang

tidak berakibat terjadinya error atau INKONSISTENSI DATA,

yang disebabkan oleh operasi-operasi tersebut).

4.2.3.1.1 Tabel Identitas Siswa

Tabel Identitas Siswa sudah memiliki bentuk yang

normal ke Tiga/3 NF karena semua record pada

tabel ini unik. Tidak terdapat perulangan , maka

dapat dilakukan INSERT, DELETE, dan MODIFY

tanpa mempengaruhi relasi yang lain.

Berikut ini beberapa ketergantungan fungsional

pada relasi/tabel Identitas Siswa, relasi/tabel

Pembayaran dan relasi/tabel Quit :

o Relasi/Tabel Identitas Siswa terdiri dari atribut-

atribut :

Id_identitas, kode_siswa  nama,

nama_orangtua, tanggal_registrasi, alamat,

18
no_telepon, tanggal_mulai, group, hari, waktu,

status.

(Id_identitas, kode_siswa sebagai primary key)

o Relasi/Tabel Pembayaran terdiri dari atribut-

atribut :

Id_pembayaran, kode_pembayaran, kode_siswa

 tanggal_pembayaran, month, iuran.

(Id_pembayaran, kode_pembayaran, kode_siswa

sebagai primary key)

o Relasi/Tabel Quit terdiri dari atribut-atribut :

Id_quit, kode_siswa  tanggal_keluar, lamanya

belajar.

(Id_quit, kode_siswa sebagai primary key)

4.2.3.1.2 Tabel Pembayaran

Tabel Pembayaran merupakan tabel dengan struktur

yang salah karena terdapat field-field dengan record

yang kosong. Field-field tersebut memiliki nilai

yang sama sehingga dapat diwakilkan dengan

1(satu) field saja. Field-field yang salah tersebut

adalah July, Agustus, September, Oktober,…Field

tersebut seharusnya dapat diwakili dengan field

Bulan saja. Jika nama field pada tabel Pembayaran

19
sudah diubah menjadi Bulan maka tabel

pembayaran sudah memiliki ketergantungan

fungsional dengan primary key pada tabel Identitas.

Berikut ini ketergantungan fungsional pada

relasi/tabel Pembayaran dan relasi/tabel

Iuran_Kursus :

o Relasi/Tabel Pembayaran terdiri dari atribut –

atribut :

Kode_siswa  Iuran

(Kode_siswa sebagai primary key).

Berikut ini adalah tabel-tabel tambahan yang tidak diperoleh

dari hasil normalisasi. Tabel-tabel ini digunakan sebagai tabel

yang membantu dalam proses sistem antara lain sebagai

berikut:

1. Tabel Month_record = memiliki atribut gabungan antara

tabel Identitas dengan tabel Pembayaran.

2. Tabel Quit = memiliki atribut id_quit, kode_siswa, nama,

group, hari, waktu, tanggal keluar, lamanya belajar.

3. Tabel Quit_Print = memiliki atribut yang sama dengan tabel

Quit.

4. Tabel Group = memiliki atribut (id_group, group).

5. Tabel Iuran_Kursus = memiliki atribut (id_iuran, iuran).

20
6. Tabel Administrator = memiliki atribut (id_admin,

nama_admin, pass).

4.2.3.2 Diagram Hubungan Entitas (Entity Relationship Diagram /

ERD)

ERD adalah notasi grafik dari sebuah model jaringan yang

menjelaskan tentang data yang tersimpan dalam sistem secara

abstrak.

Pembayaran
Administrator id_pembayaran
kode pembayaran
nama admin kode_siswa
Quit_Print pass tanggal pembayaran
Iuran Kursus
kode siswa month
nama year id_Iuran
group Identitas iuran iuran
hari Choose
waktu kode_siswa
tanggal keluar Month_record
nama
lamanya belajar nama orangtua kode pembayaran
tanggal registrasi kode_siswa
alamat nama
no.telepon group
tanggal mulai hari
Quit group waktu
hari tanggal pembayaran
kode siswa waktu month
tanggal keluar status year
lamanya belajar
iuran
Group

group

Gambar 4.5 Entity Relationship Diagram

Pada gambar 4.5, dapat diketahui terdapat 8 (delapan) tabel

yang mempengaruhi kerja sistem. Terdapat 7 (tujuh) tabel

yang saling berelasi.

21
4.2.4 Spesifikasi Tabel

Spesifikasi tabel berisi informasi lebih lanjut tentang field-field yang

ada pada tabel dan tipe datanya.

No Nama Field Tipe Data Ukuran


1. Choose Boolean
2. Kode_siswa Varchar 10
3. Nama Varchar 20
4. Nama Orangtua Varchar 20
5. Tanggal Registrasi Varchar 12
6. Alamat Varchar 35
7. No.telepon Varchar 20
8. Tanggal Mulai Varchar 12
9. Group Varchar 6
10 Hari Varchar 40
.
11. Waktu Varchar 17
12 Status Varchar 5
.

Tabel 4.1
Tabel Identitas

Pada tabel 4.1, terdapat 12 (dua belas) field dengan 11 (sebelas) field

bertipe data Varchar dan 1 (satu) field bertipe Boolean.

No Nama Field Tipe Data Ukuran


1. Id_pembayaran Integer
2. Kode_pembayaran Varchar 7
3 Kode_siswa Varchar 10
4. Tanggal Pembayaran Varchar 12
5. Month Varchar 15
6. Year Varchar 4
7. Iuran Varchar 10

Tabel 4.2
Tabel Pembayaran

22
Pada tabel 4.2, terdapat 7 (enam) field dengan 6 (enam) field bertipe

data Varchar dan 1 (satu) field bertipe Integer.

No Nama Field Tipe Data Ukuran


1. Kode_pembayaran Varchar 7
2. Kode_siswa Varchar 10
3. Nama Varchar 20
4. Group Varchar 6
5. Hari Varchar 40
6. Waktu Varchar 17
7. Tanggal Pembayaran Varchar 12
8. Month Varchar 15
9. Year Varchar 4
10 Iuran Varchar 10
.
Tabel 4.3
Tabel Month_Record

Pada tabel 4.3, terdapat 10 (sepuluh) field dengan 10 (sepuluh) field

bertipe data Varchar.

No Nama Field Tipe Data Ukuran


1. Kode_siswa Varchar 10
2. Tanggal keluar Varchar 12
3. Lamanya Belajar Varchar 15
Tabel 4.4
Tabel Quit

Pada tabel 4.4, terdapat 3 (tiga) field dengan 3 (tiga) field bertipe data

Varchar.

No Nama Field Tipe Data Ukuran

23
1. Kode_siswa Varchar 10
2. Nama Varchar 20
3. Group Varchar 6
4. Hari Varchar 40
5. Waktu Varchar 17
6. Tanggal keluar Varchar 12
7. Lamanya Belajar Varchar 15
Tabel 4.5
Tabel Quit_Print
Pada tabel 4.5, terdapat 7 (tujuh) field dengan 7 (tujuh) field bertipe data

Varchar.

No Nama Field Tipe Data Ukuran


1. Nama_admin Varchar 6
2. Pass Varchar 10
Tabel 4.6
Tabel Administrator

Pada tabel 4.6, terdapat 2 (dua) field dengan 2 (dua) field bertipe data

Varchar.

No Nama Field Tipe Data Ukuran


1. Group Varchar 6
Tabel 4.7
Tabel Group

Pada tabel 4.7, terdapat 1 (satu) field dengan 1 (satu) field bertipe data

Varchar.

No Nama Field Tipe Data Ukuran


1. Id_Iuran Integer
2 Iuran Integer
Tabel 4.8
Tabel Iuran Kursus

24
Pada tabel 4.8, terdapat 2 (dua) field dengan 1 (satu) field bertipe data

Varchar dan 1 (satu) field bertipe Integer.

BAB V

IMPLEMENTASI SISTEM

5.1 BATASAN IMPLEMENTASI

Program yang dirancang berbasis desktop menggunakan Borland Delphi 7.

Untuk database menggunakan MySQL 5.

Berikut ini batasan-batasan implementasi antara lain :

1. Tidak melakukan import data dari Microsoft Excel ke dalam database.

2. Tidak mencetak absensi siswa.

5.2 IMPLEMENTASI

 Form Login

25
Gambar 5.1 Form Login

Sistem akan meminta anda untuk memasukkan username dan password

terlebih dahulu.

 Form Registrasi Siswa

Gambar 5.2 Form Registrasi Siswa

26
Sistem akan meminta memasukkan pilihan program kursus terlebih dahulu

dan melengkapi data sebelum melakukan insert data.

 Form Pembayaran

27
Gambar 5.3 Form Pembayaran

Sistem meminta memasukkan kode siswa terlebih dahulu sebelum

memunculkan identitas siswa secara otomatis.

 Form Pencarian Data

28
Gambar 5.4 Form Pencarian Data

Pada form ini user dapat melakukan pengeditan terhadap identitas siswa

terutama pada jadwal kursus, melakukan pencarian berdasarkan kode

siswa, nama, jadwal kursus dan status lainnya.

 Form Report

29
Gambar 5.5 Form Report

Pada Form ini user diminta memasukkan jenis laporan yang ingin diprint,

kemudian memilih bulan dan tahun laporan. Berikut ini contoh bentuk

laporan yang dihasilkan dari Form Report :

30
Gambar 5.6 Report Siswa (Quit)

Gambar di atas menunjukkan terdapat 2 (dua) siswa yang keluar (berhenti)

dalam bulan Agustus.

31
BAB VI

ANALISIS KINERJA SISTEM

Sistem pencatatan pembayaran yang dimiliki I-TUTOR.NET EDUCATION pada

awalnya berupa pencatatan pembayaran secara manual pada kertas kemudian

dilanjutkan dengan pencatatan pembayaran lanjutan pada tabel yang dirancang

dengan Ms. Excel. User harus mencetak kertas pencatatan pembayaran jika

kolom–kolom isian pada tabel tersebut telah habis.

Selama berjalannya kegiatan belajar mengajar pada I-TUTOR.NET EDUCATION,

tentunya terdapat siswa yang mengundurkan diri atau berhenti. Data siswa - siswa

yang berhenti pada suatu periode kadang kala sulit untuk dilaporkan karena

jadwal kelas yang berbeda – beda dan jumlah siswanya yang mencapai 140

(seratus empat puluh) orang.

Berdasarkan analisis kebutuhan sistem, sistem yang dirancang dapat mengurangi

pengulangan pencatatan pembayaran yang sebelumnya dilakukan sebanyak 2

(dua) kali, mencatat siswa yang keluar (berhenti) sesuai dengan periode yang

diinginkan user dan mengelompokkan siswa berdasarkan keinginan user.

32
BAB VII

PENUTUP

7.1 KESIMPULAN

1. Sistem informasi pencatatan pembayaran dapat mencatat pembayaran dari

setiap siswa.

2. Sistem informasi dapat mencetak laporan siswa yang mengundurkan diri

pada periode yang diinginkan user.

3. Sistem informasi dapat mencari identitas siswa dengan beberapa status.

7.2 SARAN

Adapun beberapa saran yang dapat digunakan sebagai gambaran untuk

pengembangan lebih lanjut antara lain :

1. Sebaiknya sistem informasi dapat mencetak daftar absensi untuk keperluan

belajar mengajar

2. Sebaiknya sistem yang dirancang bisa berintegrasi dengan data-data yang

ada sebelumnya.

33
DAFTAR PUSTAKA

1. Al-Bahra Bin Ladjamudin, Analisis dan Desain Sstem Informasi., Graha Ilmu,

Yogyakarta, 2004

32