4. PENGUJIAN SISTEM. 102 Universitas Kristen Petra

(1)

102

Universitas Kristen Petra

4. PENGUJIAN SISTEM

Pengujian sistem dilakukan di Laboratorium Telematika UK Petra Gedung I lantai 4. Pengujian di lakukan mulai tanggal 31 Mei 2013. Pengujian yang dilakukan adalah sebagai berikut,

• Pengujian pembuatan account di dalam website dengan melakukan pembayaran melalui PayPal Sandbox. Hal ini dilakukan untuk mencoba sistem registrasi dan pembayaran melalui sistem PayPal.

• Pengujian pembuatan account di dalam website dengan melakukan pembayaran melalui BCA. Hal ini untuk mencoba sistem pembayaran melalui BCA, yang telah dibuat oleh sistem.

• Pengujian keamanan dan kredibilitas dari proses registrasi. Hal ini dilakukan untuk mencoba sistem keamanan yang telah dibuat oleh sistem, bila user hendak melompati salah satu bagian dari registrasi.

• Pengujian fitur Sign In. Hal ini untuk mencoba sistem authentikasi di dalam website, dan menguji pembatasan akses di dalam website untuk user yang masuk menggunakan account, dengan yang tidak menggunakan account.

• Pengujian fitur Auto Update Data. Hal ini dilakukan untuk menguji kemampuan sistem dalam melakukan update data nilai asli saham dan nilai prediksi saham sesuai dengan skenario yang ada.

• Pengujian fitur Stock. Hal ini dilakukan untuk mengetahui kesesuian antara data di dalam database dengan data yang ditampilkan di dalam website baik dalam bentuk angka maupun grafik.

• Pengujian fitur Admin Center. Hal ini dilakukan untuk mengetahui apakah Admin Center sudah bisa berfungsi dengan baik.

4.1. Peralatan yang digunakan di dalam pengujian adalah,

• Ubuntu Linux versi 10.10 yang digunakan sebagai server untuk database, website, dan data prediksi.

(2)

103

• Database menggunakan MySQL dengan tambahan sebauh tools phpMyAdmin.

• Sebuah Laptop Acer 4752.

• Google Chrome versi 27 sebagai web browser yang digunakan untuk mengakses halaman website.

4.2. Pengujian pembuatan account dengan PayPal

Pada bagian ini akan dilakukan pengujian terhadap pembuatan account dengan melakukan pembayaran melalui PayPal. Untuk membuat account di dalam website, user harus melakukan klik terhadap tombol Sign Up yang terdapat pada bagian Home di dalam website. Setelah tombol diklik, maka user akan diarahkan menuju form registrasi untuk membuat account di dalam website. Seperti yang telah dijelaskan pada Bab 3.6, proses registrasi harus melewati beberapa tahap terlebih dahulu sebelum melakukan pembayaran.

Gambar 4.1. Tombol Sign Up yang digunakan untuk membuat account baru.

Gambar 4.2. Form pengisian data pribadi dari user.

(3)

104

User harus mengisi form yang berisi data-data penting yang akan digunakan di dalam sistem, seperti username, password, dan email. Sebelum data dimasukkan ke dalam database, sistem melakukan pemeriksaan terhadap data yang dikirim oleh user. Apabila data tidak valid, maka sistem akan menampilkan pesan error seperti terlihat pada gambar 4.2. Data bersifat tidak valid bila,

• Data berisi nilai yang kosong, artinya user tidak mengisi field tersebut.

• Data yang dimasukkan pada field password tidak sama dengan data yang dimasukkan pada field confirm password.

• Username yang dimasukkan oleh user ternyata sudah ada di dalam database sistem.

• Email yang dimasukkan oleh user berisi email yang tidak valid.

Gambar 4.3. Pesan email untuk melakukan verifikasi email.

