bab iv rancangan sistem dan program usulan · sistem informasi pendaftaran siswa baru berbasis web...

28

BAB IV

RANCANGAN SISTEM DAN PROGRAM USULAN

4.1. Analisis Kebutuhan Software

A. Tahapan Analisis

Sistem informasi pendaftaran siswa baru berbasis web di mana pendaftar

dan admin pendaftaran siswa baru tidak bertatap muka secara langsung.

Pendaftar melakukan pendaftaran secara online. Berikut ini spesifikasi kebutuhan

dari sistem tersebut:

A. Halaman Pengunjung

A1. Pengunjung dapat melihat beranda.

A2. Pengunjung dapat melihat profil kami.

A3. Pengunjung dapat melihat hubungi kami.

A4. Pengunjung dapat melihat cara daftar.

A5. Pengunjung dapat melihat jenis kursus.

A6. Pengunjung dapat melakukan registrasi.

B. Halaman Pendaftar

B1. Pendaftar dapat melakukan login.

B2. Pendaftar dapat mengisi formulir pendaftaran.

B3. Pendaftar dapat melakukan konfirmasi bayar.

B4. Pendaftar dapat melihat jadwal.

B5. Pendaftar dapat melihat data pengajar

B6. Pendaftar dapat melakukan logout.

29

C. Halaman Administrator

C1. Administrator dapat melakukan login.

C2. Administrator dapat mengelola jenis kursus.

C3. Administrator dapat mengelola kelas kursus.

C4. Administrator dapat mengelola data kelas.

C5. Administrator dapat melihat data pendaftar.

C6. Administrator dapat mengelola data pengajar.

C7. Administrator dapat mengelola jam belajar.

C8. Administrator dapat mengelola jadwal.

C9. Administrator dapat mengelola data user.

C10. Administrator dapat mengelola konfirmasi pembayaran.

C11. Administrator dapat melihat laporan pembayaran.

C12. Administrator dapat melakukan logout.

D. Halaman Pengajar

D1. Pengajar dapat melakukan login.

D2. Pengajar dapat melihat jadwal

D3. Pengajar dapat melakukan logout.

B. Use Case Diagram

1. Use Case Diagram Halaman Pengunjung

30

Gambar IV.1 Use Case Diagram Halaman Pengunjung

Tabel IV.1

Deskripsi use case diagram Halaman Pengunjung

Use Case Name Halaman Pengunjung

Requirements A6

Goal Pengunjung dapat mendaftar sebagai pendaftar

via website.

Pre-Conditions Pengunjung dapat melihat isi dari website

Pendaftaran Siswa Baru sebelum memutuskan

mendaftarkan diri sebagai pendaftar.

Post-Conditions Pengunjung dapat melakukan registrasi.

Failed End Condition Pengunjung tidak dapat langsung mengisi

formulir pendaftaran sebelum registrasi.

Primary Actors Pengunjung

Main Flow / Basic Path 1. Pengunjung memilih menu registrasi.

2. Sistem akan menampilkan menu registrasi.

3. Pengunjung mengisi data nama pendaftar,

email pendaftar dan no hp pendaftar.

4. Sistem akan menyimpan data registrasi

pendaftar.

Invariant : -

31

2. Use Case Diagram Halaman Pendaftar

Gambar IV.2 Use Case Diagram Halaman Pendaftar

Tabel IV.2

Deskripsi use case diagram Halaman Pendaftar

Use Case Name Halaman Pendaftar

Requirements B1 – B5

Goal Pendaftar dapat mengisi formulir pendaftaran

Pre-Conditions Pendaftar harus melakukan pembayaran dan

segera melakukan konfirmasi pembayaran.

Post-Conditions Pendaftar login ke halaman pendaftar.

Failed End Condition Pendaftar tidak dapat melakukan cetak bukti

pendaftaran.

Primary Actors Pendaftar

Main Flow / Basic Path 1. Pendaftar mengisi nomor hp pendaftar

untuk login ke halaman pendaftar

2. Sistem mengecek nomor hp pendaftar yang

di isi sesuai. Jika sesuai akan tampil

halaman pendaftar. Jika tidak sesuai akan

keluar pesan bahwa Harap mendaftar

32

dengan masukan nama & email jika belum

mendaftar.

3. Pendaftar dapat mengisi formulir dan

memperbaharui data pribadi kemudian klik

simpan.

