bab iii pembahasan...bab iii pembahasan 3.1. analisis kebutuhan prosedur sistem informasi...

BAB III

PEMBAHASAN

3.1. Analisis Kebutuhan

Prosedur sistem informasi administrasi pendaftaran pada Lembaga

Bimbingan Belajar sebagai berikut :

1. Proses Pengisian Formulir Pendaftaran

Calon siswa datang ke Lembaga Bimbingan Belajar menanyakan informasi

pendaftaran kemudian bagian administrasi memberikan informasi, seperti

informasi program belajar di ke Lembaga Bimbingan Belajar, biaya

bimbingan dan pilihan hari atau waktu belajar. Jika calon siswa tertarik dan

setuju mendaftar, bagian administrasi memberikan formulir pendaftaran lalu

calon siswa atau konsumen mengisi formulir pendaftaran, setelah selesai

terisi calon siswa mengembalikan formulir pendaftaran ke bagian

administrasi, bagian administrasi menerima formulir lalu memverifikasi

kelengkapan data di formulir pendaftaran, apabila masih ada data atau isian

yang belum lengkap dan terisi bagian administrasi mengembalikan kembali

formulir kepada calon siswa dan memberi tahu kekurangan isian datanya,

bila data atau isian di formulir sudah lengkap bagian administrasi

memasukkan hasil verifikasi ke dalam sistem pendaftaran.

2. Proses Pembayaran

Selanjutnya tahap atau prosedur pembayaran, calon siswa membayar biaya

formulir dan bimbingan belajar, kemudian bagian administrasi menerima,

menghitung jumlah uang apakah sudah sesuai dengan jumlah atau total

pembayaran dan memeriksa keaslian uang, kemudian bagian administrasi

memasukkan jumlah nominal pembayaran kedalam sistem pembayaran dan

memastikan kembali apakah data pribadi calon siswa dan pembayaran telah

dimasukkan dengan benar, kemudian data secara otomatis tersimpan

didalam database sistem dan akan menghasilkan sebuah keluaran berupa

bukti kuitansi pembayaran dan kartu tanda pengenal siswa atau siswi,

selanjutnya bagian administrasi memvalidasi dan menyerahkan kuitansi

pembayaran beserta kartu tanda pengenal dan modul pembelajaran untuk

calon siswa, kemudian calon siswa juga memvalidasi kuitansi pembayaran

dan diserahkan kembali kepada bagian administrasi, lalu bagian administrasi

menyerahkan salinan kuitansi pembayaran, kartu tanda pengenal dan modul

pembelajaran kepada calon siswa, calon siswa atau konsumen menerima

salinan kuitansi pembayaran, kartu tanda pengenal dan modul pembelajaran.

3. Proses Pembuatan Laporan

Setelah proses pendaftaran dan pembayaran selesai dilakukan dan calon

siswa meninggalkan lokasi pendaftaran, bagian administrasi menyimpan

berkas-berkas berupa formulir pendaftaran, kuitansi pembayaran dan uang

pembayaran dan merekapitulasi seluruh data pendaftaran dan transaksi

pembayaran untuk nantinya dijadikan sebagai bahan laporan untuk kepala

cabang.

Hasil analisis kebutuhan pembangunan sistem administrasi pendaftaran

berbasis web pada Lembaga Bimbingan belajar, sebagai berikut :

1. Kebutuhan Sistem:

a. Pemberian hak akses kepada pengguna yang terdiri dari: Pengunjung,

calon siswa, siswa dan admin, dimana pengguna harus melakukan login

terlebih dahulu untuk dapat mengakses beberapa halaman pada website

dengan cara membuat akun login sesuai dengan ketentuan yang

diberikan dan menjaga kerahasiaan data akunnya tersebut agar terjaga

keamanan data privasinya.

b. Data yang akan disimpan pada database meliputi: Data siswa, data

konfirmasi pembayaran, data pembayaran, data administrator, data

biaya, data jadwal, data konten dan data testimoni.

c. Administrator memberikan hak akses kepada pengguna lain dan dapat

mengelola data pada database website: mengelola data siswa,

mengelola data konfirmasi, mengelola data pembayaran, mengelola

data admin, mengelola data konten, mengelola data testimoni, cetak

data pendaftaran dan pembayaran bimbingan.

d. Calon siswa yang ingin mengikuti program bimbingan belajar dan

menjadi bagian dari Lembaga Bimbingan Belajar harus melakukan

pendaftaran atau registrasi terlebih dahulu.

2. Kebutuhan Pengguna

a. Calon siswa dan siswa: Melihat infromasi bimbingan belajar,

pendaftaran bimbingan belajar dan informasi tentang Lembaga

Bimbingan Belajar dan dapat melakukan pendaftaran dan konfirmasi

pembayaran bimbingan belajar di Lembaga Bimbingan Belajar.

b. Siswa dapat melihat data pribadi siswa dan status pembayaran

bimbingan.