Ketika semua data yang dimasukkan oleh user bersifat valid, user baru bisa melanjutkan proses registrasi menuju ke langkah selanjutnya. Langkah berikutnya adalah user melakukan verifikasi email. Sistem telah mengirim email kepada user yang berisi sebuah URL untuk melakukan veriifikasi email. URL tersebut memuat informasi hash yang merupakan 32 karakter acak yang dibuat oleh sistem, sehingga sangat sulit ditebak oleh orang lain. Dengan melakukan klik terhadap tombol URL tersebut maka sistem akan melakukan proses verifikasi email user, sekaligus melanjutkan proses registrasi menuju ke langkah pembayaran.

(4)

105

Gambar 4.4. Form untuk memilih jenis pembayaran.

Gambar 4.5. Form Sign In untuk account PayPal.

(5)

106

Proses berikutnya adalah memilih jenis account berlangganan sekaligus jenis pembayaran yang diinginkan. Pada bagian ini akan dilakukan pengujian terhadap pembayaran melalui PayPal, sehingga setelah memilih jenis account berlangganan, dilakukan klik terhadap tombol Pay with PayPal. Muncul sebuah form untuk melakukan proses Sign In terhadap account PayPal, seperti pada gambar 4.7. Form berupa sebuah field email dan password, yang digunakan untuk masuk ke account PayPal dari user.

Gambar 4.6. Tampilan review pembayaran PayPal

Setelah masuk ke dalam account PayPal, user dapat melakukan review terhadap pembayaran yang hendak dilakukan melalui PayPal. Informasi seperti item name, item amount, yang terdapat dalam form ini didapatkan dari SetExpressCheckout yang dilakukan oleh sistem. Nama dari item dan harga dari item akan sama dengan jenis account berlangganan yang dipilih oleh user pada langkah sebelumnya. Jika user merasa barang yang dibeli sudah benar, maka user dapat melanjutkan proses pembayaran dengan melakukan klik terhadap tombol Pay. Proses pembayaran akan dilakukan, uang di dalam account PayPal user akan berkurang sebanyak harga item yang dibeli. Sedangkan uang di dalam account PayPal sistem akan bertambah sebanyak harga item setelah dikurangi dengan biaya yang dikenakan oleh PayPal. Kemudian akan muncul pesan konfirmasi

(6)

107

bahwa transaksi pembayaran berhasil dilakukan seperti yang terlihat pada gambar berikut.

Gambar 4.7. Pesan konfirmasi transaksi berhasil dilakukan.

Selama user melakukan proses transaksi pembayaran di dalam PayPal, user dapat membatalkan proses pembayaran tersebut bila user merasa tidak yakin dengan pembayaran yang dilakukannya, atau bila user ingin mengganti jenis account berlangganan atau jenis pembayaran yang ingin dilakukannya. Caranya adalah dengan melakukan klik terhadap tombol Cancel. Kemudian akan muncul pesan konfirmasi bahwa pembayaran gagal dan user dapat memilih kembali jenis account berlangganan dan jenis pembayaran yang diinginkan.

Gambar 4.8. Pesan konfirmasi transaksi dibatalkan oleh user.

Di dalam sistem ini, telah dilakukan pengujian terhadap pembayaran dengan menggunakan PayPal Sandbox. Account dari sistem sebagai penjual menggunakan account PayPal Business. Sedangkan account dari user sebagai pembeli memiliki bermacam-macam ketentuan seperti berikut,

(7)

108

• Account dari pembeli bisa merupakan account PayPal Personal maupun Business

• Account dari pembeli bisa telah dilakukan proses verifikasi ataupun belum.

• Account dari pembeli bisa memiliki asosiasi dengan kartu kredit ataupun tidak.

Dengan melihat ketentuan tersebut, maka pengujian dilakukan dengan mempertimbangakan segala kemungkinan dari Account pembeli, sehingga didapatkan 7 buah account pembeli seperti berikut,

• Personal Verified Creditcard (PVC). Merupakan account Personal yang telah diverifikasi dan memiliki asosiasi dengan kartu kredit.