4. Sistem akan menampilkan data jadwal dan

pengajar.

5. Pendaftar dapat melakukan transaksi

pembayaran pendaftaran & kursus.

6. Pendaftar dapat meng-upload bukti

pembayaran pada konfirmasi bayar.

7. Sistem akan menyimpan berkas

pembayaran.

8. Pendaftar dapat logout untuk mengakhiri

ruang halaman pendaftar.

Invariant : A9. Pendaftar dapat memilih hari/jam belajar

untuk jadwal kursus.

3. Use Case Diagram Halaman Administrator

Gambar IV.3 Use Case Diagram Halaman Administrator

33

a. Deskripsi Use Case Mengelola Jenis Kursus

Tabel IV.3

Deskripsi Use Case Mengelola Jenis Kursus

Use Case Name Mengelola Jenis Kursus

Requirements C2

Goal Administrator dapat menambah, mengedit

dan menghapus data jenis kursus.

Pre-conditions Administrator telah login ke halaman

administrator.

Post-conditions Jenis kursus terupdate

Failed end condition Gagal menyimpan, mengupdate, atau

menghapus jenis kursus

Primary Actors Administrator

Main Flow / Basic Path 1. Administrator memilih menu jenis

kursus.

2. Sistem menampilkan jenis kursus.

3. Administrator menambah data,

mengedit dan menghapus jenis kursus.

4. Kemudian memilih tombol simpan.

5. Sistem akan menampilkan update jenis

kursus

Invariant C2. Administrator dapat memilih tambah

data, edit dan hapus data jenis kursus.

b. Deskripsi Use Case Mengelola Kelas Kursus

Tabel IV.4

Deskripsi Use Case Mengelola Kelas Kursus

Use Case Name Mengelola Kelas Kursus

Requirements C3


dan menghapus data kelas kursus


administrator.

Post-conditions Kelas kursus terupdate

Failed end condition Gagal menyimpan, mengupdate, atau

menghapus kelas kursus.


Main Flow / Basic Path 1. Administrator memilih menu kelas

kursus.

2. Sistem menampilkan kelas kursus.

34

3. Administrator menambah data,

mengedit dan menghapus kelas kursus.

4. Kemudian memilih tombol simpan.

5. Sistem akan menampilkan update kelas

kursus

Invariant C3. Administrator dapat memilih tambah

data, edit dan hapus data kelas kursus.

c. Deskripsi Use Case Mengelola Data Kelas

Tabel IV.5

Deskripsi Use Case Mengelola Data Kelas

Use Case Name Mengelola Data Kelas

Requirements C4

Goal Administrator dapat menambah, mencetak,

mengedit dan menghapus data kelas


administrator

Post-conditions Data kelas ter-update.

Failed end condition Gagal menambahkan data kelas.


Main Flow / Basic Path 1. Administrator memilih menu data kelas.

2. Sistem menampilkan data kelas.

3. Administrator dapat menambah,

mencetak, mengedit dan menghapus

data kelas

4. Sistem akan menampilkan update data

kelas.

C4. Administrator dapat menambah,

mencetak, mengedit dan menghapus

data kelas.

d. Deskripsi Use Case Mengelola Data Pendaftar

Tabel IV.6

Deskripsi Use Case Mengelola Data Pendaftar

Use Case Name Mengelola Data Pendaftar

Requirements C5

Goal Administrator dapat melihat, menghapus dan

mencetak data pendaftar

35


administrator

Post-conditions Data pendaftar ter-update

Failed end condition Gagal melihat, menghapus, dan mencetak

data pendaftar.


Main Flow / Basic Path 1. Administrator memilih data pendaftar.

2. Sistem menampilkan data pendaftar.

3. Administrator dapat melihat detail,

menghapus dan mencetak data

pendaftar.

4. Kemudian memilih tombol

update/simpan.


pendaftar.

Invariant C5. Admin dapat melihat detail, menghapus,

dan mencetak data pendaftar.

e. Deskripsi Use Case Mengelola Data Pengajar

Tabel IV.7

Deskripsi Use Case Mengelola Data Pengajar

Use Case Name Mengelola Data Pengajar

Requirements C6

Goal Administrator dapat menambah, mencetak,

mengedit, menghapus dan melihat detail data

pengajar.


administrator.

Post-conditions Data pengajar ter-update

Failed end condition Gagal menambah, mencetak, mengedit,