c. Bagian Administrasi dapat mengelola data siswa (mengubah data siswa

dan menghapus data siswa), mengelola data konfirmasi pembayaran

(merubah status), mengelola data pembayaran (menambah data

pembayaran, mengubah data pembayaran dan menghapus data

pembayaran), mengelola data administrator (menambah data

administrator, mengubah data administrator dan menghapus data

administrator), cetak data siswa dan pembayaran bimbingan.

A. Use Case Diagram

Use Case Halaman Calon Siswa/Siswa

Melihat Data Pribadi Siswa

Melihat Status Pembayaran

Calon Siswa/Siswa

Pendaftaran Mengisi form pendaftaran Daftar

Tampil formData Pembayaran

<< Include >>

Login ruang siswa

Input ID NF &Password

Tampil formData Pribadi

<< Include >>

<< extend >>

<< extend >>

<< extend >>

<< Include >>

Konfirmasi pembayaran Konfirmasi<< extend >>

Logout

<< Include >>

<< extend >>

Gambar III.1

Use Case Diagram Halaman Calon Siswa/Siswa

Tabel III.1

Skenario Use Case Diagram Pendaftaran

Use Case Name: Pendaftaran

Actors: Calon Siswa

Siswa

Descriptions: Menggambarkan proses untuk melakukan pendataran

bimbingan belajar diLembaga Bimbingan Belajar via

online.

Pre Conditions: Actor Calon Siswa dan Siswa terhubung dengan

server.

Actor Calon Siswa dan Siswa mengakses website

Lembaga Bimbingan Belajar.

Post Conditions: Actor Calon Siswa dan Siswa mengakses menu

pendaftaran.

Actor Calon Siswa dan Siswa mengakses menu

form pendaftaran.

Actor Calon Siswa dan Siswa mengisi seluruh isian

data pada form pendaftaran sesuai dengan ketentuan

dan setuju mendaftar dengan mengklik tombol

daftar.

Actor Calon Siswa dan Siswa dapat mengetahui

apakah pendaftaran berhasil dan sistem pembayaran

bimbingan.

Failed End Condition Actor Calon Siswa dan Siswa tidak bisa melakukan

pendaftaran.

Normal Flow Actor Action System Response Step 1. Mengakses alamat

website Lembaga

Bimbingan Belajar.

Step 3. Memilih menu

pendaftaran.


form pendaftaran.

Step 7. Memilih tombol

daftar.

Step 2. Menampilkan

halaman utama website

Lembaga Bimbingan

Belajar.

Step 4. Menampilkan

halaman pendaftaran.

Step 6. Menampilkan

halaman form pendaftaran.

Step 8. Menampilkan

halaman pesan

pendaftaran berhasil dan

konfirmasi pembayaran.

Alternate Flow Alternate step 1. Actor Calon Siswa dan Siswa harus

mengisi data dengan benar dan sesuai dengan format di

form pendaftaran. Apabila ada data yang salah atau

kurang sistem akan memberikan pesan kesalahan dan

calon siswa dan Siswa harus mengisi dan memperbaiki

data tersebut.

Tabel III.2

Skenario Use Case Diagram Konfirmasi Pembayaran

Use Case Name: Konfirmasi Pembayaran

Actors: Calon Siswa

Siswa

Descriptions: Menggambarkan proses melakukan pengisian

konfirmasi pembayaran untuk calon siswa atau siswa

yang telah melakukan pembayaran biaya bimbingan

dengan menggunakan sistem pembayaran online.

Pre Conditions: Actor Pengguna terhubung dengan server.

Actor Pengguna mengakses website Lembaga

Bimbingan Belajar.

Post Conditions: Actor Pengguna memilih menu konfirmasi

pembayaran.

Actor Pengguna mengisi seluruh isian data yang

tersedia, kemudian mengklik tombol konfirmasi.

Failed End Condition Actor Pengguna tidak bisa melakukan konfirmasi.

Normal Flows Actor Action System Response Step 1. Mengakses

website Lembaga

Bimbingan Belajar.



Step 5. Mengisi form

konfirmasi pembayaran

dan klik tombol

konfirmasi.

Step 2. Menampilkan

halaman utama/beranda.

Step 4. Menampilkan

halaman konfirmasi

pembayaran.

Step 6. Menampilkan

halaman konfirmasi

pembayaran berhasil.

Alternate Flows Alternate step 1. Actor Pengguna harus mengisi data

dengan benar dan sesuai dengan format di form

konfirmasi pembayaran. Apabila ada data yang salah

atau kurang sistem akan memberikan pesan kesalahan

dan calon siswa harus mengisi dan memperbaiki data

tersebut.

Tabel III.3

Skenario Use Case Diagram Melihat Data Pribadi Siswa

Use Case Name: Melihat Data Pribadi Siswa

Actors: Siswa

Admin

Descriptions: Menggambarkan proses melihat data pribadi siswa

yang telah melakukan pendaftaran di Lembaga

Bimbingan Belajar .

Pre Conditions: Actor Siswa dan Admin terhubung dengan server.

