38
BAB IV
PERANCANGAN SISTEM USULAN
4.1. Tahapan Perancangan Sistem 4.1.1. Analisa Kebutuhan
1. Kebutuhan Pengguna
Dalam desain aplikasi administrasi sekolah yang penulis rancang, terdapat dua pengguna yang memiliki hak akses untuk dapat mengelola aplikasi, yaitu: Operator dan Kepala Sekolah. Kedua pengguna tersebut memiliki karakteristik interaksi sistem yang berbeda dan memiliki kebutuhan informasi yang berbeda pula, berikut penjelasannya:
a. Skenario kebutuhan bagian Operator: 1) Operator dapat melakukan Login. 2) Mengelola data siswa
3) Mengelola data kelas
4) Mengecek dan mengelola transaksi SPP 5) Mengecek dan mengelola transaksi Tabungan
6) Mencetak seluruh laporan (laporan daftar peserta didik, kelas, laporan SPP, serta laporan daftar tabungan siswa)
b. Skenario kebutuhan Kepala Sekolah: 1) Kepala sekolah dapat melakukan Login. 2) Mengelola data admin
3) Melihat dan mencetak laporan data siswa 4) Melihat dan mencetak laporan data kelas
39
5) Melihat dan mencetak laporan transaksi SPP 6) Melihat dan mencetak laporan transaksi Tabungan. 2. Kebutuhan Sistem:
a. Sebelum mengakses aplikasi, pengguna (user) harus melakukan proses penginputan username dan password masing-masing dimenu login.
b. Penginputan data siswa, data kelas, tabungan serta pembayaran SPP.
c. Aplikasi tidak dapat sembarangan diakses oleh pengguna (user) karena harus disesuaikan berdasarkan hak aksesnya masing-masing.
d. Klik tombol logout jika penggunaan aplikasi sudah selesai.
4.1.2. Rancangan Diagram Use Case
Gambar IV.1.
40
Gambar IV.2.
Rancangan Diagram Use Case input Data Siswa
Gambar IV.3.
Rancangan Diagram Use Case input Data Admin
Gamabar IV.4.
41
Gamabar IV.5.
Rancangan Diagram Use Case Transaksi Tabungan
Gambar IV.6.
Rancangan Diagram Use Case Input Data Kelas
Gamabar IV.7.
42
Tabel IV.1.
Deskripsi Use Case Login Use Case Name Login
Requierement
Pengguna Dapat login menggunakan username dan password masing-masing
Goal
Mengakses sistem sesuai username dan password masing-masing
Pre-Conditions
Pengguna dapat login menggunakan username dan password masing- masing
Post-Conditions
Jika login berhasil sistem menanpilkan menu utama yang sudah tersedia
Failed end Condition
Login tidak berhasil, karena
username/password yang dimasukan salah
Actors Operator, Kepala Sekolah
Main Flow/Basic Path
1. Pengguna dapat login menggunakan username dan password masing-masing 2. Jika username dan password benar, maka
login berhasil dilakukan
Alternative Flow/Invariant A
Sistem melakukan proses login, jika login berhasil sistem menampilkan menu utama
Invariant B
1. Sistem menampilkan pesan “login berhasil”
2. Sistem menampilkan menu utama
3. Menu yang sudah tersedia pada menu utama dapat diakses
Tabel IV.2.
Deskripsi Use Case Input Data Siswa
Use Case Name Input Data Siswa
Requierement
Data siswa yang telah diisi didalam formulir pendaftaran dapat diinput kedalam sistem untuk disimpan sebagai arsip dan bahan laporan daftar peserta didik
Goal Menyimpan data siswa kedalam sistem
Pre-Conditions
Dewan guru menyerahkan seluruh formulir pendaftaran yang telah diisi sebelumnya kepada operator
43
Post-Conditions
Operator menginput data siswa untuk disimpan kedalam sistem
Failed end Condition
Data siswa gagal disimpan, karena dokumen kurang lengkap
Actors Operator, dewan guru
Main Flow/Basic Path
1. Dewan guru menyerahkan formulir pendaftaran yang telah diisi kepada operator
2. Operator menginput data siswa dengan memilih menu data siswa
Alternative Flow/Invariant A Operator menginput data siswa
Invariant B
1. Sistem menampilkan pesan “Data berhasil tersimpan”
2. Pilih edit untuk mengedit data siswa 3. Pilih hapus untuk menghapus data siswa
Tabel IV.3.
Deskripsi Use Case Input Data Admin
Use Case Name Input Data Admin
Requierement
Data Admin diinput kedalam sistem untuk membedakan Hak Akses Pengguna
Goal Menyimpan data admin kedalam sistem
Post-Conditions
Kepsek menginput data admin kedalam sistem
Failed end Condition Data admin gagal disimpan
Actors Kepsek
Main Flow/Basic Path
Kepsek menginput data admin dengan memilih menu data admin
Alternative Flow/Invariant A Kepsek menginput data kelas
Invariant B
1. Sistem menampilkan pesan “Data admin berhasil tersimpan”
44
Tabel IV.4.
Deskripsi Use Case Mengelola Transaksi SPP
Use Case Name Mengecek dan mengelola Transaksi SPP
Requierement
Data transaksi SPP siswa diinput kedalam sistem untuk disimpan sebagai arsip dan bahan laporan
Goal
Mengecek dan mengelola transaksi SPP siswa
Pre-Conditions Siswa melakukan transaksi SPP
Post-Conditions Sistem melakukan proses transaksi
Failed end Condition Transaksi SPP gagal disimpan
Actors Operator, siswa
Main Flow/Basic Path
1. Siswa menyerahkan uang untuk transaksi SPP
2. Operator mengecek dan mengelola transaksi SPP didalam sistem
Alternative Flow/Invariant A Operator menginput dan mengelola
transaksi pembayaran SPP
Invariant B
1. Sistem menampilkan pesan “transaksi SPP telah dilakukan”
2. Klik cetak untuk mencetak bukti transaksi SPP
Tabel IV.5.
Deskripsi Use Case Input Tabungan Siswa
Use Case Name Input Tabungan Siswa
Requierement
Data tabungan siswa dapat di input kedalam sistem untuk disimpan sebagai arsip dan bahan laporan
Goal
Menyimpan data tabungan siswa kedalam sistem
Pre-Conditions
Siswa menyerahkan uang beserta buku tabungan kepada operator
Post-Conditions
Operator menginput data tabungan siswa kedalam sistem
45
Failed end Condition Data tabungan siswa gagal diproses
Actors Operator , siswa
Main Flow/Basic Path
1. Siswa menyerahkan uang dan buku tabungan
2. Operator menginput data tabungan siswa dengan memilih menu transaksi
Alternative Flow/Invariant A Operator menginput data tabungan siswa
Invariant B
1. Sistem menampilkan pesan “Data Tabungan siswa berhasil disimpan 2. Pilih tambah untuk menambah tabungan
siswa
3. Pilih edit untuk mengedit data tabungan siswa
Tabel IV.6.
Deskripsi Use Case Input Data Kelas
Use Case Name Input Data Kelas
Requierement
Data Kelas diinput kedalam sistem untuk disimpan sebagai arsip dan bahan laporan
Goal Menyimpan data kelas kedalam sistem
Pre-Conditions
Dewan guru memberikan data siswa beserta keterangan kelasnya
Post-Conditions
Operator menginput data siswa kedalam sistem
Failed end Condition Data kelas gagal disimpan
Actors Operator
Main Flow/Basic Path
Operator menginput data kelas dengan memilih menu data kelas (kelas A, kelas B)
Alternative Flow/Invariant A Operator menginput data kelas
Invariant B
1. Sistem menampilkan pesan “Data kelas berhasil tersimpan”
46
Tabel IV.7.
Deskripsi Use Case Mencetak Laporan
Use Case Name Mencetak Laporan
Requierement
Operator dapat mencetak laporan (laporan daftar peserta didik, laporan transaksi pembayaran SPP, laporan tabungan siswa)
Goal
Mencetak laporan dan menyerahkan seluruh laporan data siswa kepada kepala sekolah
Pre-Conditions Operator membuat laporan didalam sistem
Post-Conditions
Operator dapat melihat hasil laporan, dan kepala sekolah dapat mengecek laporan
Failed end Condition Laporan gagal dicetak
Actors Operator, kepala sekolah
Main Flow/Basic Path
1. Operator membuat laporan
2. Kepala sekolah dapat mengecek laporan
Alternative Flow/Invariant A Operator dapat mencetak seluruh laporan
Invariant B Klik cetak untuk mencetak laporan
4.1.3. Rancangan Diagram Aktivitas
1. Rancangan Diagram Aktivitas Input Data Siswa
Gambar IV.8.
47
2. Rancangan Diagram Aktivitas Input Data Admin
Gambar IV.9.
Rancangan Diagram Aktivitas Input Data Admin 3. Rancangan Diagram Aktivitas Mengelola Transaksi SPP
Gambar IV.10.
48
4. Rancangan Diagram Aktivitas Input Data Tabungan
Gambar IV.11.
Rancangan Diagram Aktivitas Input Data Tabungan 5. Rancangan Diagram Aktivitas Input Data Kelas
Gambar IV.12.
49
6. Rancangan Diagram Aktivitas Mencetak Laporan
Gambar IV.13.
Rancangan Diagram Aktivitas Mencetak Laporan
4.1.4. Rancangan Dokumen Sistem Usulan
Spesifikasi dokumen sistem usulan digolongkan menjadi dua bagian yaitu bentuk dokumen masukan (input) dan bentuk dokumen keluaran (output).
1. Spesifikasi Dokumen Masukan
a. Nama Dokumen : Fotocopy akta kelahiran Fungsi : Sebagai arsip dokumen siswa Sumber : Orangtua / Wali Murid
Tujuan : Operator
Media : Kertas
Jumlah : 1 Lembar
Frekuensi : Pada saat pendaftaran Bentuk : Lihat Lampiran C.1
50
b. Nama Dokumen : Buku Tabungan
Fungsi : Syarat menyetor tabungan Sumber : Orangtua / Siswa
Tujuan : Operator
Media : Kertas
Jumlah : 1 Lembar
Frekuensi : Setiap penyetoran tabungan dilakukan Bentuk : Lihat Lampiran C.2
c. Nama Dokumen : Fotocopy KK (Kartu Keluarga) Fungsi : Sebagai arsip dokumen siswa Sumber : Orangtua / Wali Murid
Tujuan : Operator
Media : Kertas
Jumlah : 1 Lembar
Frekuensi : Pada saat pendaftaran Bentuk : Lihat Lampiran C.3 d. Spesifikasi Dokumen Keluaran
a. Nama Dokumen : Laporan daftar peserta didik
Fungsi : Untuk dijadikan bukti laporan tahunan
Sumber : Operator
Tujuan : Kepala Sekolah
Media : Kertas
Jumlah : 1 Lembar
Frekuensi : Setiap pergantian tahun ajaran baru Bentuk : Lihat Lampiran D.1
51
b. Nama Dokumen : Laporan Daftar Pembayaran SPP Fungsi : Untuk dijadikan bukti laporan bulanan
Sumber : Operator
Tujuan : Kepala Sekolah
Media : Kertas
Jumlah : 1 Lembar
Frekuensi : Setiap pergantian semester Bentuk : Lihat Lampiran D.2
c. Nama Dokumen : Laporan daftar tabungan siswa
Fungsi : Untuk dijadikan bukti laporan bulanan
Sumber : Operator
Tujuan : Kepala Sekolah
Media : Kertas
Jumlah : 1 Lembar
Frekuensi : Setiap pergantian bulan Bentuk : Lihat Lampiran D.3 d. Nama Dokumen : Struk transaksi SPP
Fungsi : Untuk dijadikan bukti transaksi SPP
Sumber : Operator
Tujuan : Siswa / Wali murid
Media : Kertas
Jumlah : 1 Lembar
Frekuensi : Setiap transaksi SPP selesai dilakukan Bentuk : Lihat Lampran D.4
52
4.1.5. Rancangan Prototype
1. Interface Form Login
Gambar IV.14.
Interface Form Login
2. Interface Form Menu Utama
Gambar IV.15.
53
3. Interface Form Input Data Siswa
Gambar IV.16.
Interface Form Input Data Siswa 4. Interface Form Input Data Admin
Gambar IV.17.
54
5. Interface Form Transaksi SPP
Gambar IV.18.
Interface Form Transaksi SPP 6. Interface Form Transaksi Tabungan
Gambar IV.19.
55
7. Interface Form Input Data Kelas
Gambar IV.20.
Interface Form Input Data Kelas 8. Interface Form Laporan Daftar Peserta Didik
Gambar IV.21.
Interface FormLaporan Daftar Peserta Didik
9. Interface Form Laporan Daftar Pembayaran SPP
Gambar IV.22.
56
10. Interface Form Laporan Daftar Tabungan Siswa
Gambar IV.23.
Interface FormLaporan Daftar Tabungan Siswa
11. Interface Form Laporan Data Perkelas
Gambar IV.24.
57
4.2. Perancangan Perangkat Lunak 4.2.1. Entity Relationship Diagram (ERD)
Gambar IV.25.
Rancangan Entity Relationship Diagram (ERD)
4.2.2. Logical Record Structure (LRS)
Gambar IV.26.
58
4.2.3. Spesifikasi File
1. Spesifikasi File admin Nama File : Admin Akronim : admin Fungsi : Untuk Login Tipe File : File Master
Organisasi File : Indexed Sequential Akses File : Random
Media : Harddisk
Pajang record : 53 byte Kunci Field : kd_admin Software : Mysql
Tabel IV.8. Spesifikasi File Admin
No. Elemen Field Nama Field Tipe Size Ket 1. Kode Admin kd_admin Varchar 8 Primary Key 2. Nama Admin nm_admin Varchar 20
3. Status status Varchar 15
4. Password password Varchar 10
2. Spesifikasi Data Siswa
Nama File : Data Siswa Akronim : siswa
Fungsi : Untuk menyimpan data siswa Tipe File : File Master Data
Organisasi File : Indexed Sequential Akses File : Random
59
Media : Harddisk
Pajang record : 118 byte Kunci Field : NIS Software : Mysql
Tabel IV.9.
Spesifikasi File Data Siswa
No. Elemen Field Nama Field Tipe SIze Ket
1. NIS NIS Int 10 Primary Key
2. Kode Admin kd_admin Varchar 8 3. Nama Siswa nm_siswa Varchar 20 4. Tahun Ajaran th_masuk Varchar 10 5. Tempat Lahir tempat_lahir Varchar 10 6. Tanggal Lahir tgl_lahir Date
7. Jenis Kelamin Jekel Varchar 10
8. Nama Ibu nm_ibu Varchar 20
9. Agama agama Varchar 10
10. Alamat alamat Varchar 20
3. Spesifikasi Transaksi SPP
Nama File : Transaksi SPP Akronim : spp
Fungsi : Untuk mengelola dan menyimpan data transaksi SPP Tipe File : File Transaksi SPP
Organisasi File : Indexed Sequential Akses File : Random
Media : Harddisk
Pajang record : 68 byte Kunci Field : id_spp Software : Mysql
60
Tabel IV.10.
Spesifikasi File Transak SPP
No. Elemen Field Nama Field Tipe SIze Ket
1. ID SPP id_spp Varchar 10 Primary Key
2. Kode Admin kd_admin Varchar 8
3. NIS NIS Int 10
4. Nama Siswa nm_siswa Varchar 20
5. Kelas kd_kelas Varchar 10
6. Bulan Yang Dibayar bulanygdibayar Varchar 10
7. Biaya SPP biaya_spp Double
4. Spesifikasi Tabungan Siswa
Nama File : Tabungan Siswa Akronim : tabungan
Fungsi : Untuk mengelola dan menyimpan data tabungan siswa Tipe File : File Transaksi Tabungan
Organisasi File : Indexed Sequential Akses File : Random
Media : Harddisk
Pajang record : 58 byte Kunci Field : no_trans Software : Mysql
Tabel IV.11.
Spesifikasi File Data Tabungan Siswa
No. Elemen Field Nama Field Tipe SIze Ket 1. No Transaksi no_trans Varchar 10 Primary Key
2. Kode Admin kd_admin Varchar 8
61
4. Nama Siswa nm_siswa Varchar 20
5. Kelas kd_kelas Varchar 10
6. Tanggal Transaksi tgl_trans Date
7. Debit debit Double
8. Kredit kredit Double
9. Jumlah Saldo jml_saldo Double
5. Spesifikasi Kelas
Nama File : Kelas Akronim : kelas
Fungsi : Untuk mengelola dan menyimpan data siswa perkelas Tipe File : File Master Data
Organisasi File : Indexed Sequential Akses File : Random
Media : Harddisk Pajang record : 40 byte Kunci Field : kd_kelas Software : Mysql
Tabel IV.12.
Spesifikasi File Data Kelas
No. Elemen Field Nama Field Tipe SIze Ket 1. Kode Kelas kd_kelas Varchar 10 Primary Key
2. NIS NIS int 10
62
4.2.4. Class Model / Class Diagram
Gambar IV.27. Rancangan Class Diagram
4.2.5. Sequence Diagram
Gambar IV.28.
63
Gambar IV.29.
Rancangan Sequence Diagram Input Data Admin
Gambar IV.30.
64
Gambar IV.31.
Rancangan Sequence Diagram Transaksi Tabungan
Gambar IV.32.
65
4.2.6. Spesifikasi Hardware dan Software
Sistem dapat dikatakan baik dan berhasil digunakan atau diterapkan jika didukung dengan beberapa unsur anatara lain perangkat keras (hardware), perangkat lunak (software), dan pemakai (brainware). Diantara unsur tersebut yaitu prasarana atau peralatan yang dibutuhkan harus sesuai spesifikasi yang diusulkan. Berikut penguraian dari perangkat komputer yang harus tersedia pada sistem yang diusulkan: 1. Perangkat Keras (Hardware)
Perangkat keras hardware adalah suatu komponen yang membentuk suatu sistem komputer dari peralatan lainnya yang minimum dan memungkinkan komputer dapat melaksanakan tugasnya. Klasifikasi perangkat keras yang diusulkan adalah sebagai berikut:
a. Processor : Intel(R) Celeron(R) N4000 b. RAM : 1 GB (Minimum)
c. Harddisk : 80 GB d. Keyboard : Standart
e. Printer : HP Deskjet 2130 series
2. Perangkat Lunak (Software)
a. Sistem Operasi : Microsoft Windows 10 b. Paket Program : Java Netbeans 8.1 c. Database : MySQL
66
4.3. Jadwal Implementasi
Tabel IV.13. Jadwal Implementasi
WAKTU
No
KEGIATAN
BULAN I
BULAN II
BULAN III
1 2 3 4 1 2 3 4 1 2 3 4 1. Penyusunan dan
Pengajuan Judul 2. Persiapan Data Awal 3. Analisa 4. Pengumpulan Data 6. Penyusunan Laporan 7. Desain Perangkat Lunak 8. Desain Program 9. Pembuatan
Rancangan dan Tes Desain Program