• Personal Verified (PV). Merupakan account Personal yang telah diverifikasi, tetapi tidak memiliki asosiasi dengan kartu kredit.

• Personal Creditcard (PC). Merupakan account Personal yang belum diverifikasi, tetapi memiliki asosiasi dengan kartu kredit.

• Personal (P). Merupakan account Personal yang belum diverifikasi dan tidak memiliki asosiasi dengan kartu kredit.

• Business Verified Creditcard (BVC). Merupakan account Business yang telah diverifikasi dan memiliki asosiasi dengan kartu kredit.

• Business Verified (BV). Merupakan account Business yang telah diverifikasi, tetapi tidak memiliki asosiasi dengan kartu kredit.

• Business Creditcard (BC). Merupakan account Business yang belum diverifikasi, tetapi memiliki asosiasi dengan kartu kredit.

User dapat melakukan pembayaran dengan menggunakan tujuh buah jenis account tersebut, jika di dalam account PayPal tersebut terdapat balance yang lebih besar daripada harga item. Untuk pengguna account PV dan BV, jika balance di dalam account PayPal tidak cukup, maka balance dapat ditambah dengan menggunakan dana dari bank user. Untuk pengguna account PC dan BC, jika balance tidak cukup, maka balance dapat ditambah dengan dana dari kartu kredit user. Sedangkan untuk account P, karena tidak mempunyai asosiasi dengan bank dan kartu kredit, maka pembayaran tidak akan dilakukan bila balance yang dimiliki tidak cukup. User akan diminta melakukan asosiasi dengan kartu kredit terlebih dahulu sebelum melakukan pembayaran.

(8)

109

4.3. Pengujian pembuatan account dengan BCA

Untuk melakukan pembayaran melalui BCA, maka user melakukan klik terhadap tombol Pay with BCA, pada langkah ketiga proses registrasi. Kemudian sistem akan mengarahkan user menuju tampilan informasi transfer seperti terlihat pada gambar,

Gambar 4.9. Tampilan informasi transfer rekening BCA.

Proses transfer pembayaran dilakukan secara manual, user harus melakukan proses transfer ke rekening bank dari sistem seperti yang ditampilkan pada gambar 4.11. Setelah itu sistem akan mengirimkan email kepada user yang berisi URL untuk melakukan konfirmasi pembayaran yang telah dilakukannya. Di dalam URL tersebut terdapat informasi hash yaitu 32 karakter acak yang sulit untuk ditebak oleh orang lain. hash pada bagian ini berbeda dengan hash yang digunakan pada saat proses validasi email sehingga tidak bisa ditiru dengan mudah.

Gambar 4.10. Email konfirmasi pembayaran BCA.

(9)

110

Gambar 4.11. Form untuk melakukan konfirmasi pembayaran BCA.

Setelah user melakukan klik terhadap URL tersebut, maka sistem akan mengarahkan user menuju sebuah form yang digunakan untuk melakukan konfirmasi pembayaran yang telah dilakukan. Form tersebut diisi dengan informasi transfer yang telah dilakukan oleh user. Pada form tersebut juga dilakukan pemeriksaan terhadap data yang diisi oleh user. Pemeriksaan yang dilakukan adalah,

• Data tidak boleh berisi data kosong.

• Informasi tanggal harus bersifat valid. Tidak boleh diisi dengan data tanggal yang salah misalnya, 30 Februari 2013.

Setelah data dikirim, maka user harus menunggu sampai proses konfirmasi tersebut divalidasi oleh Administrator. Baru setelah itu, user bisa melakukan Sign In di dalam website.

4.4. Pengujian keamanan dan kredibilitas dari sistem registrasi.

Proses registrasi yang dilakukan di dalam sistem melalui beberapa langkah atau tahapan, sehingga di dalam sistem perlu dipastikan bahwa user yang melakukan registrasi di dalam sistem melalui prosedur yang benar. User harus melalui semua langkah yang ada, tidak boleh melompati salah satu langkah yang ada. Oleh karena itu, sistem harus memberikan mekanisme pengaman di dalam proses registrasi.