Actor Siswa dan Admin mengakses website


Actor Siswa dan Admin mengetahui akun yang

terdaftar.

Post Conditions: Actor Siswa dan Admin melakukan login.

Actor Siswa dan Admin dapat melihat data pribadi

siswa.

Failed End Condition Actor Calon Siswa dan Admin tidak bisa melihat

halaman data pribadi siswa.

Normal Flows Actor Action System Response Step 1. Mengakses Step 2. Menampilkan

website Lembaga

Bimbingan Belajar.


ruang siswa.

Step 5. Melakukan login

dengan cara memasukkan

ID dan password.


data pribadi siswa.


Step 4. Menampilkan

halaman ruang siswa.

Step 6. Menampilkan

halaman menu data

pribadi siswa dan status

pembayaran.

Step 8. Menampilkan

halaman data pribadi

siswa.

Alternate Flows Alternate step 1. Actor Siswa dan Admin salah

memasukkan ID dan password, sistem akan

menampilkan pesan kesalahan, actor Siswa dan Admin

harus memasukkan kembali ID dan password yang

benar.

Alternate step 2. Actor Siswa dan Admin harus

mempunyai akun yang terdaftar dengan cara melakukan

proses registrasi terlebih dahulu.

Tabel III.4

Skenario Use Case Diagram Melihat Status Pembayaran

Use Case Name: Melihat Status Pembayaran

Actors: Siswa

Admin

Descriptions: Menggambarkan proses melihat data dan status

pembayaran siswa yang telah melakukan pendaftaran

di Lembaga Bimbingan Belajar .

Pre Conditions: Actor Siswa dan Admin terhubung dengan server.

Actor Siswa dan Admin mengakses website


Actor Siswa dan Admin mengetahui akun yang

terdaftar.

Post Conditions: Actor Siswa dan Admin melakukan login.

Actor Siswa dan Admin dapat melihat data dan

status pembayaran.

Failed End Condition Actor Calon Siswa dan Admin tidak bisa melihat

halaman data status pembayaran.


website Lembaga

Bimbingan Belajar.


ruang siswa.

Step 5. Melakukan login

dengan cara memasukkan

ID dan password.

Step 2. Menampilkan


Step 4. Menampilkan

halaman ruang siswa.

Step 6. Menampilkan

halaman menu data

pribadi siswa dan status

pembayaran.


status pembayaran.

Step 8. Menampilkan

halaman data dan status

pembayaran.

Alternate Flows Alternate step 1. Actor Siswa dan Admin salah

memasukkan ID dan password, sistem akan

menampilkan pesan kesalahan, actor Siswa dan

Admin harus memasukkan kembali ID dan

password yang benar.

Alternate step 2. Actor Siswa dan Admin harus

mempunyai akun yang terdaftar dengan cara

melakukan proses registrasi terlebih dahulu.

Gambar III.2

Use Case Diagram Halaman Admin

Tabel III.1

Skenario Use Case Diagram Mengelola Data Siswa

Use Case Name: Mengelola Data Siswa

Actors: Admin

Descriptions: Menggambarkan proses mengelola data siswa yang

telah tersimpan di dalam database sistem.

Pre Conditions: Actor Admin terhubung dengan server.

Actor Admin mengakses halaman ruang

administrator.

Actor Admin melakukan login.

Post Conditions: Actor Admin mengakses menu siswa:

Dapat mengubah data siswa.

Dapat menghapus data siswa.

Failed End Condition Actor Admin tidak bisa mengkases halaman

administrator dan tidak bisa tambah data.


halaman administrator

website Lembaga

Bimbingan Belajar .


siswa.


edit.

Step7. Memilih tombol

hapus.


cetak.


view.


home.

Step 2. Menampilkan

halaman utama/beranda

administrator.

Step 4. Menampilkan

halaman data siswa.

Step 6. Menampilkan

halaman edit data siswa.

Step 8. Menampilkan

pesan konfirmasi.

Step 10. Menampilkan

halaman cetak data.


halaman data siswa.


halaman utama.

Alternate Flows Alternate step 1. Actor Admin salah

memasukkan username dan password, sistem

akan menampilkan pesan kesalahan, actor Admin

harus memasukkan kembali username dan


Alternate step 2. Actor Admin harus mempunyai

akun yang terdaftar dengan cara melakukan


Tabel III.2

Skenario Use Case Diagram Mengelola Data Pembayaran

Use Case Name: Mengelola Data Pembayaran

Actors: Admin

Descriptions: Menggambarkan proses mengelola data pembayaran

yang telah tersimpan di dalam database sistem.



administrator.


Post Conditions: Actor Admin mengakses menu pembayaran:

Dapat menambah data pembayaran bimbingan.

Dapat mengubah data pembayaran bimbingan.

Dapat menghapus data pembayaran bimbingan.


administrator dan tidak bisa tambah data.



website Lembaga

Bimbingan Belajar .


pembayaran.


edit.

Step7. Memilih tombol

hapus.


add.


cetak.


view.


home.

