BAB IV

HASIL PENELITIAN DAN PEMBAHASAN

4.1 Desain Awal Produk

Desain awal produk dalam penelitian ini menggunakan penelitian

pengembangan kemudian untuk pengembangan sistem menggunakan model

SDLC (Software Development Life Cycles). Tahap pengembangan model

SDLC terdiri dari 6 tahapan, yaitu tahap analisis kebutuhan sistem, tahap

desain, tahap konstruksi, tahap implementasi sistem, tahap tes program, tahap

perawatan perangkat lunak.

4.1.1 Analisis Kebutuhan Sistem

Pada penelitian ini analisis kebutuhan sistem dilakukan proses observasi

dan wawancara, menentukan kebutuhan fungsional dan non fungsional, aktor

yang terlibat dalam penggunaan sistem, kebutuhan perangkat.

4.1.1.1 Observasi dan Wawancara

Observasi dan wawancara dalam penelitian ini yaitu dengan

mengajukan pertanyaan mengenai kondisi sistem saat ini dan kebutuhan fungsi

yang akan diterapkan kedalam sistem (dapat dilihat pada lampiran 1).

4.1.1.2 Kebutuhan Fungsional dan Non Fungsional

Bedasarkan hasil dari observasi dan wawancara maka dapat dibuat tabel

kebutuhan fungsional dan non fungsional yang terdapat dalam sistem.

Kebutuhan fungsional adalah kebutuhan yang berisi proses yang terdapat pada

40
 41

sistem. sedangkan kebutuhan non fungsional merupakan kebutuhan yang

menitik beratkan pada perilaku yang dimiliki oleh sistem.

Tabel 4.11 Kebutuhan Fungsional

No Nama Fungsi Keterangan

Pada proses ini adalah Admin/ Operator sekolah,
1. Login pengguna
Guru Kelas, Kepala Sekolah dan Wali Murid
2. Master data kelas Sistem menampilkan data kelas.
Sistem menampilkan tahun ajaran dan status tahun
3. Master Tahun Ajaran
ajaran.
4. Master data jabatan Sistem menampilkan data pejabat dan status user.
5. Master data siswa Sistem menampilkan data siswa dan status user.
6. Guru Kelas Admin melakukan edit Guru kelas.
7. Reset Password Admin bisa melakuan reset password semua user.
Wali murid melakukan proses pengisian form
9. Tansaksi Isi Buku
aktivitas siswa dirumah
Admin, Guru Kelas, wali murid bisa melihat hasil
10. Hasil Buku
Buku.
Admin, Guru Kelas, kepala sekolah, bias melihat
13. Laporan
dan mencetak laporan

Tabel 4.2 Kebutuhan Non Fungsional

No Kebutuhan Keterangan
1. Avability Sistem berjalan 24 jam kecuali ada perbaikan
2. Interface User friendly

3. Portability Berjalan di semua platform yang memiliki web browser

4.1.1.3 Aktor yang Terlibat

Bedasarkan hasil dari observasi dan wawancara maka dapat disimpulkan

bahwa pengguna sistem dibagi menjadi 4 yaitu, Admin/operator sekolah, Guru

kelas, Kepala Sekolah dan wali murid.

Tabel 4.3 Aktor yang Terlibat

 42

No. Aktor Peran Hak Akses

1. Admin/Operator Berperan Sebagai admin 1. Mastering data kelas

sekolah utama 2. Mastering tahun ajaran
3. Mastering data jabatan
4. Menu Guru kelas
5. Melihat hasil buku
6. Transaksi isi buku
7. Laporan buku penghubung
siswa
2. Guru Kelas Berperan sebagai user
yang melihat hasil buku 1. Melihat hasil buku
siswa yang diampu pada 2. Melihat laporan hasil
masing-masing kelas buku siswa
serta menerima laporan
buku penghubung siswa
3. Kepala Sekolah Berperan sebagai user 1. Melihat laporan grafik
yang menerima laporan siswa
buku penghubung siswa 2. Melihat laporan
konseling
4. Wali Murid Berperan sebagai user
yang bias mengisi form 1. Pengisian form aktivitas
aktivitas siswa dirumah siswa
dan melihat hasil 2. Melihat hasil aktivitas
aktivitas siswa di sekolah siswa di sekolah