menghapus dan melihat detail data pengajar.


Main Flow / Basic Path 1. Administrator memilih menu data

pengajar.

2. Sistem menampilkan data pengajar.


mencetak, mengedit, menghapus dan

melihat detail data pengajar.


update/simpan.


36

pengajar.

Invariant C6. Administrator dapat menambah,

mencetak, mengedit, menghapus dan

melihat detail data pengajar.

f. Deskripsi Use Case Mengelola Jam Belajar

Tabel IV.8

Deskripsi Use Case Mengelola Jam Belajar

Use Case Name Mengelola Jam Belajar

Requirements C7


dan menghapus jam belajar.


administrator.

Post-conditions Jam belajar ter-update.

Failed end condition Gagal menambah, mengedit dan menghapus

jam belajar


Main Flow / Basic Path 1. Administrator memilih menu jam

belajar.

2. Sistem menampilkan jam belajar.


mengedit dan menghapus jam belajar.


update/simpan.

5. Sistem akan menampilkan update jam

belajar.


mengedit dan menghapus jam belajar.

g. Deskripsi Use Case Mengelola Jadwal

Tabel IV.9

Deskripsi Use Case Mengelola Jadwal

Use Case Name Mengelola Jadwal

Requirements C8

Goal Administrator dapat menghapus jadwal.


administrator.

37

Post-conditions Jadwal terhapus

Failed end condition Gagal menghapus jadwal.


Main Flow / Basic Path 1. Administrator memilih menu jadwal.

2. Sistem menampilkan jadwal.

3. Administrator menghapus jadwal.

4. Sistem akan menghapus data di jam

belajar.

Invariant C8. Administrator menghapus jadwal.

h. Deskripsi Use Case Mengelola Data User

Tabel IV.10

Deskripsi Use Case Mengelola Data User

Use Case Name Mengelola Data User

Requirements C9

Goal Administrator dapat menambah, mengedit,

melihat detail user


administrator.

Post-conditions Administrator dapat menambahkan data user

Failed end condition Tidak bisa menambah dan menghapus data

user.


Main Flow / Basic Path 1. Administrator memilih menu data user.

2. Sistem menampilkan data user.

3. Administrator dapat menambahkan,

mengedit dan melihat detail user


user.


mengedit, dan melihat detail user

38

i. Deskripsi Use Case Mengelola Data Konfirmasi Pembayaran

Tabel IV.11

Deskripsi Use Case Mengelola Konfirmasi Pembayaran

Use Case Name Mengelola Konfirmasi Pembayaran

Requirements C10

Goal Administrator dapat melihat, mecetak dan

memilih acc konfirmasi pembayaran.


administrator.

Post-conditions Data konfirmasi pembayaran ter-update.

Failed end condition Tidak bisa menghapus data konfirmasi

pembayaran.


Main Flow / Basic Path 5. Administrator memilih menu konfirmasi

pembayaran.

6. Sistem menampilkan konfirmasi

pembayaran.

7. Administrator dapat melihat detail,

mencetak dan memilih acc konfirmasi

pembayaran.


konfirmasi pembayaran.

Invariant C10. Administrator dapat melihat, mencetak

dan memilih acc konfirmasi pembayaran

j. Deskripsi Use Case Melihat Laporan

Tabel IV.12

Deskripsi Use Case Melihat Laporan

Use Case Name Melihat Laporan

Requirements C11

Goal Administrator dapat melihat laporan data

pendaftaran.


administrator.

Post-conditions Mencetak laporan.

Failed end condition Gagal melihat laporan.


Main Flow / Basic Path 1. Administrator memilih menu laporan.

39

2. Sistem menampilkan halaman laporan.

3. Administrator mengisi tanggal, bulan

dan tahun laporan yang ingin dilihat.

4. Sistem akan menampilkan laporan

pendaftaran calon siswa.

5. Administrator dapat mencetak laporan

Invariant C11. Dapat memilih periode tertentu untuk

melihat laporan pembayaran

C. Activity Diagram

Activity diagram yang digunakan unutk merancang sistem usulan adalah

sebagai berikut :

a. Activity diagram halaman Registrasi

Gambar IV.4

Activity diagram Pengunjung Registrasi

40

b. Activity diagram halaman Login Pendaftar

Gambar IV.5

Activity diagram Login Pendaftar

c. Activity diagram halaman Formulir Pendaftaran

