Activity Diagram Membuat Laporan

31

e. Activity Diagram Membuat Laporan

Gambar 3.9 Activity Diagram Membuat Laporan Gambar 3.9 menggambarkan aliran aktivitas pada proses membuat laporan. Laporan terdiri dari laporan pembayaran dan laporan tunggakan. Pada proses ini admin dapat memilih data laporan pembayaran yang ingin dicetak berdasarkan periode waktu tertentu, sedangkan untuk laporan tunggakan yang akan dicetak dapat dipilih untuk semua data siswa, per kelas, atau per siswa. 3. Class Diagram Class diagram memberikan pandangan secara luas dari suatu sistem dengan menunjukkan kelas-kelasnya dan hubungan mereka. Sistem informasi administrasi pembayaran SPP sekolah memiliki class diagram seperti pada gambar 3.10. 32 Gambar 3.10 Class Diagram System 33 Gambar 3.10 merupakan class diagram yang dimiliki oleh sistem informasi administrasi pembayaran SPP. Kelas ini berstereotype boundary, control atau entity yang menggambarkan sebuah konsep awal mengenai komponen dalam sistem aplikasi yang memiliki tanggung jawab dan perilaku yang berbeda. Dengan masing-masing fungsi yang dibawa setiap stereotype ini akan melengkapi pembentukan class diagram menjadi satu kesatuan yang utuh. Boundary Class, merupakan bagian yang menyediakan layanan interaksi antara pengguna aplikasi serta sistem dan termasuk aktivitas yang terjadi di dalamnya. Pada perancangan sistem ini boundary class terdiri dari Tahun AjaranUI, KelasUI, SiswaUI, Jenis PembayaranUI, Transaksi PembayaranUI, Kartu SPPUI, dan LaporanUI. Control Class, merupakan sebuah class yang berfungsi untuk mengkoordinasikan aktivitas dalam sistem. Kelas ini menghubungkan antara kelas entitas dengan kelas boundary. Bagian ini berkaitan dengan adanya perubahan struktur internal sebuah entitas, berdasarkan parameter yang dikirimkan oleh pengguna. Pada perancangan sistem ini control class terdiri dari setting tahun ajaran, manajemen data kelas, manajemen data siswa, manajemen jenis pembayaran, proses pembayaran, kartu SPP, dan laporan. Entity Class, berfungsi sebagai media penyimpanan segala informasi yang berada dalam sistem. Kelas ini juga berfungsi 34 sebagai media pengolahan data yang disebut database. Pada perancangan sistem ini entity class terdiri dari tahun ajaran, kelas, siswa, jenis pembayaran, dan transaksi. 4. Sequence Diagram Sequence diagram menggambarkan interaksi antar obyek di dalam dan di sekitar sistem termasuk pengguna, display, dan sebagainya berupa message yang digambarkan terhadap urutan waktu. Sequence diagram pada sistem yang akan dikembangkan terdiri dari sequence diagram setting tahun ajaran, manajemen data kelas, manajemen data siswa, manajemen jenis pembayaran, mengelola transaksi pembayaran, cetak kartu SPP, laporan pembayaran, dan laporan tunggakan. 35 a. Sequence Diagram Setting Tahun Ajaran : Admin : TahunAjaranUI_boundary : SettingTahuAjaran_Controler : TahunAjaran_Entity 3: open DB 5: close DB 4: insert, update, select TahunAjaran 1: manajemen TahunAjaran 2: tambah, ubah, setAktif TahunAjaran 6: return message done Gambar 3.11 Sequence Diagram Setting Tahun Ajaran Gambar 3.11 menjelaskan tentang urutan waktu yang dilakukan admin pada setting tahun ajaran. Pertama, admin memilih manajemen tahun ajaran yang terdiri dari menambah, mengubah, atau memilih tahun ajaran yang sedang berjalan melalui form tahun ajaran yang tersedia. Melalui controller tahun ajaran dilakukan insert, update, dan select tahun ajaran, sebelumnya database akan terbuka, dan data tahun ajaran akan disimpan ke dalam database. Setelah proses manajemen data selesai, database akan tertutup dan aplikasi akan menampilkan form tahun ajaran kembali. 36 b. Sequence Diagram Manajemen Data Kelas : Admin : kelasUI_Boundary : ManajemenDataKelas_Controler : Kelas_Entity 1: manajemen data kelas 2: tambah atau ubah kelas 3: open DB 4: insert, update Kelas 5: close DB 6: return message done Gambar 3.12 Sequence Diagram Manajemen Data Kelas Gambar 3.12 menjelaskan tentang urutan waktu yang dilakukan admin pada manajemen data kelas. Pertama, admin memilih manajemen data kelas yang terdiri dari menambah atau mengubah kelas melalui form kelas yang tersedia. Melalui controller manajemen data kelas dilakukan insert dan update data kelas, sebelumnya database akan terbuka, dan data kelas akan disimpan ke dalam database. Setelah proses manajemen data selesai, database akan tertutup dan aplikasi akan menampilkan form kelas kembali. 37 c. Sequence Diagram Manajemen Data Siswa : Admin : siswaUI_Boundary : ManajemenDataSiswa_Controler : Siswa_Entity 1: manajemen data siswa 2: tambah, ubah, hapus siswa 3: open DB 4: insert, update, delete, select siswa 5: close 6: return message done Gambar 3.13 Sequence Diagram Manajemen Data Siswa Gambar 3.13 menjelaskan tentang urutan waktu yang dilakukan admin pada manajemen data siswa. Pertama, admin memilih manajemen data siswa yang terdiri dari menambah, mengubah, atau menghapus data siswa melalui form siswa yang tersedia. Melalui controller manajemen data siswa dilakukan insert, update, atau delete data siswa, sebelumnya database akan terbuka, dan data siswa akan disimpan ke dalam database. Setelah proses manajemen data selesai, database akan tertutup dan aplikasi akan menampilkan form siswa kembali. 38 d. Sequence Diagram Manajemen Jenis Pembayaran : Admin : JenisPembayaranUI_Boundary : ManajemenJenisPembayaran_Controler : Jenis_pembayaran_Entity 1: manajemen jenis pembayaran 2: tambah, ubah, hapus JenisPembayaran 3: open DB 4: insert, update, delete JenisPembayaran 5: close DB 6: return message done Gambar 3.14 Sequence Diagram Manajemen Jenis Pembayaran Gambar 3.14 menjelaskan tentang urutan waktu yang dilakukan admin pada manajemen jenis pembayarn. Pertama, admin memilih manajemen jenis pembayaran yang terdiri dari menambah, mengubah, atau menghapus jenis pembayaran melalui form jenis pembayaran yang tersedia. Melalui controller manajemen jenis pembayaran dilakukan insert, update, atau delete jenis pembayaran, sebelumnya database akan terbuka, dan data jenis pembayaran akan disimpan ke dalam database. Setelah proses manajemen data selesai, database akan tertutup dan aplikasi akan menampilkan form jenis pembayaran kembali. 39 e. Sequence Diagram Mengelola Transaksi Pembayaran : Admin : transaksiPembayaranUI_Boundary : ProsesPembayaran_Controler : Transaksi_Entity 1: inputTransaksiPembayaran 2: ProsesPembayaran 3: open DB 4: save Pembayaran 5: close DB 6: return message done Gambar 3.15 Sequence Diagram Mengelola Transaksi Pembayaran Gambar 3.15 menjelaskan tentang urutan waktu yang dilakukan admin pada transaksi pembayaran. Pertama, admin memasukan data transaksi pembayaran, kemudian melalui form transaksi pembayaran admin memroses pembayaran. Melalui controller proses pembayaran dilakukan save pembayaran, sebelumnya database akan terbuka, dan data pembayaran akan disimpan ke dalam database. Setelah proses transaksi pembayaran selesai, database akan tertutup dan aplikasi akan menampilkan form pembayaran kembali. 40 f. Sequence Diagram Mencetak Kartu SPP : Admin : KartuSPPUI_Boundary : KartuSPP_Controler : Transaksi_Entity 1: Pilih Data SPP Siswa 2: Lihat Data SPP Siswa 3: open DB 5: Tampil Data SPP Siswa 7: Cetak Kartu SPP Siswa 6: close DB 4: get Data SPP Siswa Gambar 3.16 Sequence Diagram Mencetak Kartu SPP Gambar 3.16 menjelaskan tentang urutan waktu yang dilakukan admin pada proses mencetak kartu SPP. Pertama, admin memilih data SPP siswa yang ingin dicetak, kemudian melalui form kartu SPP admin melihat data SPP siswa. Melalui controller kartu SPP dilakukan get data SPP siswa, sebelumnya database akan terbuka, kemudian data SPP siswa akan ditampilkan pada form kartu SPP, setelah itu database akan tertutup dan aplikasi akan menampilkan form kartu SPP kembali. Dari data SPP siswa yang ditampilkan kemudian admin mencetak kartu SPP tersebut. 41 g. Sequence Diagram Laporan Pembayaran : Admin : LaporanUI_Boundary Cetak Laporan : LaporanPembayaran_Controler : Transaksi_Entity 1: Pilih Laporan 2: Pilih Data Pembayaran 3: open DB 5: Tampil Data Pembayaran 7: Cetak Laporan Pembayaran 6: Close DB 4: get Data Pembayaran Gambar 3.17 Sequence Diagram Laporan Pembayaran Gambar 3.17 menjelaskan tentang urutan waktu yang dilakukan admin pada proses laporan pembayaran. Pertama, admin memilih laporan pembayaran, kemudian melalui form laporan admin memilih data pembayaran untuk periode waktu tertentu. Melalui controller laporan pembayaran dilakukan get data pembayaran, sebelumnya database akan terbuka, kemudian data pembayaran akan ditampilkan pada form laporan, setelah itu database akan tertutup dan aplikasi akan menampilkan form laporan kembali. Dari data pembayaran yang ditampilkan kemudian admin mencetak laporan pembayaran tersebut. 42 h. Sequence Diagram Laporan Tunggakan Gambar 3.18 Sequence Diagram Laporan Tunggakan Gambar 3.18 menjelaskan tentang urutan waktu yang dilakukan admin pada proses laporan tunggakan. Pertama, admin memilih laporan tunggakan, kemudian melalui form laporan admin memilih data tunggakan . Melalui controller laporan tunggakan dilakukan get data tunggakan, sebelumnya database akan terbuka, kemudian data tunggakan akan ditampilkan pada form laporan, setelah itu database akan tertutup dan aplikasi akan menampilkan form laporan kembali. Dari data tunggakan yang ditampilkan kemudian admin mencetak laporan tunggakan tersebut. 43 5. Deployment Diagram Deploymentphysical diagram menggambarkan komponen yang terdapat dalam infrastruktur sistem, yaitu dimana komponen akan terletak pada mesin, server atau piranti keras, bagaimana kemampuan jaringan pada lokasi tersebut, spesifikasi server, dan hal-hal lain yang bersifat fisikal. Gambar 3.19 Deployment Diagram System Dari Gambar 3.19 deployment diagram system terdiri dari DB server dan aplication server yang terdapat pada satu perangkat komputer yang digunakan oleh admin. DB server terdiri dari tabel-tabel yang digunakan di dalam database.

3.6 Perancangan Aplikasi