(10)

111

Gambar 4.12. Contoh URL proses registrasi.

Sistem membedakan proses registrasi kedalam beberapa file PHP sesuai dengan langkah proses registrasi, misalnya langkah pertama diatur di dalam file register1.php, langkah kedua diatur oleh file register2.php, dan seterusnya.

Sehingga user bisa dengan sengaja melompati salah satu proses registrasi dengan cara masuk secara paksa melalui URL dengan mengganti nama file dari PHP tersebut. Misalnya, pada gambar di atas, nama file register1.php diganti dengan register3.php, maka user akan masuk ke dalam langkah ketiga dalam proses registrasi, tanpa menyelesaikan langkah pertama dan melalui langkah kedua. Jika hal tersebut dilakukan maka, sistem akan memblokir akses dari user tersebut dengan menampilkan pesan error seperti pada gambar berikut,

Gambar 4.13. Pemblokiran yang dilakukan oleh sistem.

Proses pengamanan tersebut bisa dilakukan karena masing-masing langkah registrasi memiliki sebuah event tersendiri. Event-event tersebut digunakan oleh sistem untuk melakukan pengamanan terhadap proses registrasi,

• Proses registrasi kedua, yaitu langkah verifikasi email, ditampilkan bila user sudah mengisi form pada proses registrasi pertama.

• Proses registrasi ketiga, yaitu langkah melakukan pilihan pembayaran, ditampilkan bila user sudah melakukan validasi email.

• Pada tahap pembayaran dengan BCA, informasi transfer pembayaran ditampilkan bila user memilih pembayaran dengan BCA pada langkah ketiga.

(11)

112

• Pada tahap pembayaran dengan BCA, form konfirmasi pembayaran ditampilkan bila user belum pernah mengisi form tersebut sebelumnya.

Apabila user pernah mengisi form tersebut dan membuka kembali URL yang ada di dalam email mereka, maka akan muncul pesan error seperti pada gambar berikut.

Gambar 4.14. Pesan error ketika user hendak mengisi form konfirmasi pembayaran untuk kedua kalinya.

Sistem telah menerapkan event-event tersebut dengan baik sehingga user tidak bisa melompati proses registrasi yang ada di dalam sistem.

4.5. Pengujian fitur Sign In

User dapat melakukan akses terhadap data prediksi nilai saham bila user masuk ke dalam website dengan menggunakan account mereka pada proses Sign In. Proses Sign In dilakukan dengan memasukkan username dan password dari account yang dimiliki oleh user. Sistem kemudian akan memeriksa data tersebut, apakah data tersebut valid atau tidak. Data yang valid akan diproses dan user dapat masuk ke dalam website.

(12)

113

Gambar 4.15. Contoh pesan error bila data tidak valid.

Jika sistem mendapati bahwa data yang dikirim tidak valid, maka sistem akan menampilkan pesan error seperti pada gambar di atas. Sistem juga akan menampilkan menu pilihan untuk user yang lupa password mereka. Bila user melakukan klik terhadap tombol Forgot Password, maka sistem akan mengirimkan sebuah verifikasi untuk membuat password baru ke email dari user.

User kemudian dapat memasukkan password yang baru, dan dapat melanjutkan proses Sign In dengan password yang telah dibuat. Gambar di bawah ini adalah contoh email yang dikirim oleh sistem.

Gambar 4.16. Email untuk user yang lupa password mereka.

Bila kombinasi dari username dan password sudah benar, maka sistem kemudian melakukan pemeriksaan terhadap masa aktif dari account. Bila ada user yang masuk dengan menggunakan account yang expired (sudah habis masa berlakunya), maka sistem akan langsung mengarahkan user menuju tampilan untuk melakukan pembayaran guna memperpanjang masa aktif account mereka.

Tampilan tersebut terlihat seperti pada gambar berikut.

