laporan kerja praktek (rudy tandra_d03104051)

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 INFORMATIKAFAKULTAS TEKNIK

UNIVERSITAS TANJUNGPURA

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 TanjungpuraSejak 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 EDUCATION6. 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 ............................................................................................ iKATA PENGANTAR .............................................................................. iiDAFTAR ISI ............................................................................................. iiiDAFTAR TABEL ..................................................................................... vDAFTAR GAMBAR ................................................................................ viBAB I : PENDAHULUAN .................................................................. 1

1.1 Latar Belakang .................................................................. 11.2 Materi Kerja Praktek ......................................................... 21.3 Tujuan Kerja Praktek ........................................................ 31.4 Manfaat Kerja Praktek ...................................................... 31.5 Sistematika Penulisan ....................................................... 3

BAB II : RUANG LINGKUP KERJA PRAKTEK ............................... 62.1 Gambaran Umum Institusi ................................................ 62.2 Struktur Organisasi Institusi ............................................. 6

BAB III : ANALISIS KEBUTUHAN SISTEM ..................................... 83.1 Metode Analisis ................................................................ 83.2 Hasil Analisis .................................................................... 8

3.2.1 Diagram Alir Data Sistem yang Sedang Berjalan ................................................................... 83.2.1.1 Diagram Konteks Sistem ............................ 83.2.1.2 Diagram Nol ................................................ 93.2.1.3 Diagram Rinci .............................................11

3.2.2 Fungsi ......................................................................123.2.3 Kinerja .....................................................................123.2.4 Antarmuka ...............................................................13

BAB IV : PERANCANGAN SISTEM4.1 Metode Perancangan .........................................................144.2 Hasil Perancangan .............................................................14

4.2.1 Diagram Alir Data Sistem yang Sedang Dirancang ................................................................144.2.1.1 Diagram Konteks Sistem ............................144.2.1.2 Diagram Nol ................................................154.2.1.3 Diagram Rinci .............................................16

4.2.2 Kamus Data .............................................................174.2.3 Perancangan Basis Data ..........................................17

4.2.3.1 Normalisasi .................................................174.2.3.2 Diagram Hubungan Entitas .........................21

4.2.4 Spesifikasi Tabel .....................................................21BAB V : IMPLEMENTASI PROGRAM ..............................................25

5.1 Batasan Implementasi .......................................................255.2 Implementasi .....................................................................25

BAB VI : ANALISIS KINERJA SISTEM .............................................30

iii

BAB VII : PENUTUP ..............................................................................317.1 Kesimpulan .......................................................................317.2 Saran ..................................................................................31

iv

DAFTAR TABEL

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

v

DAFTAR GAMBAR

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

vi

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

6

Owner

Principal

TeacherAdministrator

Gambar 2.1 Struktur Organisasi I-TUTOR.NET EDUCATION

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

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

SISTEM INFORMASI

PENCATATAN PEMBAYARAN, PENCATATAN

STATUS SISWA, DAN JADWAL

KURSUS

SISWA

PIMPINAN

ADMINISTRATOR

pembayaran iuran

bukti pembayaran

laporan siswa berstatus keluar

Pencatatan pembayaran iuran

pelaporan status siswa

Gambar 3.1 Diagram Konteks Sistem yang Berjalan

Gambar 3.2 Diagram Nol Sistem yang Berjalan

10

Identitas Siswa lanjutan

file_identitas_siswa1.0

Pencatatan pembayara

n

file_pembayaranADMINISTRATOR

2.0Pencatatan

pembayaran lanjutan

file_pembayaran_lanjutan

3.0Pencetakan

Laporan

PIMPINAN

SISWA

Nama siswa

Identitas Siswa

Laporan Pembayaran

Gambar 3.2 Diagram Nol Sistem yang Berjalan

Gambar 3.4 Diagram Rinci 2.0 Sistem yang Berjalan

2.1Pencatatan

pembayaran lanjutan

file_pembayaran ADMINISTRATOR


Melakukan pencatatan lanjutan

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.

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

siswa tersebut.

11


1.1Pencatatan

pembayaranfile_identitas_siswa

file_pembayaran

ADMINISTRATORSISWA

Melakukan pembayaran

Melakukan pencatatan


level 2 (dua). Terdapat pencatatan pembayaran lanjutan yang

dilakukan.

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.1Pencetakan

Laporan


PIMPINAN


Laporan Pembayaran

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

SISTEM INFORMASI

PENCATATAN PEMBAYARAN, PENCATATAN

STATUS SISWA, DAN JADWAL

KURSUS

SISWA

PIMPINAN

ADMINISTRATOR

pembayaran iuran

bukti pembayaran

laporan status siswa dan pembayaran

Pencatatan pembayaran iuran

pelaporan status siswa

Gambar 4.1 Diagram Konteks Sistem yang Dirancang

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 ruang lingkup suatu sistem.

