BAB 4 IMPLEMENTASI DAN PENGUJIAN

Transkripsi

1 BAB 4 IMPLEMENTASI DAN PENGUJIAN 4.1. Implementasi Setelah analisis pengembangan sistem dilakukan, tahap selanjutnya adalah proses implementasi sistem. Pada tahapan ini, hasil rancangan sistem diubah ke bentuk komponen-komponen berupa kode program. Implementasi sistem dijalankan 2 sprint dengan fitur-fitur berbeda pada setiap sprint-nya Lingkungan Impementasi Pada subbab ini dijelaskan lingkungan perangkat keras dan lunak digunakan implementasi elasticsearch pada sistem manajemen order PT. Shippindo Teknologi Logistik. 1. Perangkat Keras Spesifikasi perangkat keras digunakan pengembangan sistem dapat dijelaskan sebagai berikut. Tabel 4.1. Spesifikasi Perangkat Keras No. Nama Keterangan 1. Processor Intel Core i3 2. RAM 4 GB 3. Harddisk 500 GB 2. Perangkat Lunak Spesifikasi perangkat lunak digunakan pengembangan sistem dapat dijelaskan sebagai berikut. Tabel 4.2. Spesifikasi Perangkat Lunak No. Nama Keterangan 1. Operating System Windows IDE Microsoft Visual Studio Code 3. Bahasa Pemrograman PHP CI 4. DBMS MySQL, MongoDB 5. Web Browser Google Chrome 84

2 4.1.2 Sprint 1 Berikut adalah sprint backlog, tampilan antar sistem, hingga burndown chart dijalankan pada Sprint Sprint Backlog Berikut merupakan sprint backlog dijalankan pada Sprint 1. Tabel 4.3 Sprint Backlog - Sprint 1 Story Backlog Item Points (1 point = 2 hours) User Story #1 4 Original Estimate (in hour) Sprint Review and Retrospective Login Home User Story #2 7 Select Agent Create User Story #3 5 List Detail Total

3 Tampilan Antar Muka 1. Halaman Login Gambar 4.1 Halaman Login Halaman ini adalah muncul pertama kali ketika menjalankan sistem. Pengguna harus memasukkan username dan password valid, kemudian menekan tombol Sign In untuk bisa masuk ke sistem. Jika username dan password dimasukkan tidak valid, maka sistem akan menampilkan pesan eror. 2. Halaman Home Gambar 4.2 Halaman Home Pada ini, akan ditampilkan dashboard informasi terkait dengan order ada, baik itu jumlah order aktif/tidak aktif, hingga jumlah order baru ataupun sudah di pick-up. Selain itu dapat dilakukan proses Create dan Add AWB Number menggunakan tombol tersedia ini. 86

4 3. Halaman Select Agent Gambar 4.3 Halaman Select Agent Pada ini akan ditampilkan daftar agent untuk semua daerah terdaftar. ada akan ditugaskan kepada agent tertentu dan disesuaikan dengan lokasi dari order tersebut. Jika link nama agent ditekan, akan masuk ke Create. 4. Halaman Create Gambar 4.4 Halaman Create 87

5 Pada ini akan ditampilkan form Create, dimana setiap pengguna harus mengisi seluruh field dibutuhkn (mandatori) lalu kemudian menekan tombol Create atau Create & Continue untuk bisa berhasil menjalankan Create. 5. Halaman List Gambar 4.5 Halaman List Pada ini akan ditampilkan list order ada setelah sebelumnya berhasil membuat order. Jumlah list ingin ditampilkan per dapat ditentukan dengan memilih drop down tersedia di sistem. Pada ini juga disediakan tombol Create jika pengguna ingin menambahkan order baru. 88

6 6. Halaman Detail Gambar 4.6 Halaman Detail Pada ini dapat dilihat detil dari order dipilih, dengan menekan tombol (+) pada salah satu order tersedia. Dari detil order tersebut, dapat dilakukan pembaharuan order secara langsung ataupun untuk batal melakukan perubahan Burndown Chart Berikut adalah hasil burndown chart selama pengerjaan sistem di Sprint Original Estimate Sprint Review Actual Task Burned Estimated Task Burned Gambar 4.7 Burndown Chart - Sprint 1 89

