• Tidak ada hasil yang ditemukan

BAB IV PERANCANGAN SISTEM USULAN. yang diperoleh berdasarkan kebutuhan pengguna.

N/A
N/A
Protected

Academic year: 2022

Membagikan "BAB IV PERANCANGAN SISTEM USULAN. yang diperoleh berdasarkan kebutuhan pengguna."

Copied!
39
0
0

Teks penuh

(1)

33 BAB IV

PERANCANGAN SISTEM USULAN

4.1 Tahap Perancangan Sistem

4.1.1 Analisa Kebutuhan

Pada tahapan ini, menganalisa kebutuhan dengan mengidentifikasi kebutuhan yang diperoleh berdasarkan kebutuhan pengguna.

A. Kebutuhan Pengguna

Dalam kebutuhan Penerimaan peserta didik baru terdapat dua pengguna yang dapat berinteraksi dalam lingkungan sistem yaitu, bagian petugas PPDB dan Kepala Sekolah . Pengguna tersebut memiliki kebutuhan informasi seperti berikut:

Halaman Admin

A.1. Login

A.2. Mengelola pendaftaran siswa

A.3. Mengelola siswa

A.4. Mengelola Pembayaran

A.5. Biaya

A.6. Mengelola laporan siswa

A.7. Logout

Halaman Petugas

B.1. Login

B.2 Petugas mengelola pendaftaran

(2)

B.6. Petugas mengelola laporan

B.7. Logout

4.1.2 Rancangan Diagram Use Case

Halaman Admin

Gambar IV.6.

Use Case Diagram Halaman Admin

uc Use Case Model

Halaman Admin

Petugas

Log In

Pendaftaran Sisw a

Data Sisw a

Pembayaran

Biaya

Laporan Log Out

Input Username dan Passw ord

«extend»

«include»

«extend»

«extend»

«extend»

«extend»

«extend»

(3)

HalamanPetugas

Gambar IV.7.

Use Case Diagram Halaman Petugas

Halaman Admin

Tabel III.1. Deskripsi Use Case Diagram Login Use Case Name Login

Requirment A1

Goal Admin dapat melakukan login

Pre-condition Admin memilih menu login

Post-condition Admin dapat login untuk mengakses website

uc Use Case Model

Halaman Petugas

Petugas

Log In Input Usename

dan passw ord pendaftaran Sisw a

Pendaftaran Sisw a

Pembayaran

Biaya

Laporran Log Out

«include»

(4)

Failed end condition Admin gagal login Primary Actor Admin

Main Flow/Basic Path Admin memilih menu login

Invariant -

Tabel III.2. Deskripsi Use Case Diagram Pendaftaran Siswa Use Case Name Pendaftaran Siswa

Requirment A1,A3

Goal Admin dapat mengelola data pendaftaran siswa Pre-condition Admin memilih menu penkdaftaran

Post-condition Admin dapat menyimpan data pendaftaran Failed end condition Admin gagal menyimpan data pendaftaran Primary Actor Admin

Main Flow/Basic Path 1. Admin dapat memilih data pendaftaran siswa

2. Admin dapat mnambah data pendaftaran Siswa

3. Admin dapat mencari data pendaftaran siswa

4. Admin dapat membatalkan pendaftaran siswa

(5)

5. Admin dapat menyimpan pendaftaran siswa

Invariant -

Tabel III.3. Deskripsi Use Case Diagram Pembayaran Use Case Name Pembayaran

Requirment A1,A4

Goal Admin dapat mengelola data pembayaran Pre-condition Admin memilih menu pembayaran

Post-condition Admin dapat menyimpan data pembayaran Failed end condition Admin gagal menyimpan data pembayaran Primary Actor Admin

Main Flow/Basic Path 1. Admin dapat menambah data pembayaran 2. Admin dapat mencari data pembayaran 3. Admin dapat mencetak data pembayaran

Invariant -

(6)

Tabel III.4. Deskripsi Use Case Diagram Siswa Use Case Name Mengelola Siswa

Requirment A1,A6

Goal Admin dapat mengelola Siswa

Pre-condition Admin memilih menu Siswa

Post-condition Admin dapat menyimpan data Siswa Failed end condition Admin gagal menyimpan data Siswa Primary Actor Admin

Main Flow/Basic Path 1. Admin dapat menambah data Siswa 2. Admin dapat mencari data Siswa 3. Admin dapat mengubah data Siswa 4. Admin dapat menyimpan data Siswa

Invariant -