Step 2. Menampilkan


administrator.

Step 4. Menampilkan

halaman data

pembayaran.

Step 6. Menampilkan

halaman edit data

pembayaran.

Step 8. Menampilkan

pesan konfirmasi.


halaman tambah data.


halaman cetak data.


halaman data

pembayaran.


halaman utama

Alternate Flows Alternate step 1. Actor Admin salah memasukkan

username dan password, sistem akan menampilkan

pesan kesalahan, actor Admin harus memasukkan

kembali username dan password yang benar.


akun yang terdaftar dengan cara melakukan proses

registrasi terlebih dahulu.

Tabel III.3

Skenario Use Case Diagram Mengelola Data Konfirmasi Pembayaran

Use Case Name: Mengelola Data Konfirmasi Pembayaran

Actors: Admin

Descriptions: Menggambarkan proses mengelola data konfirmasi

pembayaran yang telah tersimpan di dalam database

sistem.



administrator.


Post Conditions: Actor Admin mengakses menu konfirmasi

pembayaran:

Dapat mengubah status konfirmasi.


administrator.



website Lembaga

Bimbingan Belajar.



Step 5. Merubah status



view.


home.

Step 2. Menampilkan


administrator.

Step 4. Menampilkan

halaman data konfirmasi

pembayaran.

Step 6. Menampilkan

perubahan status.

Step 8. Menampilkan

halaman data konfirmasi

pembayaran.


halaman utama.


username dan password, sistem akan

menampilkan pesan kesalahan, actor Admin






Tabel III.4

Skenario Use Case Diagram Cetak Laporan Pendaftaran dan Pembayaran

Use Case Name: Cetak Laporan Pendaftaran dan Pembayaran

Actors: Admin

Descriptions: Menggambarkan proses mencetak laporan data

pendaftaran dan pembayaran.



administrator.


Post Conditions: Actor Admin mengakses menu laporan:

Dapat melihat data siswa yang mendaftar dan

melakukan pembayaran.

Dapat mencetak data siswa yang mendaftar dan

melakukan pembayaran.

Failed End Condition Actor Admin tidak bisa mengakses halaman

administrator.



website Lembaga

Step 2. Menampilkan


administrator.

Bimbingan Belajar.


laporan.

Step 5. Memilih data

yang akan dicetak dan

klik tombol cetak.


view.


home.

Step 4. Menampilkan

halaman data laporan.

Step 6. Menampilkan

halaman data yang akan

dicetak.

Step 8. Menampilkan

halaman laporan data

siswa dan pembayaran.


halaman utama.


username dan password, sistem akan

menampilkan pesan kesalahan, actor Admin






3.2. Rancangan Dokumen

A. Rancangan Dokumen Masukan

Menguraikan secara rinci setiap rancangan dokuman masukan yang

digunakan dalam sistem dengan uraian parameter-parameter dokumen tersebut

dengan parameter-parameter dokumennya sebagai berikut :

1. Nama Dokumen : Formulir Pendaftaran

Fungsi : Untuk data pendaftaran siswa baru

Sumber : Calon siswa

Tujuan : Bagian Administrasi

Media : Kertas

Jumlah : 1 lembar

Frekuensi : 5 kali per hari

Bentuk : Lihat Lampiran A.1

B. Rancangan Dokumen Keluaran (Output)

Menguraikan secara rinci setiap rancangan dokuman keluaran yang

digunakan dalam sistem dengan uraian parameter-parameter dokumen tersebut

dengan parameter-parameter dokumennya sebagai berikut :

1. Nama Dokumen : Kuitansi Pembayaran

Fungsi : Sebagai bukti pembayaran biaya bimbingan belajar

Sumber : Bagian Administrasi

Tujuan : Calon Siswa

Media : Kertas

Jumlah : 1 lembar

Frekuensi : 5 kali per hari

Bentuk : Lihat Lampiran B.1

2. Nama Dokumen : Laporan Pembayaran

Fungsi : Untuk melaporkan pembayaran biaya bimbingan

belajar

Sumber : Bagian Administrasi

Tujuan : Kepala Cabang

Media : Kertas

Jumlah : 1 lembar

Frekuensi : Setiap bulan

Bentuk : Lihat Lampiran B.1

3.3. Entity Relationship Diagram

Pemetaan entitas-entitas beserta atribut-atributnya, dan relasi antar entitas

berdasarkan atribut kunci yang membangun aplikasi prediksi lokasi waralaba

makanan disajikan pada gambar III.1. Setelah dtransformasikan Diagram E-R

menghasilkan representasi struktur record-record pada tebel-tabel yang terbentuk

dari hasil antar himpunan entitas yang disajikan pada gambar III.2.

Gambar III.1

Diagram E-R Basis Data Lokasi Waralaba

Gambar III.2

Logical Record Sructure Lokasi Waralaba

3.4. Spesifikasi File

Basis data yang digunakan dalam Sistem Informasi Pendaftaran Pada

Lembaga Bimbingan Belajar adalah dblbb dengan spesifikasi file, sebagai berikut