7 Dari grafik burndown chart di atas dapat dilihat bahwa pengerjaan setiap task diberikan lebih cepat dari estimasi direncanakan. Hal tersebut terlihat dari garis Actual Task Burned (berwarna biru) dibawah garis Estimated Task Burned (berwarna ungu). Total task sebelum dikerjakan adalah sebesar 32 dan diestimasikan berkurang sebesar 4 jam per hari. Dalam pengerjaannya, task lebih banyak berkurang pada hari ke-2, ke-3, ke-4, ke-5, ke-6 dan ke-7 dan pada hari ke-8 seluruh task sudah selesai dikerjakan. 90

8 4.1.3 Sprint 2 Berikut adalah sprint backlog, tampilan antar sistem, hingga burndown chart dijalankan pada Sprint Sprint Backlog Berikut merupakan sprint backlog dijalankan pada Sprint 2. Story Backlog Item Points (1 point = 2 hours) User Story #4 5 Original Estimate (in hour) Tabel 4.4 Sprint Backlog - Sprint Sprint Review and Retrospective Checkin User Story #5 6 Checkout order User Story #6 4 Input AWB Number Total

9 Tampilan Antar Muka 1. Halaman Checkin Gambar 4.8 Halaman Checkin Pada ini dapat dilakukan checkin order dengan sebelumnya harus memilih order tertentu terlebih dahulu. Dari ini juga dapat dilihat list order sudah di check-out dengan menekan tombol Checked-out Oders. 2. Halaman Checkout Gambar 4.9 Halaman Checkout 92

10 Gambar 4.10 Halaman Checkout Detail Pada ini dapat dilakukan checkout order dengan sebelumnya harus memilih jenis logistik dari order tersebut. Kemudian tekan tombol (+), sistem akan menampilkan list order dari logistik dipilih. Pengguna dapat menentukan apakah mencentang Select/Unselect All checkbox atau tidak. Jika pengguna sudah memilih order tertentu, selanjutnya adalah menekan tombol Check Out Selected, maka order akan berhasil di check-out. Pada ini juga dapat dilihat list order sudah di checked-in dengan menekan tombol Checked-in Oders. Selain itu, informasi terkait order list di-manifest juga dapat dilihat pada ini. 93

11 3. Halaman Input AWB Number Gambar 4.11 Halaman Input AWB Number Pada ini dapat dilakukan proses masukan AWB Number untuk setiap order terdaftar sistem. Hal ini dapat dilakukan dengan meng-input secara manual AWB Number ke fields disediakan Burndown Chart Berikut adalah hasil burndown chart selama pengerjaan sistem di Sprint Original Estimate Sprint Review Actual Task Burned Estimated Task Burned Gambar 4.12 Burndown Chart - Sprint 2 Dari grafik burndown chart di atas dapat dilihat bahwa pengerjaan setiap task diberikan lebih lama dari estimasi direncanakan. Hal tersebut terlihat dari garis Actual Task Burned (berwarna biru) di atas garis Estimated Task Burned (berwarna ungu). Total task sebelum dikerjakan adalah sebesar 30 dan diestimasikan berkurang sebesar 4 task per hari, namun seluruh task baru selesai dikerjakan pada hari ke-9. 94

12 4.2. Tahap Setelah melakukan implementasi bentuk kode program, tahapan berikutnya adalah pengujian sistem. Tahapan pengujian dilakukan untuk membuat perbandingan hasil ditampilkan sistem dengan kesesuaian fungsi diharapkan. Teknik pengujian digunakan pengembangan sistem adalah metode Black Box berfokus pada persyaratan fungsional dari sistem dibangun. Tahapan pengujian juga dibagi ke 2 sprint dapat dijelaskan sebagai berikut Sprint 1 Berikut adalah skenario pengujian hingga hasil pengujian pada Sprint Skenario No Skenario pengujian dilakukan dengan membuat test case terhadap prosesproses di seluruh ada, dimana terdiri dari item, cara pengujian, dan hasil diharapkan. Hal ini dilakukan untuk mengetahui apakah modul tersebut akan menghasilkan keluaran benar atau tidak dengan menggunakan data telah disiapkan. Antar 1. Halaman Login 2. Halaman Home 3. Halaman Select Agent 4. Halaman Create Tabel 4.5 Skenario - Sprint 1 Bagian dari antar Proses login semua link dan tombol tersedia link agent dipilih Status Aplikasi Tampilan login sudah terbuka Home Select Agent Skenario - Masukkan username dan password - Tekan tombol Sign In - Tekan link menu dan tombol tersedia - Tekan link nama agent tertentu - Isi dan pilih setiap data Hasil diharapkan - Jika username dan password benar, maka akan masuk ke Home - Jika username dan password salah, maka akan muncul pesan error - Link menu dan tombol dipilih dapat dibuka dan hasilnya sesuai - Masuk ke Create - berhasil dibuat dan disimpan 95

