• Tidak ada hasil yang ditemukan

BAB IV PERANCANGAN SISTEM USULAN

N/A
N/A
Protected

Academic year: 2021

Membagikan "BAB IV PERANCANGAN SISTEM USULAN"

Copied!
32
0
0

Teks penuh

(1)

37

PERANCANGAN SISTEM USULAN

4.1. Tahapan Perancangan Sistem 4.1.1. Analisis Kebutuhan

1. Analisa Kebutuhan Fungsional

kebutuhan fungsional adalah kebutuhan pada sistem yang merupakan layanan dalam sistem yang harus disediakan, serta gambaran proses dari reaksi sistem terhadap masukan sistem yang dikerjakan oleh sistem diantaranya sebagai berikut.

a. Pengguna harus melakukan login terlebih dahulu untuk dapat mengakses sistem dengan memasukan username dan password agar privasi masing-masing pengguna tetap terjaga keamanannya. b. Sistem dapat melakukan pendataan siswa

1) pengguna dapat menambahkan data siswa dengan memasukan NIS (Nomor Induk Siswa), nama, alamat, jenis kelamin, tempat tanggal lahir, dan no telpon.

2) Pengguna dapat menampilkan data siswa. 3) Pengguna bisa mengubah data siswa. 4) Pengguna bisa menghapus data siswa.

(2)

c. Sistem dapat melakukan transaksi pembayaran SPP

1) Pengguna dapat mencatat pembayaran yang dilakukan siswa

2) Pengguna dapat menyimpan data pembayaran. 3) Pengguna dapat menampilkan data pembayaran. 4) Menampilkan hasil transaksi.

d. Sistem bisa melakukan pencarian data siswa sesuai dengan nama yang diinginkan.

e. Sistem tentang rincian pembayaran spp sesuai tahun ajaran. f. Menampilkan nama petugas tata usaha.

g. Sistem dapat merinci jumlah tunggakan siswa.

h. Pengguna harus melakukan logout setelah selesai menggunakan sistem.

2. Kebutuhan Non Fungsional

Kebutuhan perangkat keras (Hardware) merupakan analisa kebutuhan sistem yang digunakan untuk mengetahui secara jelas perangkat yang dibutuhkan untuk mendukung proses pengembangan dan penggunaan dari sistem aplikasi yang akan dibuat. Adapun spesifikasinya adalah sebagai berikut.

a. Kebutuhan perangkat keras pengembang

1) Processor intel Celeron, processor 1019Y (1.0Ghz, 2MB L3 cache).

2) Memory 2GB DDR3 L memory.

(3)

4) Storage 500 GB HDD

4.1.2. Rancangan Diagram Use Case

A. Use Case Login

Gambar IV.1. Use Case Login

Tabel IV.1

Deskripsi Use Case Melakukan Login

Use case name Melakukan Login

Requirements Bagian Tata Usaha dapat masuk ke form utama

Goal Bagian tata usaha melihat pilihan data

pada menu utama.

Pre-Conditions Bagian Tata Usaha Telah Melakukan Login

(4)

pembayaran spp

Failed end Condition Tidak bisa login karena salah password atau username

Actors Tata Usaha

Main Flow / Basic Path 1. Tata usaha menginput

urernamse dan password 2. Tata usaha melakukan login. 3. Tata usaha masuk ke menu

utama pada sistem. Alternate flow / Invariant A A1. Menampilkan Form login

Invariant B B1. Tata usaha menginput username

B2. Tata usaha menginput password B3. System Tidak Menemukan username dan password.

B4. System Menampilkan pesan “Username atau Password Salah”.

B. Use Case Data Siswa

(5)

Tabel IV.2

Deskripsi Use Case Data Siswa

Use case name Data siswa

Requirements Tata usaha masuk ke data siswa

Goal Tata usaha melihat form data siswa

Pre-Conditions Tata usaha menginput data siswa