:

a. Nama File : Tabel Siswa

Akronim : Siswa

Tujuan : Untuk menyimpan data siswa bimbingan belajar

Tipe File : File Master

Organisasi File : Indexed Sequential

Akses File : Random

Media : Harddisk

Panjang Record : 953 byte

Kunci Field : ids

Software : MySQL

Tabel III.

Spesifikasi File Tabel Siswa

No Elemen Data Nama Field Type Size Keterangan

1. ID siswa ids Integer 11 Primary Key

2. Nomor Induk Siswa idnf Varchar 15

3. Kelas kelas Char 2

4. Nama Siswa nama Varchar 30

5. Asal Sekolah sekolah Varchar 20

6. Status Siswa siswa Varchar 5

7. Jenjang Sekolah jenjang Varchar 20

8. Program Belajar program Varchar 20

9. Tempat Lahir tempat_lahir Varchar 20

10. Tanggal Lahir tanggal_lahir date 255

11. Agama agama Varchar 10

12. Alamat Siswa alamat text 255

13. RT/RW rt_rw Varchar 10

14. Kode POS kode_pos Integer 10

15. Kelurahan kelurahan Varchar 20

16. Kecamatan kecamatan Varchar 20

17. Kota kota Varchar 20

18. No Telepon Siswa no_tlp_siswa Varchar 15

19. Alamat E-mail email Varchar 30

20. Nama Orang Tua/

Wali nama_wali Varchar 20

21. Pekerjaan Ayah pekerjaan Varchar 30

22. No Telepon Orang

Tua/Wali no_tlp_wali Varchar 15

23. Status Pembayaran pembayaran Varchar 10

24. Nomor Kartu

Keluarga Besar no_kkb Integer 10

25. Nomor Rekening

Perekomendasi no_rek Integer 20

26. Nama Rekening

Perekomendasi nama_rek Integer 25

27. Password password Varchar 35

b. Nama File : Tabel Pembayaran

Akronim : Pembayaran

Tujuan : Untuk menyimpan data pembayaran bimbingan

belajar

Tipe File : File Transaksi


Akses File : Random

Media : Harddisk


Kunci Field : idp

Software : MySQL

Tabel IV.10

Spesifikasi File Tabel Pembayaran


1. ID Pembayaran idp Integer 11 Primary Key

2. ID Siswa ids Integer 11

3. Nomor Induk Siswa idnf Varchar 15

4. Jumlah Angsuran angsuran Integer 11

5. Waktu Pembayaran waktu_pembayaran datetime 8

6. Jumlah Pembayaran jumlah_bayar Varchar 8

7. ID Admin ida Integer 11

8. Nama petugas admin nama_admin Varchar 20

c. Nama File : Tabel Konfirmasi

Akronim : Konfirmasi

Tujuan : Untuk menyimpan data konfirmasi pembayaran

bimbingan belajar



Akses File : Random

Media : Harddisk


Kunci Field : idk

Software : MySQL

Tabel IV.11

Spesifikasi File Tabel Konfirmasi


1. ID Konfirmasi idk Integer 11 Primary Key

2. ID Siswa ids Integer 11

3. Tanggal Transfer tgl_bayar Date 8

4. Tanggal konfirmasi

pembayaran tgl_konfirmasi Datetime 8

5. Cara Pembayaran cara_bayar Varchar 20

6. Nominal pembayaran jumlah Integer 11

7. Nomor Rekening no_rek Varchar 30

8. Nama Rekening nama_rek Varchar 30

9. Keterangan

pembayaran keterangan Varchar 50

10. Status Konfirmasi status Varchar 20

d. Nama File : Tabel Testimoni

Akronim : Testimoni

Tujuan : Untuk menyimpan data testimoni peserta bimbingan

belajar



Akses File : Random

Media : Harddisk


Kunci Field : idt

Software : MySQL

Tabel IV.12

Spesifikasi File Tabel Testimoni


1. ID Testimoni idt Integer 11 Primary Key

2. Nama Penulis nama Varchar 25

3. Alamat E-mail email Varchar 30

4. Asal Sekolah sekolah Varchar 20

5. Komentar Penulis komentar text 255

6. Status Publikasi publish Tinyint 4

e. Nama File : Tabel Konten

Akronim : Content

Tujuan : Untuk menyimpan data konten web



Akses File : Random

Media : Harddisk


Kunci Field : idc

Software : MySQL

Tabel IV.13

Spesifikasi File Tabel Content


1. ID Content idc Integer 11 Primary Key

2. Judul Artikel Judul Varchar 20

3. Gambar img Varchar 200

4. Pengisi Artikel penulis Varchar 20

5. Isi Artikel isi text 255

6. Tanggal Artikel tgl datetime 8

7. ID

Content_kategori idck Integer 11

8. Status Publikasi status Tinyint 4

f. Nama File : Tabel Konten Kategori

Akronim : content_kategori

Tujuan : Untuk menyimpan data kategori konten web