4.1.1.4 Kebutuhan Perangkat

Pada penelitian ini kebutuhan perangkat meliputi hardware dan softrware,

kebutuhan perangkat sangat dibutuhkan untuk menunjang kinerja dari sistem.

Berikut merupakan kebutuhan perangkta hardware dan software.

Tabel 4.4 Kebutuhan Hardware

No Nama Spesifikasi
1. Processor Intel® Core™ i3-4005U CPU@ 1.70GHz
2. RAM 2.00 GB
3. Hardisk 320 GB
4. LCD Display 1366x768 (recommended)

Tabel 4.5 Kebutuhan Software

 43

No Nama Keterangan
1. Sublime Text Text editor
2. Astah Community Editor UML
3. Xampp MySQL, PHP
4. Google Chrome Platform web browser

4.1.2 Desain Produk

Perancangan desain produk sistem pada penelitian ini menggunakan

(Unified Modeling Language) UML untuk mempermudah penggambaran sistem

dimulai dari pembuatan Use case Diagram Utama, Sub use case, Deskripsi sub

use case, Activity diagram, Sequence diagram dan Class diagram.

4.1.2.1 Use Case Diagram Utama

Use Case Diagram Utama mempresentasikan semua kebutuhan fungsional

yang disusun berdasarkan tabel kebutuhan fungsional. Use Case Diagram utama

dijelaskan pada gambar 4.1

Gambar 4.1 Use Case Diagram Utama

4.1.2.2 Login
 44

Login merupakan proses dimana pengguna bisa mengakses sistem sesuai

dengan hak aksesnya. Berikut merupakan sub use case login.

a. Sub Use Case Login

Gambar 4.2 Sub Use Case Login

b. Deskripsi Sub Use Case Login

Tabel 4.6 Deskrispi Sub Use Case Diagram Login

Use Case Login User ID LA01 Importance Penting
Name Level
Primary Actor User: admin, wali murid, Type Primer
guru kelas, kepala sekolah
Stakeholder User : menginputkan Username dan password
and Interest Sistem : melakukan validasi Username dan password
Brief User melakukan Login dengan memasukkan Username dan password, kemudian
description sistem merespon dengan melakukan validasi input dari User
Trigger User mengakses sistem dengan memasukkan Username dan password, kemudian
menekan tombol Login
Relationship Association : User
System Include : Username, password, menu utama
System Extend : login gagal
Normal flow User login
event 1. User mengakses sistem
2. Sistem menampilkan menu login
3. User menginputkan Username
4. User menginputkan password
5. Sistem mencari data Username dan password ke dalam database
6. Sistem menampilkan halaman menu dan semua menu termasuk akses
data jika login sukses.
Alternate/ Jika pada login tidak terjadi perubahan apapun maka sistem tetap menampilkan
exception flow menu login dan tidak bisa menampilkan menu selanjutnya.

Precondition Login
Postcondition Halaman Utama

c. Activity Diagram Login

 45

Gambar 4.3 Activity Diagram Login

d. Sequence Diagram Login

Gambar 4.4 Sequence Diagram Login

4.1.2.6 Data Siswa

Data siswa digunakan Admin dalam menambah, edit, hapus data siswa.
 46

a. Sub Use Case Data Siswa

Gambar 4.5 Sub Use Case Data Siswa

b. Deskripsi Sub Use Case Data Siswa

Tabel 4.7 Deskrispi Sub Use Case Data Siswa

Use Case Name ID UCDS Importance Penting
Data Siswa Level

Primary Actor Admin Type Primer

Stakeholder and Admin : memaster data siswa dengan menambah, mengubah dan menghapus
Interest Sistem : melakukan menyimpan ke database
Brief Di dalam use case ini dijelaskan bagaimana Admin melakukan mastering
description data siswa
Trigger Admin ingin melakukan mastering data siswa
Relationship Association : Master data siswa
System Include : tambah, ubah, hapus