Post-Conditions Data siswa akan muncul sesuai dengan data yang diinputkan.

Failed end Condition Tidak bisa input data siswa, kesalahan input data siswa.

Actors Tata usaha

Main Flow / Basic Path 1. Tata usaha input data siswa. 2. Tata usaha mengubah data

siswa.

3. Tata usaha menampilkan data siswa.

4. Tata usaha mencetak data siswa Alternate flow / Invariant A System menampilkan data siswa yang

sudah diinputkan.

Invariant B B1. Tata usaha memilih kriteria.

B2. Tata usaha mengetikan data siswa. B3. Sistem tidak menampilkan data yang dicari.

B4. Sistem menampilkan pesan “data yang dicari tidak ditemukan”.

(6)

C. Use Case Transaksi Pembayaran SPP

Gambar IV.3. Use Case Transaksi Pembayaran SPP

Tabel IV.3

Deskripsi Use Case Transaksi Pembayaran SPP

Use case name Transaksi pembayaran SPP

Requirements Tata Usaha melakukan transaksi

pembayaran SPP melalui Sistem

Goal Tata usaha melihat form transaksi

pembayaran SPP.

Pre-Conditions Tata usaha menginputkan data

pembayaran siswa.

Post-Conditions Data pembayaran spp sesuai siswa yang akan membayar spp.

Failed end Condition Total pembayaran tidak muncul, nama siswa tidak ada.

Actors Tata usaha

(7)

pembayaran spp.

2. Tata usaha mengetikan jumlah pembayaran.

3. Sistem menampilkan data pembayaran dan melakukan transaksi pembayaran.

Alternate flow / Invariant A A1. Sistem menampilkan data transaksi pembayaran spp.

Invariant B B1. Tata usaha memilih kriteria

B2. Tata usaha mengetikan jumlah pembayaran.

B3. Tata usaha membatalkan transaksi pembayaran.

D. Use Case Tunggakan Pembayaran SPP

(8)

Tabel IV.4.

Deskripsi Use Case Tunggakan Pembayaran SPP

Use case name Tunggakan pembayaran SPP

Requirements Tata usaha mencari data tunggakan.

Goal Tata usaha melihat data tunggakan.

Pre-Conditions Tata usaha kelola data tunggakan.

Post-Conditions Daftar siswa yang menunggak

pembayaran SPP.

Failed end Condition Data tunggakan pembayayran tidak muncul.

Actors Tata usaha

Main Flow / Basic Path 1. Tata usaha mengetikan nama siswa yang ingin idcari.

2. Sistem menampilkan data siswa dicari.

3. Sistem menampilkan data tunggakan sesuai dengan nama siswa yang dicari.

Alternate flow / Invariant A Sistem menampilkan data tunggakan pembayaran SPP

Invariant B B1. Tata usaha mengetikan nama siswa

B2. Tata usaha pilih cari

B3. Tata usaha tidak menemukan siswa yang dicari.

B4. Sistem menampilkan pesan “Data yang dicari tidak ditemukan”.

(9)

E. Use Case Laporan

Gambar IV.5. Use Case Laporan

Tabel IV.5

Deskripsi Use Case Laporan

Use case name Laporan

Requirements Tata usaha mengelola data laporan

Goal Tata usaha mencetak dan menampilkan

data laporan.

Pre-Conditions Tata usaha telah mengisi data laporan. Post-Conditions Data laporan yang tersededia sesuai

dengan data yang diinputkan pada transaksi.

Failed end Condition Laporan tidak lengkap.

Actors Tata usaha

(10)

2. Tata usaha mengetikan bulan berapa yang akan dicetak laporan.

3. Sistem mencetak laporan.

Alternate flow / Invariant A A1. Sistem menampilkan data laporan pembayaran dan data siswa.

Invariant B B1. Tata usaha memilih laporan

B2. Tata usaha pilih cetak

