laporan kerja praktek (rudy tandra_d03104051)
Post on 09-Jun-2015
4.334 Views
Preview:
TRANSCRIPT
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
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 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
file_pembayaran_lanjutan
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
Gambar 3.3 Diagram Rinci 1.0 Sistem yang Berjalan
1.1Pencatatan
pembayaranfile_identitas_siswa
file_pembayaran
ADMINISTRATORSISWA
Melakukan pembayaran
Melakukan pencatatan
Pada gambar 3.4, digambarkan proses yang lebih rinci pada
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
file_pembayaran_lanjutan
PIMPINAN
Gambar 3.5 Diagram Rinci 3.0 Sistem yang Berjalan
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
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
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
top related