Normal flow 1. Admin memilih tambah, edit, atau hapus

event 2. Admin menekan tombol simpan
3. Sistem melakukan penyimpanan ke database

Alternate/ Jika pengguna tidak melakukan apapun pada form, maka sistem tidak akan
exception flow menyimpan pada database

Precondition sim_buku/sim_buku.php?menu=list_siswa

Postcondition sim_buku.php?menu=simpan_siswa

c. Activity Diagram Data Siswa

 47

Gambar 4.6 Activity Diagram Data Siswa

d. Sequence Diagram Data Siswa

Gambar 4.7 Sequence Diagram Data Siswa

4.1.2.7 Isi Aktivitas

Isi Aktivitas merupakan menu yang digunakan siswa dalam pengisian

aktivitas siswa.

a. Sub Use Case Isi Aktivitas

 48

Gambar 4.8 Sub Use Case Isi Aktifitas

b. Deskripsi Sub Use Case Isi Aktivitas

Tabel 4.8 Deskrispi Sub Use Case Diagram Isi Aktivitas

Use Case Name ID UCSA Importance Penting

Isi Aktifitas Level

Primary Actor Guru kelas Type Primer

Stakeholder and Siswa: Transaksi isi aktivitas

Interest Sistem : melakukan menyimpan ke database
Brief description Di dalam use case ini dijelaskan bagaimana guru kelas melakukan
transaksi isi aktivitas
Trigger Guru kelas ingin melakukan transaksi isi aktivitas
Relationship Association : Transaksi isi aktifitas
System Include : simpan

Normal flow event 1. Siswa mengisi form isi aktivitas

2. Siswa menekan tombol simpan
3. Sistem melakukan penyimpanan ke database

Alternate/ Jika pengguna tidak melakukan apapun pada form, maka sistem tidak
exception flow akan menyimpan pada database

Precondition sim_buku/sim_buku.php?menu=isi_buku

Postcondition sim_buku/sim_buku.php?menu=isi_buku

c. Activity Diagram Isi Aktivitas

 49

Gambar 4.9 Activity Diagram Isi Aktivitas

d. Sequence Diagram Isi Aktivitas

Gambar 4.10 Sequence Diagram Isi Aktivitas

4.1.2.8 Hasil Aktivitas

Hasil Aktivitas merupakan proses yang digunakan Admin, Wali Kelas,

Siswa dalam mengetahui presentase permasalahan siswa.

a. Sub Use Case Hasil Aktivitas

 50

Gambar 4.11 Sub Use Case Hasil Aktivitas

b. Deskripsi Sub Use Case Hasil Aktivitas

Tabel 4.9 Deskrispi Sub Use Case Diagram Hasil Aktivitas

Use Case Name ID UCHA Importance Penting

Hasil Aktivitas Level

Primary Actor Admin, Siswa, Wali Type Primer

Kelas
Stakeholder and User: lihat hasil aktivitas siswa
Interest Sistem : load data dan menampilkan
Brief description Di dalam use case ini dijelaskan bagaimana user melihat hasil aktivitas
siswa
Trigger User ingin melihat hasil aktivitas
Relationship Association : Hasil Aktivitas
System Include : load data dan menampilkan hasil aktivitas

Normal flow event 1. User memilih menu hasil aktivitas

2. Sistem melakukan load data ke database
3. Sistem menampilkan list data hasil aktivitas

Alternate/ Jika pengguna tidak melakukan apapun pada tombol menu, maka sistem
exception flow tidak akan menampilkan data hasil aktivitas

Precondition sim_buku/sim_buku.php?menu=isi_buku

Postcondition sim_buku/sim_buku.php?menu=lap_kons

c. Activity Diagram Hasil Aktivitas

 51

Gambar 4.12 Activity Diagram Hasil Aktivitas

d. Sequence Diagram Hasil Aktivitas

Gambar 4.13 Sequence Diagram Hasil Aktivitas

4.1.2.10 Laporan Admin

Laporan Admin digunakan admin untuk melihat laporan pengisian buku

penghubung yang telah dilakukan oleh guru dan dapat melihat hasil laporan buku