Akses File : Random

Media : Harddisk


Kunci Field : idck

Software : MySQL

Tabel IV.14

Spesifikasi File Tabel Content_kategori


1. ID Content_kategori idck Integer 11 Primary Key

2. Nama Kategori nama_ck Varchar 50

3. Keterangan ket_ck Text 255

g. Nama File : Tabel Administrator

Akronim : Administrator

Tujuan : Untuk menyimpan data administrator web



Akses File : Random

Media : Harddisk


Kunci Field : ida

Software : MySQL

Tabel IV.15

Spesifikasi File Tabel Administrator


1. ID Admnistrator ida Integer 11 Primary Key

2. Nama Admnistrator nama Varchar 30

3. Inisial username Varchar 10

4. Password password Varchar 35

5. kedudukan status Varchar 20

6. Keadaan/kondisi aktif Tinyint 4

h. Nama File : Tabel Jadwal

Akronim : Jadwal

Tujuan : Untuk menyimpan data jadwal bimbingan belajar



Akses File : Random

Media : Harddisk


Kunci Field : idj

Software : MySQL

Tabel IV.16

Spesifikasi File Tabel Jadwal


1. ID Jadwal idj Integer 11 Primary Key


3. Hari Belajar hari Varchar 20

4. Waktu Belajar waktu Varchar 30

5. Kode Kelas kelas Char 3

6. ID Admin ida Integer 11

i. Nama File : Tabel Biaya

Akronim : Administrator

Tujuan : Untuk menyimpan data biaya



Akses File : Random

Media : Harddisk


Kunci Field : idb

Software : MySQL

Tabel IV.17

Spesifikasi File Tabel Biaya


1. ID Biaya idb Integer 11 Primary Key


3. Program Belajar program Varchar 30

4. Biaya Bimbingan biaya Varchar 15

5. Biaya Tunai tunai Varchar 15

6. Biaya Juara juara Varchar 15

7. Biaya Angsuran angsuran Varchar 15

3.5. Pengkodean

Kode yang unik dirancang agar memiiliki arti dan pengguna mudah

mengingat

3.6. Spesifikasi Program

A. Struktur Navigasi

3.7. Spesifikasi Sistem Komputer

A. Spesifikasi Hardware

a. Server

1) CPU

(a) Processor Pentium® Core 2 Duo

(b) RAM DDR2 4 GB

(c) Hard Disk 500 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

5) Koneksi internet dengan kecepatan 56 kbps.

B. Spesifikasi Software

1. Server

a. Sistem operasi yang umum digunakan seperti: Microsoft Windows atau

Linux (Ubuntu, Fedora, dll).

b. Aplikasi bundle web server seperti: Xampp, WampServer, php2triad yang

terdiri dari beberapa komponen, diantaranya:

(1) Aplikasi Apache Server v2

(2) Aplikasi PHP Server v5

(3) Aplikasi MySQL Server v5

(4) Aplikasi phpMyAdmin v3

c. Aplikasi Web Lihatr seperti Mozilla Firefox, Opera, Safari, Internet

Explorer, Google Chrome.

2. Client

a. Sistem operasi yang umum digunakan seperti: Microsoft Windows atau

Linux (Ubuntu, Fedora, dan lain-lain).

b. Aplikasi web browser seperti Mozilla Firefox, Opera, Safari, Internet

Explorer, Google Chrome.

3.8. Implementasi

A. Implementasi Rancangan Antar Muka

Implementasi rancangan antar muka pada Sistem Informasi Pendaftaran

Pada Bimbingan Belajar sebagai berikut :

1. Halaman Login Administrator

Seorang administrator harus melakukan login terlebih dahulu untuk dapat

menggunakan modul-modul yang tersedia Jika login berhasil, maka

menu-menu di ruang administrator tersebut akan ditampilkan.

Gambar IV.32

Tampilan Halaman Login Administrator

B. Pengujian Unit

Pengujian terhadap program yang dibuat menggunakan blackbox testing

yang fokus terhadap proses masukan dan keluaran program.

Tabel IV.18

Hasil Pengujian Black Box Testing Form Login Siswa

No Skenario Pengujian Test Case Hasil yang diharapkan Hasil

Pengujian Kesimpulan

1 Mengosongkan semua isian data login

ID : (kosong)

Password :

(Kosong)

Sistem menolak akses login dan menampilkan pesan "ID dan password

harus terisi"

Sesuai Harapan

Valid

anggota, lalu langsung

mengklik tombol

Login

2 Hanya mengisi data ID dan

ID : (166-12-00001)

Password :

(Kosong)

Sistem menolak akses login dan menampilkan pesan "ID dan password

tidak sesuai"

Sesuai Harapan

Valid

mengosongkan data

password, lalu klik

tombol login

3 Hanya mengisi data

password dan

ID :

(Kosong)

Password : 19910203

Sistem menolak akses login dan

menampilkan pesan "ID dan password tidak sesuai"

Sesuai

Harapan

Valid

mengosongkan data