14

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,

dan eksternal entity.

15

Gambar 4.2 Diagram Nol Sistem yang Dirancang

Identitas dan status siswa

1.0Pencatatanpembayara

n

file_identitas_siswa file_pembayaran_siswa

2.0Pencetakan

laporan pembayaran dan status

siswa

ADMINISTRATOR

file_status_siswa

PIMPINAN

SISWA

Identitas_siswa

Laporan

Kode_siswa

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.

16

1.1Pengecekan Identitas dan

informasi pembayaranrakhi

r

file_identitas_siswa

file_pembayaran_siswa

1.2Pencatatan

Pembayaran

ADMINISTRATOR

Gambar 4.3 Diagram Rinci 1.0 Sistem yang Dirancang

SISWA Kode_siswa

Identitas_siswa

Bulan dan tanggal pembayaran


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

Pada gambar 4.4, digambarkan proses yang lebih rinci dari level

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

pimpinan.

17

Identitas dan Status siswa

2.2Pencetakan

laporan pembayaran dan status

siswa

ADMINISTRATOR

file_status_siswa

PIMPINAN

2.1Pengecekan status siswa

file_pembayaran_siswa

Gambar 4.4 Diagram Rinci 2.0 Sistem yang Dirancang

Status_siswa

Laporan

4.2.2 Kamus Data

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 :

18

Id_identitas, kode_siswa nama,

nama_orangtua, tanggal_registrasi, alamat,

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

19

tersebut seharusnya dapat diwakili dengan field

Bulan saja. Jika nama field pada tabel Pembayaran

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.

20

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

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

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.

21

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.

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 Ukuran1. Choose Boolean2. Kode_siswa Varchar 103. Nama Varchar 204. Nama Orangtua Varchar 205. Tanggal Registrasi Varchar 126. Alamat Varchar 357. No.telepon Varchar 208. Tanggal Mulai Varchar 129. Group Varchar 610. Hari Varchar 4011. Waktu Varchar 1712. Status Varchar 5No Nama Field Tipe Data Ukuran1. Id_pembayaran Integer2. Kode_pembayaran Varchar 73 Kode_siswa Varchar 104. Tanggal Pembayaran Varchar 125. Month Varchar 156. Year Varchar 47. Iuran Varchar 10

22

Tabel 4.1Tabel Identitas

Tabel 4.2Tabel Pembayaran

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 Ukuran1. Kode_pembayaran Varchar 72. Kode_siswa Varchar 103. Nama Varchar 204. Group Varchar 65. Hari Varchar 406. Waktu Varchar 177. Tanggal Pembayaran Varchar 128. Month Varchar 159. Year Varchar 410. Iuran Varchar 10

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

bertipe data Varchar.

No Nama Field Tipe Data Ukuran1. Kode_siswa Varchar 102. Tanggal keluar Varchar 123. Lamanya Belajar Varchar 15

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

Varchar.

No Nama Field Tipe Data Ukuran1. Kode_siswa Varchar 10

23

Tabel 4.3Tabel Month_Record

Tabel 4.4Tabel Quit

2. Nama Varchar 203. Group Varchar 64. Hari Varchar 405. Waktu Varchar 176. Tanggal keluar Varchar 127. Lamanya Belajar Varchar 15

Pada tabel 4.5, terdapat 7 (tujuh) field dengan 7 (tujuh) field bertipe data

Varchar.

No Nama Field Tipe Data Ukuran1. Nama_admin Varchar 62. Pass Varchar 10No Nama Field Tipe Data Ukuran1. Group Varchar 6

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

Varchar.

No Nama Field Tipe Data Ukuran1. Id_Iuran Integer2 Iuran Integer

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

Varchar dan 1 (satu) field bertipe Integer.

BAB V

24

Tabel 4.5Tabel Quit_Print

Tabel 4.6Tabel Administrator

Tabel 4.7Tabel Group

Tabel 4.8Tabel Iuran Kursus

Gambar 5.1 Form Login

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.2 Form Registrasi Siswa

Sistem akan meminta anda untuk memasukkan username dan password

terlebih dahulu.

Form Registrasi Siswa

Sistem akan meminta memasukkan pilihan program kursus terlebih dahulu

dan melengkapi data sebelum melakukan insert data.

26

Gambar 5.3 Form Pembayaran

Gambar 5.4 Form Pencarian Data

Form Pembayaran

Sistem meminta memasukkan kode siswa terlebih dahulu sebelum

memunculkan identitas siswa secara otomatis.

Form Pencarian Data

27

Gambar 5.5 Form Report

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

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 :

28

Gambar 5.6 Report Siswa (Quit)

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

dalam bulan Agustus.

29

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.

30

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.

31

DAFTAR PUSTAKA

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

Yogyakarta, 2004

32

laporan kerja praktek (rudy tandra_d03104051)

Documents