(13)

114

Gambar 4.17. Tampilan untuk memperpanjang masa aktif account.

Bila semua persyaratan untuk Sign In sudah dipenuhi maka, sistem akan mengijinkan user tersebut untuk masuk ke dalam website. User yang masuk ke dalam website akan memiliki keuntungan yaitu dapat melihat data prediksi nilai saham yang disediakan oleh sistem. User yang tidak masuk tidak akan bisa melihat data prediksi tersebut.

(14)

115

Gambar 4.18. Tampilan data nilai prediksi untuk user yang melalui proses Sign In (atas). Tampilan untuk user yang tidak melalui proses Sign In (bawah).

Proses Sign In juga telah diuji dengan situasi double account, yaitu User melakukan proses Sign In dengan account yang sama pada dua komputer yang berbeda. Hasil yang didapatkan adalah hanya ada satu user yang bisa melakukan akses menuju data prediksi, yaitu user yang terakhir melakukan proses Sign In di dalam website. Hasil yang serupa juga didapatkan bila user melakukan Sign In dengan account yang sama, pada komputer yang sama, tetapi berbeda web browser. Misalnya, account yang satu dibuka dengan Google Chrome, sedangkan account yang lain dibuka dengan Mozilla Firefox.

(15)

116

4.6. Pengujian fitur Auto Update Data

Setiap hari sistem melakukan proses update data, untuk memperbaharui data yang ada di dalam database menjadi data yang up-to-date. Ada dua data yang harus dilakukan proses update tiap harinya, yaitu data asli nilai saham dan data prediksi nilai saham. Data asli didapatkan dari Yahoo Finance, sedangkan data prediksi didapatkan dari file CSV.

Gambar 4.19. Tugas yang dijalankan oleh CRON.

Sistem menjalankan empat buah file PHP yang digunakan untuk melakukan update data. Empat file tersebut adalah,

• updatestock, digunakan untuk melakukan update data nilai asli saham untuk semua saham yang ada di dalam database

• updatejkse, digunakan untuk melakukan update data IHSG yang ada di dalam database.

• updatecsv, digunakan untuk melakukan update data prediksi nilai saham yang ada di dalam database.

• createcsv, digunakan untuk membuat file CSV yang berisi data manipulatif, yang diasumsikan sebagai file CSV yang berisi data prediksi.

• updateerror, digunakan untuk melakukan perhitungan error harian dan melakukan update data di dalam database.

Prosedur pengujian dilakukan untuk beberapa kondisi yang bisa terjadi pada sistem, yaitu

• Kondisi normal, artinya data Historical Prices terbaru dari Yahoo Finance muncul tepat waktu.

• Kondisi khusus, artinya proses update data Historical Prices terbaru dari Yahoo Finance tidak muncul tepat waktu. Bila mengalami keterlambatan lebih dari satu hari, proses munculnya data Historical Prices tersebut bisa terjadi dengan dua skenario. Skenario pertama adalah data muncul secara

(16)

117

berurutan. Misalnya, data tanggal 11 Maret 2013 muncul dahulu, kemudian data tanggal 12 Maret 2013 muncul setelahnya. Skenario kedua adalah data muncul dengan tidak berurutan. Misalnya, data tanggal 12 Maret 2013 muncul lebih dahulu, kemudian data 11 Maret 2013 muncul setelahnya.

Hasil pengujian dari kondisi normal adalah sistem mampu melakukan update data asli, data prediksi, data jkse, dan data error dengan baik. Semua data diperbaharui sesuai dengan data tanggal aktivitas terakhir saham pada Bursa Efek Jakarta. Hasil pengujian dari kondisi khusus mendapatkan dua hasil yang berbeda.

Sistem mampu melakukan proses update dengan baik untuk kondisi khusus skenario pertama, tetapi sistem belum bisa melakukan proses update dengan baik untuk skenario kondisi khusus kedua.

Gambar 4.20. Data real yang di-update pada skenario pertama