Tabel III.5. Deskripsi Use Case Diagram Laporan Use Case Name Laporan

Requirment A1,A8

(7)

Goal Admin dapat mengelola laporan Pre-condition Admin memilih menu laporan Post-condition Admin dapat melihat laporan Failed end condition Admin gagal melihat laporan Primary Actor Admin

Main Flow/Basic Path 1. Admin memilih menu laporan 2. Admin mencetak laporan

Invariant -

Tabel III.6. Deskripsi Use Case Diagram Logout Use Case Name Logout

Requirment A9

Goal Admin dapat melakukan logout

Pre-condition Admin memilih menu logout

Post-condition Admin dapat logout untuk keluar dari website Failed end condition Admin gagal logout

Primary Actor Admin

Main Flow/Basic Path Admin memilih menu logout

Invariant -

(8)

Halaman Petugas

Tabel III.7. Deskripsi Use Case Diagram Login Use Case Name Login

Requirment B1

Goal Petugas dapat melakukan login Pre-condition Petugas memilih menu login

Post-condition Petugas dapat login untuk mengakses website Failed end condition Petugas gagal login

Primary Actor Petugas

Main Flow/Basic Path Petugas memilih menu login

Invariant -

Tabel III.8. Deskripsi Use Case Diagram Pendaftaran Siswa Use Case Name Pendaftaran Siswa

Requirment B1,B2

(9)

Goal Petugas dapat mengelola data pendaftaran siswa Pre-condition memilih menu pendaftaran

Post-condition Petugas dapat menyimpan data pendaftaran Failed end condition Petugas gagal menyimpan data pendaftaran Primary Actor Petugas

Main Flow/Basic Path 1. Petugas dapat menambah data pendaftaran siswa

2. Petugas dapat mengubah data pendaftaran siswa

3. Petugas dapat menampilkan data pendaftaran siswa

Invariant -

Tabel III.9. Deskripsi Use Case Diagram Pembayaran Use Case Name Pembayaran

Requirment B1,B3

Goal Petugas dapat mengelola data pembayaran Pre-condition Petugas memilih menu pembayaran

Post-condition Petugas dapat menyimpan data pembayaran Failed end condition Petugas gagal menyimpan data pembayaran

(10)

Primary Actor Petugas

Main Flow/Basic Path 1. Petugas dapat menambah data pembayaran 2. Petugas dapat mencetak data pembayaran

Invariant -

Tabel III.10. Deskripsi Use Case Diagram Biaya Use Case Name Biaya

Requirment B1,B6

Goal Petugas dapat mengelola Biaya Pre-condition Petugas memilih menu Biaya Post-condition Petugas dapat melihat Biaya Failed end condition Petugas gagal melihat Biaya

Tabel III.11. Deskripsi Use Case Diagram Laporan Use Case Name Laporan

Requirment B1,B6

Goal Petugas dapat mengelola laporan Pre-condition Petugas memilih menu laporan Post-condition Petugas dapat melihat laporan

(11)

Failed end condition Petugas gagal melihat laporan Primary Actor Petugas

Main Flow/Basic Path Petugas memilih menu laporan

Invariant -

Tabel III.12. Deskripsi Use Case Diagram Logout Use Case Name Logout

Requirment B7

Goal Petugas dapat melakukan logout Pre-condition Petugas memilih menu logout

Post-condition Petugas dapat logout untuk keluar dari website Failed end condition Petugas gagal logout

Primary Actor Petugas

Main Flow/Basic Path Petugas memilih menu logout

Invariant -

(12)

4.1.3 Rancangan Diagram Aktivitas

1. Activity diagram login

Gambar IV.8

Activity diagram login

class Use Case Model

Sistem Admin

Mulai

Mengisi Usename

dan passw ord Mengecek

kev alidan Data

Tampilan Halaman Admin Menampilkan

Pesan Eror

Tidak

Ya Data Valid ?

(13)

2. Activity Diagram Pendaftaran Siswa

Gambar IV.9

Activity diagram pendaftaran siswa

class Use Case Model

Sistem Admin

Mulai

Pilih menu pendaftaran sisw a

Input data sisw a Mengecek

kelengkapan data

Menampilkan v alidasi data

Data pendaftaran sisw a berhasil Harap lengkapi

data

Selesai

Memenuhi syarat Tidak memenuhi syarat

(14)

3. Activity Diagram data siswa

Gambar IV.10

Activity diagram Data Siswa

act Use Case Model

Sistem Admin

Mulai