Gambar IV.6

Activity diagram Formulir Pendaftaran

41

d. Activity diagram Pendaftar Konfirmasi Pembayaran

Gambar IV.7

Activity diagram Konfirmasi Pembayaran

e. Activity diagram halaman Pendaftar

Gambar IV.8

Activity diagram halaman Pendaftar

42

f. Activity diagram Administrator

Gambar IV. 9

Activity diagram administrator

4.2. Desain

Pada tahapan ini akan menjelaskan tentang desain Database, desain

software architecture dan desain interface dari sitem yang sedang dibuat.

4.2.1 Database

Berikut ini adalah penggambaran hubungan tabel dalam Database

Perancangan Sistem Informasi online yang menggunakan Entity Relationship

Diagram dan Logical Record Structure

43

1. Entity Relationship Diagram

Gambar IV.10

Gambar Entity Relationshionship

44

2. Logical Record Structure

Gambar IV.11

Logical Record Structure

45

3. Spesifikasi File

a. Spesifikasi File Tabel User

Nama Database : morisa

Nama File : Tabel User

Akronim : User.myd

Tipe File : File Master

Akses File : Random

Panjang Record : 248 Byte

Kunci Field : id_user

Tabel IV.13

Spesifikasi File User

No Elemen Data Nama field Type size Keterangan

1. Id User id_user Integer 5 Primary Key

2. Nama nm_user Varchar 45

3. Handphone hp_user Varchar 13

4. Email email_user Varchar 45

5. Jenis Kelamin jk_user Enum(‘L’,‘P’)

6 Level level_user Varchar 45

7 Aktif aktif_user Enum(‘Y’, ‘N’)

8 Password Password_user Varchar 50

b. Spesifikasi File Table Pendaftar


Nama File : Tabel Pendaftar

Akronim : Pendaftar.myd


46

Akses File : Random


Kunci Field : id_pendaftar

Tabel IV.14

Spesifikasi File Pendaftar

No. Elemen Data Nama field Type Size Keterangan

1. Id Pendaftar id_pendaftar integer 11 Primary Key

2. Nama Pendaftar nm_pendaftaran varchar 75

3. Email email_pendaftar varchar 75

4. Handphone hp_pendaftar varchar 12

c. Spesifikasi File Table Konfirmasi

Nama Database : db_morisa

Nama File : Tabel Konfirmasi

Akronim : Konfirmasi.myd

Tipe File : File Transakasi

Akses File : Random


Kunci Field : id_konfirmasi

Tabel IV.15

Spesifikasi File Konfirmasi

No Elemen Data Akronim Type

Wid

th Desk

1. Id Konfirmasi id_konfirmasi Integer 11 Primary key

2. Id Pendaftaran id_pendaftaran Integer 11 Forigen Key

3. Tanggal tgl Date

4. Jam jam Time

47

5. Bank Anda bank_anda Varchar 45

6. No Rekening Anda norek_anda Varchar 45

7. Atas Nama an Varchar 45

8. Bank Kami bank_kami Varchar 45

9. Bukti Slip Bukti Text

10. Status acc Enum (“N”,”Y”)

11. Jenis Pembayaran jenis Varchar 50

d. Spesifikasi File Table Formulir


Nama File : Tabel Formulir

Akronim : Formulir.myd


Akses File : Random


Kunci Field : id_formulir

Tabel IV.16

Spesifikasi File Formulir


Wid

th Desk

1. Id Formulir id_formulir Integer 16 Primary key

2. Id Pendaftar id_pendaftar Integer 11 Forigen Key

3. Nama Calon Siswa nm_casis Varchar 45

4. Umur umur Integer 11

5. Pendidikan pendidikan Varchar 35

6. Alamat Sekolah alamat_sekolah Text

7. Id Jenis Kursus id_jenis_kursus Integer 11 Forigen Key

48

e. Spesifikasi File Table Jadwal


Nama File : Tabel Jadwal

Akronim : Jadwal.myd


Akses File : Random


Kunci Field : id_jadwal

Tabel IV.17

Spesifikasi File Jadwal


Wid

th Desk

1. Id Jadwal id_jadwal Integer 11 Primary key

2. Id Jam id_jam Integer 11 Forigen Key

3. Nama Kelas nmkelas Varchar 45

4. Kuota kuota Integer 11

5. Hari hari Varchar 10