ID, lalu klik

tombol login

4 Mengisi dengan

kondisi salah satu data salah, dan satu lagi

benar, lalu klik

ID : 166-12-

00001 (benar)


menampilkan pesan "ID dan password tidak sesuai"

Sesuai

Harapan

Valid

tombol login Password :

123456 (Salah)

5 Mengisi data login

dengan benar, lalu

ID : 166-12-

00001

Sistem menerima akses login dan

tampil

Sesuai

Harapan

Valid

klik tombol login halaman ruang siswa

Password :

19910203

Tabel IV.19

Hasil Pengujian Black Box Testing Form Login Administrator

No Skenario

Pengujian Test Case Hasil yang diharapkan

Hasil


1 Mengosongkan

semua isian data login

Username :

(kosong)

Password :

(Kosong)


menampilkan pesan "Username dan password tidak sesuai"

Sesuai

Harapan

Valid

admin, lalu langsung

mengklik tombol

login


Username dan

Username :

(Admin)

Password :

(Kosong)


menampilkan pesan "Username dan

password tidak sesuai"

Sesuai

Harapan

Valid

mengosongkan data

password, lalu klik

tombol login


password dan

Username :

(Kosong)

Password :

123456


menampilkan pesan "Username dan


Sesuai

Harapan

Valid

mengosongkan data Username, lalu klik

tombol login

4 Mengisi dengan kondisi salah satu

data

Username : Admin

(benar)

Password :

112233

(Salah)

Sistem menolak akses login dan menampilkan pesan "Username dan


Sesuai Harapan

Valid

salah, dan satu lagi benar, lalu klik

tombol login

5 Mengisi data login dengan benar, lalu

Username : Admin

Sistem menerima akses login dan tampil halaman ruang admin

Sesuai Harapan

Valid

klik tombol login

Password : 123456

Tabel IV.20

Hasil Pengujian Black Box Testing Form Pendaftaran



1

Data isian tidak diisi

lalu klik tombol daftar

Semua data

isian kosong

Sistem menolak dan menampilkan

pesan "data harus diisi"

Sesuai

Harapan

Valid

2

Data isian tidak diisi secara lengkap lalu

klik tombol daftar

Data isian ada yang diisi

data, ada

yang tidak diisi data

Sistem menolak dan menampilkan pesan "data harus diisi"

Sesuai Harapan

Valid

3

Data isian diisi secara

lengkap, lalu

Semua data

isian diisi

Sistem menerima data pendaftaran

dan menampilkan pesan "Pendaftaran Sukses"

Sesuai

Harapan

Valid

klik tombol daftar

Tabel IV.21

Hasil Pengujian Black Box Testing Form Testimoni

Tabel IV.22

Hasil Pengujian Black Box Testing Form Konten Administrator



1 Data isian pada form tambah konten tidak diisi

semua, lalu klik tombol

'save"

Semua data isian

kosong

Sistem menolak dan menampilkan Sesuai Harapan

Valid

pesan "Data harus diisi"

2 Data isian pada form

tambah konten tidak diisi

secara lengkap, lalu klik

Data isian

ada yang

diisi,

Sistem menolak dan menampilkan Sesuai

Harapan

Valid




testimoni tidak diisi semua, lalu klik tombol

'Submit"

Semua data

isian kosong

Sistem menolak dan menampilkan pesan

"Data harus diisi"

Sesuai

Harapan

Valid

2 Data isian pada form testimoni tidak diisi

secara lengkap, lalu klik

tombol 'Submit"

Data isian ada yang

diisi,

dan ada yang tidak

diisi.

Sistem menolak dan menampilkan pesan "Data harus diisi"

Sesuai Harapan

Valid


testimoni diisi secara

lengkap, lalu klik tombol 'Submit"

Semua data

isian diisi

Sistem menerima data testimoni dan

menampilkan pesan "Testimoni terkirim"

Sesuai

Harapan

Valid

tombol 'save"

dan ada yang tidak

diisi.



tambah konten diisi secara lengkap, lalu klik tombol

'save"

Semua data

isian diisi

Sistem menerima data konten dan Sesuai

Harapan

Valid

menampilkan pesan

"Insert Content Success"

4 Data isian pada form edit

konten hanya beberapa yang diubah, lalu

klik tombol 'save"

Data isian

ada yang diubah,

Sistem menerima dan menampilkan Sesuai

Harapan

Valid

dan ada

yang tidak diubah.

pesan "Edit Content Success"

5 Data isian pada form edit

konten diubah semua,

lalu klik tombol 'save"

Semua data isian

diubah

Sistem menerima dan menampilkan Sesuai Harapan

Valid

pesan "Edit Content Success"


konten dihapus

Data

konten ingin

dihapus

Sistem menampilkan pesan konfirmasi Sesuai

Harapan

Valid

lalu klik gambar "silang" data "Yakin mau dihapus" bila ok data

terhapus dan cancel data tidak terhapus

Tabel IV.23

Hasil Pengujian Black Box Testing Form Siswa Administrator