Pilih Menu Data Sisw a

Mennampilkan Halaman Data

Sisw a

Tambah Data Sisw a Cari Data Edit Data Sisw a

Memasukan Data Akun Input Data Sisw a Yang Di Cari Input Data Yang Akann Di Ubah

Data Tersimpan

Menpilkan Hasil Pencarian

Data Tersimpan

Menutup Form Data Sisw a

Selesai

Data Siswa Data Lengkap

Ya Tidak

(15)

4. Activity Diagram pembyaran

Gambar IV.11

Activity diagram Pembayaran

act Use Case Model

Panitia PPDB Calon Sisw a

Mulai

Melakukan Pendaftaran

Menyerahkan

Berkas Pendaftran Terima Berkas

Pendaftaran

Perikas Berkas Pendaftaran

Serahkan Formulir Kembalikan

Berkas

Memenuhi Syarat Tidak Memenuhi Syarat

Terima Berkas

Terima Formulir

Isi Formulir

Menyerahkan Formulir

Terima Formulir

Serahkan Bukti Pendaftaran Terima Bukti

Pendaftaran

Selesai

(16)

5. Activity Diagram Biaya

Gambar IV.12 Activity diagram Biaya

act activ ity biaya

Sistem Admin

Mulai

Pilih Menu Biya

Menampilkan Data Biaya

Tampi Datal Biaya Cari Data Biaya Edit Data Biaya

Memasukan Data Biaya

Input Data Biaya Yang Di Cari

Input Data Yang Di Ubah

Biaya Tersimpan

Menampilkan pencarian Biaya

Data Biaya Tersimpan

Menutup Data Biaya

selesai

Data Biaya Data Lengkap

Ya Tidak

(17)

6 .Activity Diagram Laporan

Gambar IV.11 Activity diagram laporan

act Use Case Model

Sistem Admin

Mulai

Memilih Menu Laporan

Menampilkan Laporan PPDB

Mencetak Laporan

Selesai

(18)

4.1.4 Rancangan Dokumen Sistem Usulan A. Dokumen Masukan

1. Nama Dokumen : Pendaftaran Peserta Didik Baru

Fungsi : Untuk Dokumen Persyaratan Masuk Sekolah Dasar

Sumber : Siswa

Tujuan : Pantia PPDB

Media : File Dokumen Jumlah : 1 Lembar

Frekuensi : Setiap Terjadi Proses Pendaftaran Bentuk : Foxit Phantom PDF Document (.pdf)

2. Nama Dokumen : KTP orang tua

Fungsi : Untuk Dokumen Masuk Sekolah Dasar

Sumber : Siswa

Tujuan : Panitia PPDB

Media : File Dokumen

Jumlah : 1 Lembar

Frekuensi : Setiap Terjadi Proses Pendaftaran

(19)

Bentuk : Foxit Phantom PDF Document (.pdf) 3. Nama Dokumen : Foto Diri

Fungsi : Untuk Dokumen Persyaratan Masuk Sekolah Dasar

Sumber : Siswa

Tujuan : Panitia PPDB Media : File Dokumen Jumlah : 2 Lembar

Frekuensi : Setiap Terjadi Proses Pendaftaran Bentuk : JPEG image (.img)

4. Nama Dokumen : Kartu Keluarga

Fungsi : Untuk Dokumen Persyaratan Masuk Sekolah Dasar

Sumber : Siswa

Tujuan : Panitia PPDB Media : File Dokumen Jumlah : 1 Lembar

Frekuensi : Setiap Terjadi Proses Pendaftran Bentuk : Foxit Phantom PDF Document (.pdf)

(20)

B. Dokumen Keluaran

5. Nama Dokumen : Bukti Penerimaan Peserta Didik Baru Fungsi : Sebagai Bukti Bahwa Siswa Di Terima Sumber : Panitia PPDB

Tujuan : Siswa

Media : File Dokumen Jumlah : 1 Lembar

Frekuensi : Setiap Terjadi Proses Pendaftaran Bentuk : Foxit Phantom PDF Document (.pdf)

6. Nama Dokumen : Bukti Penolakan Peserta Didik Baru

Fungsi : Sebagai Bukti Bahwa Siswa Tidak Di Terima Sumber : Panitia PPDB

Tujuan : Siswa

Media : File Dokumen Jumlah : 1 Lembar

Frekuensi : Setiap Terjadi Proses Pendaftaran Bentuk : Foxit Phantom PDF Document (.pdf)

(21)

4.1.5 Rancangan Prototype

