PERANCANGAN PROGRAM APLIKASI TRANSAKSI PEMBAYARAN SPP, UTS DAN UAS

MENGGUNAKAN METODE ANALISIS DAN DESAIN BERORIENTASI OBJEK MODEL

UNIFIED APPROACH (UA)
Hilman Sudirman
1
,
Eko Retnadi
2
, Rina Kurniawati
3

Jurnal Algoritma
Sekolah Tinggi Teknologi Garut
Jl. Mayor Syamsu No. 1 Jayaraga Garut 44151 Indonesia
Email : jurnal@sttgarut.ac.id

1
acot_hilman@yahoo.co.id
2
eko_sttg@yahoo.co.id
3
rinakurniawati74@yahoo.co.id

Abstrak Tujuan dari penelitian ini adalah untuk Merancang Program Aplikasi Transaksi
Pembayaran SPP yang ada di SMK Muhammadiyah Garut, sebagai sarana untuk pendukung
aktivitas transaksi pembayaran di bagian Tata Usaha Sekolah. Dengan meningkatnya siswa yang
masuk ke SMK Muhammadiyah Garut, Petugas Tata Usaha mengalami kesulitan menghadapi siswa
yang melakukan pembayaran SPP dengan proses manual, dan mengakibatkan pencatatan,
penyimpanan data pada transaksi pembayaran SPP disimpan dalam bentuk manual yang ditulis
pada buku-buku besar, sehingga petugas mengalami kesulitan dalam pencarian informasi data
siswa yang sudah atau belum melakukan pembayaran, dan petugas kesulitan dalam pembuatan
laporan yang tepat dan akurat.
Sebagai sarana untuk mengatasi permasalahan diatas, penulis membuat program aplikasi transaksi
transaksi pembayaran SPP, UTS dan Uas, menggunakan metode analisa dan pengembangan sistem
yang digunakan metodologi berorientasi objek yaitu Unified Approach (UA) dikemukan oleh Ali
Bahrami (1999) yang terdiri dari tahapan-tahapan Object Oriented Analysis (OOA) dan Object
Oriented Design (OOD) dengan menggunakan notasi grafis standar Unified Modelling Language
(UML) untuk memodelkan kebutuhan sistemnya.
Bedasarkan analisa dan perancangan pada sistem informasi transaksi pembayaran SPP, UTS dan
UAS di SMK Muhammadiyah Garut, mampu menghasilkan aplikasi perangkat lunak yang
bertujuan untuk meningkatkan produktivitas dan menunjang fasilitas dalam aktivitas administrasi
khususnya pembayaran SPP, UTS dan UAS di SKM Muhammadiyah Garut.

Kata Kunci -Sistem Informasi Pembayaran SPP, UTS, dan UAS



I. PENDAHULUAN

Sistem informasi transaksi pembayaran SPP merupakan bagian dari manajemen administrasi
keuangan yang berkaitan dengan pembayaran uang sekolah di antaranya: menerima, merekapitulasi
dan melaporkan uang Sumbangan Penyelenggaraan Pendidikan (SPP), UTS dan UAS.
Pembayaran SPP merupakan ketentuan yang harus dibayar setiap siswa setiap sebulannya,
tujuan siswa melakukan pembayaran sekolah sebagai salah satu sarana dalam meningkatkan
pelayanan atau fasilitas yang terbaik untuk siswa-siswanya. Ketentuan-ketentuan pembayaran bagi
setiap siswa antara lain:
a. Siswa melakukan pembayaran SPP, besarnya berdasarkan ketentuan yang telah ditetapkan
sekolah setiap tahunnya.
b. SPP / tunggakan harus dibayar sebelum tanggal 10 setiap bulannya.
c. Kartu harus dibawa saat pembayaran SPP / tunggakan.
ISSN : 2302-7339 Vol. 09 No. 18 2012
http://jurnal.sttgarut.ac.id 2
d. Siswa dapat membayar SPP dengan cara di cicil / peembayaran 1 bulan seharusnya di bayar
1 kali tapi bisa dengan 2kali bayar.
Sejalan dengan meningkatnya jumlah siswa SMK Muhammadiyah Garut setiap tahunnya,
maka jumlah transaksi pembayaran yang terjadi semakin meningkat pula. Angka peningkatan
jumlah transaksi dapat terlihat pada data statistik pada tabel dibawah ini:

