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


Bentuk : -

c. Nama Dokumen : Fotocopy surat KK

Fungsi : Untuk dijadikan dokumen data pendaftaran siswa

Sumber : Siswa

Tujuan : Dewan guru

Media : Kertas

Jumlah : 1 Lembar



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


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


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


Bentuk : Lihat Lampiran B.4

b. Nama Dokumen : Laporan Daftar Pembayaran SPP

Fungsi : Untuk dijadikan bukti laporan bulanan

Sumber : Siswa


Media : Kertas

Jumlah : 1 Lembar

Frekuensi : Setiap pergantian pergantian semester


c. Nama Dokumen : Laporan daftar tabungan siswa

Fungsi : Untuk dijadikan bukti laporan bulanan

Sumber : Dewan guru


Media : Kertas

Jumlah : 1 Lembar

Frekuensi : Setiap pergantian bulan


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


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


Akses File : Random

Media : Harddisk


Kunci Field : NIS

Software : Mysql

Tabel IV.9

Spesifikasi File Data Siswa


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



Akses File : Random

Media : Harddisk


Kunci Field : No_Absen

Software : Mysql

Tabel IV.10

Spesifikasi File Absensi Siswa


1. No Absen No Absen Int 5 Primary Key

2. NIS NIS Int 10

3. Nama Nama Siswa Varchar 20


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



Akses File : Random

Media : Harddisk

78


Kunci Field : komp_inti

Software : Mysql

Tabel IV.11

Spesifikasi File Data Nilai Harian Siswa


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


Akses File : Random

Media : Harddisk


Kunci Field : ID_SPP

Software : Mysql

Tabel IV.12

Spesifikasi File Data Transaksi SPP

79


1. ID SPP ID SPP Int 10 Primary Key

2. NIS NIS Char 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


Akses File : Random

Media : Harddisk


Kunci Field : No_Transaksi

Software : Mysql

Tabel IV.13

Spesifikasi File Data Tabungan Siswa


1. No Transaksi No_Transaksi Int 10 Primary Key

2. NIS NIS Int 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

bab iv perancangan sistem usulan...sistem menampilkan menu utama invariant b 1. sistem menampilkan...

Documents