a. User interface halaman login

Gambar IV.12

User interface halaman login

(22)

b. User interface halaman pendaftaran siswa

Gambar IV.13

User interface halaman pendaftaran siswa

c. User interface halaman pembayaran siswa

Gambar IV.14

User interface halaman pembayaran siswa

(23)

d. User interface halaman biaya

Gambar IV.15

User interface halaman biaya

(24)

e. User interface halaman data siswa

Gambar IV.16

User interface halaman data siswa

(25)

f. User interface halaman laporan

Gambar IV.17

User interface halaman laporan

(26)

4.2 Perancangan Perangkat Lunak

4.2.1 Entity Relationship Diagram (ERD)

Gambar IV.18

Entity Relationship Diagram

(27)

4.2.2 Logical Record Structure (LRS)

Gambar IV.19 Logical Record Diagram

(28)

4.2.3 Spesifikasi File

Menjelaskan tentang file atau label yang terbentuk dari transformasi ERD (dan atau file-file penunjang untuk web). File-file ini tersimpan pada db_PPDB dengan parameter-parameter sebagai berikut:

1. File Siswa

Nama File : siswa

Akronim : siswa

Type File : File Transaksi

Panjang Record : 116 Record

Kunci Field : no_tlp

Software : mysql

Tabel IV.14 Struktur Tabel Siswa

No Elemen Data Akronim Type Size Ket

1 Id siswa Id Int 11

2 Nama orangtua Nama_ortu Varchar 17 Auto increment

3 Nama siswa Nama_siswa Varchar 50

4 No telepon No_telp Varchar 13

5 Jenis kelamin Jenis_kelamin Varchar 25

(29)

2. File Pembayaran

Nama File : pembayaran

Akronim : pembayaran

Type File : File Transaksi

Panjang Record : 38 Record

Kunci Field : no_pembayaran

Software : mysql

Tabel IV.15 Struktur Tabel Pembayaran

No Elemen Data Akronim Type Size Ket

1 No pembayaran No_pembayaran Varchar 10 Primary key

2 Tanggal Tanggal date

Idbiaya Foreignkey

Id