(17)

118

Pada skenario pertama, server dimatikan pada tanggal 28 Juni 2013 dan dinyalakan kembali pada tanggal 3 Juli 2013. Berarti selama 4 hari server tidak melakukan proses update data. Sistem akan melakukan update data pada keesokan harinya, yaitu tanggal 4 Juli 2013 pukul 3 pagi. Data yang diambil adalah data Historical dari Yahoo Finance. Di dalam Yahoo Finance, data tanggal 28 Juni 2013 hingga 3 Juli 2013 muncul secara berurutan sehingga sudah tersedia dengan lengkap. Sistem kemudian melakukan update data mulai data terakhir di dalam database yaitu tanggal 27 Juni 2013. Hasilnya adalah data tanggal 28 Juni 2013 hingga 3 Juli 2013 dapat dilakukan update dengan baik dan data tersebut muncul pada grafik seperti terlihat pada gambar 4.20.

Gambar 4.21. Data real yang tidak di-update pada skenario kedua

Pada tanggal 30 April 2013, data Historical saham untuk tanggal 29 April 2013 belum tersedia di dalam Yahoo Finance. Keesokan harinya, data untuk tanggal 29 April 2013 dan 30 April 2013 juga belum tersedia. Pada tanggal 2 Mei

(18)

119

2013, data untuk tanggal 29 April 2013 belum tersedia tetapi data untuk tanggal 30 April 2013 tersedia. Sistem kemudian melakukan update berdasarkan tanggal terakhir di dalam database, yaitu 28 April 2013. Hasilnya data untuk tanggal 30 April tersebut masuk ke dalam database. Pada tanggal 3 Mei 2013, data untuk tanggal 29 Mei 2013, 1 Mei 2013, dan 2 Mei 2013 tersedia. Sistem kemudian melakukan update berdasarkan tanggal terakhir di dalam database, yaitu 30 April 2013. Hasilnya data untuk tanggal 1 Mei 2013 dan 2 Mei 2013 di-update, tetapi data untuk tanggal 29 Mei 2013 tidak di-update karena berada dibawah tanggal 30 April 2013. Sehingga data real untuk tanggal 29 April 2013 tidak muncul pada grafik seperti terlihat pada gambar 4.21.

Data real tanggal 29 April 2013 yang tidak ada di dalam database akan mengakibatkan perhitungan nilai error prediksi menjadi kacau. Perhitungan nilai error harian dilakukan untuk data prediksi dan data real dengan tanggal yang sama. Pada tanggal 29 April 2013, data yang tersedia hanya data prediksi saja. Hal ini membuat sistem tidak melakukan perhitungan nilai error harian untuk tanggal 29 April 2013, sehingga nilai error high dan error low untuk tanggal tersebut bernilai nol. Nilai error harian yang salah ini, juga akan mempengaruhi nilai error mingguan dan bulanan. Akibatnya nilai error prediksi menjadi tidak valid.

Solusi dari masalah ini adalah mengganti kode program untuk melakukan proses update data real dari Yahoo Finance. Kode program yang semula melakukan update berdasarkan data tanggal terakhir di dalam database, diganti dengan melakukan update berdasarkan lima atau beberapa hari sebelum data tanggal terakhir di dalam database. Dengan solusi ini maka harapannya bila ada data Yahoo Finance yang muncul secara terpisah dan tidak berurutan, data tersebut masih bisa di-update ke dalam database.

4.7. Pengujian fitur Stock

Pengujian yang dilakukan pada bagian ini adalah, melihat kesesuaian antara data asli saham dan data nilai prediksi saham yang ada di dalam database, dengan yang ditampilkan di dalam website. Hasil dari pengujian tersebut adalah sistem sudah bisa menampilkan data dari database dengan baik. Sistem mampu menampilkan dengan baik lima saham yang memiliki perubahan harga tertinggi,

(19)

120

lima saham dengan perubahan harga terendah, dan lima saham yang memiliki prediksi tertinggi.