Tabel 1.1 Data Transaksi Pembayaran SPP di SMK Muhammadiyah Garut Periode 2010/2012
Tahun Bulan Jumlah Transaksi Rata-rata
Perbulan Transaksi Perhari
2010/2011 Juli 960 40
2010/2011 Agustus 312 13
2010/2011 September 360 15
2010/2011 Oktober 408 17
2010/2011 Nopember 264 11
2010/2011 Desember 864 36
2011/2012 Januari 960 40
2011/2012 Februari 216 9
2011/2012 Maret 504 21
2011/2012 April 432 18
2011/2012 Mei 336 14
2011/2012 Juni 816 34
Sumber: SMK Muhammadiyah Garut, 2012)
Untuk mengantisipasi terjadinya pelayanan pembayaran SPP yang lambat, tidak cepat dan
tidak akurat akibat dari banyaknya pembayaran siswa. Maka dari itu, dalam menganalisis dan
merancang perangkat lunak atau sistem informasi diperlukan suatu pendekatan yang dapat
memecahkan masalah, di antaranya adalah pendekatan klasik atau konvensional, pendekatan
prosedural, dan pendekatan berorientasi objek.
Di antara semua pendekatan - pendekatan yang terbaru dan terpopular saat ini yaitu
pendekatan berorientasi objek. Pendekatan ini merupakan suatu teknik yang memutuskan rancangan
pada objek dan antar muka yang dihasilkan. Objek adalah Entity yang berisi data atau variabel dan
tingkah laku. Data atau variabel yang menggambarkan sifat atau keadaan objek dalam dunia nyata
(Ireal word).
Bertolak dari latar belakang masalah di atas, penelitian ini akan diarahkan pada implementasi
perancangan program aplikasi transaksi pembayaran SPP, UTS, dan UAS, dengan mengambil judul
PERANCANGAN PROGRAM APLIKASI TRANSAKSI PEMBAYARAN SPP, UTS DAN UAS
MENGGUNAKAN METODE ANALISIS DAN DESAIN BERORIENTASI OBJEK MODEL
UNIFIED APPROACH (UA).

II. TINJAUAN PUSTAKA

A. Definisi Sistem Informasi
Sistem Informasi adalah suatu sistem di dalam suatu organisasi yang mempertemukan kebutuhan
pengolahan transaksi harian, mendukung operasi, bersifat manajerial dan kegiatan strategi dari
suatu organisasi dan menyediakan pihak luar tertentu dengan laporan-laporan yang diperlukan,
[2].
Sistem informasi merupakan suatu sistem yang saling barkaitan dan berintegrasi satu sama
lain dan bertujuan untuk menyediakan informasi untuk mendukung operasi, manajemen dan fungsi
pengambilan keputusan dalam suatu organisasi.
Kegiatan di Sistem Informasi mencakup [2]:
1. Input, menggambarkan suatu kegiatan untuk menyediakan data untuk diproses.
2. Proses, menggambarkan bagaimana suatu data di proses untuk menghasilkan suatu informasi
yang bernilai tambah.
3. Output, suatu kegiatan untuk menghasilkan laporan dari proses diatas tersebut.
4. Penyimpanan, suatu kegiatan untuk memelihara dan menyimpan data.
Jurnal Algoritma Sekolah Tinggi Teknologi Garut
3 2012 Jurnal STT-Garut All Right Reserved
Kontrol, ialah suatu aktifitas untuk menjamin bahwa sistem informasi tersebut berjalan sesuai
dengan yang diharapkan.