`_siswa

(30)

3. File Biaya

Nama File : Biaya

Akronim : Biaya

Type File : File Transaksi

Panjang Record : 38 Record

Kunci Field : no_biaya

Software : mysql

Tabel IV.16 Struktur Tabel Biaya

No Elemen Data Akronim Type Size Ket

1 ID Biaya ID_biaya Varchar 10 Primary key

2 Keterangan

3 Nama Seragam

4 Nama Buku

4. File data siswa

Nama File : Data Siswa

Akronim : data siswa

Type File : File Master

Panjang Record : 60 Record

Kunci Field : kode_datasiswa

(31)

Software : mysql

Tabel IV.17 Struktur Tabel Data Siswa

No Elemen Data Akronim Type Size Ket

1 Kode data Kode_data Varchar 10 Primary key

2 Nama data Nama_data Varchar 25

3 Jenis data Jenis_data Varchar 15

5. File Pendaftaran siswa

Nama File : Pendaftaran siswa

Akronim : Pendaftaran_siswa

Type File : File Transaksi

Panjang Record : 38 Record

Kunci Field : no_pendaftaran

Software : mysql

Tabel IV.18 Struktur Tabel Pendaftaran siswa

No Elemen Data Akronim Type Size Ket

1 No pendaftaran No_pendaftaran Varchar 10 Primary key

2 Kartu Keluarga Kartu_keluarga varchar

(32)

3 Nama Orang Tua Nama_ortu Varchar 17 Foreign Key

4 No KTP Orang Tua No_KTP Varchar 11 Foreign Key

5 Akte Kelahiran Akte_kelahiran Varchar

(33)

4.2.4 Class Diagram diagram

Gambar IV.20

Class Diagram Pendafaran Peserta Didik Baru

class Class Model

Sisw a - ID Siswa: int - Jenis Kelamin: char - Nama Orang Tua: char - Nama Siswa: char - No telepon: char + Cetak()

+ tambah()

Pembayaran - ID Biaya: int - ID Siswa: int - No Pembayaran: int - tanggal Pembayaran: char + Cetak()

+ Tambah()

Pendaftaran Sisw a - Akte Kelahiran: char - Kartu Keluarga: char - Nama Orang Tua: char - No KTP Orang Tua: int - No Pendaftran: int + Cetak(): int + Tambah(): int

Biaya - ID Pembayaran: int - Keterangan: char - Nama Buku: char - Nama Seragam: char + Cetak(): int

+ Tambah(): int 1..*

1..*

1

1

0..*

1..*

1

(34)

4.2.5 Squence Diagram

Gambar IV.21

Sequence Diagram Pendaftran Peserta Didik Baru

sd Diagram Sequence

Panitia

Form Login Control Login Halaman Login Pendaftaran Sisw a Data Sisw a Biaya Pembayaran Logout alt PPDB

tampil halaman

utama()

input data biaya()

input data pembayaran() input data

pendaftaran() masukan

username dan password()

tampil data siswa() username

dan password()

(35)

4.2.6 Spesifikasi Hardware dan Software A. Umum

Sistem dikatakan baik dan berhasil digunakan dengan beberapa unsur atau beberapa aspek antara lain : Perangkat keras (Hardware), Pengkat lunak (Software), dan Pemakai (Brainware). Diantara unsur tersebut yaitu peralatan pendukung yang dibutuhkan harus sesuai dengan spesifikasi yang diusulkan.

B. Perangkat Keras

Perangkat Keras adalah bagian dari sistem computer sebagai perangkat yang dapat diraba, dilihat secara fisik, dan bertindak untuk menjalankan instruksi dari perangkat lunak.

Berikut Spesifikasi minimum untuk sistem usulan ini :

1. Procesor : Intel Celeron

2. Ram : 4 GB

3. Hardisk : 500 GB

4. Keyboard : Standart Keyboard

5. Mouse : Standart Mouse

6. Monitor : Samsung 633nw 16 Inc

7. Printer : Canon Printer MG2570S (Print – Scan – Copy)

(36)

C. Perangkat Lunak

Perangkat Lunak adalah kumpulan beberapa perintah yang dieksekusi oleh mesin komputer dalam menjalankan pekerjaannya. Perangkat lunak ini merupakan catatan bagi mesin computer untuk menyimpan perintah, maupun dokumen serta arsip lainnya.

Perangkat Lunak yang mendukung dalam pembuatan program aplikasi

ini:

1. Microsoft Windows 10 2. Xampp

3. Microsoft Office 2019 4. Enterprise Architech 5. Google Chrome

(37)

4.3 Pengujian Rancangan Antar Muka

Pengujian atar muka di lakuan oleh calon user back-end. Dalam pengujian ini

di lakukan petugas

Perarsipan Login

Petugas

Akses Menu

Data Siswa

Pembayaran Laporan

1 2

Sukses 2 2 2 2 2

Nilai Kesuksesan

100% 100% 100% 100% 100%

Table Pengujian Antar Muka IV.22

(38)

4.4 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

7 Pelatihan

8 Pembuatan Buku Petunjuk

9 Evaluasi & Operasional

Table Jadwal Implementasi IV.23

(39)

Gambar

Gambar IV.6.
Gambar IV.7.
Tabel III.2. Deskripsi Use Case Diagram Pendaftaran Siswa  Use Case Name  Pendaftaran Siswa
Tabel III.4. Deskripsi Use Case Diagram Siswa  Use Case Name  Mengelola Siswa
+7

Referensi

Dokumen terkait

karena adanya masyarakat dan hubungan antar individu dalam bermasyarakat. Hubungan antar individu dalam bermasyarakat merupakan suatu hal yang hakiki sesuai kodrat

Goal User dan Admin dapat melakukan login Pre-condition User atau Admin memilih menu login Post-condition Tampil form login. Failed end condition User atau Admin tidak

Pre-condition Admin telah melakukan login kemudian memilih menu data laporan kemudian pilih print laporan Post-condition Data laporan bisa dicetak2. Failed condition Admin

Pre-condition Admin memilih menu tambah data konsultan Post-condition Sistem menampilkan halaman input data diri Failed end condition Sistem tidak menampilkan halaman input

Goal Admin dapat mengelola data barang Pre-Conditions Admin memilih menu data barang Post-Conditions Data barang berhasil tersimpan Failed

Goal Admin dapat mengelola pendaftaran santri Pre-conditionts Admin sudah melakukan login.. Post-conditionts Data calon santri berhasil disimpan Failed End Condition

Use Case Name Mengecek laporan data obat masuk / keluar Requirements Bagian admin dan kepala puskesmas dapat.. melihat laporan data obat masuk / keluar Goal Admin dan

Goal Admin membuat surat keluar Admin dapat mengelola surat keluar Pre-Conditions Admin memilih Menu Surat