BAB 4 IMPLEMENTASI DAN EVALUASI

(1)

BAB 4

IMPLEMENTAS I DAN EVALUAS I

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.

(2)

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 DBM S 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.

(3)

4.1.2 Kebutuhan S pesifikasi 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

(4)

4.1.3 Kebutuhan S pesifikasi 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 koneks i dari file PHP dan DBM S 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 DBM S yang digunakan oleh sistem.

Berikut ini merupakan spesifikasi perangkat lunak yang dibutuhkan:

a. Server

M icrosoft Windows XP SP3 atau Linux Apache 2.11.7

PHP 5.2.6 b. Client

M icrosoft Windows XP SP3

(5)

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 M ySQL untuk proses troubleshooting. Para pengguna (operator) harus sudah terbiasa menggunakan browser khususnya M ozilla Firefox versi 3.6 ke atas.

(6)

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.

(7)

4.2.2 Login

Pengguna yang telah terdaftar dapat melakukan “Login” untuk mulai menggunakan aplikasi ini.

Gambar 4.2 Form Login

M asukkan 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.

(8)

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.

(9)

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.

(10)

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.

(11)

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.

(12)

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.

(13)

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.

(14)

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.

(15)

Gambar 4.14 Form S earch 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 S chedule

¾ 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

(16)

4.2.12 Shift

Gambar 4.16 Form Ubah Waktu S hift

Pilih shift yang ingin diubah waktunya, tentukan waktunya, kemudian tekan “Change Shift” untuk selesai.

4.2.13 Add S chedule

(17)

M asukkan 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.

(18)

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.

(19)

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.

(20)

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. M isalnya 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:

(21)

Tabel 4.2 Daftar Pertanyaan Kuesioner

No. Pertanyaan

Rating S angat

Baik Baik Kurang

S angat Kurang 1

Bagaimana tampilan dari aplikasi web ini?

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?

5

Bagaimana manfaat yang anda rasakan berkaitan dengan informasi yang disajikan dalam web ini?

6

Secara umum, bagaimana penilaian 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:

(22)

Tabel 4.3 Hasil Kuesioner No. Penilaian Responden Jumlah Rata-rata S H FN RS NN GG 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 Rata-rata overall 3.33 3.33 3.5 3.33 3.5 3.06

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:

(23)

1. Pertanyaan 1 - Bagaimana tampilan dari aplikasi web ini?

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.

0% 0%

80% 20%

Bagaimana tampilan dari aplikasi web ini?

Sangat Kurang Kurang

Baik

(24)

2. Pertanyaan 2 - Bagaimana kemudahan akses ke dalam aplikasi web ini?

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.

0% 0%

60% 40%

Bagaimana kemudahan akes ke dalam

aplikasi web ini?

Baik

(25)

3. Bagaimana kemudahan pengoperasian aplikasi web ini?

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. 0% 0%

40%

60%

Bagaimana kemudahan pengoperasian

aplikasi web ini?

Baik

(26)

4. Bagaimana kegunaan fitur-fitur yang diberikan aplikasi web ini?

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.

0% 0%

40%

60%

Bagaimana kegunaan fitur-fitur yang

diberikan aplikasi web ini?

Baik

(27)

5. Bagaimana manfaat yang anda rasakan berkaitan dengan informasi yang

disajikan dalam web ini?

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.

0% 0%

60% 40%

Bagaimana manfaat yang anda rasakan

berkaitan dengan informasi yang disajikan

dalam web ini?

Baik

(28)

6. Secara umum, bagaimana penilaian anda terhadap aplikasi ini untuk

keseluruhannya?

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.

0% 0%

80% 20%

Secara umum, bagaimana penilaian anda

terhadap aplikasi ini untuk keseluruhannya?

Baik

(29)

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.