B3. Tata usaha membatalkan cetak laporan.

F. Use Case Kepala Sekolah

(11)

Tabel IV.6

Deskripsi Use Case Kepala Sekolah

Use case name Kepala Sekolah

Requirements Kepala Sekolah menerima lapran dari bendahara.

Goal Bendahara memberi laporan spp dann

laporan siswa kepada kepala sekolah.

Pre-Conditions Bendahara telah memberikan data

laporan.

Post-Conditions Laporan yang diberikan kepada kepala sekolah benar adanya merupakan data yang sesuai.

Failed end Condition Laporan tidak lengkap.

Actors Kepala sekolah dan bendahara

Main Flow / Basic Path 1. Bendahara membuat laporan spp 2. Kemudian akan diberikan

laporan spp tersebut kepada kepala sekolah.

3. Kepala sekolah mengecek data laporan yang ada.

Alternate flow / Invariant A A1. Laporan spp dan laporan siswa .

Invariant B B1. Bendahara tidak memberikan

(12)

4.1.3. Rancangan Diagram Aktivitas

A. Activity Diagram Siswa

(13)

B. Activity Diagram Pembayaran SPP

(14)

C. Activity Diagram Tunggakan SPP

(15)

D. Activity Diagram Laporan

Gambar IV.10. Activity Diagram Laporan

4.1.4. Rancangan Dokumen Sistem Usulan 1. Rancangan Dokumen Masukan

Bentuk rancangan dokumen masukan (Input) adalah segala bentuk masukan yang diperlukan dalam sistem data dan selanjutnya akan di olah susai dengan kebutuhan. Bentuk-bentuk dokumen masukan (Input) adalah sebagai berikut. 1. Nama Dokumen : Data Siswa

Fungsi : Sebagai Data Siswa Pada Sistem Sumber : Biodata Siswa

Tujuan : Tata Usaha

Media : Kertas

(16)

Frekuensi : Setiap Ada Siswa Baru Yang Masuk Bentuk : Lampiran C.1

2. Nama Dokumen : Pembayaran Siswa

Fungsi : Sebagai Data Pembayaran SPP Siswa Pada Sistem Sumber : Biodata Siswa

Tujuan : Tata Usaha

Media : Kertas

Jumlah : 1 Lembar

Frekuensi : Setiap Ada Siswa Baru Yang Masuk Bentuk : Lampiran C.2

2. Rancangan Dokumen Keluaran

Bentuk dokumen keluaran (Output) adalah semua yang dikeluarkan untuk mencatat setiap kegiatan transaksi pembayaran Spp. Bentuk-bentuk dokumen keluaran (Output) tersebut antara lain.

1. Nama Dokumen : Laporan Pembayaran SPP

Fungsi : Untuk Mengetahui Potensi Keuangan Yang Didapatkan.

Sumber : Tata Usaha Tujuan : Kepala Sekolah

Media : Kertas

Jumlah : 1 Lembar

Frekuensi : Setiap Terjadi Pencetakan Laporan Bentuk : Lihat Lampiran C.2

(17)

2. Nama Dokumen : Laporan Tunggakan

Fungsi : Untuk Mengetahui Tunggakan Siswa Sumber : Tata Usaha

Tujuan : Kepala Sekolah

Media : Kertas

Jumlah : 1 Lembar

Frekuensi : Setiap Terjadi Pencetakan Laporan Bentuk : Lihat Lampiran C.3

4.1.5. Rancangan Prototype

1. Tampilan Login Sistem Informasi Pembayaran Spp

(18)

2. Tampilan Menu Utama Sistem Informasi Pembayaran Spp

Gambar IV.12. tampilan menu utama sistem pembayaran spp

3. Tampilan Admin Sistem Informasi Pembayaran SPP

(19)

4. Tampilan Pengaturan Admin Sistem Informasi Pembayaran Spp

Gambar IV.14. Tampilan Pengaturan Sistem Pembayaran spp