B. Tata Usaha
Tata Usaha terdiri dari dua kata, yaitu Tata dan Usaha yang masing-masing memiliki
pengertian sebagai berikut: Tata adalah suatu peraturan yang harus ditaati, dan Usaha adalah suatu
usaha dengan mengerahkan tenaga, pikiran untuk mencapai suatu maksud. Jadi Pengertian Tata
Usaha adalah suatu aturan atau peraturan kegiatan untuk mengadakan pencatatan, laporan dan
penyusunan (dokumentasi) keterangan-keterangan, sehingga keterangan-keterangan itu dapat
digunakan secara langsung sebagai bahan informasi bagi pimpinan organisasi yang bersangkutan
atau dapat dipergunakan oleh siapa saja yang membutuhkan yang terdapat dalam suatu proses
penyelenggaraan kerja [3].

III. METODOLOGI PENGEMBANGAN SISTEM

A. Tahapan Analisis
Tahap Analisis dalam Unified Approach (UA) ditujukan untuk mengindentifikasi kelas-kelas
yang teridentifikasi sebagai output di tahap analisis akan dijadikan input pada tahap perancangan.
Sementara itu, output dari tahap perancangan adalah perangkat lunak yang telah dirancang sesuai
dengan kebutuhan user.





Gambar 3.1 Tahapan Analisis Unfied Approach, [1].


Tabel 3.1 Identifikasi Aktor beserta aktifitasnya
N
o


Aktor
Tipe
Aktor
Aktivitas Aktor
1.

Siswa
PBA
Siswa merupakan Primary Business Actor (Pelaku Bisnis
Utama) yang mendapatkan pelayanan dalam melakukan
transaksi pembayaran SPP di SMK Muhammadiyah Garut.
2

Petugas TU
PSA
Petugas TU merupakan Primary System Actor (Pelaku Sistem
Utama) yang secara langsung akan berhadapan (berinteraksi)
dengan sistem, untuk memberikan informasi dan mengelola
keuangan salah satunya transaksi pembayaran SPP, UTS dan
UAS.
3


Kepala TU
PSA
Kepala TU merupakan Primary System Actor (Pelaku Sistem
Utama) yang secara langsung akan berhadapan (berinteraksi)
dengan sistem, untuk mengelola user yang menggunakan sistem
informasi pembayaran tersebut.
Pengembangan
Diagram Aktifitas
dan Use Case
Pengembang
an Diagram
Interaksi
Identifikasi
Kelas,
relasi,atribut &
Method
Pemeriksaan
Identifikasi Aktor
ISSN : 2302-7339 Vol. 09 No. 18 2012
http://jurnal.sttgarut.ac.id 4
4

Wali Kelas
ESA
Wali kelas merupakan External Server Actor (Pelaku Server
Eksternal) yang yang melayani kebutuhan user yang secara
tidak langsung berkewajiban memberitahu ataupun memberikan
informasi pembayaran uang sekolah kepada siswa dari kelas
perwakilannya.
5

WKS
Kesiswaan
ERA
WKS kesiswaan merupakan External Receiving Actor (Pelaku
Penerima Ekternal) berperan menghimpun, mengatur,
menganalisis dan menyimpan data siswa sebagai bahan
pertimbangan dalam kelancaran administrasi siswa-siswanya.
6

Kepala
Sekolah
ERA
Kepala sekolah merupakan External Receiving Actor (Pelaku
Penerima External) yang mengawasi berjalannya sistem
informasi pembayaran SPP dan menerima laporan hasil dari
proses sistem pembayaran SPP.