13 No Antar 5. Halaman List 6. Halaman Detail Bagian dari antar Create Mengecek List Detail Status Aplikasi Create List Detail Skenario dibutuhkan - Tekan tombol Create atau Create & Continue - Lihat list order tersedia - Tekan tombol (+) pada salah satu order Hasil diharapkan sistem - List order berhasil ditampilkan - Detil order berhasil ditampilkan sesuai dipilih - dapat diperbaharui Hasil Hasil pengujian pada setiap item didapatkan setelah menjalankan skenario pengujian pada Sprint 1 diatas. No Antar diuji 1. Halaman Login 2. Halaman Home Bagian dari antar Proses login semua link dan tombol tersedia Tabel 4.6 Hasil - Sprint 1 Status Aplikasi Tampilan login sudah terbuka Home Skenario - Masukkan username dan password - Tekan tombol Sign In - Tekan link menu dan tombol tersedia Hasil diharapkan - Jika username dan password benar, maka akan masuk ke Home - Jika username dan password salah, maka akan muncul pesan error - Link menu dan tombol dipilih dapat dibuka dan hasilnya sesuai Hasil (Berhasil / Gagal) Berhasil Berhasil 96

14 No Antar diuji 3. Halaman Select Agent 4. Halaman Create 5. Halaman List 6. Halaman Detail Bagian dari antar link agent dipilih Create Mengecek List Detail Status Aplikasi Select Agent Create List Detail Skenario - Tekan link nama agent tertentu - Isi dan pilih setiap data dibutuhkan - Tekan tombol Create atau Create & Continue - Lihat list order tersedia - Tekan tombol (+) pada salah satu order Hasil diharapkan - Masuk ke Create - berhasil dibuat dan disimpan sistem - List order berhasil ditampilkan - Detil order berhasil ditampilkan sesuai dipilih - dapat diperbaharui Hasil (Berhasil / Gagal) Berhasil Berhasil Berhasil Berhasil Sprint 2 Berikut adalah skenario pengujian hingga hasil pengujian pada Sprint Skenario No Berikut merupakan skenario pengujian pada Sprint 2. Antar 1. Halaman Checkin Tabel 4.7 Skenario - Sprint 2 Bagian dari antar Checkin Status Aplikasi Checkin Skenario - Pilih order tertentu - Tekan tombol Check-in Hasil diharapkan - berhasil di check-in 97

15 No Antar 2. Halaman Checkout 3. Halaman Input AWB Number Bagian dari antar Checkout Input AWB Number Status Aplikasi Checkout Input AWB Number Skenario - Tekan tombol (+) pada salah satu jenis logistik - Centang order diinginkan pada logistik dipilih - Tekan tombol Check Out Selected - Masukkan AWB Number pada field disediakan Hasil diharapkan - dipilih pada logistik tertentu berhasil di check-out - Nilai AWB Number berhasil dimasukkan pada order dipilih Hasil Hasil pengujian pada setiap item didapatkan setelah menjalankan skenario pengujian pada Sprint 2 diatas. No Antar diuji 1. Halaman Checkin 2. Halaman Checkout Bagian dari antar Checkin Checkout Tabel 4.8 Hasil - Sprint 2 Status Aplikasi Checkin Checkout Skenario - Pilih order tertentu - Tekan tombol Check-in - Tekan tombol (+) pada salah satu jenis logistik - Centang order diinginkan pada logistik dipilih - Tekan tombol Hasil diharapkan - berhasil di check-in - dipilih pada logistik tertentu berhasil di check-out Hasil (Berhasil / Gagal) Berhasil Berhasil 98

16 No Antar diuji 3. Halaman Input AWB Number Bagian dari antar Input AWB Number Status Aplikasi Input AWB Number Skenario Check Out Selected - Masukkan AWB Number pada field disediakan Hasil diharapkan - Nilai AWB Number berhasil dimasukkan pada order dipilih Hasil (Berhasil / Gagal) Berhasil Data Hasil View List Nama Fungsi URL Metode Ukuran Data diterima Jumlah Data Tersimpan View List GET 20.9 KB dokumen No. Percobaan MongoDB Connection MongoDB Indexing dengan ElasticSearch Keterangan Status Lama Waktu ( detik) Status Lama Waktu ( detik) Lebih Baik Kurang Baik Lebih Baik Lebih Baik Lebih Baik Lebih Baik Lebih Baik Lebih Baik Lebih Baik Lebih Baik Rata-rata waktu Lebih Baik Dari tabel hasil pengujian di atas dapat dilihat bahwa rata-rata waktu akses untuk permintaan data fungsi View List lebih cepat 0.21 detik atau sebesar 1.34%, Hasil tersebut didapatkan dari rata-rata non-elasticsearch sebesar detik dikurangkan dengan rata-rata Elasticsearch sebesar detik. 99