5. Tampilan Data Siswa Sistem Informasi Pembayaran Spp

(20)

6. Tampilan Transaksi Sistem Informasi Pembayaran SPP

Gambar IV.16. Tampilan Transaksi Pembayaran SPP

7. Tampilan Transaksi pembayaran tunggakan Sistem Informasi Pembayaran SPP

(21)

8. Tampilan Laporan pembayaran Sistem Informasi Pembayaran Spp

Gambar IV.18. Tampilan Laporan Pembayaran SPP

9. Tampilan Laporan Tunggakan Sistem Informasi Pembayaran SPP

(22)

10. Tampilan Laporan siswa Sistem Informasi Pembayaran SPP

(23)

4.2. Perancangan Perangkat Lunak 4.2.1. Entity Relationship Diagram (ERD)

(24)

4.2.2. Logical Record Structure (LRS)

Gambar IV.22. Logical Record Structure (LRS)

4.2.3. Spesifikasi File 1. Spesifikasi File Siswa

Nama File : Siswa Akronim : Siswa

Fungsi : Untuk Menyimpan Data Siswa Dan Melihat Data Siswa Tipe File : File Master

Organisasi File : Indexed Sequential Akses File : Random

Media : Harddisk

(25)

Kunci Field : NIS Software : Mysql

Tabel IV.7 Spesifikasi File Siswa

No Elemen Data Nama Field Tipe Size Ket

1 NIS NIS varchar 12 Primary Key

2 Nama siswa Nama varchar 50

3 Alamat Alamat varchar 80

4 jenis kelamin Jenis_kelamin varchar 10

5 no telpon No_telpon varchar 13

2. Spesifikasi File Admin Nama File : Admin Akronim : Admin

Fungsi : Melihat Data Admin Tipe File : File Master

Organisasi File : Indexed Sequential Akses File : Random

Media : Harddisk

Panjang Record : -

Kunci Field : Id_Admin Software : Mysql

Tabel IV.8. Spesifikasi File Admin No Elemen Data Nama Field Tipe Size Ket

1 no admin Id_admin varchar 12 Primary Key

(26)

3 alamat Alamat varchar 80 4 jenis kelamin Jenis_kelamin varchar 15

5 no telpon No_telpon varchar 13

3. Spesifikasi File Transaksi Nama File : Transaksi Akronim : Transaksi

Fungsi : Melakukan Transaksi Pembayaran Spp Tipe File : File Master

Organisasi File : Indexed Sequential Akses File : Random

Media : Harddisk

Panjang Record : - Kunci Field : - Software : Mysql

Tabel IV.9

Spesifikasi File Transaksi

No Elemen Data Nama Field Tipe Size Ket

1 no admin Id_admin varchar 12 Foreign Key

2 NIS NIS varchar 12 Foreign Key

4 nama petugas Nama_petugas varchar 30 5 no transaksi No_Transaksi varchar 13

6 bulan Bulan varchar 15

7 jumlah Jumlah double -

(27)

4. Spesifikasi File Tunggakan Nama File : Tunggakan Akronim : Tunggakan

Fungsi : Untuk Megetahui Siapa Saja Siswa Yang Menunggak Pembayaran Spp.

Tipe File : File Master

Organisasi File : Indexed Sequential Akses File : Random

Media : Harddisk

Panjang Record : - Kunci Field : - Software : Mysql

Tabel IV.10

Spesifikasi File Tunggakan

No Elemen Data Nama Field Tipe Size Ket

1 no tunggakan No_tunggakan varchar 12

2 no admin Id_admin varchar 12 Foreign Key

3 NIS NIS varchar 12 Foreign Key

4 nama siswa Nama varchar 30

5 bulan tunggakan Bulan_tunggakan varchar 15

6 jumlah sisa jumlah_sisa varchar 15

(28)

5. Spesifikasi File User Nama File : User Akronim : User