B. Analisis Activity Diagram
act Use Case Model Proses
Mendatangi tempat
Pembayaran
Mul ai
Siswa Melakukan
Pembayaran
Siswa Menanyakan
Informasi Tunggakan
Ya
Ti dak
Pencarian Informasi
Data Siswa
Pencarian Data
Transaksi
Pengecekan
Melakukan Pembayaran
dengan Menyertakan Kartu
Iuran
Petugas Menerima Uang
Pembayaran
Pencatatan Pada Buku
Transaksi
Pencatatan Tanda
Bukti Pada Kartu Iuran
Sel esai
Mempunyai
Tunggakan Ti dak
Ya
Ti dak Ada
Tunggakan
Si swa
Petugas TU

Gambar 3.2 Diagram Activity
C. Deskripsi Aktivitas Pengolahan Data pada sistem Informasi SPP
Kepala TU sebagai administrator yang mengelola data user, supaya user bisa berinteraksi
langsung dengan sistem.

act AD Administrator
Mul ai
Akses SISPP
Login
Buat User Baru
Administrator
Operator
Petugas TU
Input Data User
Ya
Tidak
Ya
Sel esai
Nama/Pass Sal ah
Ubah User
Ya
Tidak
Administrator
Ya
Operator
Tidak
Ya

Gambar 3.3 Pengolahan data user pada Sistem Informasi SPP
Jurnal Algoritma Sekolah Tinggi Teknologi Garut
5 2012 Jurnal STT-Garut All Right Reserved
D. Pengembangan Use Case
uc Use Case Model
Transaksi
Pembayran
Petugas TU
Siswa
Membuat Laporan
extend

Gambar 3.4 Use case Diagram untuk Sistem Informasi pembayaran SPP

E. Narative Use case untuk proses login

Tabel 3.2 Narative use case untuk proses Login
Nama Use Case Proses Login
ID Use Case SISPP-001
Actor: Petugas TU
Tujuan: Membatasi hak akses user menjaga keamanan data
Dekripsi/Uraian Use-case ini memungkinkan aktor untuk mengidentifikasikan
dirinya untuk dapat masuk kesistem dengan kewenangan tertentu
yang lebih dari kewenangan aktor user umum. Syarat utama untuk
mengakses sistem ini yaitu setiap User harus memasukan
Username dan Password. Sistem akan memeriksa Username dan
password yang dimasukan User kedalam basis data untuk
melakukan pencocokan agar bisa melakukan login. Proses Login
merupakan reaksi sistem kepada setiap User
Bidang Khas
Suatu Event / Kejadian:
Kegiatan Pelaku Respons Sistem
Step 1: petugas TU
mengakses aplikasi SISPP.
Step 3: user mengisi from
login dengan username dan
password
Step 5: klik OK
Step 2: Tampilan Utama SISPP.
Step 4: Sistem menampilkan from
login
Step 6: Open database, validasi
user name dan password
Step 7: Sistem menampilkan
menu layanan aplikasi SISPP bila
username dan password benar
Step 8: Sistem menampilkan
dialog box pesan kesalahan bila
password yang dimasukan salah
Kesimpulan: Use case ini selesai bila konfirmasi proses login dan tampilan
utama aplikasi menu SISPP telah ditampilkan.

F. Sequence Diagram Untuk Proses Login
Pada Sequence diagram login, sistem akan meminta user untuk memasukan nama dan
password jika nama dan password yang dimasukan vailid, maka sistem akan melakukan login dan
user dapat mengakses sistem SISPP. Sebaliknya jika password yang dimasukan salah maka sistem
akan menampilkan suatu pesan kesalahan bahwa password atau username yang anda masukan
salah.
ISSN : 2302-7339 Vol. 09 No. 18 2012
http://jurnal.sttgarut.ac.id 6
sd Sequence Diagram Login
Petugas TU
Si stem Informasi
SPP
Form Logi n Menu Utama
SISPP
Login DB SPP
TB User
Mengakses SISPP()
Tampil Form Logi n()
Si stem Menampi l kan Form Logi n()
Memi nta masukkan nama dan Password ()
Masukkan nama dan Password()
Kl i k Button Logi n()
Val i dasi Logi n()
Tampil kan Kesal ahan ji ka Password Salah()
Load Menu Utama Ji ka Password Benar()
Tampi l an Menu Utama SISPP()