6. Id Pendaftar id_pendaftar Integer 11 Forigen Key

4.2.2. Software Architecture

A. Component diagram

Menggambarkan struktur dan hubungan antar komponen piranti lunak,

termasuk ketergantungan diantaranya. Component Diagram juga dapat berupa

interface yang berupa kumpulan layanan yang disediakan oleh komponen untuk

komponen lainnya.

49

Gambar IV.12

Component Diagram

B. Deployment Diagram

Menggambarkan tata letak sistem secara fisik, yang menampakkan bagian-

bagian software yang berjalan pada hardware yang digunakan untuk

mengimplementasikan sebuah sistem dan keterhubungan antara komponen

hardware-hardware tersebut.

Gambar IV.13

Deployment Diagram

50

4.2.3. User Interface

a. Tampilan Halaman Login Administrator

Gambar IV.14

Tampilan halaman Login Administrator

b. Tampilan Halaman Administrator

Gambar IV.15

Tampilan halaman Administrator

51

c. Tampilan Halaman Jenis Kursus

Gambar IV.16

Tampilan halaman Jenis Kursus

d. Tampilan Halaman Kelas Kursus

Gambar IV.17

Tampilan halaman Kelas Kursus

52

e. Tampilan Halaman Data Pendaftar

Gambar IV.18

Tampilan halaman Data Pendaftar

f. Tampilan Halaman Data Pengajar

Gambar IV.19

Tampilan halaman Data Pengajar

53

g. Tampilan Halaman Jadwal

Gambar IV.20

Tampilan halaman Jadwal

h. Tampilan Halaman Data User

Gambar IV.21

Tampilan halaman Data User

54

i. Tampilan Halaman Konfirmasi Pembayaran

Gambar IV.22

Tampilan halaman Konfirimasi Pembayaran

j. Tampilan Halaman Laporan Pembayaran

Gambar IV.23

Tampilan halaman Laporan Pembayaran

55

k. Tampilan Halaman Formulir Pendaftaran

Gambar IV.24

Tampilan halaman Formulir Pendaftaran

l. Tampilan Halaman Registrasi / Login Pendaftar

Gambar IV.25

Tampilan halaman Registrasi/ Login Pendaftar

56

m. Tampilan Halaman Pengajar

Gambar IV.26

Tampilan halaman Pengajar

4.3. Code Generation

A. Data Pendaftar

<h3>Data Pendaftar </h3> <hr> <a href="pendaftaran_cetak.php" target="_blank">Cetak</a> <br> <table border="1" style="border-collapse: collapse;" width="100%" cellpadding="10">

<tr>

<td>No</td>

<td>Pendaftar</td>

<td>Calon Siswa</td>

<td>Umur</td>

<td>Pendidikan</td>

<td>Email Pendaftar</td>

<td>#</td>

</tr>

<?php $kode="select * from formulir,pendaftar where formulir.id_pendaftar=pendaftar.id_ pendaftar order by id_formulir"; $sql=$konek->query($kode); $no=1; foreach($sql as $data){

echo "

57

<tr>

< td>$no</td>

<td>$data[nm_pendaftar]</td>

<td>$data[nm_casis]</td>

<td>$data[umur]</td>

<td>$data[pendidikan]</td>

<td>$data[email_pendaftar]</td>

<td>

<a href=\"?page=pendaftaran_detail&id_formulir=$data[id_formulir]\">Detail</a>

<a href=\"?page=pendaftaran_hapus&id_formulir=$data[id_formulir]\" onclick=\" javascript: return confirm('APA YAKIN?')\">Hapus</a>

</td> </tr> "; $no++;

} ?>

</table>

B. Formulir Pendaftaran