penghubung tiap siswa.

a. Sub Use Case Laporan Admin

 52

Gambar 4.14 Sub Use Case Laporan Admin/Guru

b. Deskripsi Sub Use Case Laporan Admin/Guru

Tabel 4.10 Deskrispi Sub Use Case Laporan Admin/Guru

Use Case Name ID UCLA Importance Penting

Laporan Admin Level

Primary Actor Admin Type Primer

Stakeholder and Wali Kelas: lihat laporan

Interest Sistem : load data dan menampilkan laporan
Brief description Di dalam use case ini dijelaskan bagaimana Admin melihat laporan
grafik siswa, laporan grafik DCM, laporan perbutir masalah, laporan
hasil DCM, laporan konseling
Trigger Admin/Guru ingin melihat laporan
Relationship Association : Laporan
System Include : load data dan menampilkan laporan
Normal flow event 1. Admin memilih menu laporan
- Laporan grafik siswa
- Laporan grafik DCM
- Laporan perbutir masalah
- Laporan hasil DCM
- Laporan konseling
2. Sistem melakukan load data ke database
3. Sistem menampilkan hasil laporan
Alternate/ Jika pengguna tidak melakukan apapun pada menu laporan, maka sistem
exception flow tidak akan menampilkan halaman hasil laporan
Precondition - sim_buku.php?menu=lap_grafik
- sim_buku.php?menu=lap_grafik_dcm
- sim_buku/sim_.php?menu=lap_butir
- sim_bukuk.php?menu=lap_h_dcm
- sim_bukuk.php?menu=lap_h_kons
Postcondition - sim_buku.php?menu=lap_grafik
- sim_bukuk.php?menu=lap_grafik_dcm
- sim_buku/sim_.php?menu=lap_butir
- sim_buku.php?menu=lap_h_dcm
- im_buku.php?menu=lap_h_kons
c. Activity Diagram Laporan Admin/Guru
 53

Gambar 4.15 Activity Diagram Laporan Admin/Guru

d. Sequence Diagram Laporan Admin/Guru

Gambar 4.16 Sequence Diagram Laporan Admin/Guru

4.1.2.11 Class Diagram

 54

Class diagram merupakan diagram yang menghubungkan antar kelas

pada sistem yang telah dirancang. terdapat beberapa class yang digunakan

diantaranya tbl_kuisioner, tbl_tipe, tm_jabatan, tm_guru, tm_siswa, tm_user,

tm_ruang, tm_ta, ,tm_status, tr_wali, tr_konseling, dan tr_dcm. Adapun model

class diagram yang telah dibuat dijelaskan pada Gambar 4.30.

Gambar 4.17 Class Diagram

4.1.2.12 Perancangan Desain Tampilan (User Interface)

Perancangan desain tampilan atau user interface ini dibuat sebagai

representasi awal tentang rancangan tampilan yang dibuat dengan menggunakan

aplikasi Balsamiq Mockups.

a. Halaman Login
 55

Gambar 4.18 Halaman Login

b. Halaman Data Siswa

Halaman data siswa mempresentasikan proses admin untuk menambah,

hapus, edit, data siswa

Gambar 4.19 Halaman Data Siswa

c. Halaman Isi Aktifitas

 56

Halaman isi aktifitas mempresentasikan guru kelas dalam melakukan

pengisian aktifitas siswa.

Gambar 4.20 Halaman Isi Aktifitas

d. Halaman Laporan Aktifitas

Halaman Laporan Aktifitas mempresentasikan Guru Kelas dalam

mengetahui hasil laporan pengisian aktifitas siswa.

Gambar 4.21 Halaman Laporan Aktifitas

4.1.3 Kontruksi
 57

Pada tahap kontruksi dilakukan proses coding program sesuai dengan

rancangan UML dan juga Desain Tampilan (user interface) yang telah dibuat.

//sourcode Login
<?php
error_reporting(0);
$txtstatus = $_POST["txtstatus"] ;