Gambar 3.5 Sequence diagram untuk proses login

G. Collaboration Diagram Untuk Proses Login
Collaboration Diagram menekankan pada organisasi struktural objek-objek yang mengirim
serta menerima pesan.
sd Collaboration Diagram Login
Memi nta Masukan
Nama dan Password
Logi n
Menu Utama SISPP
Form Logi n
Si stem Informasi SISPP
Petugas
1: Akses SISPP()
2: Masukan Form Logi n()
3: Masukan Nama Dan Password()
3.1: Val i dasi Logi n ?() 3.2: Password Sal ah()
3.3: *Password Benar() 3.4: Tampi l an Menu Utama SISPP()

Gambar 3.6 Collaboration Diagram untuk proses login
H. Diagram Class
1. Identifikasi Class
2. Identifikasi Class pada Interaction Diagram Login
Kandidat calss yang terdapat pada interaction diagram ini adalah:
Petugas TU
Form Login
Load form Login
Sistem Informasi Pembayaran SPP
Menu Utama SISPP
Mangakses Aplikasi SISPP
Tampilan form login
Input Username dan Password
Login
Klik Button Login
Validasi Login
Load Menu Utama
Tampilan Menu Utama SISPP
Tampilan Pesan Kesalahan
Selanjutnya kandidat class di atas ditentukan kategori class-nya (Relevan class, Fuzzy Class
Jurnal Algoritma Sekolah Tinggi Teknologi Garut
7 2012 Jurnal STT-Garut All Right Reserved
dan Irrelevant Class). Jika ada kandidat yang masuk pada kategori Irrelevant Class maka kandidat
tersebut di eliminasi dari list kandidat clas. Berikut ini adalah kandidat class berdasarkan
kategorinya.

3. Identifikasi Class Pada Interaction Diagram Pengolahan Data Siswa
Kandidat class yang terdapat pada interaction ini adalah:
Petugas TU
Mengakses Aplikasi SISPP
Membuka menu input data
Membuka form siswa
Tampilan form siswa
Pencarian informasi atau Cek status siswa
Data siswa

IV. PERANCANGAN DAN IMPLEMENTASI
A. Perancangan Sistem
Perancangan sistem dirancang berdasarkan hasil dari tahap analisis sebelumnya. Tujuannya
untuk memberikan gambaran yang jelas guna mempermudah proses pembuatan perangkat lunak
atau sistem informasi. Pada tahap perancangan lebih terfokus pada bagaimana cara untuk
menyajikan informasi kepada aktor serta merancang interface sehingga aktor dapat berinteraksi
dengan sistem.

