iii
KATA PENGANTAR
Puji dan syukur kepada Allah SWT atas segala berkat, rahmat dan hidayah-Nya. Shalawat serta salam semoga selalu tercurah kepada Rasulullah SAW serta do’a restu dari kedua orang tua, sehingga akhirnya penulis dapat menyelesaikan skripsi ini dengan judul “Pembangunan Sistem Customer Relationship Management Di PT ARINDO PRATAMA”. Tugas akhir ini disusun sebagai syarat memperoleh Gelar Sarjana di Fakultas Teknik Dan Ilmu Komputer Program Studi Teknik Informatika Universitas Komputer Indonesia.
Penulis menyadari bahwa begitu banyak peran dari pihak lain untuk proses penyelesaian Tugas Akhir ini. Melalui kesempatan ini, penulis ingin menyampaikan ucapan terimakasih yang sebesar-besarnya kepada:
1. Allah SWT, yang telah memberikan rahmat, hidayah dan karunia-Nya kepada penulis sehingga dapat menyelesaikan Tugas Akhir ini dengan baik.
2. Ayahanda Djoko Sartono dan Ibunda Nurhayati yang selalu memberikan do’a yang tidak pernah putus, dukungan yang tidak pernah berhenti baik secara moril dan materil serta sebagai alasan penulis untuk tetap berjuang menyelesaikan pendidikan ini.
3. Istiqomah, S.Kom., M.Kom. selaku dosen pembimbing yang telah banyak meluangkan waktu guna mengarahkan dan memberikan petunjuk yang sangat berharga dalam menyusun Tugas Akhir ini.
4. Teman-teman IF 16/2011 yang tidak dapat disebutkan namanya satu persatu, terimakasih semoga kita selalu sukses.
Penulis mengharapkan adanya kritik dan saran yang membangun dari semua pihak demi kesempurnaan tugas akhir ini. Semoga skripsi ini dapat bermanfaat bagi penulis khususnya dan bagi pembaca umumnya.
iii
168
DAFTAR PUSTAKA
[1] H. J. (n.d.). Analisis dan Desain Sistem Informasi (III ed.). Andi.
[2] Wulandari, G. F. (2008). Segmentasi Pelanggan Menggunakan Algoritma K-Means Untuk Customer Relationship Management(CRM) Pada Hijab Miulan. Sesindo.
[3] Andreani, F. (2007). Customer Relationship Management (CRM) Dan Aplikasinya Dalam Industri Manufaktur Dan Jasa. Jurnal Manajemen Pemasaran, 59-65.
[4] Budiarjo, E. K., & Irwiensyah, F. (2008). Analisis Fitur Crm Untuk Meningkatkan Kepuasan Pasien - Berbasis Pada Framework Of Dynamic Crm. semnasIF.
[5] Budiarjo, E. K., & Prasetyo, A. (2008). Kesamaan Antara Front Crm Dengan Dynamic Crm Sebagai Customer Relationship Management (CRM) Framework. SESINDO2008.
[6] H. J. (n.d.). Analisis dan Desain Sistem Informasi (III ed.). Andi.
[7] Han, J., & Kamber, M. (2007). Data Mining: Concepts and Techniques.
[8] Wulandari, G. F. (2008). Segmentasi Pelanggan Menggunakan Algoritma K-Means Untuk Customer Relationship Management(CRM) Pada Hijab Miulan. SESINDO.
iv
ABSTRACT ... ii
KATA PENGANTAR ... iii
DAFTAR ISI ... iv
DAFTAR GAMBAR ... viii
DAFTAR TABEL ... xii
DAFTAR SIMBOL ... xv
DAFTAR LAMPIRAN ... xix
BAB 1 PENDAHULUAN ... 1
1.1. Latar Belakang Masalah ... 1
1.2. Rumusan Masalah ... 3
1.3. Identifikasi Masalah ... 3
1.4. Maksud dan Tujuan ... 4
1.5. Batasan Masalah ... 4
1.6. Metodologi Penelitian ... 5
1.6.1. Metode Pengumpulan Data... 5
1.6.2. Metode Pembangunan Perangkat Lunak ... 6
1.7. Sistematika Penulisan ... 7
BAB 2 TINJAUAN PUSTAKA ... 9
2.1. Tinjauan Perusahaan ... 9
2.1.1. Sejarah PT. Arindo Pratama. ... 9
2.1.2. Visi dan Misi ... 9
v
2.2.1. Sistem ... 14
2.2.2. Definisi Customer Relationship Manajemen ... 14
2.2.3. Tahap-tahap CRM ... 15
2.2.4. Jenis CRM ... 15
2.2.5. Tujuan CRM ... 16
2.2.6. Clustering ... 16
2.2.7. Framework of Dynamic CRM ... 17
2.2.8. Model RFM... 19
2.2.9. Konsep Dasar Basis Data ... 27
2.2.10. Data Flow Diagram (DFD) ... 29
2.2.11. Pengujian Alpha dan Beta ... 30
BAB 3 ANALISIS DAN PERANCANGAN SISTEM ... 33
3.1. Analisis Sistem ... 33
3.1.1. Analisis Masalah ... 33
3.1.2. Analisis sistem yang sedang berjalan ... 34
3.1.3. Analisis aturan bisnis yang sedang berjalan ... 40
3.1.4. Analisis aturan bisnis yang diusulkan ... 40
3.1.5. Analisis CRM ... 41
3.1.6. Analisis Kebutuhan non fungsional ... 59
3.1.7. Analisis Kebutuhan Fungsional ... 66
3.2. Perancangan Sistem... 91
vi
3.2.5. Perancangan Pesan ... 131
3.3. Perancangan Jaringan Semantik ... 131
3.3.1. Perancangan Jaringan Semantik Promotion ... 132
3.3.2. Perancangan Jaringan Semantik Adm ... 132
3.3.3. Perancangan Jaringan Semantik Customer Service ... 133
3.3.4. Perancangan Jaringan Semantik Manager Operasional ... 134
3.3.5. Perancangan Jaringan Semantik Deposit... 134
3.3.6. Perancangan Jaringan Semantik IT ... 135
3.3.7. Perancangan Jaringan Semantik Loket... 136
3.4. Perancangan Prosedural... 137
3.4.1. Prosedural Login ... 137
3.4.2. Prosedural Tambah Data ... 138
3.4.3. Prosedural Ubah Data ... 139
3.4.4. Prosedural Hapus Data ... 140
3.4.5. Prosedural Pengenlompokan pelanggan ... 141
BAB 4 IMPLEMENTASI DAN PENGUJIAN ... 143
4.1. Implementasi ... 143
4.1.1. Implementasi Perangkat Lunak... 143
4.1.2. Implementasi Perangkat Keras ... 143
4.1.3. Implementasi Basis Data ... 144
4.1.4. Implementasi Antarmuka ... 149
vii
4.2.4. Pengujian Beta ... 162
4.2.5. Skenario Beta ... 163
4.2.6. Hasil Skenario Beta ... 164
4.2.7. Kesimpulan Pengujian Beta ... 166
BAB 5 KESIMPULAN DAN SARAN ... 167
5.1. Kesimpulan ... 167
5.2. Saran ... 167
PEMBANGUNAN SISTEM CUSTOMER RELATIONSHIP
MANAGEMENT DI PT. ARINDO PRATAMA
SKRIPSI
Disusun untuk Menempuh Ujian Akhir Sarjana
TITO NUR ASTOPRIA
10111713
PROGRAM STUDI TEKNIK INFORMATIKA
FAKULTAS TEKNIK DAN ILMU KOMPUTER
IDENTITAS PRIBADI
Nama Lengkap : Tito Nur Astopria
Nama Panggilan : Tito
Jenis Kelamin : Laki-laki
Tempat/Tanggal Lahir : Bandung, 4 Juni 1993
Usia : 22 Tahun
Agama : Islam
Status : Belum Menikah
Warga Negara : Indonesia
Alamat : Jl. Tulip XI No 41 RT/RW:04/04 Bumi Rancaekek
Kencana, Kab Bandung 40394
Nomor Telepon : 085779276797
E-mail : titonur@gmail.com
RIWAYAT PENDIDIKAN FORMAL
1999 – 2005 : SDN 4 Rancaekek
2005 – 2008 : SMPN 1 Rancaekek
2008 – 2011 : SMAN 1 Rancaekek
167
serta berisi saran-saran yang akan memberikan catatan penting dan kemungkinan perbaikan yang perlu dilakukan untuk pengembangan perangkat lunak selanjutnya.
5.1. Kesimpulan
Berdasarkan hasil pengujian alpha dan beta yang didapat dalam penulisan tugas akhir ini, maka dapat ditarik kesimpulan sebagai berikut:
1. Sistem informasi yang dibangun dapat membantu administrasi menentukan loket yang potensial dengan baik.
2. Sistem cukup membantu customer service dalam memberikan pelayanan yang baik.
3. Sistem dapat membantu manager operasional menentukan pemberian rekomendasi guna mempertahankan pelanggan.
4. Sistem membantu promotion dalam menarik minat loket baru untuk bergabung dengan perusahaan.
5.2. Saran
Saran untuk pengembangan sistem informasi ini antara lain:
1. Pengembangan selanjutnya diharapkan penyampaian promosi tidak hanya melalui email, bisa dengan nomer hp, line, bbm, atau media sosial yang lain. 2. Metode untuk perhitungan tingkat loyalitas dapat dikembangkan dengan menggunakan metode selain rfm, contohnya menggunakan metode seperti
143
Tahap implementasi sistem merupakan tahap penerapan sistem yang telah didesain dan dirancang, sehingga sistem yang telah dibuat dapat dioperasikan dan digunakan secara optimal sesuai dengan kebutuhan. Implementasi yang akan dijelaskan meliputi empat implementasi sistem, yaitu implementasi perangkat lunak, implementasi perangkat keras, implementasi basis data dan implementasi antarmuka.
4.1.1. Implementasi Perangkat Lunak
Perangkat lunak yang digunakan untuk implementasi sistem informasi ini dapat dilihat pada Tabel 4.1
Tabel 4.1 Implementasi Perangkat Lunak
No Perangkat Lunak Spesifikasi
1 Sistem Operasi Microsoft Windows 7
2 Web Server WAMP Server
3 Web Browser Google Chrome
4 Database Server MySQL
5 Code Editor Adobe Dreamweaver CS5
4.1.2. Implementasi Perangkat Keras
Perangkat keras yang digunakan untuk implementasi sistem informasi ini dapat dilihat pada Tabel 4.2
Tabel 4.2Implementasi Perangkat Keras
No Perangkat Keras Spesifikasi
1 Processor Core i3-3217U 1.8 GHz
2 RAM 4 GB
3 VGA 2 GB
4 Harddisk 500 GB
4.1.3. Implementasi Basis Data
Pembuatan basis data dilakukan dengan menggunakan DBMS MySQL. Implementasi basis data dalam bahasa SQL adalah sebagai berikut.
1. Database db_crmarindo
Database db_arindo ini digunakan untuk menyimpan kumpulan informasi yang berkaitan dengan crm arindo yang dibangun.
Tabel 4.3 Tabel create database
SQL CREATE DATABASE db_crmarindo
2. Tabel user
Tabel user ini digunakan untuk menyimpan data user. Tabel user dapat dilihat pada Tabel 4.4
Tabel 4.4Tabel user
SQL CREATE TABLE `user` (
`nip` int(10) NOT NULL,
`username` varchar(50) DEFAULT NULL, `userpass` varchar(50) DEFAULT NULL, `nama` varchar(50) DEFAULT NULL, `email` varchar(50) DEFAULT NULL, `jabatan` varchar(50) DEFAULT NULL, PRIMARY KEY (`nip`)
) ENGINE=InnoDB DEFAULT CHARSET=latin1
3. Tabel cluster
Tabel cluster ini digunakan untuk menyimpan hasil segmentasi data loket. Tabel cluster dapat dilihat pada Tabel 4.5
Tabel 4.5Tabel cluster
SQL CREATE TABLE `cluster` (
`no_cluster` int(5) NOT NULL,
`kode_loket` varchar(8) DEFAULT NULL, `cluster` varchar(12) DEFAULT NULL, PRIMARY KEY (`no_cluster`), KEY `FK_cluster` (`kode_loket`),
CONSTRAINT `FK_cluster` FOREIGN KEY (`kode_loket`) REFERENCES `loket` (`kode_loket`)
4. Tabel detail_respon_keluhan
Tabel detail_respon_keluhan ini digunakan untuk menyimpan data detail respon keluhan. Tabel detail_respon_keluhan dapat dilihat pada Tabel 4.6.
Tabel 4.6Tabel detail_respon_keluhan
SQL CREATE TABLE `detail_respon_keluhan` (
`id_detailrespon` int(10) NOT NULL AUTO_INCREMENT, `id_respon` int(10) DEFAULT NULL,
`status_awal` varchar(10) DEFAULT NULL, `isi_keluhan` varchar(150) DEFAULT NULL, `tanggal` date DEFAULT NULL,
`jadwal_perbaikan` date DEFAULT NULL, `status_akhir` varchar(10) DEFAULT NULL, PRIMARY KEY (`id_detailrespon`),
KEY `FK_detail_respon_keluhan` (`id_respon`),
CONSTRAINT `FK_detail_respon_keluhan` FOREIGN KEY (`id_respon`)
REFERENCES `respon_keluhan` (`id_respon`) ) ENGINE=InnoDB DEFAULT CHARSET=latin1
5. Tabel keluhan
Tabel keluhan ini digunakan untuk menyimpan data keluhan yang disampaikan oleh loket. Tabel keluhan dapat dilihat pada Tabel 4.7.
Tabel 4.7 Tabel keluhan
SQL CREATE TABLE `keluhan` (
`id_keluhan` int(10) NOT NULL AUTO_INCREMENT, `kode_loket` varchar(8) DEFAULT NULL,
`isi_keluhan` varchar(150) DEFAULT NULL, `tanggal` date DEFAULT NULL,
PRIMARY KEY (`id_keluhan`), KEY `FK_keluhan` (`kode_loket`),
CONSTRAINT `FK_keluhan` FOREIGN KEY (`kode_loket`) REFERENCES `loket ` (`kode_loket`)
) ENGINE=InnoDB DEFAULT CHARSET=latin1
6. Tabel loket
Tabel loket ini digunakan untuk menyimpan data loket yang telah bergabung. Tabel loket dapat dilihat pada Tabel 4.8.
Tabel 4.8 Tabel loket
SQL CREATE TABLE `loket` (
`nama_loket` varchar(50) DEFAULT NULL, `alamat` varchar(50) DEFAULT NULL,
`kota_kabupaten` varchar(20) DEFAULT NULL, `distribusi` varchar(20) DEFAULT NULL, `email` varchar(50) DEFAULT NULL, `username` varchar(50) DEFAULT NULL, `userpass` varchar(50) DEFAULT NULL, `nama_lengkap` varchar(50) DEFAULT NULL, `nomer_ktp` int(16) DEFAULT NULL,
`alamat_ktp` varchar(100) DEFAULT NULL, `jenis_pendaftaran` varchar(10) DEFAULT NULL, `ppob_sekarang` varchar(50) DEFAULT NULL, `jumlah_trx` int(10) DEFAULT NULL,
`telepon` int(15) DEFAULT NULL, `handphone` int(15) DEFAULT NULL, `scan_ktp` varchar(100) DEFAULT NULL, PRIMARY KEY (`kode_loket`),
KEY `FK_loket` (`nip`),
CONSTRAINT `FK_loket` FOREIGN KEY (`nip`) REFERENCES `user` (`nip`) ) ENGINE=InnoDB DEFAULT CHARSET=latin1
7. Tabel profil_perusahaan
Tabel profil_perusahaan ini digunakan unutk menyimpan data profil perusahaan. Tabel profil_perusahaan dapat dilihat pada Tabel 4.9.
Tabel 4.9 Tabel profil_perusahaan
SQL CREATE TABLE `profil_perusahaan` (
`id_profil` int(10) NOT NULL AUTO_INCREMENT, `nip` int(10) DEFAULT NULL,
`nama_perusahaan` varchar(50) DEFAULT NULL, `gambar` varchar(150) DEFAULT NULL,
`isi` varchar(150) DEFAULT NULL, PRIMARY KEY (`id_profil`), KEY `FK_profil_perusahaan` (`nip`),
CONSTRAINT `FK_profil_perusahaan` FOREIGN KEY (`nip`) REFERENCES `use r` (`nip`)
) ENGINE=InnoDB DEFAULT CHARSET=latin1
8. Tabel promosi
Tabel promosi ini digunakan untuk menyimpan data promosi. Tabel promosi dapat dilihat pada Tabel 4.10.
Tabel 4.10 Tabel promosi
SQL CREATE TABLE `profil_perusahaan` (
`id_profil` int(10) NOT NULL AUTO_INCREMENT, `nip` int(10) DEFAULT NULL,
`gambar` varchar(150) DEFAULT NULL, `isi` varchar(150) DEFAULT NULL, PRIMARY KEY (`id_profil`), KEY `FK_profil_perusahaan` (`nip`),
CONSTRAINT `FK_profil_perusahaan` FOREIGN KEY (`nip`) REFERENCES `use r` (`nip`)
) ENGINE=InnoDB DEFAULT CHARSET=latin1
9. Tabel respon_keluhan
Tabel respon_keluhan ini digunakan untuk menyimpan data respon terhadap keluhan. Tabel respon_keluhan dapat dilihat pada Tabel 4.11.
Tabel 4.11 Tabel respon_keluhan
SQL CREATE TABLE `respon_keluhan` (
`id_respon` int(10) NOT NULL AUTO_INCREMENT, `nip` int(10) DEFAULT NULL,
`id_keluhan` int(10) DEFAULT NULL, `kode_loket` varchar(8) DEFAULT NULL, `isi_keluhan` varchar(150) DEFAULT NULL, `tanggal` date DEFAULT NULL,
`status_service` varchar(10) DEFAULT NULL, `keterangan_respon` varchar(150) DEFAULT NULL, PRIMARY KEY (`id_respon`),
KEY `FK_respon_keluhan` (`nip`),
KEY `FK_respon_keluhan2` (`id_keluhan`),
CONSTRAINT `FK_respon_keluhan` FOREIGN KEY (`nip`) REFERENCES `user` (`nip`),
CONSTRAINT `FK_respon_keluhan2` FOREIGN KEY (`id_keluhan`)
REFERENCES `keluhan` (`id_keluhan`)
) ENGINE=InnoDB DEFAULT CHARSET=latin1
10. Tabel rfm
Tabel rfm ini digunakan untuk menyimpan data perhitungan metode rfm. Tabel rfm dapat dilihat pada Tabel 4.12.
Tabel 4.12 Tabel rfm
SQL CREATE TABLE `rfm` (
`kode_loket` varchar(8) DEFAULT NULL, `nip` int(10) DEFAULT NULL,
`j_recency` int(10) DEFAULT NULL, `kls_recency` varchar(15) DEFAULT NULL, `j_freq` int(10) DEFAULT NULL,
`kls_freq` varchar(15) DEFAULT NULL, `j_mon` int(10) DEFAULT NULL, `kls_mon` varchar(15) DEFAULT NULL, KEY `FK_rfm` (`kode_loket`),
ode_loket`)
) ENGINE=InnoDB DEFAULT CHARSET=latin1
11. Tabel saran
Tabel saran ini digunakan untuk menyimpan data saran yang disampaikan oleh loket. Tabel saran dapat dilihat pada Tabel 4.13.
Tabel 4.13 Tabel saran
SQL CREATE TABLE `saran` (
`id_saran` int(10) NOT NULL AUTO_INCREMENT, `kode_loket` varchar(8) DEFAULT NULL,
`isi_saran` varchar(150) DEFAULT NULL, `tanggal` date DEFAULT NULL,
PRIMARY KEY (`id_saran`), KEY `FK_saran` (`kode_loket`),
CONSTRAINT `FK_saran` FOREIGN KEY (`kode_loket`) REFERENCES `loket` (` kode_loket`)
) ENGINE=InnoDB DEFAULT CHARSET=latin1
12. Tabel strategi_rekomendasi
Tabel strategi_rekomendasi ini digunakan untuk menyimpan data rekomendasi. Tabel strategi_rekomendasi dapat dilihat pada Tabel 4.14.
Tabel 4.14 Tabel strategi_rekomendasi
SQL CREATE TABLE `strategi_rekomendasi` (
`id_rekomendasi` int(10) NOT NULL AUTO_INCREMENT, `nip` int(10) DEFAULT NULL,
`id_kategori_rekomendasi` int(8) DEFAULT NULL, `isi_rekomendasi` varchar(150) DEFAULT NULL, `tanggal` date DEFAULT NULL,
`keterangan` varchar(100) DEFAULT NULL, PRIMARY KEY (`id_rekomendasi`), KEY `FK_strategi_rekomendasi` (`nip`),
KEY `FK_strategi_rekomendasi2` (`id_kategori_rekomendasi`),
CONSTRAINT `FK_strategi_rekomendasi` FOREIGN KEY (`nip`) REFERENCES ` user` (`nip`),
CONSTRAINT `FK_strategi_rekomendasi2` FOREIGN KEY (`id_kategori_rekomen dasi`) REFERENCES `kategori_rekomendasi` (`id_kategori_rekomendasi`)
) ENGINE=InnoDB AUTO_INCREMENT=4 DEFAULT CHARSET=latin1
13. Tabel trx_deposit
Tabel 4.15 Tabel trx_deposit
SQL CREATE TABLE `trx_deposit` (
`id_trx` int(10) NOT NULL AUTO_INCREMENT, `nip` int(10) DEFAULT NULL,
`kode_loket` varchar(8) DEFAULT NULL, `tanggal` date DEFAULT NULL,
`jumlah` int(15) DEFAULT NULL, PRIMARY KEY (`id_trx`),
KEY `FK_trx_deposit` (`kode_loket`), KEY `FK_trx_deposit2` (`nip`),
CONSTRAINT `FK_trx_deposit` FOREIGN KEY (`kode_loket`) REFERENCES `loket` (`kode_loket`),
CONSTRAINT `FK_trx_deposit2` FOREIGN KEY (`nip`) REFERENCES `user` (`nip`)
) ENGINE=InnoDB AUTO_INCREMENT=1545 DEFAULT CHARSET=latin1
4.1.4. Implementasi Antarmuka
Implementasi antarmuka dilakukan dengan setiap halaman program yang dibangun dan pengkodeannya dalam bentuk file program. Berikut ini adalah implementasi antarmuka yang dibangun dan dibedakan antara antarmuka untuk Adm, Manager Operasional, Promotion, Deposit, Customer Service, IT, Calon Loket, Loket. Implementasi antarmuka dijelaskan pada Tabel 4.16 sampai dengan Tabel 4.23.
Tabel 4.16 Implementasi Antarmuka Adm
No Menu Deskripsi Nama File
Halaman yang digunakan untuk menambah loket
Halaman yang digunakan untuk mengubah data loket
edit_loket.php
5 Daftar Calon
Loket
Halaman yang digunakan untuk melihat daftar calon loket.
view_calon_loket.php
6 Tambah
User
Tabel 4.17Implementasi Antarmuka Manager Operasional
No Menu Deskripsi Nama File
1 Login Halaman yang digunakan untuk
masuk kedalam sistem
login.php
2 Grafik Loyalitas Halaman yang digunakan untuk melihat tingkat loyalitas loket
hasil_loyal.php
3 Detail Grafik Halaman yang digunakan untuk
melihat penjelasan segmentasi loket
view_cluster.php
4 Tambah
Rekomendasi
Halaman yang digunakan untuk menambah rekomendasi
tambah_rekomendasi.php
5 Daftar
Rekomendasi
Halaman yang digunakan untuk melihat daftar rekomendasi.
view_rekomendasi.php
6 Edit
Rekomendasi
Halaman yang digunakan untuk mengubah rekomendasi.
edit_rekomendasi.php
7 Logout Halaman yang digunakan untuk
keluar dari sistem
logout.php
Tabel 4.18Implementasi Antarmuka Promotion
No Menu Deskripsi Nama File
1 Login Halaman yang digunakan untuk
masuk kedalam sistem
login.php
2 Tambah
Promosi
Halaman yang digunakan untuk menambah promosi
tambah_promosi.php
3 Daftar Promosi Halaman yang digunakan untuk
melihat promosi
view_promosi.php
4 Edit Promosi Halaman yang digunakan untuk
mengubah data promosi
edit_promosi.php
5 Kirim Promosi Halaman yang digunakan untuk
mengirim promosi kepada loket
kirim_promosi.php
6 Tambah Profil
Perusahaan
Halaman yang digunakan untuk menambah profil perusahaan.
tambah_profil.php
7 Daftar Profil
Perusahaan
Halaman yang digunakan untuk melihat daftar profil perusahaan.
view_profil.php
8 Edit Profil
Perusahaan
Halaman yang digunakan untuk mengubah data profil perusahaan
edit_profil.php
9 Daftar
Rekomendasi
Halaman yang digunakan untuk melihat daftar rekomendasi
view_rekomendasi.php
7 Logout Halaman yang digunakan untuk
keluar dari sistem
logout.php
Tabel 4.19Implementasi Antarmuka Deposit
No Menu Deskripsi Nama File
1 Login Halaman yang digunakan untuk
masuk kedalam sistem
login.php
2 Tambah
Transaksi Deposit
Halaman yang digunakan untuk menambah transaksi deposit.
tambah_deposit.php
3 Daftar
Transaksi Deposit
Halaman yang digunakan untuk melihat daftar transaksi deposit
4 Edit Transaksi Deposit
Halaman yang digunakan untuk mengubah data transaksi deposit
edit_deposit.php
5 Logout Halaman yang digunakan untuk
keluar dari sistem
logout.php
Tabel 4.20 Implementasi Antarmuka Customer Service
No Menu Deskripsi Nama File
1 Login Halaman yang digunakan untuk
masuk kedalam sistem
login.php
2 Daftar Keluhan Halaman yang digunakan untuk
melihat daftar keluhan
view_keluhan.php
3 Tambah Respon
Keluhan
Halaman yang digunakan untuk menambah respon keluhan
tambah_respon.php
4 Daftar Respon
Keluhan
Halaman yang digunakan untuk melihat respon keluhan
view_respon.php
5 Edit Respon
Keluhan
Halaman yang digunakan untuk mengubah data respon keluhan.
edit_respon.php
6 Tambah Detail
Respon
Halaman yang digunakan untuk menambah detail respon keluhan.
tambah_detail_respon.php
7 Daftar Detail
Respon
Halaman yang digunakan untuk melihat detail respon keluhan
view_detail_respon.php
8 Edit Detail
Respon
Halaman yang digunakan untuk mengubah detail respon keluhan
edit_detail_respon.php
9 Daftar Saran Halaman yang digunakan untuk
melihat saran.
view_saran.php
10 Logout Halaman yang digunakan untuk
keluar dari sistem
logout.php
Tabel 4.21 Implementasi Antarmuka IT
No Menu Deskripsi Nama File
1 Login Halaman yang digunakan untuk
masuk kedalam sistem
login.php
2 Daftar Detail
Respon
Halaman yang digunakan untuk melihat detail respon keluhan
view_detail_respon.php
3 Logout Halaman yang digunakan untuk
keluar dari sistem
logout.php
Tabel 4.22 Implementasi Antarmuka Calon Loket
No Menu Deskripsi Nama File
1 Profil
Perusahaan
Halaman yang digunakan untuk melihat profil perusahaan
view_profil.php
Halaman yang digunakan untuk mendaftar sebagai loket baru.
Tabel 4.23 Implementasi Antarmuka Loket
No Menu Deskripsi Nama File
1 Login Halaman yang digunakan untuk
masuk kedalam sistem
login.php
Halaman yang digunakan untuk melihat profil perusahaan.
view_profil.php
4 Tambah
Deposit
Halaman yang digunakan untuk menambah deposit
tambah_deposit.php
5 Daftar
Transaksi Deposit
Halaman yang digunakan untuk melihat daftar transaksi deposit.
view_deposit.php
Halaman yang digunakan untuk menyampaikan keluhan.
tambah_keluhan.php
8 Respon
Keluhan
Halaman yang digunakan untuk melihat respon keluhan.
view_respon.php
9 Logout Halaman yang digunakan untuk
keluar dari sistem
logout.php
4.2. Pengujian Sistem
Pengujian sistem merupakan hal yang bertujuan untuk menemukan kesalahan-kesalahan atau kekurangan-kekurangan pada sistem informasi yang diuji. Pengujian bermaksud untuk mengetahui sistem informasi yang dibuat telah memenuhi kinerja sesuai tujuan perancangan.
Pengujian yang dipergunakan untuk menguji sistem yang baru adalah metode pengujian black box. Pengujian black box terfokus pada pengujian persyaratan fungsional sistem informasi.
4.2.1. Skenario Pengujian Black Box
Tabel 4.24 Tabel Pengujian Black Box
Fungsional Butir Uji Jenis Pengujian
Mengakses Promosi Penambahan Data Promosi Edit Data Promosi
Black Box
Mengakses Perusahaan
Edit Data Perusahaan Black Box
Login Verifikasi data login Black Box
Mengakses Loket Penambahan Data Loket
Pencarian Data Loket
Black Box
Mengakses Keluhan Penambahan Data Keluhan Pencarian Data Keluhan
Black Box
Mengakses Saran Penambahan Data Saran
Pencarian Data Saran
Black Box
Mengakses Respon
Keluhan
Penambahan Data Respon Keluhan Pencarian Data Respon Keluhan
Black Box
Mengakses Transaksi Deposit
Penambahan Data Transaksi Deposit Pencarian Data Transaksi Deposit
Black Box
Mengakses
Rekomendasi Strategi
Penambahan Rekomendasi Strategi Black Box
4.2.2. Kasus dan Hasil Pengujian
Pengujian dilakukan dengan menguji setiap proses untuk kemungkinan kesalahan yang terjadi
1. Pengujian Penambahan Data Promosi
Pengujian penambahan data promosi dilakukan oleh promotion. Pengujian penambahan data promosi dapat dilihat pada 4.25
Tabel 4.25 Pengujian Penambahan Data Promosi
Kasus dan Hasil Uji (Data Benar)
Data Masukkan Yang Diharapkan Pengamatan Kseimpulan
Contoh masukan Judul : Peluang Koordinator Loket Isi Konten : Peluang bagi anda untuk menjadi koordinator loket.... Gambar : koordinator.jpg
Data berhasil disimpan dan langsung menuju halaman daftar konten
promosi”
Data berhasil disimpan dan langsung menuju halaman daftar konten
promosi”
[√] diterima [ ] ditolak
Kasus dan Hasil Uji (Data Salah)
Data Masukkan Yang Diharapkan Pengamatan Kseimpulan
Contoh masukan Judul :
Isi Konten : Peluang bagi anda untuk menjadi koordinator loket.... Gambar : koordinator.jpg
Data menampilkan
pesan “system required
field out”
Data menampilkan
pesan “system required field out”
[√] diterima [ ] ditolak
Kasus dan Hasil Uji (Data Kosong)
Contoh masukan Judul :
Isi Konten : Gambar :
Data menampilkan
pesan “system required field out”
Data menampilkan
pesan “system required field out”
[√] diterima [ ] ditolak
2. Pengujian Edit Data Promosi
Pengujian edit data promosi dilakukan oleh promotion. Pengujian edit data promosi dapat dilihat pada 4.26
Tabel 4.26 Pengujian Edit Data Promosi
Kasus dan Hasil Uji (Data Benar)
Data Masukkan Yang Diharapkan Pengamatan Kseimpulan
Contoh masukan Judul : Peluang Koordinator
Isi Konten : Peluang bagi anda untuk menjadi koordinator loket bagian kalimantan....
Gambar : koordinator.jpg
Data berhasil dirubah dan langsung menuju halaman daftar konten
promosi”
Data berhasil dirubah dan langsung menuju halaman daftar konten
promosi”
[√] diterima [ ] ditolak
Kasus dan Hasil Uji (Data Salah)
Data Masukkan Yang Diharapkan Pengamatan Kseimpulan
Contoh masukan Judul : Peluang Koordinator Isi Konten :
Gambar : koordinator.jpg
Data menampilkan
pesan “system required field out”
Data menampilkan
pesan “system required field out”
[√] diterima [ ] ditolak
Kasus dan Hasil Uji (Data Kosong)
Data Masukkan Yang Diharapkan Pengamatan Kseimpulan
Contoh masukan Judul :
Isi Konten : Gambar :
Data menampilkan
pesan “system required field out”
Data menampilkan
pesan “system required field out”
[√] diterima [ ] ditolak
3. Pengujian Edit Data Perusahaan
Pengujian edit data perusahaan dilakukan oleh promotion. Pengujian edit data perusahaan dapat dilihat pada 4.27
Tabel 4.27 Pengujian Edit Data Perusahaan
Kasus dan Hasil Uji (Data Benar)
Data Masukkan Yang Diharapkan Pengamatan Kseimpulan
Contoh masukan Nama : PT ARINDO Isi Konten : PT Arindo Pratama adalah perusahaan nasional ... Gambar : arindo.jpg
Data berhasil dirubah dan langsung menuju
halaman profil
perusahaan
Data berhasil dirubah dan langsung menuju
halaman profil
perusahaan
[√] diterima [ ] ditolak
Data Masukkan Yang Diharapkan Pengamatan Kseimpulan
Contoh masukan Nama :
Isi Konten : PT Arindo Pratama adalah perusahaan nasional ... Gambar : arindo.jpg
Data menampilkan
pesan “system required field out”
Data menampilkan
pesan “system required field out”
[√] diterima [ ] ditolak
Kasus dan Hasil Uji (Data Kosong)
Data Masukkan Yang Diharapkan Pengamatan Kseimpulan
Contoh masukan Judul :
Isi Konten : Gambar :
Data menampilkan
pesan “system required field out”
Data menampilkan
pesan “system required field out”
[√] diterima [ ] ditolak
4. Pengujian Login.
Pengujian proses login dilakukan untuk melakukan pengujian sesuai dengan apa yang diharapkan pada sistem. Pengujian proses login disajikan pada Tabel 4.28
Tabel 4.28 Pengujian Login
Kasus dan Hasil Uji (Data Benar)
Data Masukkan Yang Diharapkan Pengamatan Kseimpulan
Contoh masukan
Username : moperasional Password : moperasional
Verifikasi benar dan masuk kedalam sistem
Verifikasi benar dan masuk kedalam sistem
[√] diterima [ ] ditolak
Kasus dan Hasil Uji (Data Salah)
Data Masukkan Yang Diharapkan Pengamatan Kseimpulan
Contoh masukan
Username : moperasional Password : deposit
Muncul pesan
Kasus dan Hasil Uji (Data Kosong)
Data Masukkan Yang Diharapkan Pengamatan Kseimpulan
Contoh masukan
5. Pengujian Penambahan Data Loket
Pengujian penambahan data loket dilakukan oleh adm. Pengujian penambahan data loket dapat dilihat pada Tabel 4.29
Tabel 4.29 Pengujian Penambahan Data Loket
Kasus dan Hasil Uji (Data Benar)
Data Masukkan Yang Diharapkan Pengamatan Kseimpulan
Contoh masukan
Alamat Loket: Jl
Dipatiukur no 112 Kota Pendaftar : Bandung Nama Loket: DuBaru Jumlah Transfer : 500000
Data berhasil disimpan
dan memunculkan
pesan loket berhasil
didaftarkan dan
langsung menuju
halaman view loket”
Data berhasil disimpan
dan memunculkan
pesan loket berhasil
didaftarkan dan
langsung menuju
halaman view loket”
Email :
titonur@gmail.com Username : du1232 Userpass : du1232 Nama Lengkap: tito nur astopria
No KTP: 320428040693 Alamat KTP: jl tulip XI no 41
Telepon: 0227793112 Handphone:
085779276777 Upload KTP: ktp.jpg
Kasus dan Hasil Uji (Data Salah)
Data Masukkan Yang Diharapkan Pengamatan Kseimpulan
Contoh masukan Alamat Loket: jl japati Kota Pendaftar : Bandung Nama Loket: DuBaru Jumlah Transfer:1000000 Email :
titonur@gmail.com Username : japati12 Userpass : japati Nama Lengkap: tito nur astopria
No KTP: 320428040693 Alamat KTP: jl tulip XI no 41
Telepon: 0227793112 Handphone:
085779276777 Upload KTP: ktp.jpg
Data gagal disimpan
dan memunculkan
pesan loket yang
didaftarkan tidak
memenuhi syarat.
Data gagal disimpan dan memunculkan pesan loket yang didaftarkan tidak memenuhi syarat.
[√] diterima [ ] ditolak
Kasus dan Hasil Uji (Data Kosong)
Data Masukkan Yang Diharapkan Pengamatan Kseimpulan
Contoh masukan
Muncul pesan “system required field out”
Muncul pesan “system required field out”
6. Pengujian Pencarian Data Loket
Pengujian pencarian data loket dilakukan oleh adm. Pengujian pencarian data loket dapat dilihat pada Tabel 4.30.
Tabel 4.30 Pengujian Pencarian Data Loket
Kasus dan Hasil Uji (Data Benar)
Data Masukkan Yang Diharapkan Pengamatan Kseimpulan
Pencarian : “ BDG0001” Data pencarian yang telah dipilih dicari di dalam database dan ditampilkan
Data pencarian yang telah dipilih dicari di dalam database dan ditampilkan
[√] diterima [ ] ditolak
Kasus dan Hasil Uji (Data Salah)
Data Masukkan Yang Diharapkan Pengamatan Kseimpulan
Pencarian : “
BDG0001BDBD” Pencarian dapat diisi dengan data salah pada
text field dan
menampilkan daftar field loket dengan data record yang kosong
Pencarian dapat diisi dengan data salah pada
text field dan
menampilkan daftar field loket dengan data record yang kosong
[√] diterima [ ] ditolak
Kasus dan Hasil Uji (Data Kosong)
Data Masukkan Yang Diharapkan Pengamatan Kseimpulan
Pencarian : “ ” Pencarian dapat dibiarkan kosong pada text field dan
menampilkan data loket keseluruhan
Pencarian dapat dibiarkan kosong pada text field dan
menampilkan data loket keseluruhan
[√] diterima [ ] ditolak
7. Pengujian Penambahan Data Keluhan
Pengujian penambahan data keluhan dilakukan oleh loket. Pengujian penambahan data keluhan dapat dilihat pada 4.31.
Tabel 4.31 Pengujian Penambahan Data Keluhan
Kasus dan Hasil Uji (Data Benar)
Data Masukkan Yang Diharapkan Pengamatan Kseimpulan
Contoh masukan
Isi Keluhan: Transaksi tanggal 6 juni kemarin tidak masuk, mohon di cek kembali
Data berhasil disimpan
dan memunculkan
pesan “data keluhan berhasil disimpan”
Data berhasil disimpan
dan memunculkan
pesan “data keluhan berhasil disimpan”
[√] diterima [ ] ditolak
Kasus dan Hasil Uji (Data Salah)
Data Masukkan Yang Diharapkan Pengamatan Kseimpulan
Contoh masukan Isi Keluhan:
Muncul pesan “data
keluhan gagal di tambahkan”
Muncul pesan “data
keluhan gagal di tambahkan””
[√] diterima [ ] ditolak
Kasus dan Hasil Uji (Data Kosong)
Data Masukkan Yang Diharapkan Pengamatan Kseimpulan
Contoh masukan Isi Keluhan:
Muncul pesan “data
keluhan gagal di tambahkan””
Muncul pesan “data
keluhan gagal di tambahkan”
8. Pengujian Pencarian Data Keluhan
Pengujian pencarian data keluhan dilakukan oleh customer service atau loket. Pengujian pencarian data keluhan dapat dilihat pada tabel 4.32.
Tabel 4.32 Pengujian Pencarian Data Keluhan
Kasus dan Hasil Uji (Data Benar)
Data Masukkan Yang Diharapkan Pengamatan Kseimpulan
Pencarian : “tidak masuk” Data pencarian yang telah dipilih dicari di dalam database dan ditampilkan
Data pencarian yang telah dipilih dicari di dalam database dan ditampilkan
[√] diterima [ ] ditolak
Kasus dan Hasil Uji (Data Salah)
Data Masukkan Yang Diharapkan Pengamatan Kseimpulan
Pencarian :
“TRansaksiwciw”
Pencarian dapat diisi dengan data salah pada
text field dan
menampilkan daftar field keluhan dengan
data record yang
kosong
Pencarian dapat diisi dengan data salah pada
text field dan
menampilkan daftar field keluhan dengan
data record yang
kosong
[√] diterima [ ] ditolak
Kasus dan Hasil Uji (Data Kosong)
Data Masukkan Yang Diharapkan Pengamatan Kseimpulan
Pencarian : “ ” Pencarian dapat dibiarkan kosong pada text field dan
menampilkan data keluhan keseluruhan
Pencarian dapat dibiarkan kosong pada text field dan
menampilkan data keluhan keseluruhan
[√] diterima [ ] ditolak
9. Pengujian Penambahan Data Saran
Pengujian penambahan data saran dilakukan oleh loket. Pengujian penambahan data saran dapat dilihat pada 4.33.
Tabel 4.33 Pengujian Penambahan Data Saran
Kasus dan Hasil Uji (Data Benar)
Data Masukkan Yang Diharapkan Pengamatan Kseimpulan
Contoh masukan Isi Saran : Mohon untuk tetap menerima
permintaan pengisian deposit tengah malam
Data berhasil disimpan
dan memunculkan
pesan “data saran berhasil disimpan”
Data berhasil disimpan
dan memunculkan
pesan “data saran berhasil disimpan”
[√] diterima [ ] ditolak
Kasus dan Hasil Uji (Data Salah)
Data Masukkan Yang Diharapkan Pengamatan Kseimpulan
Contoh masukan Isi Saran :
Muncul pesan “data
saran gagal di tambahkan”
Muncul pesan “data
saran gagal di tambahkan””
[√] diterima [ ] ditolak
Kasus dan Hasil Uji (Data Kosong)
Contoh masukan Isi Saran : Mohon untuk tetap menerima
permintaan pengisian deposit tengah malam
Muncul pesan “data
saran gagal di tambahkan””
Muncul pesan “data
saran gagal di tambahkan”
[√] diterima [ ] ditolak
10. Pengujian Penambahan Data Respon Keluhan
Pengujian penambahan data respon keluhan dilakukan oleh customer service. Pengujian penambahan data respon keluhan dapat dilihat pada tabel 4.34.
Tabel 4.34 Pengujian Penambahan Data Respon Keluhan
Kasus dan Hasil Uji (Data Benar)
Data Masukkan Yang Diharapkan Pengamatan Kseimpulan
Contoh masukan Kode Loket: BDG0540 Status Service:
Terselesaikan Keterangan Respon: Tuntas
Data berhasil disimpan
dan memunculkan
pesan “data respon
keluhan berhasil
disimpan”
Data berhasil disimpan
dan memunculkan
pesan “data respon
keluhan berhasil
disimpan”
[√] diterima [ ] ditolak
Kasus dan Hasil Uji (Data Salah)
Data Masukkan Yang Diharapkan Pengamatan Kseimpulan
Contoh masukan
Kode Loket: BDG0540ace Status Service:
Terselesaikan
Keterangan Respon:
Tuntas
Muncul pesan “data
respon keluhan gagal di tambahkan”
Muncul pesan “data
respon keluhan gagal di tambahkan””
[√] diterima [ ] ditolak
Kasus dan Hasil Uji (Data Kosong)
Data Masukkan Yang Diharapkan Pengamatan Kseimpulan
Contoh masukan Kode Loket: Status Service: Terselesaikan
Keterangan Respon:
Tuntas
Muncul pesan “data
respon keluhan gagal di tambahkan””
Muncul pesan “data
respon keluhan gagal di tambahkan”
[√] diterima [ ] ditolak
11. Pengujian Pencarian Data Respon Keluhan
Pengujian pencarian data respon keluhan dilakukan oleh customer service atau loket. Pengujian pencarian data respon keluhan dapat dilihat pada tabel 4.35.
Tabel 4.35 Pengujian Pencarian Data Respon Keluhan
Kasus dan Hasil Uji (Data Benar)
Data Masukkan Yang Diharapkan Pengamatan Kseimpulan
Pencarian : “BDG0540” Data pencarian yang telah dipilih dicari di dalam database dan ditampilkan
Data pencarian yang telah dipilih dicari di dalam database dan ditampilkan
[√] diterima [ ] ditolak
Data Masukkan Yang Diharapkan Pengamatan Kseimpulan
Pencarian :
“BDG0540afe”
Pencarian dapat diisi dengan data salah pada
text field dan
menampilkan daftar field respon keluhan dengan data record yang kosong
Pencarian dapat diisi dengan data salah pada
text field dan
menampilkan daftar field respon keluhan dengan data record yang kosong
[√] diterima [ ] ditolak
Kasus dan Hasil Uji (Data Kosong)
Data Masukkan Yang Diharapkan Pengamatan Kseimpulan
Pencarian : “ ” Pencarian dapat dibiarkan kosong pada text field dan
menampilkan data respon keluhan keseluruhan
Pencarian dapat dibiarkan kosong pada text field dan
menampilkan data respon keluhan keseluruhan
[√] diterima [ ] ditolak
12. Pengujian Penambahan Data Transaksi Deposit
Pengujian penambahan data transaksi deposit dilakukan oleh deposit. Pengujian penambahan data transaksi deposit dapat dilihat pada 4.36.
Tabel 4.36 Pengujian Penambahan Data Transaksi Deposit
Kasus dan Hasil Uji (Data Benar)
Data Masukkan Yang Diharapkan Pengamatan Kseimpulan
Contoh masukan Kode Loket: BDG0540 Jumlah: 5.000.000
Data berhasil disimpan
dan memunculkan
pesan “data deposit berhasil disimpan”
Data berhasil disimpan
dan memunculkan
pesan “data deposit berhasil disimpan”
[√] diterima [ ] ditolak
Kasus dan Hasil Uji (Data Salah)
Data Masukkan Yang Diharapkan Pengamatan Kseimpulan
Contoh masukan
Kode Loket:
BDG0540ABC Jumlah: 5.000.000acv
Muncul pesan “data
deposit gagal di tambahkan”
Muncul pesan “data
deposit gagal di tambahkan””
[√] diterima [ ] ditolak
Kasus dan Hasil Uji (Data Kosong)
Data Masukkan Yang Diharapkan Pengamatan Kseimpulan
Contoh masukan Kode Loket: Jumlah:
Muncul pesan “data
deposit gagal di tambahkan””
Muncul pesan “data
deposit gagal di tambahkan”
[√] diterima [ ] ditolak
13. Pengujian Pencarian Data Transaksi Deposit
Pengujian pencarian data transaksi deposit dilakukan oleh deposit atau loket. Pengujian pencarian data transaksi deposit dapat dilihat pada 4.37.
Tabel 4.37 Pengujian Pencarian Data Transaksi Deposit
Kasus dan Hasil Uji (Data Benar)
Pencarian : “BDG0540” Data pencarian yang telah dipilih dicari di dalam database dan ditampilkan
Data pencarian yang telah dipilih dicari di dalam database dan ditampilkan
[√] diterima [ ] ditolak
Kasus dan Hasil Uji (Data Salah)
Data Masukkan Yang Diharapkan Pengamatan Kseimpulan
Pencarian :
“BDG0540afe”
Pencarian dapat diisi dengan data salah pada
text field dan
menampilkan daftar field deposit dengan
data record yang
kosong
Pencarian dapat diisi dengan data salah pada
text field dan
menampilkan daftar field deposit dengan
data record yang
kosong
[√] diterima [ ] ditolak
Kasus dan Hasil Uji (Data Kosong)
Data Masukkan Yang Diharapkan Pengamatan Kseimpulan
Pencarian : “ ” Pencarian dapat dibiarkan kosong pada text field dan
menampilkan data deposit keseluruhan
Pencarian dapat dibiarkan kosong pada text field dan
menampilkan data deposit keseluruhan
[√] diterima [ ] ditolak
14. Pengujian Penambahan Data Rekomendasi
Pengujian penambahan data Rekomendasi dilakukan oleh manager operasional. Pengujian penambahan data rekomendasi dapat dilihat pada tabel 4.38
Tabel 4.38 Pengujian Penambahan Data Rekomendasi
Kasus dan Hasil Uji (Data Benar)
Data Masukkan Yang Diharapkan Pengamatan Kseimpulan
Contoh masukan
Kategori Rekomendasi: Sangat Loyal
Isi Rekomendasi : berikan
tambahan deposit 2%
untuk setiap top up diatas Rp 2.000.000
Keterangan : Lakukan di bulan 5
Data berhasil disimpan
dan memunculkan
pesan “data
rekomendasi berhasil
disimpan”
Data berhasil disimpan
dan memunculkan
pesan “data
rekomendasi berhasil
disimpan”
[√] diterima [ ] ditolak
Kasus dan Hasil Uji (Data Salah)
Data Masukkan Yang Diharapkan Pengamatan Kseimpulan
Contoh masukan Kategori Rekomendasi: Isi Rekomendasi : berikan
tambahan deposit 2%
untuk setiap top up diatas Rp 2.000.000
Keterangan : Lakukan di bulan 5
Muncul pesan “data
rekomendasi gagal di tambahkan”
Muncul pesan “data
rekomendasi gagal di tambahkan””
[√] diterima [ ] ditolak
Kasus dan Hasil Uji (Data Kosong)
Contoh masukan Kategori Rekomendasi:
Isi Rekomendasi :
Keterangan : Lakukan di bulan 5
Muncul pesan “data
rekomendasi gagal di tambahkan””
Muncul pesan “data
rekomendasi gagal di tambahkan”
[√] diterima [ ] ditolak
15. Pengujian Pencarian Data Rekomendasi
Pengujian pencarian data rekomendasi dilakukan oleh manger operasional atau promotion. Pengujian pencarian data rekomendasi dapat dilihat pada 4.39.
Tabel 4.39 Pengujian Pencarian Data Rekomendasi
Kasus dan Hasil Uji (Data Benar)
Data Masukkan Yang Diharapkan Pengamatan Kseimpulan
Pencarian : “ Sangat
Data pencarian yang telah dipilih dicari di dalam database dan ditampilkan
[√] diterima [ ] ditolak
Kasus dan Hasil Uji (Data Salah)
Data Masukkan Yang Diharapkan Pengamatan Kseimpulan
Pencarian : “
SangatLoyalSekali”
Pencarian dapat diisi dengan data salah pada
text field dan
menampilkan daftar
field rekomendasi
dengan data record yang kosong
Pencarian dapat diisi dengan data salah pada
text field dan
menampilkan daftar
field rekomendasi
dengan data record yang kosong
[√] diterima [ ] ditolak
Kasus dan Hasil Uji (Data Kosong)
Data Masukkan Yang Diharapkan Pengamatan Kseimpulan
Pencarian : “ ” Pencarian dapat dibiarkan kosong pada text field dan
menampilkan data rekomendasi keseluruhan
Pencarian dapat dibiarkan kosong pada text field dan
menampilkan data rekomendasi keseluruhan
[√] diterima [ ] ditolak
4.2.3. Kesimpulan Pengujian Blackbox
Berdasarkan hasil pengujian dengan kasus sample uji yang telah dilakukan memberikan kesimpulan bahwa pada semua proses yang diuji sudah berjalan dengan baik. Secara keseluruhan fungsional sistem sudah dapat menghasilkan output yang diharapkan
4.2.4. Pengujian Beta
menggunakan metode wawancara. Dari hasil wawancara tersebut akan ditarik kesimpulan apakah perangkat lunak yang dibangun telah sesuai tujuan atau tidak.
Wawancara dilakukan untuk pengguna dari sistem yang terdiri dari manager operasional, adm, deposit, Loket, customer service, IT, Promosi.
4.2.5. Skenario Beta
Pengujian beta ini dilakukan dengan cara melakukan pengujian langsung di tempat penelitian dengan menggunakan teknik wawancara. Pertanyaan yang diajukan pada saat wawancara adalah sebagai berikut:
1. Pertanyaan wawancara untuk bagian adm
A. Apakah sistem ini sudah dapat menentukan loket yang potensial dengan baik?
B. Apakah dengan adanya sistem ini dapat memudahkan anda untuk mengelola loket?
C. Bagaimana menurut anda tentang bahasa yang digunakan pada sistem ini? D. Bagaimana pendapat anda tentang kemudahan penggunaan sistem ini? E. Bagaimana pendapat anda tentang tampilan antarmuka pada sistem ini? 2. Pertanyaan untuk bagian customer service
A. Apakah sistem ini sudah dapat membantu memberikan pelayanan yang baik?
B. Apakah dengan adanya sistem ini dapat memudahkan anda untuk memberitahu loket tentang respon terhadap keluhannya?
C. Bagaimana menurut anda tentang bahasa yang digunakan pada sistem ini? D. Bagaimana pendapat anda tentang kemudahan penggunaan sistem ini? E. Bagaimana pendapat anda tentang tampilan antarmuka pada sistem ini? 3. Pertanyaan wawancara untuk manager operasional
A. Apakah dengan adanya sistem ini dapat membantu perusahaan dalam mengetahui pelanggan yang loyal?
E. Bagaimana pendapat anda tentang tampilan antarmuka pada sistem ini? 4. Pertanyaan wawancara untuk bagian promosi
A. Apakah dengan adanya sistem ini dapat membantu dalam menarik minat loket baru?
B. Apakah dengan adanya sistem ini dapat membantu dalam hal memperkenalkan perusahaan?
C. Apakah dengan adanya sistem ini dapat membantu dalam memberikan promosi kepada pelanggan?
D. Bagaimana menurut anda tentang bahasa yang digunakan pada sistem ini? E. Bagaimana pendapat anda tentang kemudahan penggunaan sistem ini? F. Bagaimana pendapat anda tentang tampilan antarmuka pada sistem ini?
4.2.6. Hasil Skenario Beta
Hasil skenario beta merupakan hasil pengumpulan data, baik itu melalui observasi , wawancara dan dokumentasi. Hasil pengumpulan data kualitatif dari hasil wawancara adalah sebagai berikut.
Tabel 4.48 adalah jawaban dari hasil wawancara dengan bagian administrasi PT Arindo Pratama yang akan menjadi pengguna dari sistem terhadap kelima pertanyaan skenario beta untuk bagian adminitrasi.
Tabel 4.40 Hasil Wawancara Bagian Adm
Kategori Data Kualitatif
Kemudahan dalam menentukan loket yang potensial.
Sistem dapat menentukan pelanggan atau loket yang potensial dengan baik.
Kemudahan dalam mengelola loket. Sistem cukup memudahkan pengelolaan
terhadap loket.
Bahasa yang digunakan. Bahasa yang digunakan sudah cukup baik dan
mudah dimengerti
Kemudahan dalam menggunakan sistem Sistem cukup mudah digunakan.
Tampilan antar muka Tampilan antarmuka cukup simpel
Tabel 4.49 Hasil Wawancara Bagian Customer Service
Kategori Data Kualitatif
Membantu memberikan pelayanan yang baik. Sistem cukup membantu dalam memberikan pelayanan yang baik
Memberi respon terhadap keluhannya loket. Sistem memudahkan perusahaan memberitahu loket tentang keluhannya.
Bahasa yang digunakan Bahasa sudah cukup baik
Kemudahan dalam menggunakan sistem Sistem cukup mudah untuk digunakan.
Tampilan antar muka Tampilan Sangat Sederhana
Tabel 4.50 adalah jawaban dari hasil wawancara dengan manager operasional PT Arindo Pratama yang akan menjadi pengguna dari sistem terhadap kelima pertanyaan skenario beta untuk manager operasional.
Tabel 4.50 Hasil Wawancara Manager Operasional
Kategori Data Kualitatif
Membantu dalam mengetahui pelanggan yang loyal.
Sistem ini membantu dalam mengetahui pelanggan yang loyal
Membantu menentukan pemberian rekomendasi guna mempertahankan loket.
Fitur keloyalan ini sangat membantu untuk pemberian rekomendasi.
Bahasa yang digunakan Penggunaan bahasa pada sistem ini sudah
cukup baik dan mudah dimengerti.
Kemudahan dalam menggunakan sistem. Sistem ini cukup mudah digunakan.
Tampilan antar muka Untuk tampilan antarmuka sudah cukup baik.
Tabel 4.51 adalah jawaban dari hasil wawancara dengan perwakilan bagian promosi PT Arindo Pratama yang akan menjadi pengguna dari sistem terhadap keenam pertanyaan skenario beta untuk bagian promosi.
Tabel 4.51 Hasil Wawancara Pengguna Bagian Promosi
Kategori Data Kualitatif
Membantu dalam menarik minat loket baru. Sistem ini mempromosikan perusahaan dan membantu menarik minat loket baru untuk bergabung dengan perusahaan.
Membantu dalam hal memperkenalkan
perusahaan.
Sistem ini dapat membantu mempromosikan perusahaan dan memperkenalkan perusahaan. Membantu dalam memberikan promosi kepada
pelanggan.
Promosi yang diberikan akan tepat kepada pelanggan yang berhak menerima promosi tersebut. Namun dapat dikembangkan sehingga tidak hanya menggunakan email saja..
Bahasa yang digunakan. Bahasa yang digunakan pada sistem ini sudah
cukup baik dan mudah dimengerti.
Kemudahan penggunaan sistem ini. Bahasa yang digunakan pada sistem ini sudah
cukup baik dan mudah dimengerti.
Tampilan antar muka. Tampilan yang digunakan sangat sederhana
4.2.7. Kesimpulan Pengujian Beta
Berdasarkan pengujian beta diatas, dapat disimpulkan bahwa:
1. Sistem dapat membantu menentukan loket yang potensial dengan baik. 2. Sistem memudahkan pengelolaan terhadap loket.
3. Sistem cukup membantu dalam memberikan pelayanan yang baik
4. Sistem memudahkan perusahaan memberitahu loket tentang keluhannya. 5. Sistem membantu dalam mengetahui pelanggan yang loyal.
6. Fitur keloyalan membantu untuk pemberian rekomendasi
7. Sistem membantu menarik minat loket baru untuk bergabung dengan perusahaan.
8. Sistem membantu dalam memberikan promosi kepada pelanggan. 9. Sistem memiliki bahasa yang cukup baik dan mudah dimengerti. 10. Sistem cukup mudah digunakan.
33
informasi yang utuh ke dalam bagian-bagian komponennya yang bertujuan untuk mengidentifikasikan dan mengevaluasi permasalahan-permasalahan, kesempatan-kesempatan, hambatan-hambatan yang terjadi dan kebutuhan-kebutuhan yang diharapkan sehingga mengarah kepada suatu solusi untuk perbaikan maupun pengembangan ke arah yang lebih baik.
Analisis ini dilakukan untuk memperoleh definisi permasalahan dan penggambaran dari apa saja yang dilakukan oleh sistem, serta bertujuan untuk mengetahui seluk beluk sistem secara keseluruhan.
3.1.1. Analisis Masalah
Analisis masalah merupakan sebuah asumsi dari masalah yang akan diuraikan dalam prosedur. Dari hasil penelitian yang dilakukan didapatkan beberapa permasalahan yaitu:
1. Administrasi kesulitan menentukan loket yang potensial. 2. Customer Service kesulitan memberikan pelayanan yang baik.
3. Manager Operasional kesulitan untuk menentukan rencana yang tepat guna mempertahankan loket yang loyal.
4. Promotion kekurangan cara dalam menarik minat loket baru.. Analisis terhadap perbedaan loket potensial dan loket loyal, yaitu: A. Loket potensial
diterima oleh loket. Selanjutnya untuk loket yang telah terdaftar diperhitungkan tingkat potensialnya berdasarkan point recency, frequency dan monetary. Perhitungan ini dilihat dari data deposit loket yang ada.
B. Loket Loyal.
Analisis loket loyal dilihat berdasarkan kesimpulan dari perhitungan rfm yang ada, jika kesimpulan dari rfm itu baik maka loket dikategorikan sebagai loket yang loyal, jika cukup baik maka loket dikategorikan sebagai loket yang culp loyal, jika kesimpulannya kurang baik maka loket dikategorikan sebagai loket non potensial.
3.1.2. Analisis sistem yang sedang berjalan
Berdasarkan hasil penelitian dan wawancara dengan Bapak Aris di bagian operasional, terdapat proses yang berhubungan dengan penelitian ini yaitu prosedur pengisian deposit, prosedur pendaftaran loket, prosedur penyampaian keluhan dan saran.
Prosedur pengisian deposit adalah sebagai berikut: 1. Loket mentransfer uang ke rekening perusahaan.
2. Loket melakukan konfirmasi telah melakukan transfer ke pihak perusahaan(bagian deposit) lewat sms ataupun menu dalam aplikasi yang telah disediakan.
3. Bagian deposit melakukan pengecekan apakah benar loket telah melakukan transfer.
4. Apabila ya, maka petugas akan melakukan pengisisan deposit berdasarkan jumlah transfer tersebut dan memberikan laporan bahwa deposit telah ditambahkan kepada loket. Apabila tidak benar(belum melakukan transfer) maka petugas akan memberikan laporan kepada loket bahwa loket belum melakukan transfer.
5. Petugas akan membuat laporan pengisian deposit dan memberikan laporan
PROSEDUR PENGISIAN DEPOSIT
BAGIAN DEPOSIT
PELANGGAN BAGIAN REKONSILIASI
P
h
a
se
KONFIRMASI TELAH TRANSFER
KONFIRMASI TELAH TRANSFER
PENGECEKAN UANG TRANSFER
PELANGGAN TELAH MELAKUKAN TRANSFER? TIDAK
PENGISIAN DEPOSIT TRANSFER DAN
KODE LOKET YA
DEPOSIT BERHASIL DITAMBAHKAN DEPOSIT BERHASIL
DITAMBAHKAN
LAPORAN PENGISIAN DEPOSIT
LAPORAN PENGISIAN DEPOSIT PENGEMBALIAN
DOKUMEN
Gambar 3.1 Prosedur Pengisian Deposit
Prosedur pendaftaran member secara langsung ke PT. Arindo Pratama adalah sebagai berikut:
1. Pegawai adm memberikan form pendaftaran kepada calon member (loket). 2. Calon member mengisi form tersebut, lalu form yang telah terisi dikembalikan kepada pegawai adm.
3. Pegawai adm memeriksa kelengkapan data pendaftaran tersebut.
dokumen setoran awal deposit kepada member. Jika tidak lengkap maka pegawai mengembalikan form pendaftaran kepada calon member untuk dilengkapi.
5. Calon member akan memberikan setoran awal kepada pegawai
6. Setelah setoran awal diterima, pegawai akan membuat kemudian memberikan bukti pemasukan deposit awal dan memberikan User ID dan Password yang berguna untuk proses payment.
PROSEDUR PENDAFTARAN LOKET
BAGIAN ADM CALON LOKET
P
h
a
se
FORM REGISTRASI KOSONG
FORM REGISTRASI KOSONG
FORM REGISTRASI ISI MENGISI
FORM REGISTRASI
FORM REGISTRASI ISI
PENGECEKAN DATA FORM
LENGKAP? FORM REGISTRASI
TIDAK LENGKAP
FORM REGISTRASI TIDAK LENGKAP
FORM REGISTRASI VALID INPUT DATA
MEMBER
1 TIDAK
YA
A
PROSEDUR PENDAFTARAN LOKET
BAGIAN ADM CALON LOKET
P
h
a
se
PEMASUKAN DEPOSIT
PEMASUKAN DEPOSIT
PEMASUKAN DEPOSIT 1
DATA MEMBER
PERMINTAAN SETORAN AWAL PERMINTAAN
SETORAN AWAL
SETORAN AWAL SETORAN AWAL
USER ID DAN PASSWORD USER ID DAN
PASSWORD
B PEMBUATAN
TAGIHAN SETORAN AWAL
PEMBUATAN BUKTI PEMASUKAN
DEPOSIT
Gambar 3.3 Prosedur Pendaftaran Loket (Lanjutan) Arsip A : Form Registrasi yang sudah lengkap
Arsip B : Dokumen Pemasukan Deposit Awal
Prosedur Penyampaian keluhan dan saran:
1. Loket menyampaikan keluhan kepada bagian customer service dengan menyebutkan kode loket, nama loket alamat dan keluhannya
2. Customer Service memberikan tanggapan terhadap keluhan yang disampaikan.
3. Jika masalah belum terselesaikan, maka customer service akan mencatat keluhan untuk kemudian diberikan kepada bagian it.
4. Bagian it melakukan penjadwalan untuk pemeriksaan.
5. Pelaksana bagian it akan melakukan pemeriksaan sesuai jadwal dan keluhan loket yang tertulis dan menyelesaikan masalah keluhan tersebut.
PROSEDUR PENYAMPAIAN KELUHAN & SARAN
CUSTOMER SERVICE
LOKET IT
P
ha
se
DATA KELUHAN DATA KELUHAN
MENGIDENTIFIKASI DAN MENANGGAPI
KELUHAN
INFORMASI KELUHAN TERSELAIKAN
SUDAH TERSELESAIKAN?
INFORMASI KELUHAN TERSELAIKAN
DATA KELUHAN YANG BELUM TERSELESAIKAN
MENCATAT DATA KELUHAN YA
TIDAK
BUKU KELUHAN BUKU KELUHAN
PENJADWALAN PEMERIKSAAN
JADWAL & DATA KELUHAN
PEMERIKSAAN TERHADAP
KELUHAN
HASIL PEMERIKSAAN HASIL
PEMERIKSAAN
A
3.1.3. Analisis aturan bisnis yang sedang berjalan
Analisis aturan bisnis menjelaskan tentang aturan bisnis yang ada saat ini di PT. Arindo Pratama. Analisis aturan bisnis yang berjalan di PT. Arindo Pratama adalah sebagai berikut:
1. Calon loket yang mengajukan menjadi loket jarak minimalnya 2 Km meter dengan loket yang sudah bergabung, jika ternyata kurang dari jarak yang telah ditentukan maka loket yang baru bersedia memindahkan ke lokasi lain atau disertai surat ijin dari loket yang berdekatan.
2. Setor deposit awal loket minimal Rp 500.000
3. Pengisian deposit loket dapat dilakukan setiap hari dari pukul 1.00 – 22.00 WIB.
4. Tidak ada batas expired untuk deposit dan loket.
5. Loket dapat bermutasi atau berpindah tempat dengan mengajukan formulir perpindahan lokasi.
6. Deposit lama akan dimutasikan/diberikan kepada loket yang baru.
7. Keuntungan/fee untuk loket diakumulasikan pada akhir bulan dan dimasukkan ke deposit loket.
8. Akumulasi keuntungan diberikan awal bulan maksimal 7 hari kerja. 9. Promosi tentang perusahaan setidaknya dilakukan 3 bulan sekali. 10. Reward kepada loket diberikan secara random.
3.1.4. Analisis aturan bisnis yang diusulkan
1. Alamat loket yang didaftarkan minimal berjarak 2Km dengan alamat loket yang sudah ada. Perhitungan jarak ini dilakukan otomatis oleh sistem menggunakan layanan google matrix API saat pendaftar melakukan pendaftaran loket. Jika tenyata alamat loket yang didaftarkan jaraknya kurang dari 2Km, maka pendaftaran akan ditolak oleh sistem.
2. Setor deposit awal loket minimal Rp 500.000.
3. Proses pengelolaan data loket dilakukan oleh bagian administrasi 4. Proses pengelolaan data deposit dilakukan oleh bagian deposit
7. Manajer membuat rekomendasi sesuai dengan tingkat keloyalan yang ada 8. Reward perusahaan diberikan kepada setiap pelanggan setelah mendapatkan rekomendasi dari manajer operasional
3.1.5. Analisis CRM
Analisis CRM yang dilakukan yaitu analisis proses CRM berdasarkan Framework Dynamic CRM, analisis segmentasi tingkat keloyalitasan loket dengan metode RFM, analisis statistik untuk perhitungan metode RFM.
3.1.5.1.Analisis Framework Dynamic CRM.
Berdasarkan framework dynamic CRM yang terdapat gambar 2.3. maka fasilitas fasilitas yang akan dimunculkan pada Sistem Informasi Customer Relationship Management PT. Arindo Pratama digambarkan pada gambar 3.5.
. Relationship
Gambar 3.5 Analisis Framework Dynamic
1. Relationship Phase terdiri dari 3 bagian yaitu:
1. Info perusahaan
Fasilitas ini merupakan strategi yang digunakan untuk mempermudah loket dan pengunjung dalam mencari informasi seputar perusahaan. Informasi ini berupa profil perusahaan. Contoh fasilitas info perusahaan dapat dilihat pada tabel 3.1.
Tabel 3.1Contoh fasilitas info perusahaan
Fasilitas Contoh
Info Perusahaan
Informasi berupa nama perusahaan, gambar, isi tentang perusahaan
Contoh:
PT ARINDO PRATAMA
PT. Arindo Pratama (PT. AP) , adalah sebuah perusahaan nasional yang berdiri pada tahun 1993 di Bandung, Jawa Barat, Indonesia. Perusahaan pada awalnya berbentuk Perseroan Komanditer (CV), namun seiring dengan kemajuan perusahaan, pada tahun 2007, status perusahaan menjadi Perseroan Terbatas (PT).
Pada awal perkembangannya, perusahaan bergerak dalam bidang instalatur listrik, supplier dan kontraktor. Pada tahun 2008, perusahaan mengadakan perluasan usaha dalam bidang payment point online bank (PPOB) dimana menyediakan layanan untuk pembayaran rekening listrik, rekening telepon, penjualan voucher pulsa elektronik, pembayaran leasing kendaraan sepeda motor, PDAM, Pajak Bumi dan Bangunan (PBB), layanan pengiriman uang, ticketing, dll. Kerjasama yang sudah terjalin dengan Lembaga keuangan diantaranya : PT. Bank Negara Indonesia, Bank Pembangunan Daerah Bali, Bank Pembangunan Daerah Jateng, Bank BII, PT. BNI Syariah,Bank Jabar Banten dan Bank Pembangunan Daerah NTT.
2. Daftar loket baru
Analisis yang dilakukan untuk menentukan calon loket yang potensial yaitu dengan mencari jarak antara loket yang akan daftar dengan loket yang sudah ada. Penentuan jarak ini menggunakan distance matrix API. Distance matrix API
adalah layanan dari google yang memberikan informasi jarak dan waktu berdasarkan tempat asal dan tempat tujuan. Pada kasus tugas akhir ini peneliti membutuhkan informasi jarak sehingga layanan ini bisa dimanfaatkan untuk membantu perhitungan jarak tersebut. Dengan ketentuan jika jarak calon loket dengan loket-loket yang sudah ada berjarak kurang dari 2Km, maka bisa dipastikan pendaftaran calon loket tersebut akan ditolak, dan jika jarak lebih dari 2Km, maka dipastikan loket tersebut merupakan loket yang potensial. Tabel contoh fasilitas daftar loket baru dapat dilihat pada tabel 3.2.
Tabel 3.2 Contoh Daftar Loket.
Fasilitas Contoh
Daftar loket baru
Daftar loket baru nantinya berupa isian yang harus diisi No Ktp : 3204280406930003
Nama : Tito Nur Astopria
Alamat Lengkap : Jl Tulip Xi No 41 Kab Bandung 40394 Nama Loket : Loket Tulip
Alamat Loket : Jl Tulip XI No 41 Kab Bandung 40394 Kota : Bandung
Jenis Pendaftaran : Baru Telepon : 7793112 Handphone : 085779276797 Email : titonur@gmail.com
Setelah mengisi pendaftaran tersebut, maka pihak perusahaan akan mengecek apakah loket yang didaftarkan merupakan loket potensial atau tidak. Pengecekan ini berdasarkan alamat loket yang didaftarkan oleh pendaftar dibandingkan dengan alamat loket yang telah ada yang memiliki kota yang sama dengan kota loket yang didaftarkan.
Contoh pengecekan: AlamatPembanding :
Jalan Teratai Raya, Rancaekek, Bandung, Jawa Barat 40394, Indonesia
JarakTempuh :
0.9 km
AlamatPembanding:
Jalan Pasir Impun Barat, Mandalajati, Kota Bandung, Jawa Barat 40195, Indonesia
Jarak Tempuh :
9,6 km
maka pendaftaran akan ditolak oleh perusahaan.
B. Retention, merupakan suatu tahap yang digunakan untuk meningkatkan hubungan dengan loket. Tahapan ini berupa layanan-layanan dimana loket dapat berinteraksi dengan perusahaan. Fasilitas yang dimunculkan yang termasuk dalam proses retention ini yaitu:
1. Fasilitas Keluhan
Fasilitas ini merupakan tempat dimana loket dapat menyampaikan keluhan yang terjadi pada sistem ataupun kesalahan kesalahan yang terjadi pada saat transaksi penambahan deposit. Contoh fasilitas keluhan dapat dilihat pada tabel 3.3.
Tabel 3.3 Contoh fasilitas keluhan
Fasilitas Contoh
Keluhan Fasilitas ini berupa textbox isian dari keluhan yang akan
disampaikan.
Contoh Keluhan : Loket xxx mengisi deposit pada tanggal 27-3-15 tetapi deposit belum masuk, harap segera ditindaklanjuti
2. Saran
Fasilitas ini merupakan tempat bagi loket untuk menyampaikan saran kepada perusahaan berupa keinginan keinginan loket. Contoh fasilitas saran dapat dilihat pada tabel 3.4.
Tabel 3.4 Contoh fasilitas saran
Fasilitas Contoh
Saran Fasilitas ini berupa textbox isian dari saran yang akan disampaikan.
Contoh Saran : Lebih baik kalau perusahaan mampu membuat pengisian deposit menjadi 24 jam
3. Respon keluhan