<?php if (!isset($_SESSION['hp_pendaftar'])) { echo "<script>alert('Silahkan melakukan registrasi pendaftaran dahulu untuk bisa mengisi formulir');document.location='?page=registrasi'</script>"; } if (isset($_POST['update'])) { $id_pendaftar=$_POST['id_pendaftar']; $nm_casis=$_POST['nm_casis']; $umur=$_POST['umur'];

$pendidikan=$_POST['pendidikan']; $alamat_sekolah=$_POST['alamat_sekolah']; $id_jenis_kursus=$_POST['id_jenis_kursus']; $kode_insert=$konek->prepare("update formulir set id_pendaftar='$id_ pendaftar', nm_casis= '$nm_casis', umur='$umur',pendidikan='$pendidikan',alamat_sekolah='$alamat_sekolah',id_jenis_kursus=

'$id_jenis_kursus' where id_formulir='$id_formulir'"); $insert_formulir=$kode_insert->execute(); if ($insert_formulir) { echo "<script>alert('UPDATE DATA BERHASIL');document.location='?page=formulir_berhasil'</script>"; } else{ echo "GAGAL";}

} if (isset($_POST['simpan'])) { $nm_casis=$_POST['nm_casis']; $umur=$_POST['umur']; $pendidikan=$_POST['pendidikan']; $alamat_sekolah=$_POST['alamat_sekolah']; $id_jenis_kursus=$_POST['id_jenis_kursus'];

$kode_insert=$konek->prepare("insert into formulir (id_pendaftar,nm_casis,umur,pendidikan,alamat_sekolah,id_jenis_kursus) values (?,?,?,?,?,?)"); .. $data_insert=array($id_pendaftar_sesi,$nm_casis,$umur,$pendidikan,$alamat_sekolah, $id_jenis_kursus); $insert_formulir=$kode_insert->execute($data_insert); if ($insert_formulir) {

58

header("location:?page=formulir_berhasil"); } else{ echo "GAGAL";} } $lihat=$konek->query("select * from formulir where id_pendaftar='$id_pendaftar_sesi'"); $cekdata=$lihat->rowCount();

$datanya=$lihat->fetch(); if ($cekdata>=1) { $label="update"; $id_formulir="<input type=\"hidden\" name=\"id_formulir\" value=\"$datanya[id_formulir] \">"; $nm_casis=$datanya['nm_casis']; $umur=$datanya['umur']; $pendidikan=$datanya['pendidikan'];

$alamat_sekolah=$datanya['alamat_sekolah']; $id_jenis_kursus=$datanya['id_jenis_kursus']; } else{ $label="simpan"; $id_formulir=""; $nm_casis=""; $umur="";

$pendidikan=""; $alamat_sekolah=""; $id_jenis_kursus=""; } ?> <h3>Formulir Pendaftaran Calon Siswa</h3> <hr> <br>

<form method="POST" action="?page=formulir"> <?php echo $id_formulir; ?> <table cellpadding="5" cellspacing="6">

<tr> <td>Nama Calon Siswa</td><td> <input type="text" name="nm_casis" value="<?php echo $nm_casis; ?>" required> </td>

</tr> <tr> <td>Umur Calon Siswa</td> <td> <input type="text" name="umur" value="<?php echo $umur; ?>" required> </td> </tr> <tr>

<td>Pendidikan</td> <td> <select name="pendidikan" required=""> <option value="<?php echo $pendidikan; ?>"><?php echo $pendidikan; ?></option> <option value="">-----</option> <option>TK</option> <option>SD</option> <option>SMP</option>

<option>SMA/SMK</option> <option>PT</option> <option>Lain-lain</option> </select> </td> </tr> <tr>

59

<td>Alamat Sekolah Asal</td> <td> <textarea name="alamat_sekolah" rows="5" cols="50" required=""><?php echo $alamat_ sekolah; ?></textarea> </td> </tr> <tr>

<td>Jenis Kursus Pilihan</td> <td> <select name="id_jenis_kursus" required=""> <?php $query=$konek->query("select * from macam order by id_jenis_kursus"); foreach($query as $data){

if ($id_jenis_kursus==$data['id_jenis_kursus']) { $ceklist="selected=\"selected\""; } else{ $ceklist=""; } echo "<option value=\"$data[id_jenis_kursus]\" $ceklist>$data[macam]</option>";

} ?> </select> </td> </tr>

<tr> <td colspan="2"> <input type="submit" name="<?php echo $label; ?>" value="Simpan"> <input type="reset" name="batal" value="Batal"> </td> </tr> </table>

</form>

C. Form Konfirmasi Pembayaran

<a href="?page=konfirmasi_bayar_all">Lihat Semua Konfirmasi</a> || <font size="3"><b>Konfirmasi Baru</b></font>

<hr> <a href="konfirmasi_cetak.php" target="_blank">CETAK</a> <br><br> <table width="100%" border="1" style="border-collapse: collapse;" cellpadding="7" cellspacing="7"> <thead> <tr> <th>No</th> <th>ID konfirmasi</th>

<th>Pendaftar</th> <th>tgl</th> <th>jam</th> <th>Bank anda</th> <th>No Rek anda</th> <th>an</th> <th>Bank Kami</th>

60

<th>Jenis</th> <th>Acc</th> <th>#</th> </tr> </thead> <tbody> <?php

$query=$konek->query("select DISTINCT * from konfirmasi"); $no=1; foreach($query as $data){ echo " <tr> <td align=\"center\">$no</td> <td align=\"center\">$data[id_konfirmasi]</td> <td align=\"center\">$data[id_pendaftar]</td>

<td align=\"center\">$data[tgl]</td> <td align=\"center\">$data[jam]</td> <td align=\"center\">$data[bank_anda]</td> <td align=\"center\">$data[norek_anda]</td> <td align=\"center\">$data[an]</td> <td align=\"center\">$data[bank_kami]</td> <td align=\"center\">$data[jenis]</td> <td align=\"center\"><font color=\"#00E632\"><b>$data[acc]</b></font></td>

<td align=\"center\"><a href=\"?page=konfirmasi_bayar_view&id_konfirmasi=$data[id_konfirmasi]\"><img src=\"../gambar/view.png\" width=\"20\"></a></td> </tr> "; $no++; } ?> </tbody>

</table>

4.4. Testing

A. Halaman Login Admin

Tabel IV.18

Hasil Pengujian Blackbox testing halaman Login Admin

No Skenario

Pengujian Test Case

Hasil yang

diharapkan

Hasil

pengujia

n

Kes

1

Mengosongkan

semua isian data

login pada login

admin , lalu

langsung mengklik

tombol “Login”

Email :

(kosong)

Password :

(kosong)

Sistem menolak

akses dan

menampilkan

pesan “Please fill

out this field”.

Sesuai Valid

2

Hanya mengisi

Email dan

mengosongkan

Email:

admin@gmail.

com

Sistem menolak

akses dan

menampilkan

Sesuai Valid

61

password lalu klik

“Login”

Password :

(kosong)


out this field”

3

Hanya mengisi

password dan

mengosongkan

email, lalu

langsung mengklik

tombol “Login”

Email :

(kosong)

Password :

123

Sistem menolak

akses dan

menampilkan


out this field”.

Sesuai Valid

4

Menginputkan data

login yang benar,

lalu mengklik

tombol “Login”

Email :

admin@gmail.

com

Password :

123

Sistem menerima

akses login dan

kemudian

langsung

menampilkan

pesan “Login

sukses” kemudian

masuk ke halaman

admin

Sesuai Valid

B. Halaman Login Pendaftar

Tabel IV.19

Hasil Pengujian Blackbox testing halaman Login Pendaftar

No Skenario

Pengujian Test Case

Hasil yang

diharapkan

Hasil

pengujia

n

Kes

1

Mengosongkan

isian data login

pada login admin ,

lalu langsung

mengklik tombol

“Login”

No. Hp

Pendaftar :

(kosong)

Sistem menolak

akses login dan

menampilkan

pesan “Please

enter a number”

Sesuai Valid

2

Menginputkan

data login yang

benar, lalu

mengklik tombol

“Login”

No. Hp

Pendaftar :

08389900983

1

Sistem menerima

akses login dan

kemudian

langsung

menampilkan

pesan “Anda

Sudah Terdaftar”

kemudian masuk

ke halaman

pendaftar

Sesuai Valid

62

C. Halaman Formulir Pendaftaran

Tabel IV.20

Hasil Pengujian Blackbox testing halaman Formulir Pendaftaran

No Skenario

Pengujian Test Case

Hasil yang

diharapkan

Hasil

pengujia

n

Kes

1

Mengosongkan

semua isian data

pada formulir

pendaftaran online,

lalu langsung

mengklik tombol

“Simpan”

Semua isian

kosong

Sistem

menolak akses

dan

menampilkan

pesan

““Please fill

out this

field””.

Sesuai Valid

2

Mengosongkan

semua isian data

hanya mengisi

Nama Lengkap,

lalu langsung

mengklik tombol

“Simpan”

Terisi sebagian

Sistem

menolak akses

dan

menampilkan

pesan

““Please fill

out this field””

Sesuai Valid

3

Mengisi semua

isian data pada

form pendaftaran

online mengklik

tombol “Simpan”

Terisi semua

Sistem

menerima dan

menampilkan

pesan “

Formulir

sudah terisi”

Sesuai Valid

C. Halaman Kofirmasi Bayar

Tabel IV.21

Hasil Pengujian Blackbox testing halaman Konfirmasi Bayar

No Skenario

Pengujian Test Case

Hasil yang

diharapkan

Hasil

pengujia

n

Kes

1

Mengosongkan

semua isian data

pada form

konfirmasi bayar,

lalu langsung

Semua isian

kosong

Sistem

menolak akses

dan

menampilkan

pesan

Sesuai Valid

63

mengklik tombol

“Kirim

Konfirmasi”

““Please fill

out this

field””.

2

Mengosongkan

semua isian data

hanya mengisi

nominal transfer,

lalu langsung

mengklik tombol

“Kirim

Konfirmasi”

Terisi sebagian

Sistem

menolak akses

dan

menampilkan

pesan

““Please fill

out this field””

Sesuai Valid

3

Mengisi semua

isian data pada

form konfirmasi

bayar lalu mengklik

tombol “Kirim

Konfirmasi Bayar”

Terisi semua

Sistem

menerima dan

menampilkan

pesan “

Berhasil

Konfirmasi”

Sesuai Valid

4.5. Support

Pada sub bab ini memaparkan tentang publikasi web dan spesifikasi

perangkat lunak (software) dan perangkat keras (hardware) yang akan digunakan

untuk menjalankan sistem yang dibuat.

4.5.1 Publikasi Web

Domain merupakan nama unik untuk web, domain merupakan yang

diakhiri dengan .com, .net, .org, .biz, .tv dan lain-lain. Untuk analisa biaya hosting

Morisa College mengambil hosting berbayar, yaitu www.rumahweb.com yang

digunakan untuk hosting web www.morisa.rinsite.com

http://www.rumahweb.com/

http://www.morisa.rinsite.com/

64

Gambar IV. 27

Spesifikasi Harga Hosting

4.5.2 Spesifikasi Hardware dan Software

Menjelaskan tentang kebutuhan hardware dan software standard yang

akan digunakan untuk dapat menjalankan sistem usulan. Kebutuhan hardware

tersebut meliputi : Processor, Memory, Monitor, Hard Disk,Keyboard, Mouse,

dan Printer. Kebutuhan software tersebut meliputi : Sistem Operasi, Software

Aplikasi & Software Database.

Tabel IV.22

Spesifikasi Software dan Hardware

Kebutuhan Keterangan

Sistem Oprasi Windows 8 Pro 64-bit

Prosesor Intel® Core™ i3-4005U CPU 1.70GHz

Ram 2.00 GB

Harddisk 500 GB

Dvd Sup.MTI.

65

Monitor SVGA 14”

Keyboard 108 Key

Mouse Standar

Printer Inkjet

Browser Mozilla Firefox, Internet Explorer, Google Chrome

Software Adobe Dreamweaver CS3, PHP My Admin

Selain hardware dan software yang disebutkan diatas, adapula tools yang

di pergunakan untuk membuat aplikasi dan sistem, yaitu : sistem Operasi

Windows, Adobe Dreamweaver CS3 sebagai editor , XAMPP sebagai server

local.

4.6. Spesifikasi Dokumen Sistem Usulan

Dalam spesifikasi sistem usulan ini terdapat beberapa dokumen yang

meliputi dokumen masukan dan dokumen keluaran, adapun spesifikasinya adalah

sebagai berikut:

1. Nama Dokumen : Formulir Pendaftaran Online

Fungsi : Sebagai masukan data pendaftar

Sumber : Pendaftar

Tujuan : Admin

Media : Tampilan

Frekuensi : Setiap ada pendaftaran

Bentuk : Lampiran B-1

2. Nama Dokumen : Konfirmasi Pembayaran

Fungsi : Laporan data konfirmasi pembayaran

Sumber : Pendaftar

66

Tujuan : Admin

Media : Tampilan

Frekuensi : Setiap ada transaksi pembayaran


3. Nama Dokumen : Laporan Pembayaran

Fungsi : Laporan data pembayaran siswa

Sumber : Admin

Tujuan : Pimpinan Lembaga

Media : Tampilan

Frekuensi : Setiap ada transaksi konfirmasi pembayaran


bab iv rancangan sistem dan program usulan · sistem informasi pendaftaran siswa baru berbasis web...

Documents