BAB IV PERANCANGAN SISTEM USULAN...sistem menampilkan menu utama Invariant B 1. Sistem menampilkan...
Transcript of BAB IV PERANCANGAN SISTEM USULAN...sistem menampilkan menu utama Invariant B 1. Sistem menampilkan...
45
BAB IV
PERANCANGAN SISTEM USULAN
4.1. Tahapan Perancangan Sistem
4.1.1. Analisis Kebutuhan
1. Kebutuhan Pengguna
Dalam desain aplikasi administrasi sekolah yang penulis rancang, terdapat dua
pengguna yang memilki hak akses untuk dapat mengelola aplikasi, yaitu: tenaga
kesiswaan dan dewan guru. Kedua pengguna tersebut memiliki karakterisitik
interaksi sistem yang berbeda-beda dan memiliki kebutuhan informasi yang berbeda-
beda , berikut penjelasannya:
a. Skenario kebutuhan bagian dewan guru:
1) Menginput absensi siswa
2) Menginput nilai siswa
3) Menginput tabungan siswa
4) Melihat data pribadi siswa
5) Melihat data transaksi SPP
6) Melihat laporan
b. Skenario kebutuhan tenaga kesiswaan:
1) Menginput data pribadi siswa
2) Mengecek dan mengelola transaksi SPP
46
3) Mencetak seluruh laporan (laporan daftar peserta didik, laporan daftar iuran
uang bulanan (SPP), serta laporan daftar tabungan siswa).
2. Kebutuhan sistem:
a. Sebelum mengakses aplikasi, pengguna (user) harus melakukan proses
penginputan username dan password masing-masing di menu login.
b. Penginputan data pribadi siswa, absensi siswa, nilai harian siswa, 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.
47
4.1.2. Rancangan Diagram Use Case
Gambar IV.1. Rancangan Diagram Use Case
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
48
Post-Conditions Jika login berhasil sistem menampilkan menu
utama serta sub-sub menu yang sudah tersedia
Failed end Condition Login tidak berhasil, karena username/password
yang dimasukan salah
Actors Dewan guru, tenaga kesiswaan
Main Flow/Basic Path 1. Pengguna dapat login menggunakan username
dan password masing-masing
2. Jika username dan password benar, maka login
berhasil dilakukan
Alternate 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. Sub-sub menu yang sudah tersedia pada menu
utama dapat diakses
Tabel IV.2. Deskripsi Use Case Input Data Pribadi Siswa
Use Case Name Input Data Pribadi Siswa
Requierement Data pribadi siswa yang telah di isi di dalam
formulir pendaftaran dapat di input kedalam
sistem untuk di simpan sebagai arsip dan bahan
laporan daftar peserta didik
Goal Menyimpan data pribadi siswa kedalam sistem
Pre-Conditions Dewan guru menyerahkan seluruh formulir
pendaftaran yang telah diisi sebelumnya kepada
tenaga kesiswaan
Post-Conditions Tenaga kesiswaan menginput data pribadi siswa
49
untuk disimpan kedalam sistem
Failed end Condition Data pribadi siswa gagal disimpan, karena
dokumen kurang lengkap
Actors Dewan guru, tenaga kesiswaan
Main Flow/Basic Path 1. Dewan guru menyerahkan formulir pendaftaran
yang telah diisi kepada tenaga kesiswaan
2. Tenaga kesiswaan meningput data pribadi
siswa
dengan memilih sub menu input data siswa
Alternate Flow/Invariant A Tenaga kesiswaan menginput data pribadi siswa
Invariant B 1. Sistem menampilkan pesan “Data pribadi
siswa
berhasil disimpan”
2. Pilih edit untuk mengedit data pribadi siswa.
3. Pilih hapus untuk mengedit data pribadi siswa
Tabel IV.3. Deskripsi Use Case Input Data Absensi
Use Case Name Input Data Absensi Siswa
Requierement Data absensi siswa di input ke dalam sistem untuk
di simpan sebagai arsip dan bahan laporan
Goal Menyimpan data absensi siswa ke dalam sistem
Pre-Conditions Dewan guru mengabsen siswa sebelum kegiatan
belajar mengajar diakukan
Post-Conditions Dewan guru menginput data absensi siswa kedalam
sistem
Failed end Condition Data absensi siswa gagal di simpan
Actors Dewan guru, siswa
50
Main Flow/Basic Path 1. Dewan guru mengabsen siswa
2. Dewan guru langsung menginput data absensi
siswa dengan memilih sub menu input data
absensi siswa
Alternate Flow/Invariant A Dewan guru menginput data absensi siswa
Invariant B 4. Sistem menampilkan pesan “Data abseni siswa
berhasil disimpan”
5. Pilih edit untuk mengedit data absesi siswa.
Tabel IV.4. Deskripsi Use Case Input Nilai Siswa
Use Case Name Input Data Nilai Siswa
Requierement Data nilai siswa di input di aplikasi untuk di simpan
sebagai arsip dan bahan laporan
Goal Menyimpan data nilai siswa di sistem
Pre-Conditions Dewan guru melakukan kegiatan belajar mengajar
Post-Conditions Penilaian hasil belajar atau hasil praktek siswa
dapat diinput kedalam sistem
Failed end Condition Data nilai siswa gagal di simpan
Actors Dewan guru
Main Flow/Basic Path 3. Dewan guru merekap nilai siswa selama proses
belajar mengajar
4. Dewan guru menginput data nilai siswa
Alternate Flow/Invariant A Dewan guru menginput data nilai siswa
Invariant B 1. Sistem menampilkan pesan “data nilai berhasil
disimpan”
2. Klik tambah untuk menambah data nilai
51
3. Klik edit untuk mengedit nilai siswa
Tabel IV.5. Deskripsi Use Case Mengelola Transaksi SPP
Use Case Name Mengecek dan Mengelola Transaksi SPP
Requierement Data transaksi SPP siswa di input kedalam sistem
untuk di simpan 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 Transasi SPP gagal disimpan
Actors Tenaga kesiswaan, siswa
Main Flow/Basic Path 1. Sisa menyerahkan uang untuk transaksi SPP
2. Tenaga kesiswaan mengecek dan mengelola
transaksi SPP didalam sistem
Alternate Flow/Invariant A Tenaga kesiswaanm enginput 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.6. Deskripsi Use Case Input Tabungan Siswa
Use Case Name Input Tabungan Siswa
Requierement Data tabungan siswa dapat fi input ke dalam sistem
untuk di simpan sebagai arsip dan bahan laporan
52
Goal Menyimpan data tabungan siswa ke dalam sistem
Pre-Conditions Siswa menyerahkan uang beserta buku tabungan
kepada dewan guru
Post-Conditions Dewan guru menginput data tabungan siswa
kedalam sistem
Failed end Condition Data tabungan siswa gagal diproses
Actors Dewan guru, siswa
Main Flow/Basic Path 1. Siswa menyerahkan uang dan buku tabungan
2. Dewan guru menginput data tabungan siswa
dengan memilih menu transaksi
Alternate Flow/Invariant A Dewan guru 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.7. Deskripsi Use Case Mencetak Laporan
Use Case Name Mencetak Laporan
Requierement Tenaga kesiswaan dapat mencetak laporan (laporan
daftar peserta didik, laporan transaksi pembayaran
SPP, laporan tabungan siswa)
Goal Mencetak laporan dan menyerahkan seluruh
laporan data siswa kepada kepada kepala sekolah
Pre-Conditions Tenaga kesiswaan membuat laporan didalam sistem
Post-Conditions Dewan guru dapat melihat hasil laporan, dan kepala
sekolah dapat mengecek laporan
Failed end Condition Laporan gagal dicetak
53
Actors Dewan guru, tenaga kesiswaan, kepala sekolah
Main Flow/Basic Path 1. Tenaga kesiswaan membuat laporan
2. Dewan guru dapat melihat laporan
3. Kepala sekolah dapat mengecek laporan
Alternate Flow/Invariant A Tenaga kesiswaan dapat mencetak seluruh laporan
Invariant B 1. Klik cetak untuk mencetak laporan
4.1.3. Rancangan Diagram Aktivitas
1. Rancangan Diagram Aktivitas Input Data Siswa
54
Gambar IV.2. Rancangan Diagram Aktivitas Input Data Siswa
2. Rancangan Diagram Aktivitas Input Absensi Siswa
55
Gambar IV.3. Rancangan Diagram Aktivitas Input Absensi Siswa
3. Rancangan Diagram Aktivitas Input Nilai Harian Siswa
56
Gambar IV.4. Rancangan Diagram Aktivitas Input Nilai Harian Siswa
4. Rancangan Diagram Aktivitas Mengelola Transaksi SPP
57
Gambar IV.5. Rancangan Diagram Aktivitas Mengelola Transaksi SPP
5. Rancangan Diagram Aktivitas Input Data Tabungan Siswa
58
Gambar IV.6. Rancangan Diagram Aktivitas Mencetak Laporan
6. Rancangan Diagram Aktivitas Mencetak Laporan
59
Gambar IV.7. Rancangan Diagram Aktivitas Mencetak Laporan
4.1.4. Rancangan Dokumen Sistem Usulan
Spesifikasi dokumen sistem berjalan di golongkan menjadi dua bagian yaitu
bentuk dokumen masukan (input) dan bentuk dokumen keluaran (output).
1. Spesifikasi Dokumen Masukan
a Nama Dokumen : Formulir pendaftaran
Fungsi : Untuk melakukan pendaftaran
60
Sumber : Siswa
Tujuan : Dewan guru
Media : Kertas
Jumlah : 1 Lembar
Frekuensi : Setiap pergantian tahun ajaran baru
Bentuk : Lihat Lampiran A.1
b. Nama Dokumen : Fotocopy akta kelahiran
Fungsi : Untuk dijadikan dokumen data pendaftaran siswa
Sumber : Siswa
Tujuan : Dewan guru
Media : Kertas
Jumlah : 1 Lembar
Frekuensi : Setiap pergantian tahun ajaran baru
Bentuk : -
c. Nama Dokumen : Fotocopy surat KK
Fungsi : Untuk dijadikan dokumen data pendaftaran siswa
Sumber : Siswa
Tujuan : Dewan guru
Media : Kertas
Jumlah : 1 Lembar
Frekuensi : Setiap pergantian tahun ajaran baru
Bentuk : Lihat Lampiran A.3
d. Nama Dokumen : Kartu SPP
61
Fungsi : Untuk syarat pembayaran SPP
Sumber : Siswa
Tujuan : Dewan guru
Media : Kertas
Jumlah : 1 Lembar
Frekuensi : Setiap akan dilakuannya transaksi pembayaran SPP
Bentuk : Lihat Lampiran A.2
e. Nama Dokumen : Buku Tabungan Siswa
Fungsi : Untuk syarat menyetor tabungan
Sumber : Siswa
Tujuan : Dewan Guru
Media : Kertas
Jumlah : 1 Lembar
Frekuensi : Setiap penyetoran tabungan dilakukan
Bentuk : Lihat Lampiran A.3
2. Spesifikasi Dokumen Keluaran
a. Nama Dokumen : Laporan daftar peserta didik
Fungsi : Untuk dijadkan bukti laporan tahunan
Sumber : Tenaga kesiswaan
Tujuan : Kepala sekolah
Media : Kertas
Jumlah : 1 Lembar
62
Frekuensi : Setiap pergantian tahun ajaran baru
Bentuk : Lihat Lampiran B.4
b. Nama Dokumen : Laporan Daftar Pembayaran SPP
Fungsi : Untuk dijadikan bukti laporan bulanan
Sumber : Siswa
Tujuan : Kepala sekolah
Media : Kertas
Jumlah : 1 Lembar
Frekuensi : Setiap pergantian pergantian semester
Bentuk : Lihat Lampiran B.5
c. Nama Dokumen : Laporan daftar tabungan siswa
Fungsi : Untuk dijadikan bukti laporan bulanan
Sumber : Dewan guru
Tujuan : Kepala sekolah
Media : Kertas
Jumlah : 1 Lembar
Frekuensi : Setiap pergantian bulan
Bentuk : Lihat Lampiran B.6
d. Nama Dokumen : Struk transaksi SPP
Fungsi : Untuk dijadikan bukti transaksi SPP
Sumber : Tenaga kesiswaan
Tujuan : Siswa
63
Media : Kertas
Jumlah : 1 Lembar
Frekuensi : Setiap transaksi SPP selesai dilakukan
Bentuk : Lihat Lampiran B.7
4.1.5. Rancangan Prototype
1. Rancangan Prototype Form Login
Gambar IV.8. Rancangan Prototype Form Login
2. Rancangan Prototype Form Menu Utama Master Data
64
Gambar IV.9. Rancangan Prototype Form Menu Utama Master Data
3. Rancangan Prototype Form Menu Utama Transaksi
65
Gambar IV.10. Rancangan Prototype Form Menu Utama Transaki
4. Rancangan Prototype Form Menu Utama Laporan
66
Gambar IV.11. Rancangan Prototype Form Utama Laporan
5. Rancangan Prototype Form Input Data Siswa
67
Gambar IV.12. Rancangan Prototype Form Input Data Siswa
6. Rancangan Prototype Form Absensi Siswa
Gambar IV.13. Rancangan Prototype Form Absensi Siswa
7. Rancangan Prototype Form Nilai Harian Siswa
68
Gambar IV.14. Rancangan Prototype Form Nilai Harian Siswa
8. Rancangan Prototype Form Transaksi SPP
69
Gambar IV.15. Rancangan Prototype Form Transaksi SPP
9. Rancangan Prototype Form Input Tabungan Siswa
70
Gambar IV.16. Rancangan Prototype Form Input Tabungan Siswa
10. Rancangan Prototype Laporan Daftar Peserta Didik
71
Gambar IV.17. Rancangan Prototype Laporan Daftar Peserta Didik
11. Rancangan Prototype Laporan Daftar Pembayaran Uang Iuran Bulanan (SPP)
72
Gambar IV.18. Rancangan Prototype Laporan Daftar Pembayaran
Uang Iuran Bulanan (SPP)
12. Rancangan Prototype Laporan Daftar Tabungan Siswa
73
Gambar IV.19. Rancangan Prototype Laporan Daftar Tabungan Siswa
4.2. Perancangan Perangkat Lunak
74
4.2.1. Entity Relationship Diagram (ERD)
memilikiSiswa Nilai
melakukan
Abensi
aganaalamat
komp_inti
nis
ket_nilai
Input
Membayar
ID_SPP
nis
no_absen
1
1
M
M
1
1 M
nis
Tabungan
no_transaksi
nis
debit
ket_absen
kredit
M
1
Admin
Input
username
password
hak_akses
1
biaya_spp
SPP Sekolah
kd_kelas
jumlah_saldo
nama_siswa
memiliki
Kelas
nama_siswa
nis
1
1
jenis_kelamin
Gambar IV.20. Rancangan Entity Relationship Diagram (ERD)
4.2.2. Logical Record Structure (LRS)
75
Siswa
nis*
nama_siswa
kelas
tempat_lahir
tanggal_lahir
jenis_kelamin
nik
agama
alamat
Nilai
kompetensi_inti*
nis**
nama_siswa
keterangan_nilai
Admin
usernane*
hak_akses
password
Absensi
no_absen*
nis**
nama_siswa
keterangan_absen
SPP Sekolah
ID_SPP*
nis**
nama_siswa
kelas
bulanyangdibayar
biaya_spp
1 M 1
1
1
Tabungan
no_transaksi*
nis**
nama_siswa
tanggal_transaksi
jumlah_saldo
debit
kredit
jumlahsaldosaatini
M
1
1
1
1
1
Kelas
kd_kelas*
1
Gambar IV.21. Rancangan Logical Record Structure (LRS)
4.2.3. Spesifikasi File
1. Spesifikasi File User
Nama File : user
Akronim : user.sql
Fungsi : untuk login
Tipe File : File Master
Organisasi File : Indexed Sequential
Akses File : Random
76
Media : Harddisk
Panjang record : 26 byte
Kunci Field : Username
Software : Mysql
Tabel IV.8
Spesifikasi File User
No Elemen data Nama Field Tipe Size Ket
1. Username Username Varchar 6 Primary Key
2. Hak Akses Hak Akses Varchar 10
3. Password Password Varchar 10
2. Spesifikasi Data Siswa
Nama File : Data Siswa
Akronim : datasiswa.sql
Fungsi : untuk menyimpan data guru
Tipe File : File Master Data
Organisasi File : Indexed Sequential
Akses File : Random
Media : Harddisk
Panjang record : 110 byte
Kunci Field : NIS
Software : Mysql
Tabel IV.9
Spesifikasi File Data Siswa
No Elemen data Nama Field Tipe Size Ket
1. NIS NIS Int 10 Primary Key
2. Nama Siswa Nama Siswa Varchar 20
3. Kelas Kelas Varchar 10
4. Tempat lahir Tempat Lahir Varchar 10
5. Tanggal lahir Tanggal Lahir Date
6. NIK NIK Int 20
77
7. Jenis Kelamin Jenis Kelamin Varchar 10
8. Agama Agama Varchar 10
9. Alamat Alamat Varchar 20
3. Spesifikasi Absensi
Nama File : Absensi Siswa
Akronim : absensi.sql
Fungsi : untuk menyimpan data absensi siswa
Tipe File : File Master Data
Organisasi File : Indexed Sequential
Akses File : Random
Media : Harddisk
Panjang record : 55 byte
Kunci Field : No_Absen
Software : Mysql
Tabel IV.10
Spesifikasi File Absensi Siswa
No Elemen data Nama Field Tipe Size Ket
1. No Absen No Absen Int 5 Primary Key
2. NIS NIS Int 10
3. Nama Nama Siswa Varchar 20
4. Kelas Kelas Varchar 10
5. Keterangan Ket Absen Varchar 10
4. Spesifikasi Penilaian Harian Siswa
Nama File : Penilaian Harian Siswa
Akronim : nilai.sql
Fungsi : untuk mengelola dan menyimpan data nilai siswa
Tipe File : File Master Data
Organisasi File : Indexed Sequential
Akses File : Random
Media : Harddisk
78
Panjang record : 50 byte
Kunci Field : komp_inti
Software : Mysql
Tabel IV.11
Spesifikasi File Data Nilai Harian Siswa
No Elemen data Nama Field Tipe Size Ket
1. Kompetensi Inti (KI) Kompetensi Inti Varchar 10 Primary Key
2. NIS NIS Int 10
3. Nama Nama_Siswa Varchar 20
4. Keterangan Ket_Nilai Varchar 10
5. Spesifikasi Transaksi SPP
Nama File : Transaksi SPP
Akronim : spp.sql
Fungsi : untuk mengelola dan menyimpan data nilai siswa
Tipe File : File Transaksi
Organisasi File : Indexed Sequential
Akses File : Random
Media : Harddisk
Panjang record : 60 byte
Kunci Field : ID_SPP
Software : Mysql
Tabel IV.12
Spesifikasi File Data Transaksi SPP
79
No Elemen data Nama Field Tipe Size Ket
1. ID SPP ID SPP Int 10 Primary Key
2. NIS NIS Char 10
3. Nama Nama Siswa Varchar 20
4. Kelas Kelas Varchar 10
5. Bulan yang
Dibayar
Bulan yang
Dibayar
Varchar 10
6. Biaya SPP Biaya SPP Double
6. Spesifikasi Tabungan Siswa
Nama File : Tabungan
Akronim : tabungan.sql
Fungsi : untuk mengelola dan menyimpan data tabungan siswa
Tipe File : File Transaksi
Organisasi File : Indexed Sequential
Akses File : Random
Media : Harddisk
Panjang record : 50 byte
Kunci Field : No_Transaksi
Software : Mysql
Tabel IV.13
Spesifikasi File Data Tabungan Siswa
No Elemen data Nama Field Tipe Size Ket
1. No Transaksi No_Transaksi Int 10 Primary Key
2. NIS NIS Int 10
3. Nama Nama Siswa Varchar 20
4. Kelas Kelas Varchar 10
5. Tanggal Menabung Tgl Menabung Date
6. Debit Debit Double
7. Kredit Kredit Double
8. Jumlah Saldo Jumlah Saldo Double
4.2.4. Class Model / Class Diagram
80
Gambar IV.22. Rancangan Class Diagram
4.2.5. Sequence Diagram
81
Gambar IV.23. Rancangan Sequence Diagram
82
4.2.6. Spesifikasi Hardware dan Software
1. Spesifikasi Hardware
a. Server
1) CPU
a) Processor Pentium® Core 2 Duo
b) RAM DDR2 4 GB
c) Hard Disk 250 GB
2) Mouse
3) Keyboard
4) Monitor dengan resolusi layar minimum 1024x768
5) Koneksi internet dengan kecepatan 2 Mbps.
b. Client
1) CPU
a) Processor Pentium® 4
b) RAM DDR2 1GB
c) Hard Disk 20 GB
2) Mouse
3) Keyboard
4) Monitor dengan resolusi layar minimum 1024x768
2. Spesifikasi Software
Adapun spesifikasi perangkat lunak (software) yang dibutuhkan sebagai
sarana penunjang pembuatan aplikasi atau penggunaan aplikasi agar berjalan dengan
83
baik, maka perangkat lunak yang diperlukan dalam pembuatan sistem dan
pemrosesan data dari sistem yang digunakan adalah:
1. Server
a. Sistem operasi yang umum digunakan seperti: Microsoft Windows 8.
b. Aplikasi desktop client server yang terdiri dari beberapa komponen,
diantaranya:
1) Aplikasi Java Netbeans v2
2) Aplikasi MySQL Server v5
4.3. Jadwal Implementasi
Tabel IV.14
Jadwal Implementasi
No KEGIATAN
WAKTU
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 Perijinan Riset
4 Pengumpulan Data
5 Kegiatan Riset
6 Penyusunan Laporan
7 Desain Perangkat Lunak
8 Desain Program
9 Pembuatan Rancangan
dan Tes Desain Program