17 View Detail Nama Fungsi URL Metode Ukuran Data diterima Jumlah Data Tersimpan View Detail 1B06840 GET 12.4 KB dokumen No. Percobaan MongoDB Connection MongoDB Indexing dengan ElasticSearch Keterangan Status Lama Waktu ( detik) Status Lama Waktu ( detik) Kurang Baik Kurang Baik Lebih Baik Lebih Baik Lebih Baik Lebih Baik Lebih Baik Lebih Baik Lebih Baik Kurang Baik Rata-rata waktu Lebih Baik Dari tabel hasil pengujian di atas dapat dilihat bahwa rata-rata waktu akses untuk permintaan data fungsi View Detail lebih cepat 0.54 detik Elasticsearch sebesar 8.11 detik dikurangkan dengan rata-rata Elasticsearch sebesar 7.57 detik Search 1. Search dengan 1 huruf Nama Fungsi URL Metode Ukuran Data diterima Jumlah Data Tersimpan Kata kunci dicari atau sebesar 6.65%, Hasil tersebut didapatkan dari rata-rata non- Search GET 1.0 KB dokumen X No. Percobaan MongoDB Connection Status Lama Waktu ( detik) MongoDB Indexing dengan ElasticSearch Status Lama Waktu ( detik) Keterangan 100

18 Lebih Baik Lebih Baik Lebih Baik Lebih Baik Lebih Baik Lebih Baik Lebih Baik Lebih Baik Lebih Baik Lebih Baik Rata-rata waktu Lebih Baik Dari tabel hasil pengujian di atas dapat dilihat bahwa rata-rata waktu akses untuk permintaan data fungsi Search dengan pencarian keyword sebanyak 1 huruf lebih cepat 0.51 detik atau sebesar 6.66%, Hasil tersebut didapatkan dari rata-rata non-elasticsearch sebesar 7.63 detik dikurangkan dengan rata-rata Elasticsearch sebesar 7.12 detik. 2. Search dengan 5 huruf Nama Fungsi URL Metode Ukuran Data diterima Jumlah Data Tersimpan Kata kunci dicari Search buxch GET 1.0 KB dokumen buxch No. Percobaan MongoDB Connection MongoDB Indexing dengan ElasticSearch Keterangan Status Lama Waktu ( detik) Status Lama Waktu ( detik) Lebih Baik Lebih Baik Lebih Baik Lebih Baik Lebih Baik Lebih Baik Lebih Baik Lebih Baik Lebih Baik Lebih Baik Rata-rata waktu Lebih Baik 101

19 Dari tabel hasil pengujian di atas dapat dilihat bahwa rata-rata waktu akses untuk permintaan data fungsi Search dengan pencarian keyword sebanyak 5 huruf lebih cepat 0.81 detik atau sebesar 10.01%, Hasil tersebut didapatkan dari rata-rata non-elasticsearch sebesar 8.07 detik dikurangkan dengan rata-rata Elasticsearch sebesar 7.26 detik. 3. Search dengan 10 huruf Nama Fungsi URL Metode Ukuran Data diterima Jumlah Data Tersimpan Kata kunci dicari Search RDJzHuBUfI GET 1.0 KB dokumen RDJzHuBUfI No. Percobaan MongoDB Connection MongoDB Indexing dengan ElasticSearch Keterangan Status Lama Waktu ( detik) Status Lama Waktu ( detik) Lebih Baik Lebih Baik Lebih Baik Lebih Baik Lebih Baik Lebih Baik Lebih Baik Lebih Baik Lebih Baik Lebih Baik Rata-rata waktu Lebih Baik Dari tabel hasil pengujian di atas dapat dilihat bahwa rata-rata waktu akses untuk permintaan data fungsi Search dengan pencarian keyword sebanyak 10 huruf lebih cepat 0.76 detik atau sebesar 9.46%, Hasil tersebut didapatkan dari rata-rata non-elasticsearch sebesar 8.03 detik dikurangkan dengan rata-rata Elasticsearch sebesar 7.27 detik. 102