BAB 4 IMPLEMENTASI DAN EVALUASI 4.1 Implementasi 4.1.1 Jadwal Implementasi Penerapan aplikasi ini terdiri dari beberapa tahapan berkelanjutan, dengan penjadwalan yang dapat dilihat pada tabel berikut ini: Tabel 4.1 Jadwal Implementasi No. Kegiatan Minggu ke- 1 2 3 4 5 6 7 8 1 Pengadaan hardware dan software 2 Instalasi hardware dan software 3 Konversi data 4 Pengujian (Testing) 5 Pelatihan 1. Pengadaan hardware dan software Tahapan pertama yang dilakukan adalah pengadaan perangkat keras (hardware) dan perangkat lunak (software) yang dibutuhkan. Perkiraan waktunya adalah sekitar satu minggu. 178
179 2. Instalasi hardware dan software Setelah dilakukan pengadaan hardware dan software maka tahapan selanjutnya adalah melakukan instalasi terhadap hardware dan software tersebut. Instalasi software yang pertama kali dilakukan adalah melakukan instalasi sistem operasi pada client dan server, kemudian diikuti dengan instalasi DBMS serta software penunjangnya. Proses instalasi tersebut diikuti dengan instalasi jaringan atau LAN (Local Area Network). Perkiraan waktu yang dibutuhkan adalah sekitar satu minggu. 3. Konversi data Tahapan ini dilakukan dengan mengkonversi data sebelumnya ke dalam database yang baru. Perkiraan waktu yang dibutuhkan adalah sekitar dua minggu. 4. Pengujian (Testing) Pengujian dilakukan oleh bagian IT untuk menemukan bug atau sesuatu yang berjalan tidak sempurna. Perkiraan waktu yang dibutuhkan adalah sekitar dua minggu. 5. Pelatihan Pada tahapan ini dilakukan pelatihan bagi para pengguna (operator) untuk menggunakan dan mengelola aplikasi ini dengan benar sehingga menunjang kebutuhan yang ada. Perkiraan waktu yang dibutuhkan adalah sekitar dua minggu.
180 4.1.2 Kebutuhan Spesifikasi Perangkat Keras (Hardware) Perangkat keras (hardware) yang merupakan penunjang dan juga pendukung implementasi aplikasi yang dibangun ini adalah berupa perangkat atau komponen fisik dari sistem. Hal-hal yang harus diperhatikan dalam pemilihan perangkat keras yang akan digunakan antara lain kualitas dan kapasitas perangkat keras dalam mengoptimalkan setiap transaksi yang akan dilakukan aplikasi ini. Penggunaan jaringan atau networking dalam bentuk intranet dimaksudkan untuk dapat membatasi siapa saja yang bisa mengakses data, melakukan input data, dsb. Selain itu intranet juga memberikan kemudahan dan bandwith yang besar sehingga memungkinkan untuk tidak terjadinya delay atau response time yang lama. Berikut ini merupakan spesifikasi perangkat keras minimum yang dibutuhkan: a. Server Processor : Intel Pentium 4 3,0 Ghz Memory : 2 GB RAM Harddisk : 160 GB Monitor, Keyboard, dan Mouse b. Client Processor : Intel Pentium 4 2,5 Ghz Memory : 1 GB RAM Harddisk : 40 GB Monitor, Keyboard, dan Mouse
181 4.1.3 Kebutuhan Spesifikasi Perangkat Lunak (Software) Untuk membuat server bisa digunakan sebagai web server, maka harus dilakukan instalasi Web Server Application pada server yang digunakan untuk menangani request dari client pada protokol HTTP. Web server akan menangani dan melakukan kompilasi dari halaman web agar dapat ditampilkan oleh browser. Selain itu web server juga akan menangani masalah koneksi dari file PHP dan DBMS yang digunakan, dalam hal ini MySQL 5.0. Web Server Application yang digunakan dalam implementasi ini adalah Apache karena Apache memiliki integrasi yang baik dengan PHP dan mendukung penuh DBMS yang digunakan oleh sistem. Berikut ini merupakan spesifikasi perangkat lunak yang dibutuhkan: a. Server Microsoft Windows XP SP3 atau Linux Apache 2.11.7 PHP 5.2.6 b. Client Microsoft Windows XP SP3 Mozilla Firefox versi 3.6 ke atas atau Internet Explorer
182 4.1.4 Kebutuhan Sumber Daya Manusia Untuk pengembangan aplikasi dan pemeliharaannya, diperlukan seorang Database Administrator (DBA) untuk melakukan maintenance sistem dan memantau jalannya sistem. Secara spesifik, seorang DBA harus menguasai PHP scripting dan MySQL untuk proses troubleshooting. Para pengguna (operator) harus sudah terbiasa menggunakan browser khususnya Mozilla Firefox versi 3.6 ke atas.
183 4.2 Petunjuk Penggunaan Aplikasi 4.2.1 Register Pengguna atau Karyawan baru yang ingin menggunakan aplikasi berbasis web ini harus terdaftar dalam database terlebih dahulu. Pendaftaran dapat dilakukan dengan menekan link Register here di pojok kanan bawah pada halaman pembuka. Kemudian akan muncul form seperti berikut : Gambar 4.1 Form Pendaftaran Isi semua field dengan benar dan tekan Submit untuk menyelesaikan proses prendaftaran, atau tekan Reset untuk mengosongkan semua field.
184 4.2.2 Login Pengguna yang telah terdaftar dapat melakukan Login untuk mulai menggunakan aplikasi ini. Gambar 4.2 Form Login Masukkan NIK dan Password untuk login. Isi semua field dengan benar kemudian tekan tombol Login. Jika informasi yang dimasukkan benar maka akan muncul halaman home, jika salah maka akan muncul pesan error. 4.2.3 Logout Tekan tombol On/Off di pojok kanan atas untuk keluar dan kembali ke halaman pembuka. Gambar 4.3 Tombol Logout
185 4.2.4 Menu User Tampilan menu untuk user : Gambar 4.4 Menu User Pilih Home untuk kembali ke halaman awal setelah login. Pilih Data SSR untuk membuka situs Data SSR. Pilih Call Handling untuk membuka situs Call Handling. Pilih Schedule untuk melihat jadwal Pilih Online Attendance untuk melakukan absensi. Pilih Edit Account untuk mengubah data diri.
186 4.2.5 Home User Tampilan halaman home untuk user : Gambar 4.5 Indikator Kinerja Dashboard menampilkan indikator kinerja bagian Helpdesk dan Pegawai, indikator yang di atas menunjukkan kinerja dari keseluruhan bagian Helpdesk yang diambil dari rata-rata hasil survey. Sedangkan indikator yang di bawahnya menunjukkan kinerja dari Pegawai yang bersangkutan.
187 Gambar 4.6 Tampilan Halaman Home User Halaman Home user menampilkan IP Address dari user dan overview dari absensi dan jadwal kerja user yang bersangkutan. 4.2.6 Online Attendance Jika user memiliki jadwal kerja pada hari itu maka tombol absen datang akan menyala, warna merah jika terlambat dan hijau jika tepat waktu. Gambar 4.7 Absen Datang
188 Tekan tombol Datang untuk melakukan absen datang. Jika tombol berwarna merah, maka setelah tombol ditekan akan keluar form untuk mengisi alasan keterlambatan. Gambar 4.8 Form Keterlambatan Setelah mengisi form dan menekan tombol Submit maka user telah selesai melakukan absen datang, waktu, IP dan alasan keterlambatan akan tampil di layar dan tombol Pulang akan menyala, warna merah jika waktu shift belum berakhir dan warna hijau jika sudah melebihi waktu shift berakhir. Gambar 4.9 Absen Pulang
189 Tekan tombol Pulang untuk melakukan absen pulang. Jika tombol berwarna merah, maka setelah tombol ditekan akan kluar form untuk mengisi alasan pulang lebih awal. Gambar 4.10 Form Pulang Awal Setelah mengisi form dan menekan tombol Submit maka user telah selesai melakukan absen pulang, waktu, IP dan alasan pulang lebih awal akan tampil di layar dan tombol Datang dan Pulang tidak akan menyala.
190 4.2.7 S chedule User Gambar 4.11 Form Lihat Jadwal Kerja User Pilih NIK, tahun, dan bulan yang diinginkan, dengan sendirinya akan tampil daftar tanggal dan shift kerja user yang bersangkutan. Jika tidak muncul daftar tanggal dan shift kerja, berarti user yang bersangkutan tidak memiliki jadwal kerja pada bulan itu. 4.2.8 Edit Account Jika user ingin mengganti informasi mengenai data dirinya, user dapat mengubahnya melalui menu ini, tampilannya sama persis seperti menu register. Tekan Submit untuk melanjutkan dan Reset untuk mengembalikan semua informasi sebelum diubah. Pastikan semua field diisi dan informasi yang dimasukkan adalah benar.
191 4.2.9 Menu Admin Tampilan menu untuk admin : Gambar 4.12 Menu Admin Pilih Home untuk kembali ke halaman awal setelah login. Pilih Data SSR untuk membuka situs Data SSR. Pilih Call Handling untuk membuka situs Call Handling. Pilih Userlist untuk melihat semua user yang terdaftar. Pilih Edit Account untuk mengubah data diri. Pilih Performance untuk mengunggah file kinerja. 4.2.10 Userlist Gambar 4.13 Userlist Tekan tombol Update untuk merubah data diri user yang bersangkutan atau tekan Delete untuk menghapus user.
192 Gambar 4.14 Form Search Userlist Gunakan dropdown list ini untuk mencari NIK dari pegawai yang ingin dilihat informasinya, kemudian tekan Search. 4.2.11 S chedule Admin Gambar 4.15 Schedule Pilih Change Shift Time untuk membuka form penggantian jam shift Pilih Add Schedule untuk membuka form penambahan jadwal Pilih View Schedule untuk membuka halaman lihat jadwal
193 4.2.12 Shift Gambar 4.16 Form Ubah Waktu Shift Pilih shift yang ingin diubah waktunya, tentukan waktunya, kemudian tekan Change Shift untuk selesai. 4.2.13 Add S chedule Gambar 4.17 Form Penambahan Jadwal Kerja
194 Masukkan NIK, tahun, bulan, tanggal, dan shift yang diinginkan, kemudian tekan Submit untuk selesai. 4.2.14 View S chedule Gambar 4.18 Form Lihat Jadwal Kerja Pilih NIK, tahun, dan bulan yang diinginkan, dengan sendirinya akan tampil daftar tanggal dan shift kerja user yang bersangkutan. Jika tidak muncul daftar tanggal dan shift kerja, berarti user yang bersangkutan tidak memiliki jadwal kerja pada bulan itu. Tekan Update untuk mengubah shift pada tanggal tersebut atau tekan Delete untuk menghapus jadwal kerja pada tanggal tersebut.
195 Gambar 4.19 Form Ubah Jadwal Kerja Pilih shift yang diinginkan kemudian tekan Submit untuk selesai. 4.2.15 Attendance Report Gambar 4.20 Rekap Absensi Pilih NIK, tahun, dan bulan yang diinginkan kemudian tekan Search untuk menampilkan.
196 4.2.16 Performance Gambar 4.21 Form Upload File Kinerja Pilih file yang berisi informasi kinerja pegawai yang didapat dari Call Handling dan Data SSR. Nama file jangan diubah sehingga dapat diupload dengan benar. Setelah file dipilih, tekan Upload untuk mengunggah file tersebut. 4.3 Evaluasi 4.3.1 Evaluasi Database Hal-hal yang akan dievaluasi pada tahap ini antara lain: 1. Integrity a. Entity Integrity Semua primary key berfungsi dengan baik dan memiliki nilai yang unique. Contohnya pada tabel Pegawai, field NIK yang merupakan primary key tidak mungkin memiliki nilai yang duplikat.
197 b. Referential Integrity Semua foreign key berfungsi dengan baik. Jika ada penghapusan atau perubahan nilai dari tabel parent-nya, tidak ada masalah. Contohnya pada tabel Pegawai dengan tabel Jabatan. Jika nilai Jabatan_id pada tabel Jabatan diubah, maka nilai Jabatan_id pada tabel Pegawai ikut berubah. c. Domain Integrity Semua atribut domain berfungsi dengan baik, dengan berhasilnya batasan input yang dilakukan. 2. Security Akses grant dan privileges sudah berjalan dengan baik. Misalnya user tidak bisa mengubah waktu shift dalam tabel Shift (termasuk menambah ataupun menghapus). 3. Concurrency Saat ini concurrency masih dalam tahap evaluasi internal. 4. Recovery Proses recovery data sudah berjalan dengan baik. 4.3.2 Evaluasi Sumber Daya Manusia Bagian selanjutnya dalam proses evaluasi adalah mengevaluasi bagaimana tanggapan para user terhadap aplikasi ini. Informasi ini didapat melalui penyebaran kuesioner kepada sebagian user (sampling). Berikut adalah poin yang ditanyakan di dalam kuesioner:
198 Tabel 4.2 Daftar Pertanyaan Kuesioner No. 1 Pertanyaan Bagaimana tampilan dari aplikasi web ini? Sangat Baik Baik Rating Kurang Sangat Kurang 2 Bagaimana kemudahan akses ke dalam aplikasi web ini? 3 Bagaimana kemudahan pengoperasian aplikasi web ini? 4 Bagaimana kegunaan fitur-fitur yang diberikan aplikasi web ini? Bagaimana manfaat yang anda 5 rasakan berkaitan dengan informasi yang disajikan dalam web ini? Secara umum, bagaimana penilaian 6 anda terhadap aplikasi ini untuk keseluruhannya? Jumlah user yang menggunakan aplikasi ini untuk saat ini adalah 20 orang, kemudian diambil sampling penilaian dari 5 orang user. Rating bernilai 1-4, dimulai dari 1 untuk sangat kurang hingga 4 untuk sangat baik. Hasil kuesioner ditampilkan dalam tabel berikut:
199 Tabel 4.3 Hasil Kuesioner No. Penilaian Responden SH FN RS NN GG Jumlah Ratarata 1 3 3 4 3 4 17 3.4 2 3 3 3 4 3 16 3.2 3 3 4 4 3 4 18 3.6 4 4 3 4 4 3 18 3.6 5 3 4 3 3 4 17 3.4 6 4 3 3 3 3 16 3.2 Jumlah 20 20 21 20 21 92 3.33 3.33 3.5 3.33 3.5 3.06 Ratarata overall Setelah dilakukan analisis terhadap hasil kuesioner dengan menggunakan skala 1-4 (1 untuk sangat kurang dan 4 untuk sangat baik), maka kesimpulan dari setiap pertanyaan adalah:
200 1. Pertanyaan 1 - Bagaimana tampilan dari aplikasi web ini? Bagaimana tampilan dari aplikasi web ini? 0% 0% 20% Sangat Kurang Kurang Baik Sangat Baik 80% Gambar 4.22 Pie chart hasil jawaban kuesioner pertanyaan 1 Nilai rata-rata rating untuk pertanyaan ini adalah 3.4. Ini berarti user menilai bahwa tampilan aplikasi ini sudah baik. Dalam artian luas, user puas dengan desain aplikasinya, termasuk gambar-gambar, pewarnaan, dan hal-hal lain yang mempengaruhi tampilan aplikasi web ini.
201 2. Pertanyaan 2 - Bagaimana kemudahan akses ke dalam aplikasi web ini? Bagaimana kemudahan akes ke dalam aplikasi web ini? 0% 0% 40% 60% Sangat Kurang Kurang Baik Sangat Baik Gambar 4.23 Pie chart hasil jawaban kuesioner pertanyaan 2 Nilai rata-rata rating untuk pertanyaan ini adalah 3.2. Ini berarti user menilai bahwa kemudahan akses aplikasi sudah baik. Dalam artian luas, user puas dengan bagaimana kecepatan akses ke dalam aplikasi, termasuk bookmark yang disediakan pada setiap browser untuk memudahkan masuk ke aplikasi ini.
202 3. Bagaimana kemudahan pengoperasian aplikasi web ini? Bagaimana kemudahan pengoperasian aplikasi web ini? 0% 0% 60% 40% Sangat Kurang Kurang Baik Sangat Baik Gambar 4.24 Pie chart hasil jawaban kuesioner pertanyaan 3 Nilai rata-rata rating untuk pertanyaan ini adalah 3.6. Ini berarti user menilai bahwa aplikasi ini mudah untuk dioperasikan. Dalam artian luas, user dapat menggunakan dengan baik semua form yang disediakan, semua tombol-tombol berfungsi dengan semestinya.
203 4. Bagaimana kegunaan fitur-fitur yang diberikan aplikasi web ini? Bagaimana kegunaan fitur-fitur yang diberikan aplikasi web ini? 0% 0% 60% 40% Sangat Kurang Kurang Baik Sangat Baik Gambar 4.25 Pie chart hasil jawaban kuesioner pertanyaan 4 Nilai rata-rata rating untuk pertanyaan ini adalah 3.6. Ini berarti user menilai bahwa fitur-fitur yang disediakan mempermudah dalam mendukung kinerja user. Sebagai contoh, link khusus untuk mengakses lembar kerja user (Data SSR, Call Handling) disediakan di dalam aplikasi sehingga user cukup bekerja di dalam 1 layar kerja dan tidak perlu kesulitan mengingat alamat dari masing-masing lembar kerja khusus.
204 5. Bagaimana manfaat yang anda rasakan berkaitan dengan informasi yang disajikan dalam web ini? Bagaimana manfaat yang anda rasakan berkaitan dengan informasi yang disajikan dalam web ini? 0% 0% 40% 60% Sangat Kurang Kurang Baik Sangat Baik Gambar 4.26 Pie chart hasil jawaban kuesioner pertanyaan 5 Nilai rata-rata rating untuk pertanyaan ini adalah 3.4. Ini berarti user menilai bahwa informasi yang disajikan sudah baik. Hanya saja, informasi yang disajikan masih terlalu sedikit sehingga perlu perbaikan misalnya dengan menambah keterangan-keterangan untuk jadwal kerja.
205 6. Secara umum, bagaimana penilaian anda terhadap aplikasi ini untuk keseluruhannya? Secara umum, bagaimana penilaian anda terhadap aplikasi ini untuk keseluruhannya? 0% 0% 20% 80% Sangat Kurang Kurang Baik Sangat Baik Gambar 4.27 Pie chart hasil jawaban kuesioner pertanyaan 6 Nilai rata-rata rating untuk pertanyaan ini adalah 3.2. Ini berarti user menilai bahwa secara keseluruhan aplikasi ini sudah baik. Namun tetap diperlukan pengembangan untuk kedepannya agar semakin memudahkan pengoperasian oleh user dan memenuhi semua kebutuhan user.
206 Sebagai tambahan, user juga memberikan sedikit saran untuk aplikasi ini. Beberapa saran yang diberikan misalnya berkaitan tentang desain (gambar-gambar di dalamnya) agar disempurnakan lagi sehingga bisa lebih menarik. Kemudian informasi status absen agar disajikan lebih jelas sehingga user tahu apakah dia sudah melakukan absensi atau belum. 4.4 Rencana Backup dan Recovery 4.4.1 Rencana Backup Untuk menjaga agar data tidak hilang maka perlu dilakukan backup secara berkala. Berikut ini merupakan rencana backup yang akan dilakukan. Tabel 4.4 Rencana Backup Waktu Backup Media Penyimpanan Mekanisme Harian (Pukul 00.00) Harddisk Backup secara otomatis dengan menggunakan fitur dari MySQL Administrator Bulanan CD Backup secara manual. Tahunan DVD Backup secara manual. 4.4.2 Rencana Recovery Rencana recovery dilakukan setelah terjadi disaster yang tidak diharapkan melalui media backup cadangan.