Gambar 4.22. Tampilan Gainers, Losers, dan Top Prediction

Sistem juga mampu menampilkan data nilai asli saham terkini dan data nilai prediksi saham terkini yang berada di dalam database. Grafik yang ditampilkan juga sudah sesuai dengan data yang ada di dalam database.

Perhitungan nilai error harian dan error mingguan juga sudah benar, sesuai dengan rumus yang dijelaskan pada Bab 3.

Gambar 4.23. Tampilan grafik data nilai asli saham dan data prediksi nilai saham.

(20)

121

Pada bagian Live Update, data yang ditampilkan di dalam grafik bukanlah data yang real-time, masih terdapat keterlambatan sekitar 15 menit.

Keterlambatan tersebut terjadi bukan karena sebuah kesalahan di dalam sistem, tetapi Yahoo Finance memang menyediakan data yang sudah terlambat. Bagian Comparative sudah bisa membandingkan data saham secara side by side dengan baik, dan bagian News sudah bisa menampilkan berita sesuai dengan saham yang bersangkutan.

4.8. Pengujian fitur Admin Center

Fitur Admin Center adalah fitur yang digunakan oleh admin untuk melakukan beberapa tugas yang membantu sistem. Beberapa tugas yang dilakukan adalah,

• melakukan validasi pembayaran BCA yang dilakukan oleh user.

• menambahkan saham baru ke daftar saham yang sudah ada.

• menambahkan data hari libur bursa ke dalam database.

Sistem melakukan pengujian terhadap semua tugas yang akan dilakukan oleh admin. Hal ini dilakukan untuk mengetahui apakah fitur Admin Center sudah bisa berfungsi dengan baik atau tidak.

Gambar 4.24. Tampilan halaman Home dari Admin Center.

(21)

122

Sebelum melakukan tugas, seorang admin harus masuk ke dalam Admin Center melalui Sign In. Proses Sign In yang dilakukan sama dengan yang telah diuji dengan pada sub bab sebelumnya. Proses Sign In ini sudah dapat berjalan dengan baik. Setelah melalui proses Sign In, admin baru bisa melakukan tugas- tugasnya. Untuk melakukan validasi pembayaran, admin melakukan klik terhadap tugas nomor satu. Kemudian sistem akan mengarahkan admin menuju sebuah tabel yang berisi data-data form komfirmasi pembayaran BCA yang dikirimkan oleh user pada saat registrasi.

Gambar 4.25. Tampilan menu validasi pembayaran BCA

Admin harus mencocokkan antara data pada tabel dengan transaksi yang terjadi pada account BCA dari sistem. Jika data tersebut valid, maka admin dapat melakukan validasi dengan melakukan klik terhadap tombol validate, dan account dari user pun akan dapat digunakan.

Gambar 4.26. Form untuk menambahkan saham baru

(22)

123

Untuk menambahkan saham baru ke dalam database, maka admin masuk ke nomor dua pada halaman Home. Muncul sebuah form yang digunakan untuk menambahkan saham. Saham baru yang ditambahkan harus merupakan saham yang tidak ada di dalam database sistem, dan merupakan saham yang ada di dalam sistem Yahoo Finance. Jika saham tidak valid maka akan muncul pesan error seperti contoh gambar di atas.

Tugas yang terakhir dari Admin adalah menambahkan data hari libur bursa. Untuk melakukan hal tersebut, admin masuk ke nomor tiga pada halaman Home. Kembali akan muncul sebuah form yang digunakan untuk memasukkan data hari libur dari bursa. Setelah mengisi data di dalam form, kemudian admin melakukan klik terhadap tombol Submit. Data yang dikirim akan dimasukkan ke dalam database sistem.

Semua bagian dari fitur Admin Center sudah bisa dijalankan dengan baik oleh sistem, sehingga admin bisa menggunakan fitur ini untuk melakukan tugasnya sebagai seorang admin di dalam sistem.