Fungsi : Untuk Membuat Username Dan Password Saat Login Tipe File : -

Organisasi File : Indexed Sequential Akses File : Random

Media : Harddisk

Panjang Record : - Kunci Field : - Software : Mysql

Tabel IV.11 Spesifikasi File User

No Elemen Data Nama Field Tipe Size Ket

1 no admin Id_admin varchar 12 Foreign Key

(29)

4.2.4. Class Model / Class Diagram

(30)

4.2.5. Sequence Diagram

Gambar IV.24. Sequence Diagram Transaksi Pembayaran SPP

4.2.6. Spesifikasi Hardware dan Software 1. Spesifikasi Hardware

salah satu komponen dari sebuah komputer yang sifat alat nya bisa dilihat dan diraba secara langsung atau yang berbentuk nyata, yang berfungsi untuk mendukung proses komputerisasi. Hardware yang dipakai oleh pennulis sebagai berikut.

a. CPU

1) Processor 1019Y Intel Celeron 2) RAM DDR3 2 GB

(31)

3) Hard Disk 500 GB b. Mouse wireless

c. Keyboard qwerty

d. Monitor dengan resolusi 1366x768 e. Printer Ink L310

2. Spesifikasi Software

Software disebut juga Perangkat lunak berfungsi untuk memproses data atau perintah / instruksi hingga mendapat hasil atau menjalankan berbagai perintah. Software yang dipakai oleh penulis sebagai beriku.

a. Windows 10 home single language b. Microsoft office 2010

c. Xampp - Win 32-1.7.3 d. Mysql - 5.5.16 - win 32 e. Java NetBeans IDE 8.1

4.2. Jadwal Implementasi

Tabel IV.12. Jadwal Implementasi No KEGIATAN

WAKTU

BULAN I BULAN II BULAN III 1 2 3 4 1 2 3 4 1 2 3 4 1 Persiapan data awal 2 Analisa 3 Desain Sistem 4 Desain Perangkat Lunak 5

Pembuatan & Tes

Program 6 Tes Sistem

(32)

Gambar

Gambar IV.1. Use Case Login
Gambar IV.2.  Use Case Data Siswa
Tabel IV.2
Gambar IV.3. Use Case Transaksi Pembayaran SPP
+7

Referensi

Dokumen terkait

Berdasarkan dari hasil penelitian di atas, dapat disimpulkan bahwa Perilaku pencarian informasi melalui jurnal elektronik oleh mahasiswa prodi ilmu perpustakaan menggunakan

Model pembelajaran course review horay merupakan model pembelajaran yang menguji pemahaman siswa secara kelompok untuk menjawab pertanyaan yang diberikan oleh

Kita harus yakin dengan sepenuh hati bahwa segala sesuatu yang terjadi pada diri kita, baik yang menyenangkan maupun yang tidak adalah atas kehendak atau

Tujuan dari pembahsan tesis ini adalah untuk mengkaji pengadaan tanah bagi PT PLN dalam kaitannya dengan kepentingan umum, untuk mengkaji peraturan mengenai pengadaan tanah

menjelaskan bahwa hubungan antara ketidakpuasan akan kebutuhan untuk terhubung dengan penggunaan Facebook dapat dijelaskan dengan pengukuran coping via Facebook, di

Permasalahan yang menjadi fokus penelitian adalah penjadwalan produksi pallet dari suatu perusahaan produsen kemasan kayu yang memiliki konsumen dengan kebutuhan kemasan

d) Bila pembeli berhak membatalkan pembelian berdasarkan alasan yang ditentukan dalam kontrak dan perusahaan tidak dapat memastikan apakah akan terjadi retur. 16) Jika

Dalam hal konsumen merasa dirugikan, konsumen dapat menggunakan haknya yang juga telah diatur dalam UUPK Pasal 4 huruf h bahwa konsumen memiliki hak untuk