Gambar 4.1 Tahap Perancangan Unified Approach, [1]
B. Perancangan Kelas
1. Perancangan Kelas, Asosiasi, Metode dan Atribut
Pada tahapan ini dilakukan pemeriksaan kembali terhadap kelas-kelas yang diperoleh dari
tahap analisis. Dalam perancangan tahap ini, penambahan atribut serta visibilitas pada setiap atribut
dan operasi dilakukan untuk melengkapi class diagram.
class Class Diagram SISPP
Siswa
- al amat_si swa: varchar
- j k_si swa: i nt
- j urusan_si swa: varchar
- kel as_si swa: i nt
- nama_si swa: varchar
- NIS_si swa: i nt
- tahun_aj aran: date
- tgl l ahi r_si swa: date
- tmptl ahi r_si swa: varchar
+ addSi swa() : voi d
+ del etSi swa() : voi d
+ edi tSi swa() : voi d
+ getPembayaran() : voi d
+ getSi swa() : voi d
Transaksi Pembayaran
- i d_pembayaran: i nt
- NIS_si swa: i nt
- tanggal _pembayaran: i nt
- total _bayar: i nt
+ addPembayaran() : voi d
+ edi tPembayaran() : voi d
+ getNIS() : voi d
+ getPembayaran() : voi d
+ savePembayaran() : voi d
+ vei wPembayaran() : voi d
+ vi ewPembayaran() : voi d
Laporan
- i d_l aporan: i nt
- j eni s_l aporan: i nt
- peri ode_l aporan: i nt
+ di spl ayLaporan() : voi d
+ get Range() : voi d
+ pri nt_l aporan() : voi d
Jenis Pembayaran
- i d_Pembayaran: i nt
- j eni s_pembayaran: i nt
- NIS_Si swa: i nt
+ addLaporan() : voi d
+ addPembayaran() : voi d
+ del etPembayaran() : voi d
+ edi tPembayaran() : voi d
+ getPembayaran() : voi d
+ savePembayaran() : voi d
+ vei wPembayaran() : voi d
Tunggakan
- i d_Laporan: i nt
- j eni s_Tunggakan: i nt
- ni s_si swa: i nt
- nomi nal : i nt
- status: i nt
- tahun: i nt
- tanggal : i nt
+ addLaporan() : voi d
+ di spl ayLaporan() : voi d
+ pri ntLaporan() : voi d
User
- i d_User: i nt
- nama_l engkap: i nt
- nama_User: i nt
- Password: i nt
- status: i nt
- ti pe_user: i nt
+ addUser() : voi d
+ del etUser() : voi d
+ edi tUser() : voi d
+ getSi swa() : voi d
+ saveUser() : voi d
Pembayaran
SPP
Pembayaran
UTS
Pembayaran
UAS
Biaya Lain
- i d_bi aya l ai n: i nt
- i d_confi g: i nt
- j eni s_bi aya: i nt
- status: i nt
- tgl akhrbayar: i nt
- tgl awal bayar: i nt
+ addbi ayal ai n() : voi d
+ getbi ayal ai n() : voi d
+ pri ntbi ayal ai n() : voi d
+ savebi ayal ai n() : voi d

Gambar 4.2 Class Diagram Sistem Informasi Pembayaran SPP


ISSN : 2302-7339 Vol. 09 No. 18 2012
http://jurnal.sttgarut.ac.id 8
2. Perancangan Layer Akses dan Antar Muka
Tujuan utama dari perancangan layer akses adalah menyediakan layer yang dapat
mengkomunikasikan sebuah kelas dengan data source. Layer akses harus dapat menterjemahkan
permintaan yang ada pada kelas bisnis yang di inputkan melalui kelas interface.