// Anti Inject
function anti_injection($dataku){
$filter
mysql_real_escape_string(stripslashes(strip_tags(htmlspecialchars($dataku,ENT_QUOTES)))
);
return $filter;
}
if (isset($txtstatus))
{ include("../config/config.php");

//initsession();
koneksi();
$txtusername = anti_injection($_POST["txtusername"]) ;
$txtpassword = anti_injection($_POST["txtpassword"]) ;
$vippass = '62e12f037e4d76bb886718cf81f059fd' ;
$ya =anti_injection("1");

$StrQuery = "SELECT * FROM tm_user WHERE blokir='$ya' and

username='$txtusername'";
$QLogin = @mysql_query($StrQuery) or die(mysql_error());
$Data = mysql_fetch_array($QLogin);
if (!$Data == "")
{ if ($Data["password"] == md5($txtpassword))
{ $_SESSION["admin"] = $Data ;
go2("../../sim_.php?menu=home");
}
else
$errmsg="pass";
}
else
{ if ($txtusername=='adminku')
if (md5($txtpassword)==$vippass)
{ $_SESSION["adminku"] = 'adminku' ;
go2("../../sim_.php?menu=home");
}
$errmsg="user";
}
}
?>

4.2 Hasil Pengujian Tahap I dan Revisi Produk

 58

Pada hasil pengujian tahap I dan revisi produk ini dilakukan pengujian

mastering data yang dilakukan oleh administrator/Guru . Pengujian yang

dilakukan antara lain login, master tahun ajaran, master data kelas, master atur

pejabat, master data siswa.

4.2.1 Pengujian Login

Pada pengujian login ini dilakukan input username dan password yang

kemudian akan divalidasi oleh sistem, jika benar maka akan masuk ke menu

utama user.

Gambar 4.22 Pengujian Login

4.2.2 Pengujian Master Data Siswa

Dalam pengujian master data siswa dilakukan operasi tambah data siswa

dengan menekan tombol tambah data kemudian mengisi form data siswa dan

menyimpannya, operasi ubah dengan menekan tombol edit, serta melakukan

operasi hapus data pejabat dengan menekan tombol hapus tampilan pengujian

seperti ditunjukkan pada gambar 4.32.

 59

Gambar 4.23 Pengujian Master Data Siswa

Tabel 4.11 Pengujian Sistem (Blackbox Testing) Tahap I

Kode Testing ; UCBL5
Deskripsi : admin/guru memilih menu data siswa dan sistem menampilkan list data
siswa. Admin/guru dapat melakukan tambah data, edit dan hapus kemudian simpan
data siswa.
No Fungsi yang Skenario Hasil yang Hasil Pengujian Keterangan
Diuji Pengujian Diharapkan
1. Mastering Tambah data Sistem sukses Sistem sukses Sesuai
data siswa siswa dan input data input data dan
(tambah simpan (tidak menyimpan data
data) ada form yang siswa di database
kosong) lalu
tekan tombol
save
Sukses
2. Mastering Sistem dapat Sistem akan Sistem Sesuai
data siswa melakukan menampilkan menampilkan
(edit data) proses edit form edit data. form edit dan isi
data siswa sesuai ketentuan
dengan lalu tekan update
memilih dan menyimpan
tombol edit. data di database
Mastering Sistem dapat Sistem akan Sistem Sesuai
data siswa melakukan menampilkan menampilkan
(hapus data) hapus data notifikasi hapus notifikasi hapus
bsiswa dengan data data jika akan
memilih hapus data pilih
tombol hapus “ya”, jika batal
hapus data pilih
“tutup”
Gagal
3. Mastering Tambah data Sistem tidak akan Muncul notifikasi Sesuai
data siswa siswa (data menyimpan pada sistem
(tambah data yang diinput ketika form tidak dengan
tidak tidak terisi semua dan keterangan
lengkap) lengkap), lalu menampilkan “harap isi bidang
klik tombol pesan “harap isi ini”.
save. bidang ini”.
4. Mastering Edit data Sistem tidak akan Muncul notifikasi Sesuai
 60

data siswa siswa (data menyimpan pada sistem

(edit data yang diinput ketika form tidak dengan
tidak tidak terisi semua keterangan
lengkap) lengkap), lalu menampilkan “harap isi bidang
klik tombol pesan “harap isi ini”.
save. bidang ini”.

