BAB 4 HASIL DAN PEMBAHASAN
4.4 Construction
4.4.1 Implementasi Antar Muka
Pada tahap ini, penulis memulai membuat aplikasi dari perancangan yang telah penulis buat sebelumnya. Bahasa pemrograman yang penulis terapkan adalah bahasa pemrograman Java dengan framework Hibernate untuk relational database dan JMaki sebagai framework AJAX. Adapun
listing kode pemrograman dapat dilihat pada Lampiran B.
Adapun tampilan aplikasi yang penulis buat bisa dilihat pada gambar dibawah ini:
1. Tampilan Halaman Login
2. Tampilan Halaman Mata Kuliah
Gambar 4.17 Halaman Mata Kuliah
3. Tampilan Halaman Materi
4. Tampilan Halaman User
Gambar 4.19 Halaman User
5. Tampilan Halaman Upload File
6. Tampilan halaman Image Manager
Gambar 4.21 Halaman Image Manager
7. Tampilan Halaman Materi untuk Tutor
8. Tampilan Halaman User untuk Tutor
Gambar 4.23 Halaman User untuk Tutor
9. Tampilan Halaman Frontend daftar Dosen
10.Tampilan Halaman Frontend daftar Mata Kuliah
Gambar 4.25 Halaman Frontend daftar Mata Kuliah
11.Tampilan Halaman Frontend Profil Dosen
12.Tampilan Halaman Frontend Materi
Gambar 4.27 Halaman Frontend Materi
13.Tampilan Hasil Pencarian
Pengujian pada Handphone User
Penulis melakukan pengujian pada beberapa tipe Handphone. Penulis melakukan pengujian dengan menggunakan jaringan ad-hoc dari laptop ke
handphone. Berikut adalah hasil pengujian yang telah penulis lakukan:
Gambar 4.29 Pengujian pada handphone Nokia E63
4.4. JUn a Gamb .2Unit Tes Berikut ad it yang terin a. Class m bar 4.31 Pe sting dalah hasil ntegrasi den materi: Gamba engujian pad unit testin ngan IDE N ar 4.32 Has da handphon ng yang pen NetBeans 6.7
sil Unit Test
ne Nokia C nulis lakuk 7.1: ting class m 3 kan dengan materi tools
b. Class matkul:
Gambar 4.33 Hasil Unit Testing class matkul
c. Class user:
Gambar 4.34 Hasil Unit Testing class user
d. Class file:
e. Class Image:
Gambar 4.36 Hasil Unit Testing class Image
4.4.3 System Testing
Pada tahap ini penulis melakukan serangkaian testing. Hasil dari testing yang telah penulis lakukan adalah sebagai berikut:
a. Recovery Testing
Penulis membuat proses pemulihan dengan memanggil fungsi
rollback pada API Hibernate untuk mengatasi gangguan yang dapat menyebabkan kegagalan pada aplikasi.
Fungsi rollback akan membatalkan semua perubahan yang dilakukan semua perintah SQL sejak proses transaksional dimulai atau sejak perubahan terakhir dibuat jika terjadi kegagalan.
Pada tahap ini penulis melakukan langkah –langkah sebagai berikut: 1. Mematikan database
Database dimatikan ketika aplikasi sedang dalam keadaan berjalan. Dari log pada server terlihat bahwa fungsi rollback untuk mengatasi kegagalan akses database berjalan dengan baik.
2. Mematikan server
Server dimatikan ketika aplikasi sedang dalam keadaan berjalan. Dari log pada server terlihat bahwa fungsi rollback untuk mengatasi server yang mati berjalan dengan baik.
b. Security Testing
Hasil dari security testing yang penulis lakukan menunjukkan tidak terdapat link yang memungkinkan untuk diserang. Berikut pada tabel 4.14 dan tabel 4.15 adalah hasil pengujian yang telah penulis lakukan:
Tabel 4.14 Hasil Security Testing pada halaman frontend
Test Hasil
Jumlah Link 10
Kemungkinan serangan 0
Tabel 4.15 Hasil Security Testing pada halaman Administrator
Test Hasil
Jumlah Link 26
c. Stress Testing
Hasi dari stress testing yang penulis lakukan menunjukkan aplikasi mampu berjalan dalam keadaan normal dengan beban yang berat. Berikut adalah hasil pengujian yang telah penulis lakukan:
Performance data:
Tabel 4.16 Hasil Performance data pada Stress Testing
Pada tabel 4.16 di atas menunjukkan data yang diterima pengguna dalam kurun waktu 1 menit yang dihitung setiap 10 detik. Pengguna masih bisa mengakses total rata 2,42 halaman dalam waktu 1 menit dengan jumlah rata-rata sukses 2,42 halaman atau 100 %.
Response Time:
Tabel 4.17 Hasil Response Time data pada Stress Testing
Pada tabel 4.17 di atas menunjukkan respon aplikasi terhadap permintaan halaman oleh pengguna selama 1 menit yang dihitung setiap 10 detik. Total selama 1 menit pengujian, hasil rata-rata yang diperoleh adalah 1,8 detik per halaman.
Bandwith Usage:
Tabel 4.18 Hasil Bandwith Usage data pada Stress Testing
Pada tabel 4.18 di atas menunjukkan penggunaan bandwith oleh aplikasi dalam kurun waktu 1 menit yang dihitung setiap 10 detik. Total selama pengujian adalah 9,96 kbit/s untuk penerimaan pada satu pengguna dan 1,68 kbit/s untuk pengiriman pada satu pengguna.
Errors report:
Tabel 4.19 Hasil Errors report data pada Stress Testing
Pada tabel 4.19 di atas menunjukkan error yang terjadi pada aplikasi selama stress testing dalam kurun waktu 1 menit yang dihitung setiap 10 detik. Hasil yang didapat menunjukkan tidak ada error pada aplikasi selama stress testing dilakukan.
Performance Testing
Berikut adalah hasil pengujian yang telah penulis lakukan: Performance data:
Tabel 4.20 Hasil Performance data data pada PerformanceTesting
Pada tabel 4.20 di atas menunjukkan data yang diterima pengguna dalam kurun waktu 1 menit yang dihitung setiap 10 detik. Pengguna masih bisa mengakses total rata 2,4 halaman dalam waktu 1 menit dengan jumlah rata-rata sukses 2,4 halaman atau 100 %.
Response time:
Tabel 4.21 Hasil Response time data pada PerformanceTesting
Pada tabel 4.21 di atas menunjukkan respon aplikasi terhadap permintaan halaman oleh pengguna dalam kurun waktu 1 menit yang dihitung setiap 10 detik. Total selama 1 menit pengujian, hasil rata-rata yang diperoleh adalah 1,711 detik per halaman.
Bandwith Usage
Tabel 4.22 Hasil Bandwith Usage data pada PerformanceTesting
Pada tabel 4.22 di atas menunjukkan penggunaan bandwith oleh aplikasi dalam kurun waktu 1 menit yang dihitung setiap 10 detik. Total selama pengujian adalah 2,0 kbit/s untuk penerimaan pada satu pengguna dan 0,54 kbit/s untuk pengiriman pada satu pengguna.
Errors Report:
Tabel 4.23 Hasil Errors Report data pada PerformanceTesting
Pada tabel 4.23 di atas menunjukkan error yang terjadi pada aplikasi selama stress testing dalam kurun waktu 1 menit yang dihitung setiap 10 detik.
Hasil yang didapat menunjukkan tidak ada error pada aplikasi selama stress testing dilakukan.