class Rancangan Akhir
Class Bisnis Class Interface
Siswa
- Al amat_si swa: int
- Jk_Siswa: i nt
- Jurusan_Siswa: int
- Kel as_Si swa: i nt
- nama_si swa: int
- Ni s_Si swa: i nt
- Status: i nt
- tahun_pel ajaran: i nt
- tgll ahi r_si swa: int
- tmptl ahir_si swa: i nt
+ addSi swa() : void
+ del etSi swa() : void
+ edi tSi swa() : void
+ getPembayaran() : voi d
+ getSiswa() : voi d
User
- i d_User: i nt
- Jabatan: int
- nama_User: i nt
- password: i nt
+ addUser() : voi d
+ CekPassword() : void
+ CekUsername() : void
+ del etUser() : voi d
+ edi tUser() : voi d
+ getUser() : void
+ saveUser() : void
Jenis Pembayaran
- Id_Pembayaran: int
- Jeni s_pembayaran: i nt
- Ni s_Pembayaran: int
+ addLaporan() : void
+ addPembayaran() : voi d
+ del etPembayaran() : voi d
+ edi tPembayaran() : voi d
+ getPembayaran() : void
+ savePembayaran() : void
+ vi ewPembayaran() : void
Laporan
- Id_Laporan: int
- Jeni s_l aporan: int
- Peri ode_Laporan: i nt
+ addl aporan() : voi d
+ displaylaporan() : void
+ pri ntlaporan() : void
Biaya Lain
- i d_biaya Lai n: i nt
- Id_config: int
- j enis_biaya: i nt
- status: int
- tglakhrbayar: int
- tglawal bayar: i nt
+ addbi ayal ain() : void
+ getbiayalai n() : voi d
+ printbiayalai n() : voi d
+ savebiayalai n() : voi d
Transaksi Pembayaran
- id_pembayaran: int
- Nis_si swa: i nt
- tanggal_pembayaran: i nt
+ addPembayaran() : voi d
+ deletPembayaran() : voi d
+ editPembayaran() : voi d
+ getPembayaran() : void
+ savePembayaran() : void
+ vi ewPembayaran() : void
Tunggakan
- id_Laporan: int
- jeni s_l aporan: i nt
- peri ode_l aporan: int
+ addLaporan() : voi d
+ displayLaporan() : void
+ pri ntLaporan() : void
Menu Utama
+ showMenuUtama() : void
UserUI
+ ShowFromUser() : void
LoginUI
+ ShowFromLogin() : voi d
TunggakanSiswa
+ ShowTunggakanSiswa() : voi d
Pembayaran
+ ShowPembayaran() : voi d
SPP
+ ShowSPP() : void
Biaya Lain
+ ShowBiayaLai n() : void
Kelola Data
+ ShowKel olaData() : void
Data Siswa
+ ShowDataSi swa() : void
Laporan Pembayaran
+ ShowLaporanPembayaran() : voi d
Alat
+ ShowFormAl at() : voi d
Data Pengguna
+ ShowDataPengguna() : void
Konfigurasi
+ ShowKonfigurasi () : voi d
Cetak Format Kwitansi
+ ShowCetakKwitansi () : void
Tentang
+ ShowTentang() : void
SPP UTS UAS

Gambar 4.3 Rancangan Akhir Class Diagram (Kelas Bisnis, Kelas Akses dan Kelas
Antarmuka)
C. Perancangan Basis data
Perancangan aplikasi pembayaran SPP ini menggunakan MySQL persi 5 Comunity sebagai
basis data (data base).
Berikut gambaran umum koneksi antar interface sistem dengan sistem basis data MySQL
persi 5:

Gambar 4.4 Class Diagram Perancangan Basis Data

D. Pengujian dilakukan dengan menggunakan metode pengujian black box testing, dan hasil
pengujian tersebut dapat disimpulkan sesuai dengan yang diharapkan atau setiap fungsi telah
berjalan dengan baik serta sesuai dengan yang diharapkan.



Jurnal Algoritma Sekolah Tinggi Teknologi Garut
9 2012 Jurnal STT-Garut All Right Reserved

V. KESIMPULAN
Sistem informasi transaksi pembayaran SPP, UTS dan UAS di SMK Muhammadiyah Garut
dapat mengakomodasi aktivitas administrasi antara lain memudahkan petugas TU dalam proses
pengolahan data transaksi serta pengarsipan yang tersusun dan pencarian informasi tunggakan
secara cepat;


UCAPAN TERIMA KASIH
Penulis H.S. mengucapkan banyak terima kasih kepada ayah dan bunda tercinta yang telah
memberikan dukungan moril dan materil sehingga penulis H.S. dari dalam kandungan hingga
sampai saat ini. Untuk pembimbing I dan II yang telah memberikan pengarahan, fikiran, waktu dan
tenaganya selama proses bimbingan menyelesaikan tugas akhir.

DAFTAR PUSTAKA


[1] Amsyah,Zulkifli, Manajemen Sistem Informasi,Gramedia Pustaka Utama: Jakarta, 2005.
[2] Kadir, Abdul Model Data, Andi Yoyakarta, 2005.
[3] Purwanto,Pengertian Administrasi Tata Usaha (Administrasi Pendidikan), 2004.