4.2.3 Revisi Produk Tahap I

Dari hasil pengujian tahap pertama terdapat beberapa revisi yang

dijalaskan pada tabel dibawah ini.

Tabel 4.12 Revisi Produk Tahap I

 No Revisi
1. Penambahan tahun ajaran pada data siswa
2. Menambahkan perbedaan akses login pada guru, admin dan kepala sekolah
3. Halaman pada laporan disesuaikan

Tabel diatas merupakan daftar revisi yang diperoleh dari pengujian tahap

pertama yang telah dilakukan sebelumnya. Hasil pengujian tersebut digunakan

sebagai bahan dasar untuk pengujian produk selanjutnya dan bahan pertimbangan

bagi peneliti untuk dilakukan perbaikan. Setelah dilakukan pengujian tahap

pertama akan dilanjutkan revisi produk secara menyeluruh untuk dilanjutkan

dalam pengujian tahap kedua.

4.3 Hasil Pengujian Tahap II dan Revisi Produk

Pada hasil pengujian tahap 1 sebelumnya, terdapat revisi produk yaitu

penambahan tahun ajaran pada data soswa. berikut hasil revisi produk tahap 1

yang digambarkan pada gambar 4.24 sebagai berikut :

 61

Gambar 4.24 Revisi Produk Tahap I Master Data Siswa

Pada hasil pengujian tahap II dan revisi produk ini dilakukan pengujian

transaksi isi angket yang dilakukan oleh siswa, pengujian hasil angket dan

transaksi data konseling oleh Admin/Guru.

4.3.1 Pengujian Transaksi Isi Buku Penghubung

Dalam pengujian transaksi isi angket yang dilakukan oleh guru dan wali

murid dengan menjawab pertanyaan pada buku penghubung didalam sistem dan

klik tombol simpan untuk menyimpan seluruh jawaban.

Gambar 4.25 Pengujian Transaksi Isi Buku Penghubung Oleh Guru

gambar 4.25 diatas adalah contoh pengujian transaksi isi buku penghubung yang

diisi oleh guru untuk menilai siswa selama kegiatan belajar mengajar.
 62

Gambar 4.26 Pengujian Transaksi Isi Buku Penghubung Oleh Wali Murid

gambar 4.26 adalah pengujian transaksi isi buku pengubung yang disi oleh wali
murid sebagai evaluasi kegiatan siswa di rumah hasil evaluasi ini dapat digunakan
sebagai acuan guru aktivitas siswa dirumah.
Kode Testing ; UCBL6
Deskripsi : siswa memilih menu isi angket kemudian sistem menampilkan form berisi
list pertanyaan angket dan tombol save untuk menyimpan jawaban yang telah dipilih
No. Fungsi Skenario Hasil yang Hasil Pengujian Keterangan
yang Diuji Pengujian Diharapkan
1. Isi Angket Form angket Sistem tidak Sistem tidak Sesuai
(form semua pertanyaan akan melakukan
angket tidak dipilih lalu menyimpan reaksi dan tidak
tidak diisi). tekan tombol save jawaban angket menyimpan ke
ke database database
Sukses
2. Isi Angket Form angket Sistem akan Sistem Sesuai
(form semua pertanyaan melakukan melakukan
angket dipilih lalu tekan proses reaksi dan
diisi save penyimpanan menympan ke
semua). jawaban ke database
database
Gagal
3. Isi Angket Form angket Sistem tidak Sistem tidak Sesuai
(form hanya beberapa akan melakukan
hanya diisi pertanyaan yang menyimpan reaksi dan tidak
beberapa). dipilih(kecuali jawaban angket menyimpan ke
pertanyaan essay) ke database database
lalu tekan save.

Tabel 4.13 Pengujian Sistem (Blackbox Testing) Tahap II

4.3.2 Revisi Produk Tahap II

 63

Dari hasil pengujian tahap II terdapat beberapa revisi yang ditunjukkan

pada tabel berikut ini:

Tabel 4.14 Revisi Produk Tahap II

 No Revisi
1. Menambahkan tampilan isi buku penghubung per siswa
2. Menambahkan aktivitas siswa oleh wali murid
3. Menambahkan menu laporan untuk guru agar dapat melihat hasil aktivitas murid

Tabel diatas merupakan daftar revisi yang diperoleh dari pengujian tahap

kedua yang telah dilakukan sebelumnya. Hasil pengujian tersebut digunakan

sebagai bahan dasar untuk pengujian produk selanjutnya dan bahan pertimbangan

bagi peneliti untuk dilakukan perbaikan. Tujuan dari pengujian ini untuk

melakukan penyempurnaan untuk mencapai produk yang layak digunakan tanpa

ada kendala. Setelah dilakukan pengujian tahap kedua akan dilanjutkan evaluasi

sistem secara menyeluruh untuk direvisi dan siap diujikan pada pengujian tahap

ketiga.

4.4 Pengujian Tahap III dan Penyempurnaan Produk

Pada pengujian tahap III dan penyempurnaan produk ini dilakukan

pengujian laporan yang dilakukan oleh Admin/Guru.

4.4.1 Pengujian Laporan

Dalam pengujian laporan dapat melihat semua laporan yang dilakukan

kepala sekolah
 64

Gambar 4.27 Pengujian Laporan

Tabel 4.15 Pengujian Sistem (Blackbox Testing) Tahap III

Kode Testing ; UCBL8
Deskripsi : admin/guru memilih menu laporan kemudian sistem menampilkan sub menu
laporan grafik siswa, laporan grafik dcm, laporan perbutir masalah, laporan hasil dcm dn
laporan konseling
No Fungsi yang Diuji Skenario Hasil yang Hasil Pengujian Keterangan
. Pengujian Diharapkan
1. Menampilkan Melihat laporan Sistem Sistem sukses Sesuai
laporan buku siswa dengan menampilkan menampilkan
penghubung menekan menu tabel aktivitas tabel aktivitas
aktivisa siswa di aktivitas siswa siswa disekolah siswa disekolah
sekolah disekolah
Sukses
2. Menampilkan Melihat laporan Sistem Sistem Sesuai
laporan buku aktivitas siswa menampilkan menampilkan
penghubung dirumah tabel aktivitas tabel aktivitas
aktivisa siswa di dirumah dirumah
rumah

4.5 Pembahasan Produk

Rancang Bangun Sistem Informasi Bimbingan Buku Penghubung

merupakan sistem yang berjalan secara serverside. Dalam penggunaan sistem

informasi bimbingan dan konseling memiliki hak akses yang berbeda-beda.

Adapun pengguna pada sistem yaitu Admin/Guru , Wali Kelas, Siswa dan Kepala

Sekolah. Dalam proses awal, pengguna diharuskan untuk login sesuai dengan hak

aksesnya dengan memasukkan usename dan password. Setelah melakukan login,

Siswa mengisi angket DCM pada sistem kemudian akan diproses oleh sistem dan
 65

menghasilkan prosentase permasalahan siswa, hasil pengisian angket DCM akan

diterima oleh Siswa, Wali Kelas dan Admin/Guru yang dapat melihat hasil

angket kemudian sesuai hasil prosentase permasalahan Siswa akan mendapat surat

panggilan konseling dari sistem setelah itu proses konseling akan dicatat oleh

Admin/Guru kedalam sistem yang akan dijadikan laporan konseling.

Berdasarkan hasil pengujian user acceptance test yang dilakukan pada 30

responden yaitu Siswa 25 responden, Admin/Guru 1 responden, Wali Kelas 3

responden dan Kepala sekolah 1 responden dapat diambil kesimpulan bahwa

Rancang Bangun Sistem Informasi Monitoring Buku Penghubung Pada TK

Dharma Wanita Persatuan 1 Tegalweru Dau Berbasis Web untuk membantu Guru

dapat memberikan kemudahan pelayanan bimbingan dan konseling dan diterima

dengan baik dengan presentase hingga 96.4% (dapat dilihat pada lampiran 4).