SNIPTEK 2014
ISBN: 978-602-72850-5-7
SISTEM INFORMASI PEMBAYARAN SPP BULANAN BERBASIS WEB PADA SMK FADILAH TANGERANG SELATAN Janu Ariyanto Wibowo STMIK Nusa Mandiri Jakarta
[email protected]
ABSTRAK — Sistem pembayaran uang sekolah siswa mempunyai peran yang sangat penting dalam aktivitas sekolah. SMK Fadilah Tangerang Selatan merupakan salah satu sekolah yang sudah memanfaatkan komputer untuk menyelesaikan berbagai macam tugas, tetapi pemanfaatannya masih belum maksimal karena pada bagian tata usaha yang masih menggunakan sistem dengan metode manual. Dimana proses pencatatan laporannya masih menggunakan metode flat file dengan menggunakan program Microsoft Excel. Untuk itu penulis mencoba membuat suatu sistem informasi pembayaran SPP berbasis web yang hanya bisa digunakan untuk kalangan internal sekolah saja (intranet) dengan menggunakan bahasa pemrograman PHP dan MySQL sebagai database nya. Proses pembangunan program pembayaran SPP ini menggunakan model pengembangan metode waterfall yaitu model pengembangan sistem secara bertahap mulai dari analisa, perancangan awal sampai pada tahap implementasi program dengan metode pemrograman terstruktur. Alat abstraksi sistem yang digunakan adalah use case diagram dan activity diagram. Perancangan basis data dengan menggunakan ERD. Pengujian dilakukan dengan metode black box yaitu hanya menguji jalannya fungsi-fungsi yang telah direncanakan. Kesimpulan yang diperoleh dari sistem informasi pembayaran SPP ini yaitu dapat melakukan pencatatan data siswa, data tarif perkelas, data transaksi, serta mencetak rekap pembayaran dalam bentuk laporan. Kata Kunci: pembayaran SPP, Metode Waterfall, PHP dan MySQL
Muhammad Reza STMIK Nusa Mandiri Jakarta
[email protected]
menghemat waktu atau dengan kata lain lebih efektif dalam penyelesaian pekerjaan yang pada awalnya di lakukan dengan cara konvensional. Sistem informasi pembayaran sumbangan pembinaan pendidikan atau yang disingkat menjadi SPP yang berjalan pada SMK FADILAH di Tangerang Selatan masih secara manual sehingga timbul suatu permasalahan dalam hal keefektifan dan efisiensi pengelolaan data menjadi sebuah informasi di dalam proses pembayaran bulanan sekolah. Dan juga petugas tata usaha merasa kesulitan apabila mencari data siswa yang belum melakukan pembayaran, karena harus dilakukan pengecekan satu persatu dari data siswa melalui kelasnya. Hal ini sangat tidak efisien dari sisi waktu. Seiring dengan terus bertambahnya jumlah siswa dan siswi pada SMK FADILAH menuntut lembaga sekolah untuk bisa memberikan pelayanan yang terbaik bagi siswa dalam hal proses pembayaran tersebut. Oleh karena itu penulis mencoba mensolusikan permasalahan administrasi yang masih dilakukan secara manual pada sekolah ini, khususnya bidang administrasi keuangan pembayaran SPP bulanan siswa dengan membuatkan suatu program aplikasi berbasis web yang hanya akan digunakan pada jaringan intranet saja sehingga akan dapat memudahkan petugas tata usaha SMK FADILAH dalam mengolah dan menampilkan data pembayaran. Berdasarkan uraian diatas maka penulis tertarik untuk membuat suatu laporan dalam bentuk skripsi guna membangun sebuah sistem informasi pembayaran SPP siswa dengan judul “Sistem Informasi Pembayaran SPP Berbasis Web Pada SMK FADILAH Tangerang Selatan”.
PENDAHULUAN
BAHAN DAN METODE
Sekarang ini perkembangan teknologi informasi khususnya di bidang informatika sangat memberikan sumbangsih atas kemajuan dunia terutama pada dunia pendidikan yang semakin berkembang pesat. Dengan perkembangan teknologi terutama dalam bidang informatika, maka telah banyak pengembangan komputerisasi yang lebih mempermudah dan mempercepat serta
Metodologi penelitian yang digunakan didalam membuat penulisan skripsi ini adalah sebagai berikut:
INF-514
a. Teknik Pengumpulan Data. 1. Observasi. Dalam metode ini penulis mengadakan kunjungan langsung ke lokasi SMK Fadilah
SNIPTEK 2014 yang berada di Jl.Pendidikan II Pondok ArenTangerang Selatan-Banten. Dimana ditempat tersebut penulis banyak mendapatkan informasi berupa data-data yang akan diperlukan pada penulisan skripsi ini. 2. Wawancara. Penulis mengadakan wawancara langsung dengan bagian-bagian yang berhubungan dengan penulisan ini terutama dengan bagian pegawai tata usaha. 3. Studi Pustaka. Metode ini membantu penulis dalam hal membuat laporan yang ditunjang dengan buku-buku yang berhubungan dengan masalah yang dibuat dalam penyusunan skripsi. b. Model Pengembangan Sistem. 1. Analisa Kebutuhan Perangkat Lunak (Software). Dalam tahap pertama ini penulis mencoba menganalisa kebutuhan software yang akan dibuat yaitu mengenai sistem informasi pembayaran SPP siswa. Seluruh kebutuhan software harus bisa didapatkan dalam fase ini, termasuk didalamnya kegunaan software dan batasan software yang diharapkan pengguna (user) dalam hal ini adalah petugas tata usaha sekolah. Informasi ini penulis dapatkan dengan cara wawancara dan meninjau langsung ke lokasi untuk melihat proses pembayaran dan pembuatan laporannya. Informasi tersebut dianalisis untuk mendapatkan dokumentasi kebutuhan user yang akan digunakan pada tahap selanjutnya 2. Desain. Proses ini digunakan sebelum melakukan pengkodean (coding) untuk mengubah kebutuhan-kebutuhan diatas menjadi suatu bentuk gambaran apa yang seharusnya dikerjakan dan bagaimana tampilannya. Penulis melakukan representasi ke dalam bentuk blueprint software sebelum coding dimulai. Tahap ini membantu dalam menspesifikasikan kebutuhan hardware dan sistem serta mendefinisikan arsitektur sistem secara keseluruhan. 3. Code Generation. Penulisan kode program merupakan tahap penerjemahan desain sistem yang telah dibuat ke dalam bentuk perintah-perintah yang dimengerti komputer dengan mempergunakan bahasa pemrograman. Pada tahap ini penulis menggunakan bahasa pemrograman PHP dan database MySql agar dapat berjalan diatas beberapa platform sistem operasi. Berbeda dengan dua tahap sebelumnya, pada tahap penulisan kode
ISBN: 978-602-72850-5-7 program ini keterlibatan pihak sekolah tidaklah terlalu besar. 4. Pengujian (Testing). Pengujian software dilakukan untuk memastikan bahwa software yang dibuat telah sesuai dengan desainnya dan semua fungsi dapat dipergunakan dengan baik, dan hasilnya harus benar-benar sesuai dengan kebutuhan yang sudah didefinisikan sebelumnya. Pada pengujian kali ini menggunakan metode blackbox testing. Pengujian blackbox (blackbox testing) adalah salah satu metode pengujian perangkat lunak yang berfokus pada sisi fungsionalitas, khususnya pada input dan output aplikasi, apakah sudah sesuai dengan yang diharapkan atau belum. Tujuan dari metode blackbox testing ini adalah untuk menemukan kesalahan fungsi pada program. Contoh implementasi pengujian blackbox ini terhadap program pembayaran SPP yang dibuat adalah seperti pada saat user memasukkan username dan password pada program. Jika user salah dalam memasukkan account (tidak sesuai dengan database) maka akan menampilkan pesan kesalahan. 5. Dukungan (Support). Pemeliharaan suatu software sangat diperlukan, termasuk di dalamnya adalah pengembangan, karena software yang dibuat tidak selamanya hanya seperti itu. Ketika dijalankan mungkin saja masih ada kesalahan-kesalahan (errors) kecil yang tidak ditemukan sebelumnya, atau ada penambahan fitur-fitur yang belum ada pada software tersebut. Selain software penulis juga akan melakukan dukungan terhadap hardware seperti pengecekan terhadap komputer apakah nanti dengan jalannya sistem ini tidak akan mengganggu kinerja hardware seperti komputer menjadi lambat atau sering hang. HASIL DAN PEMBAHASAN a. Use Case Diagram 1. Use Case Pembayaran SPP Halaman User. uc Usecase User Pembayaran
<
>
Tampilkan Data Pembayaran
<>
Tampilkan Form Pembayaran Siswa
Login
<> Pembayaran Lunas
<>
Tampilkan Data Pembayaran Lunas
<>
Sistem Pembayaran SPP Siswa TU Laporan Pembayaran Per Kelas
Sea Level Usecase
Fish Level Usecase
Laporan Pembayaran Per Bulan
<>
<>
Cetak Laporan Pembayaran Per Kelas
Cetak Bukti Pembayaran Berupa Kwitansi
Cetak Laporan Pembayaran Per Bulan
Gambar 1. Use Case Diagram Pembayaran SPP Halaman User.
INF-515
SNIPTEK 2014
ISBN: 978-602-72850-5-7
Deskripsi use case diagram pembayaran SPP untuk halaman user. Deskripsi Use Case Diagram Pembayaran SPP Halaman User.
Tabel 1.
Use Case Name Requirements Goal Pre-conditions Postconditions Failed end condition Primary Actors Main Flow / Basic Path
Pembayaran SPP A1-A8 Petugas tata usaha dapat melakukan entry data pembayaran SPP dan pembayaran ekskul siswa. Mencari Nomor Induk Siswa (NIS). Mencetak bukti pembayaran SPP dan Ekskul Petugas tata usaha membatalkan pembayaran jika ada kekurangan dalam pembayaran Petugas tata usaha 1. User memilih bulan dan memasukkan tahun ajaran serta Nomor Induk Siswa (NIS) yang akan melakukan pembayaran. 2. Sistem akan menampilkan data siswa yang akan melakukan pembayaran. 3. User memilih tombol untuk pembayaran dan sistem akan menampilkan form pembayaran. 4. Sistem akan menampilkan data tagihan pembayaran siswa yang harus dibayar 5. User mengklik tombol submit dan sistem secara otomatis menyimpan data pembayaran siswa kedalam database 6. User mencetak bukti pembayaran berupa kwitansi. 7. User bisa mencetak laporan pembayaran siswa per bulan. 8. User bisa mencetak laporan pembayaran siswa per kelas.
Invariant
2. Use Case Halaman Admin Mengelola Data Siswa. uc Usecase Admin <<extend>> <<extend>>
<<extend>>
<>
<<extend>>
<>
<<extend>> <<extend>> <<extend>> <<extend>>
<<extend>>
Fish Level Usecase
<<extend>>
<<extend>> <<extend>>
Deskripsi use case mengelola data siswa untuk halaman admin. Tabel 2.
Deskripsi Use Case Mengelola Data Siswa.
Use Case Name Requirements Goal Pre-conditions Postconditions Failed end condition Primary Actors Main Flow / Basic Path Alternate Flow / Invariant 1 Invariant 2
INF-516
2b. Admin menghapus data siswa.
3. Use Case Halaman Admin Mengelola Data Kelas. uc Usecase Admin
<<extend>>
<<extend>> <<extend>> <<extend>>
<<extend>>
<>
<<extend>>
<>
<<extend>>
<<extend>> <<extend>>
<<extend>>
Fish Level Usecase
<<extend>> <<extend>>
Sea Level Usecase
Gambar 3. Use Case Diagram Halaman Admin Mengelola Data Kelas.
Deskripsi use case mengelola data kelas untuk halaman admin. Tabel 3.
Deskripsi Use Case Mengelola Data Kelas.
Use Case Name Requirements Goal Pre-conditions Postconditions Failed end condition Primary Actors Main Flow / Basic Path
Sea Level Usecase
Gambar 2. Use Case Diagram Halaman Admin Mengelola Data Siswa.
Mengelola Data Siswa B1 Admin dapat menambah, mengedit dan menghapus data siswa. Admin telah login Data siswa tersimpan, terupdate atau terhapus Gagal menyimpan, mengupdate atau menghapus Administrator 1. Admin melihat daftar siswa. 2. Admin menambah data siswa. 3. Admin menyimpan data siswa. 2a. Admin mengedit data siswa.
Alternate Flow / Invariant 1 Invariant 2
Mengelola Data Kelas B2 Admin dapat menambah, mengedit dan menghapus data kelas. Admin telah login. Data kelas tersimpan, terupdate atau terhapus. Gagal menyimpan, mengupdate atau menghapus. Administrator 1. Admin melihat daftar kelas. 2. Admin menambah data kelas. 3. Admin menyimpan data kelas. 2a. Admin mengedit data kelas. 2b. Admin menghapus data kelas.
SNIPTEK 2014
ISBN: 978-602-72850-5-7 Tabel 5.
4. Use Case Halaman Admin Mengelola Data Ekskul. uc Usecase Admin
<<extend>>
Deskripsi Use Case Mengelola Data Jurusan.
Use Case Name Requirements Goal
Mengelola Data Jurusan B4 Admin dapat menambah, mengedit dan menghapus data jurusan. Admin telah login. Data jurusan tersimpan, terupdate atau terhapus. Gagal menyimpan, mengupdate atau menghapus. Administrator 1. Admin melihat daftar jurusan. 2. Admin menambah data jurusan. 3. Admin menyimpan data jurusan. 2a. Admin mengedit data jurusan.
<<extend>> <<extend>> <<extend>>
<<extend>>
<<extend>>
<>
<<extend>>
<>
<<extend>> <<extend>>
<<extend>>
<<extend>> <<extend>>
Fish Level Usecase
Sea Level Usecase
Gambar 4. Use Case Diagram Halaman Admin Mengelola Data Ekskul.
Deskripsi use case mengelola data ekskul untuk halaman admin. Tabel 4.
Deskripsi Use Case Mengelola Data Ekskul.
Use Case Name Requirements Goal
Mengelola Data Ekskul B3 Admin dapat menambah, mengedit dan menghapus data ekskul. Admin telah login. Data ekskul tersimpan, terupdate atau terhapus. Gagal menyimpan, mengupdate atau menghapus. Administrator 1. Admin melihat daftar ekskul. 2. Admin menambah data ekskul. 3. Admin menyimpan data ekskul. 2a. Admin mengedit data ekskul.
Pre-conditions Postconditions Failed end condition Primary Actors Main Flow / Basic Path Alternate Flow / Invariant 1 Invariant 2
Pre-conditions Postconditions Failed end condition Primary Actors Main Flow / Basic Path Alternate Flow / Invariant 1 Invariant 2
2b. Admin menghapus data jurusan.
6. Use Case Halaman Admin Mengelola Data User. uc Usecase Admin
<<extend>>
<<extend>> <<extend>> <<extend>>
<<extend>>
<<extend>> <<extend>> <<extend>>
<>
<<extend>>
<>
<<extend>>
<<extend>> <<extend>>
Fish Level Usecase
Sea Level Usecase
Gambar 6. Use Case Diagram Halaman Admin Mengelola Data User.
2b. Admin menghapus data ekskul.
5. Use Case Halaman Admin Mengelola Data Jurusan.
Deskripsi use case mengelola data user untuk halaman admin. Tabel 6.
uc Usecase Admin
<<extend>>
Deskripsi Use Case Mengelola Data User.
Use Case Name Requirements Goal
<<extend>> <<extend>> <<extend>>
<<extend>>
<<extend>> <<extend>>
<<extend>>
<>
<<extend>>
<>
<<extend>>
<<extend>> <<extend>>
Fish Level Usecase
Sea Level Usecase
Gambar 5. Use Case Diagram Halaman Admin Mengelola Data Jurusan.
Deskripsi use case mengelola data jurusan untuk halaman admin.
Pre-conditions Postconditions Failed end condition Primary Actors Main Flow / Basic Path Alternate Flow / Invariant 1 Invariant 2
Mengelola Data User B5 Admin dapat menambah, mengedit dan menghapus data user. Admin telah login. Data user tersimpan, terupdate atau terhapus. Gagal menyimpan, mengupdate atau menghapus. Administrator 1. Admin melihat daftar user. 2. Admin menambah data user. 3. Admin menyimpan data user. 2a. Admin mengedit data user. 2b. Admin menghapus data user.
INF-517
SNIPTEK 2014
ISBN: 978-602-72850-5-7
7. Use Case Halaman Admin Mengelola Data Tarif.
Deskripsi use case mengelola halaman TU untuk halaman admin.
uc Usecase Admin
Tabel 8.
Deskripsi Use Case Mengelola Halaman TU.
<<extend>>
<<extend>>
Use Case Name Requirements Goal
<<extend>> <<extend>>
<<extend>>
<<extend>>
Mengelola Halaman TU B7 Admin dapat menambah, dan menghapus data pembayaran. Admin telah login. Data pembayaran tersimpan atau terhapus. Gagal menyimpan atau menghapus.
<<extend>>
<<extend>>
<>
<<extend>>
<>
<<extend>>
Sea Level Usecase
<<extend>> <<extend>>
Fish Level Usecase
Gambar 7. Use Case Diagram Halaman Admin Mengelola Data Tarif.
Pre-conditions Postconditions Failed end condition Primary Actors Main Flow / Basic Path
Administrator 1. Admin melihat pembayaran. 2. Admin menambah data pembayaran. 3. Admin menyimpan data pembayaran. 2a. Admin menghapus data pembayaran.
Deskripsi use case mengelola data tarif untuk halaman admin. Deskripsi Use Case Mengelola Data Tarif.
Tabel 7.
Use Case Name Requirements Goal
Mengelola Data Tarif B6 Admin dapat menambah, mengedit dan menghapus data tarif. Admin telah login. Data tarif tersimpan, terupdate atau terhapus. Gagal menyimpan, mengupdate atau menghapus. Administrator 1. Admin melihat daftar tarif. 2. Admin menambah data tarif. 3. Admin menyimpan data tarif. 2a. Admin mengedit data tarif .
Pre-conditions Postconditions Failed end condition Primary Actors Main Flow / Basic Path Alternate Flow / Invariant 1 Invariant 2
Alternate Flow / Invariant 1
daftar
b. Activity Diagram 1. Activity Diagram Pembayaran SPP Halaman User. Sistem Pembayaran SPP
Menerima Kartu Pembayaran Siswa
Kepala Sekolah
Laporan Pembayaran Per Kelas Ya
Pilih Bulan
Pilih Bulan
Tidak
Input Tahun Ajaran Input Tahun Ajaran
Pilih Kelas Cetak Laporan
2b. Admin menghapus data tarif. Laporan Pembayaran Per Bulan
Mencetak Laporan Pembayaran Per Kelas
Pilih Bulan Input Tahun
Ya
8. Use Case Halaman Admin Mengelola Halaman TU.
Tidak
Cetak Laporan
Mencetak Laporan Pembayaran Per Bulan
Menampilkan Data Pembayaran Lunas
uc Usecase Admin
<<extend>>
<<extend>>
Input Nomor Induk Siswa (NIS)
Menampilkan Data Pembayaran
Pilih Bayar
Menampilkan Besar Tagihan Pembayaran Siswa
Konfirmasi Pembayaran
Menyimpan Pembayaran ke Database
Cetak Bukti Pembayaran
Mencetak Bukti Pembayaran Berupa Kwitansi
<<extend>> <<extend>>
<<extend>> <<extend>> Tampilkan Form Pembayaran Siswa
<<extend>>
Sea Level Usecase
<> <>
<> <<extend>>
<<extend>>
<>
Cetak Bukti Pembayaran Berupa Kwitansi
<<extend>> <<extend>>
Menerima Bukti Pembayaran Berupa Kwitansi
Menyerahkan Bukti Pembayaran Berupa Kwitansi
Menerima Laporan
<>
Fish Level Usecase <>
Gambar 8. Use Case Diagram Halaman Admin Mengelola Halaman TU.
INF-518
Gambar 9. Activity Diagram Pembayaran SPP Halaman User.
SNIPTEK 2014
ISBN: 978-602-72850-5-7
2. Activity Diagram Pembayaran SPP Halaman Admin.
Server Sistem Pembayaran SPP Siswa
Komputer User Tata Usaha
Mengelola Data Siswa Tambah Data Siswa
Ya Tidak
Menampilkan Form Data Siswa
Tidak
Tambah Data Kelas
Edit Data Siswa
Simpan Data Kelas
Proses Transaksi
Sistem Pembayaran SPP Siswa
Simpan Data Siswa
Ya
Mengelola Data Kelas Ya
Component Diagram
Sistem Pembayaran SPP
Admin
Tidak
d. Component Diagram
Ya
Gambar 12. Component Diagram
e. Deployment Diagram
Ya Tidak Tidak
Hapus Data Siswa
Edit Data Kelas
Ya Tidak
Batal Ya Tidak
Hapus Data Kelas
Menampilkan Form Data Kelas
Ya Tidak
Batal Mengelola Data Ekskul Tambah Data Ekskul
Ya Tidak
Mengelola Data Jurusan
Simpan Data Ekskul
Ya Tidak
Ya
Tambah Data Jurusan
Simpan Data Jurusan
Menampilkan Form Data Ekskul
Edit Data Ekskul
Tidak Ya
Ya Tidak
Tidak
Hapus Data Ekskul
Edit Data Jurusan
Gambar 13. Deployment Diagram
Ya Tidak
Batal
Ya
f. User Interface
Tidak
Hapus Data Jurusan
Menampilkan Form Data Jurusan
Ya Tidak
Batal
Gambar 10. Activity Diagram Pembayaran SPP Halaman Admin.
c. Entity Relationship Diagram
Gambar 14. Tampilan Halaman Login
Gambar 11. Entity Relationship Diagram
Gambar 15. Tampilan Halaman Admin Mengelola Data Ekskul
INF-519
SNIPTEK 2014
Gambar 16. Tampilan Halaman Admin Mengelola Data Jurusan
ISBN: 978-602-72850-5-7
Gambar 19. Tampilan Halaman User
Pembuatan aplikasi ini penulis membatasi masalah dalam melakukan pembahasan. Sesuai dengan judul ini, maka ruang lingkup akan dibatasi pada penginputan data pegawai tata usaha dan admin (User) , data siswa, data kelas, data ekskul, data tarif, data pembayaran SPP bulanan siswa, dan juga menyediakan informasi laporan-laporan mengenai pembayaran SPP siswa. KESIMPULAN
Gambar 17. Tampilan Halaman Admin Mengelola Data Kelas
Gambar 18. Tampilan Halaman Admin Mengelola Data Siswa
INF-520
Dari hasil penelitian, ada beberapa hal yang penulis simpulkan jika sistem pengolahan data pembayaran masih menggunakan sistem yang lama adalah sebagai berikut: a. Penyajian informasi yang berhubungan dengan pembayaran siswa sering mengalami keterlambatan. b. Data yang disimpan dalam bentuk arsip akan membutuhkan media penyimpanan yang besar. c. Akan mengalami kesulitan dalam pencarian data, penyimpanan data, perubahan data dan penghapusan data. Dari hal diatas penulis membuat kesimpulan untuk dapat merancang sebuah sistem informasi pembayaran SPP bulanan siswa pada SMK Fadilah Tangerang Selatan. Adappun kesimpulan dari pembuatan aplikasi sistem pembayaran ini antara lain: a. Dengan dibuatnya sistem ini, dapat membantu petugas tata usaha dalam pengolahan data yang berhubungan dengan pembayaran siswa. Data-data yang berhubungan dengan pembayaran siswa tersimpan dalam suatu database, sehingga akan mempermudah dalam pengambilan data kembali
SNIPTEK 2014
ISBN: 978-602-72850-5-7
UCAPAN TERIMA KASIH Terima kasih kepada orang tua, kerabat, teman dan semua pihak yang tidak dapat disebutkan satu persatu sehingga penelitian ini selesai dilakukan. REFERENSI Erinawati, Heni Dwi. 2012. Pembangunan Sistem Informasi Pembayaran Sekolah Pada Sekolah Menengah Atas (SMA) Negeri 1 Rembang Berbasis Web. ISSN: 1979-9330. Surakarta: Indonesian Jurnal on Computer ScienceSpeed (IJCSS) 15 FTI UNSA Vol. 10, No.1, Februari 2012: 40-46. Diambil dari: http://ejournal.unsa.ac.id/index.php/ijcss/ar ticle/view/667/388. (29 April 2013).
Desain Berorientasi Objek Model Unified Approach (UA). ISSN: 2302-7339. Garut: Jurnal Algoritma Sekolah Tinggi Teknologi Garut Vol. 09, No.18, 2012:1-9. Diambil dari: http://jurnal.sttgarut.ac.id/index.php/algorit ma/article/download/20/17. (27 April 2013). Sutanta, Edhy. 2005. Pengantar Teknologi Informasi. Yogyakarta: Graha Ilmu. Widodo, Prabowo Pudjo dan Herlawati. 2011. Menggunakan UML. Bandung: Informatika
Hakim, Ahmad Rofiq dan Anwar Rahman. 2012. Sistem Informasi Pembayaran SPP Berbasis Jaringan Pada Sekolah Dasar Islam “Al Hikmah” Samarinda Seberang. ISBN: 979-260255-0. Semarang: Seminar Nasional Teknologi Informasi dan Komunikasi Terapan 2012 (Semantik 2012). Diambil dari: http://publikasi.dinus.ac.id/index.php/sema ntik/article/download/137/96. (21 April 2013). Ichal.
2009. Pendekatan Modular dalam Pemrograman Terstruktur. Diambil dari: http://ndoware.com/pendekatan-modulardalam-pemrograman-terstruktur.html. (13 Mei 2013)
Jogiyanto. 2000. Pengenalan Komputer. Yogyakarta: Andi Offset. Jogiyanto, 2005. Sistem Teknologi Yogyakarta: Andi Offset Marlinda, Linda. 2004. Sistem Yogyakarta: Andi Offset.
Informasi.
Basis
Data.
Munawar. 2005. Pemodelan Visual Dengan UML. Yogyakarta: Graha Ilmu. Nugroho, Adi. 2010. Rekayasa Perangkat Lunak Berorientasi Objek Dengan Metode USDP. Yogyakarta: Andi Offset. Simarmata, Janner. 2010. Rekayasa Perangkat Lunak. Yogyakarta: Andi Offset. Sudirman, Hilman, Eko Retnadi, dan Rina Kurniawati. 2012. Perancangan Program Aplikasi Transaksi Pembayaran SPP, UTS dan UAS Menggunakan Metode Analisis dan
INF-521