1

Data isian pada form edit

siswa hanya

beberapa yang diubah, lalu klik tombol “save"

Data isian

ada yang

diubah, dan ada

yang tidak

diubah.

Sistem menerima dan menampilkan pesan

"Edit Siswa Success"

Sesuai

Harapan

Valid

2


siswa diubah semua,

lalu klik tombol “save"

Semua data

isian

diubah


"Edit Siswa Success"

Sesuai

Harapan

Valid

3

Data isian pada form siswa

dihapus

lalu klik gambar "silang"

Data siswa

ingin

dihapus

Sistem menampilkan pesan konfirmasi

data "Yakin mau dihapus" bila ok data


Sesuai

Harapan

Valid

Tabel IV.24

Hasil Pengujian Black Box Testing Form Pembayaran Administrator



1

Data isian pada form tambah pembayaran tidak diisi

semua, lalu klik tombol

'save"

Semua data isian

kosong


Sesuai Harapan

Valid

2

Data isian pada form tambah

pembayaran tidak

diisi secara lengkap, lalu klik tombol 'save"

Data isian

ada yang

diisi, dan ada

yang tidak

diisi.

Sistem menolak dan menampilkan


Sesuai

Harapan

Valid

3


pembayaran diisi secara lengkap, lalu klik

tombol 'save"

Semua data

isian diisi

Sistem menerima data jadwal dan

menampilkan pesan "Insert Pembayaran Success"

Sesuai

Harapan

Valid

4

Data isian pada form edit pembayaran hanya

beberapa yang diubah, lalu

klik tombol 'save"

Data isian ada yang

diubah,

dan ada yang tidak

diubah.

Sistem menerima dan menampilkan pesan "Edit Pembayaran Success"

Sesuai Harapan

Valid

5

Data isian pada form edit pembayaran diubah semua,


Semua data isian

diubah

Sistem menerima dan menampilkan pesan "Edit Pembayaran Success"

Sesuai Harapan

Valid

6

Data isian pada form pembayaran dihapus lalu

klik gambar "silang"

Data jadwal ingin

dihapus

Sistem menampilkan pesan konfirmasi data "Yakin mau dihapus" bila ok data


Sesuai Harapan

Valid

Tabel IV.25

Hasil Pengujian Black Box Testing Form Testimoni Administrator



1


testimoni hanya

beberapa yang diubah, lalu klik tombol 'save"

Data isian

ada yang

diubah, dan ada

yang tidak

diubah.


"Edit Testimoni Success"

Sesuai

Harapan

Valid

2


testimoni diubah

semua, lalu klik tombol 'save"

Semua data

isian

diubah


"Edit Testimoni Success"

Sesuai

Harapan

Valid

3

Data isian pada form

testimoni dihapus

lalu klik gambar "silang"

Data

testimoni

ingin dihapus




Sesuai

Harapan

Valid

Tabel IV.26

Hasil Pengujian Black Box Testing Form Admin Administrator



1

Data isian pada form tambah admin tidak diisi semua, lalu

klik tombol 'save"

Semua data isian

kosong


Sesuai Harapan

Valid

2

Data isian pada form tambah admin tidak diisi secara

lengkap, lalu klik tombol

'save"

Data isian ada yang

diisi,

dan ada yang tidak

diisi.


Sesuai Harapan

Valid

3


admin diisi secara lengkap,


Semua data

isian diisi

Sistem menerima data admin dan

menampilkan pesan "Insert Admin

Success"

Sesuai

Harapan

Valid

4


admin hanya beberapa yang

diubah, lalu klik tombol 'save"

Data isian

ada yang

diubah, dan ada

yang tidak

diubah.


"Edit Admin Success"

Sesuai

Harapan

Valid

5


admin diubah semua, lalu

klik tombol 'save"

Semua data

isian

diubah


"Edit Admin Success"

Sesuai

Harapan

Valid

6

Data isian pada form admin

dihapus lalu klik gambar

"silang"

Data admin

ingin

dihapus




Sesuai

Harapan

Valid

Tabel IV.27

Hasil Pengujian Black Box Testing Form Konfirmasi Pembayaran Administrator



1

Status pembayaran diubah

yang sebelumnya berstatus

konfirmasi menjadi ok.

Klik isi

status pada

kolom

Sistem merubah isi status yang semula

berisi konfirmasi menjadi ok dan

tersimpan didalam database.

Sesuai

Harapan

Valid

status.

Tabel IV.28

Hasil Pengujian Black Box Testing Form Cetak Laporan Administrator



1

Melihat print out data

laporan pendaftaran dan pembayaran yang

selanjutnya akan dicetak.

Pilih data

yang akan dicetak (siswa

atau

Sistem menampilkan bentuk print out

dari data laporan yang telah dipilih.

Sesuai

Harapan

Valid

pembayaran)

yang ada pada

kolom

combo box.

bab iii pembahasan...bab iii pembahasan 3.1. analisis kebutuhan prosedur sistem informasi...

Documents