Pembuatan Aplikasi Pelaporan Problem atau Request...

Pembuatan Aplikasi Pelaporan Problem atau Request

Perusahaan Terintegrasi pada Android Platform

(Studi Kasus : PT. Sinar Mitra Sepadan Finance)

Artikel Ilmiah

Diajukan kepada

Fakultas Teknologi Informasi

untuk Memperoleh Gelar Sarjana Komputer

Peneliti :

Christian Destia Wibowo (672011162)

Ramos Somya, S. Kom., M. Cs.

Christine Dewi, S. Kom., M. Cs.

Program Studi Teknik Informatika


Universitas Kristen Satya Wacana

Salatiga

Januari 2015

Pembuatan Aplikasi Pelaporan Problem atau Request

Perusahaan Terintegrasi pada Android Platform

(Studi Kasus : PT. Sinar Mitra Sepadan Finance)

1) Christian Destia Wibowo,

2) Ramos Somya,

3) Christine Dewi


Universitas Kristen Satya Wacana

Jl. Diponegoro 52-60, Salatiga 50711, Indonesia

Email: 1)

[email protected], 2)

[email protected], 3)

[email protected]

Abstract Integrated system is a series of processes for connecting several computerized systems

and software applications, both physically and functionally. PT. SMS Finance is a

finance company that already has a system to regulate the reporting problem or request,

but the system to report problems or request assistance in the PT. SMS Finance still

manually and not well integrated, because to do the reporting, the employee should

contact the helpdesk in advance by calling or sending an email to numbers and addresses

that have been specified. The manual process problem or request of the employee when

starting up on its solution requires a long time and cost a bit. In addition, the manual

system can not be accurately documented reports. Therefore do the design and

manufacture of application to manage and record the problem or request of employees by

implementing a reporting system problem or request a well-integrated, so that accessing

and processing data on employees, helpdesk and backdesk can be done easily and

quickly.

Keywords: integrated system, company, android platform, google cloud messaging.

Abstrak Sistem terintegrasi merupakan sebuah rangkaian proses untuk menghubungkan beberapa

sistem-sistem komputerisasi dan software aplikasi baik secara fisik maupun secara

fungsional. PT. SMS Finance merupakan perusahaan pembiayaan yang sudah memiliki

sistem yang mengatur pelaporan problem atau request, akan tetapi sistem untuk

melaporkan problem atau request bantuan di PT. SMS Finance masih manual dan belum

terintegrasi dengan baik, karena untuk melakukan pelaporan, karyawan harus

menghubungi helpdesk terlebih dahulu dengan menelpon atau mengirim email ke nomor

dan alamat yang sudah ditentukan. Proses manual problem atau request dari karyawan

saat memulai sampai pada penyelesainnya membutuhkan waktu yang lama dan biaya

yang tidak sedikit. Selain itu sistem yang masih manual tidak dapat mendokumentasikan

laporan secara akurat. Maka dari itu dilakukan perancangan dan pembuatan aplikasi

untuk mengelola dan mencatat problem atau request dari karyawan dengan

mengimplementasikan sebuah sistem pelaporan problem atau request yang terintegrasi

dengan baik, sehingga pengaksesan dan pengolahan data pada karyawan, helpdesk dan

backdesk dapat dilakukan dengan mudah dan cepat.

Kata Kunci : sistem terintegrasi, perusahaan, android platform , google cloud messaging.

1) Mahasiswa Fakultas Teknologi Informasi Jurusan Teknik Informatika, Universitas Kristen

Satya Wacana, Salatiga. 2) Staff Pengajar Fakultas Teknologi Informasi, Universitas Kristen Satya Wacana, Salatiga.

1. Pendahuluan

Teknologi yang terus berkembang sangat membantu setiap perusahaan

terutama perusahaan berskala besar dalam mengerjakan setiap pekerjaan. Dalam

suatu perusahaan berskala besar dengan jumlah karyawan yang cukup banyak,

penting memiliki sebuah divisi Information Technologi (IT) yang berfungsi

sebagai tempat pelaporan ketika karyawan ingin melaporkan problem atau request

bantuan dari masalah yang terkait dalam proses penggunaan sistem maupun

perangkat IT. Akan tetapi, sistem untuk melaporkan problem atau request bantuan

itu sebagian besar masih manual dan belum terintegrasi dengan baik. Dengan

perkembangan teknologi saat ini, dituntut adanya teknologi dan suatu informasi

yang cepat, tepat dan akurat untuk menangani sistem tersebut, oleh karena itu

penerapan aplikasi sangat diperlukan untuk mempermudah dan memperlancar

proses sistem yang ada, sehingga dapat menghasilkan sistem yang saling

terintegrasi cepat, tepat dan akurat.

PT. Sinar Mitra Sepadan (SMS) Finance merupakan salah satu perusahaan

pembiayaan yang ada di Indonesia. Perusahaan ini memfokuskan diri untuk

memberikan pinjaman berupa pembiayaan untuk mobil bekas dan sampai saat ini

telah memiliki 106 kantor cabang yang tersebar di seluruh Indonesia dimana

setiap cabang memiliki karyawan lebih dari 10 orang dan setiap orangnya

menggunakan komputer untuk pekerjaan operasional setiap harinya. PT. SMS

Finance sudah memiliki sistem yang mengatur pelaporan problem atau request,

akan tetapi sistem pelaporan problem atau request yang saat ini berjalan di PT.

SMS Finance adalah sebuah sistem yang sifatnya masih manual, dikatakan

manual karena untuk melakukan pelaporan, karyawan harus menghubungi

helpdesk terlebih dahulu, dengan menelpon atau mengirim email ke nomor dan

alamat yang sudah ditentukan. Helpdesk akan menerima problem atau request

yang dilaporkan oleh karyawan untuk dicatat dan diproses. Selain mencatat

permintaan dari karyawan, helpdesk juga harus memberi pertolongan pertama

terhadap kendala yang dilaporkan karyawan, jika problem atau request tersebut

diluar pengetahuan dan cakupan dari helpdesk, selanjutnya laporan harus

diteruskan ke pihak IT Support atau biasa disebut backdesk sesuai dengan

fungsinya masing-masing, dengan menginformasikan mengenai problem atau

request dari karyawan melalui telepon atau email.

Dari deskripsi proses problem atau request dari karyawan saat memulai

sampai pada penyelesainnya membutuhkan waktu yang lama dan biaya yang tidak

sedikit. Hal ini disebabkan helpdesk hanya berada di satu lokasi yaitu Jakarta,

sehingga untuk biaya komunikasi karyawan cabang yang berada di luar Jakarta

akan dikenakan tarif telepon interlocal. Begitu pula helpdesk yang harus

melakukan eskalasi (forward message) ke backdesk yang berada di gedung yang

berbeda.

Melihat dari latar belakang yang telah dikemukakan, maka dilakukan

perancangan dan pembuatan aplikasi untuk mengelola dan mencatat problem atau

request dari karyawan dengan mengimplementasikan sebuah sistem pelaporan

problem atau request yang terintegrasi dengan baik, sehingga pengaksesan data

pada karyawan, helpdesk dan backdesk dapat dilakukan dengan mudah dan cepat.

Selain itu juga berguna mengukuran tingkat masalah dari problem atau request

sehingga dapat ditangani dengan baik dan menghasilkan solusi tepat untuk

mengatur sumber daya yang ada, selain itu juga sebagai solusi untuk mengurangi

biaya penggunaan telepon.

Aplikasi pelaporan problem atau request perusahaan ini akan dibuat pada

android platform, karena berdasarkan analisis data hampir seluruh karyawan PT.

SMS Finance telah memiliki smartphone android, dan PT. SMS Finance telah

menerapkan sistem absensi yang berbasis android, yang berarti aplikasi berbasis

android platform sudah tidak asing lagi untuk digunakan. Aplikasi yang akan

dibuat hanya akan diimplementasikan pada PT. SMS Finance, Jakarta Selatan.

Berdasarkan uraian tersebut, maka akan dibuat objek dari penelitian

dengan judul “Pembuatan Aplikasi Pelaporan Problem atau Request Perusahaan

Terintegrasi pada Android Platform (Studi Kasus : PT. Sinar Mitra Sepadan

Finance)”.

2. Kajian Pustaka

Pada penelitian yang berjudul “Perancangan dan Pembuatan Integrated

Transactional Restaurant Information System untuk Mango Terrace Resto”,

aplikasi program yang dibangun yaitu aplikasi transaksi Mango Terrace Resto

yang terintegrasi dapat digunakan untuk menangani sistem transaksi yang selama

ini masih dilakukan secara manual dengan lebih cepat dan tingkat keakuratan

yang lebih tinggi [1]. Pada penelitian ini aplikasi dibangun dengan tujuan

membuat sistem yang terintegrasi dengan baik.

Penelitian yang dilakukan sebelumnya yang berjudul “Penerapan

Teknologi Google Cloud Messaging Service Sebagai Pengiriman Push

Notification pada Aplikasi Mobile Commerce Berbasis Android” memanfaatkan

teknologi dari Google Cloud Messaging (GCM) Service sebagai pengiriman

message. Pada penelitian yang dilakukan menghasilkan suatu aplikasi mobile

commerce yang dirancang menggunakan konsep mobile commerce yang dimulai

dari registrasi, pemesanan barang, hingga pada proses pembayaran dan

pengiriman message singkat yang memanfaatkan teknologi GCM untuk

pemberian informasi mengenai pemesanan yang terjadi dan informasi yang

digunakan untuk mengkonfirmasi pembayaran dan pengiriman barang, objek yang

digunakan adalah Toko Moachi Gemini, Semarang [2]. Hal ini juga akan

diterapkan pada penelitian kali ini, hanya saja pengiriman notification oleh GCM

akan diterapkan pada obyek yang berbeda yaitu PT. Sinar Mitra Sepadan Finance.

Selain itu, jika dalam penelitian sebelumnya lebih kepada aplikasi mobile

commerce yaitu aplikasi penjualan dan pembelian, pada penelitian kali ini lebih

kepada sistem terintegrasi pelaporan problem atau request kepada bagian IT yang

terjadi pada suatu perusahaan.

Sistem terintegrasi (integrated system) merupakan sebuah rangkaian

proses untuk menghubungkan beberapa sistem komputerisasi dan software

aplikasi baik secara fisik maupun secara fungsional. Sistem terintegrasi akan

menggabungkan komponen sub sistem ke dalam satu sistem dan menjamin

fungsi-fungsi dari sub sistem tersebut sebagai satu kesatuan sistem [3].

Google Cloud Messaging (GCM) merupakan proyek yang dikembangkan

oleh Google Inc. GCM sendiri berfungsi untuk menyampaikan informasi berupa

message singkat (notification message) ke perangkat mobile Android. GCM

memberikan kemudahan kepada para pengguna dalam menyampaikan message

secara gratis dan tidak terikat besarnya suatu message yang dikirimkan dan

penyampaian message yang dikirimkan oleh GCM dapat diterima secara realtime

[4].

PT. SMS Finance yang memliki kepanjangan dari Sinar Mitra Sepadan

Finance merupakan perusahaan pembiayaan yang memfokuskan diri pada

pinjaman berupa pembiayaan mobil bekas. PT. SMS Finance didirikan pada

tanggal 26 November 2000 dan berkantor pusat di Wisma Millenia Lt.1-2, Jl. MT.

Haryono Kav. 16, Jakarta Selatan 12810, dan mulai beroperasi pada bulan Juni

2001.

Sistem pelaporan problem atau request di PT. SMS Finance disebut

dengan istilah ticketing. Pengertian ticket disini bukanlah ticket yang dikeluarkan

oleh suatu maskapai penerbangan ataupun biro travel, ticket yang dimaksud lebih

tepatnya adalah nomor antrian pelayanan terhadap pelaporan problem atau request

oleh karyawan.

3. Metode Penelitian

Metode penelitian yang dilakukan dalam merancang aplikasi

menggunakan 4 tahapan penelitian yaitu: 1) Identifikasi Masalah. 2) Perancangan

Sistem. 3) Pembuatan Aplikasi. 4) Implementasi dan Pengujian Sistem serta

Analisis Hasil Pengujian. Tahapan-tahapan yang dilakukan dalam metode

penelitian ini dapat ditunjukkan pada Gambar 1.

Gambar 1 Tahapan Penelitian

Tahapan penelitian pada Gambar 1 dapat dijelaskan sebagai berikut: 1)

Tahap pertama: Identifikasi Masalah, pada tahap ini yang dilakukan adalah

meneliti dan mengamati sistem berjalan mengenai sistem pelaporan yang masih

manual di PT. SMS Finance, kemudian mengidentifikasi masalah apa yang timbul

dari penggunaan sistem yang masih manual tersebut. Mengidentifikasi proses

bisnis sistem berjalan, dan membuat rancangan usulan proses bisnis. 2) Tahap

kedua: Perancangan Sistem, perancangan sistem dilakukan menggunakan diagram

Unified Modelling Language (UML). Perancangan sistem berupa diagram

meliputi: use case diagram, sequence diagram, activity diagram, class diagram

dan deployment diagram. Selain perancangan sistem juga dilakukan perancangan

database dan perancangan user interface dari aplikasi. 3) Tahap ketiga:

Pembuatan Aplikasi, pada tahap ini dilakukan pembuatan aplikasi sesuai dengan

perancangan sistem yang telah dibuat. Pembuatan aplikasi client-server terdiri

dari dua aplikasi, yaitu aplikasi server beserta web service-nya berbasis web

dibuat dengan menggunakan framework PHP dengan memanfaatkan desain-

desain dari JQuery. Sedangkan untuk aplikasi client berbasis mobile dibuat

dengan menggunakan java native dibantu dengan beberapa teknologi pembantu

seperti Google Cloud Messaging (GCM). 4) Tahap keempat: Implementasi dan

Pengujian Sistem serta Analisis Hasil Pengujian, pada tahap ini dilakukan

pengimplementasian aplikasi yang telah selesai dibuat pada device Android,

kemudian dilakukan pengujian/testing untuk mengetahui apakah aplikasi telah

sesuai dengan perancangan yang dilakukan dan apakah sudah tidak ditemukan

kesalahan/bug pada aplikasi. Aplikasi tersebut diuji langsung pada objek

penelitian yaitu PT. SMS Finance di Jakarta Selatan.

Identifikasi masalah salah satunya dilakukan dengan menganalisa proses

bisnis sistem berjalan. Proses sistem ticketing yang sekarang ada di PT. SMS

Finance masih menggunakan sistem manual atau belum memiliki sistem

perangkat lunak yang terintegrasi dalam mengontrol proses bisnis. Adapun

beberapa proses dalam sistem ticketing yang sekarang berjalan dapat digambarkan

sebagai berikut :

User

CallFrontdesk(Helpdesk)

Backdesk (Bagian IT)

Manager

Laporan

Problem & Request

Result Solution

1

2

3

4

5

23

· Menerima eskalasi problem & request dari Helpdesk

· Menyelesaikan problem & request

· Menginformasikan status dan result solution ke helpdesk

· Menerima problem & request yang dilaporkan User

· Memberi nomor tiket ke User

· Mencatat problem & request

· Mengategorian problem & request

· Eskalasi dan mengirim Problem & request ke Backdesk

· Mencatat Result Solution dari Backdesk

· Menginformasikan status tiket ke User

· Melaporkan problem & request yang berhubungan dengan system & perangkat IT

· Menerima report / laporan yang diberikan oleh Backdesk terkait kegiatan operasional IT.

Gambar 2 Proses Bisnis Sistem Berjalan

Penjelasan sistem ticketing yang sekarang berjalan di PT. SMS Finance :

1. User melaporkan problem atau request ke helpdesk dengan menggunakan

telepon atau email.

2. Helpdesk mencatat problem atau request user dan mengategorikannya

pada aplikasi Microsoft Excel.

3. Helpdesk menginformasikan nomor ticket ke user yang didapat dari data

yang dicatatnya.

4. Helpdesk menelpon ke Backdesk untuk mengeskalasikan problem atau

request yang didapat dari user.

5. Backdesk segera menyelesaikan tugasnya sesuai fungsi masing-masing

bagian.

6. Backdesk menelpon helpdesk untuk menginformasikan status dan Result

Solution dari problem atau request user.

7. Helpdesk menelpon kembali user untuk menginformasikan status ticket

sudah solved.

8. Backdesk mengirimkan laporan pekerjaan problem atau request ke

Manager IT.

Melihat dari proses bisnis berjalan dengan sistem yang masih manual,

maka diusulkan lah proses bisnis yang baru. Tidak banyak perubahan di dalam

usulan proses bisnis yang baru, perubahan yang paling mencolok adalah dibagian

sistem yang masih manual diubah menjadi sistem yang sudah terintegrasi. Proses

bisnis diusulkan adalah sebagai berikut:

Gambar 3 Proses Bisnis Sistem Diusulkan

Melaporkan problem atau

request kepada helpdesk

Menerima laporan bahwa laporan

problem atau request telah teratasi

Helpdesk menerima laporan dan

memproses problem atau request

Laporan teratasi?

Menghubungi karyawan

bahwa laporan telah teratasi

Mengeskalasi pelaporan

kepada backdesk

Ya

Tidak

Backdesk menerima eskalasi laporan

dan memproses problem atau request

Eskalasi Teratasi?

Menghubungi karyawan bahwa

eskalasi laporan telah teratasi

Ya

Tidak

User BackdeskUser HelpdeskUser Karyawan

Penjelasan sistem ticketing dengan proses bisnis yang diusulkan:

1. Karyawan melaporkan problem atau request dengan melakukan

penginputan ke dalam sistem, setelah penginputan telah selesai maka

karyawan akan mendapatkan nomor ticket.

2. Helpdesk melakukan penanganan awal dari nomor ticket tersebut, jika

ticket diluar kemampuan atau pengetahuan helpdesk maka ticket dieskalasi

ke backdesk. Akan tetapi jika helpdesk dapat mengatasi masalah dari

karyawan, maka ticket tidak perlu dieskalasi ke bagian backdesk, dan ticket

dinyatakan solved.

3. Backdesk menerima eskalasi ticket dari helpdesk dan segera melakukan

penanganan. Ditangan backdesk, ticket harus solved.

4. Ticket yang sudah mendapat penanganan dari backdesk dan terselesaikan

maka dinyatakan solved.

Arsitektur sistem pada aplikasi ini dapat dilihat pada Gambar 4.

Gambar 4 Arsitektur Sistem

Pada Gambar 4 terdapat dua aplikasi dalam arsitektur ini yaitu aplikasi

mobile dan aplikasi web. Aplikasi mobile diimplementasikan ke perangkat mobile

dan ditujukan untuk digunakan oleh user, sedangkan Aplikasi web

diimplementasikan pada laptop/PC dan ditujukan kepada admin untuk melihat dan

mengelola data ticket maupun data karyawan. Untuk dapat menjalankan kedua

aplikasi, semua perangkat harus terhubung dengan koneksi internet. Kedua

aplikasi terhubung dengan web service (JSON), dan web service berperan

menghubungkan aplikasi mobile dan aplikasi web dengan database pada server. Pada tahap perancangan sistem menggunakan UML (Unified Modeling

Language) yang berfungsi untuk menggambarkan prosedur dan proses kerja dari

aplikasi. Use case diagram adalah gambaran graphical dari beberapa atau semua

aktor, use case, dan interaksi diantara komponen-komponen tersebut yang

memperkenalkan suatu sistem yang akan dibangun [5]. Use case diagram pada

aplikasi ini terdapat 2 aktor utama yaitu admin dan user, akan tetapi user dibagi

menjadi 3 aktor lagi yaitu: karyawan, helpdesk dan backdesk. Use case diagram user

(karyawan, helpdesk dan backdesk) dapat dilihat pada Gambar 5.

Gambar 5 Use Case Diagram User

Gambar 5 menunjukkan bahwa pada aplikasi sistem pelaporan problem

atau request, user karyawan dapat membuat ticket baru yang otomatis

menciptakan nomor antrian ticket, mengubah data ticket dan melihat data ticket.

User helpdesk dapat mengubah data ticket dan melihat data ticket. User backdesk

dapat mengubah data ticket dan melihat data ticket. Use case diagram admin dapat

dilihat pada Gambar 6.

Gambar 6 Use Case Diagram Admin

Membuat Nomor antrian tiket Membuat Tiket Baru

<<include>>

Karyawan Helpdesk

Mengubah Data Tiket

Melihat Data Tiket

Backdesk

Tambah User

Ubah User Hapus User

Lihat Data User

Tambah Tiket

Ubah Tiket Hapus Tiket

Lihat Tiket

Kelola Data User

<<extend>>

<<extend>> <<extend>>

<<include>>

Kelola Data Tiket

<<extend>>

<<extend>> <<extend>>

<<include>>

ADMIN

Gambar 6 menunjukkan bahwa pada aplikasi sistem pelaporan problem atau

request, admin dapat melakukan kelola data ticket dan kelola data user. Pengelolaan

data meliputi tambah data, ubah data, lihat data dan hapus data.

Activity diagram menggambarkan aliran aktifitas dalam sistem yang sedang

dirancang, bagaimana masing-masing alir berawal, decision yang mungkin terjadi,

dan bagaimana mereka berakhir [6]. Activity diagram user karyawan untuk membuat

ticket baru dapat dilihat pada Gambar 7.

Gambar 7 Activity Diagram User Membuat Ticket

Gambar 7 menggambarkan aktivitas user karyawan ketika membuat ticket

baru. User masuk form login, lalu memasukkan username dan password, kemudian

sistem melakukan validasi apakah username dan password sesuai atau tidak dengan

mengirimkan data ke database server. Apabila sesuai maka sistem akan mempilkan

informasi berhasil login. Karyawan memilih menu membuat ticket baru, kemudian

sistem manampilkan form isian data ticket, di dalam menu ini karyawan akan secara

otomatis mendapatkan nomor antrian ticket, kemudian karyawan diminta untuk

mengisi data-data isian untuk membuat ticket baru. Apabila telah selesai dalam

penginputan data, maka sistem akan mengirimkan data tersebut ke database server, di

dalam database server data tersebut disimpan, lalu sistem akan mengirimkan ticket

tersebut kepada helpdesk untuk diproses.

Memasukan Username

dan Password

Memilih menu

membuat tiket baru

Mengisi form isian

data tiket

Login

Validasi User, mengirim

data ke database server

Menampilkan informasi

berhasil login

Menampilkan form isian data tiket

dan mendapatkan nomor tiket

Mengirim data tiket ke

database server

Data tiket disimpan, dan karyawan mendapatkan

nomor tiket dan tiket di kirim kepada helpdesk

Request

Data

Insert data

DatabaseSistemKaryawan

Class diagram menggambarkan struktur dan deskripsi class, package dan

objek beserta hubungan satu sama lain [6]. Class diagram pada aplikasi ini dapat

dilihat pada Gambar 8.

Gambar 8 Class Diagram Sistem

Gambar 9 Class Diagram Database

Gambar 8 dan gambar 9 merupakan class diagram dari aplikasi sistem

aplikasi pelaporan problem atau request. Class diagram menggambarkan relasi antar

kelas yang saling berhubungan di dalam sistem ini dan relasi antar database.

4. Hasil dan Pembahasan

Hasil dan pembahasan akan dijelaskan melaui tampilan-tampilan dan

fungsi pada setiap form aplikasi. Selain itu juga akan dilakukan pengujian

menggunakan pengujian alpha dan pengujian betha. Berikut merupakan hasil dan

pembahasan dari tampilan-tampilan aplikasi yang telah dibuat.

Gambar 10 Tampilan Login Aplikasi

Gambar 10 merupakan tampilan login aplikasi. User diminta untuk

mengisikan username dan password. Username dan password didapat dari sistem

pusat pengolahan data admin, jadi user tidak perlu untuk mendaftarkan diri untuk

mendapatkan username dan password. Jika validasi user sukses dan user baru

pertama kali login dan devicenya belum terdaftar, maka akan masuk ke form

registrasi device user seperti pada Gambar 11. Jika sudah terregistrasi, maka akan

masuk ke form-form menu sesuai level dari user tersebut.

Gambar 11 Tampilan Halaman Registrasi Gambar 12 GCM Push Notification

Gambar 11 menampilkan tampilan form registstrasi, jika user menekan

tombol Register, maka device dan user tersebut akan terdaftar ke dalam sistem

aplikasi dan jika sukses registrasi maka sistem akan mengirimkan notification

seperti pada Gambar 12.

Kode Program 1 GCM Push Notification

Kode Program 1 merupakan function PHP yang digunakan untuk

mengirimkan Push Notification dari GCM. Fungsi PHP akan mengambil GCM

Registration Id dari device user, setelah mendapatkan id nya maka fungsi akan

mengirimkan notification beserta message kepada device tersebut.

Gambar 13 Tampilan Menu User Karyawan Gambar 14 Tampilan Menu User Frontdesk

01 public function send_notification($registatoin_ids, $message) {

02 include_once './config.php';

03 $url = 'https://android.googleapis.com/gcm/send';

04 $fields = array('registration_ids' => $registatoin_ids,'data' => $message,);

05 define("GOOGLE_API_KEY","AIzaSyA_W78mIe4KGnp0xBp_P2MHVpbTwZku6js");

06 $headers = array('Authorization: key=' . GOOGLE_API_KEY ,'Content-Type:

07 application/json');

08 $ch = curl_init();

09 curl_setopt($ch, CURLOPT_POST, true);

10 curl_setopt($ch, CURLOPT_HTTPHEADER, $headers);

11 curl_setopt($ch, CURLOPT_RETURNTRANSFER, true);

12 curl_setopt($ch, CURLOPT_SSL_VERIFYPEER, false);

13 curl_setopt($ch, CURLOPT_POSTFIELDS, json_encode($fields));

14 $result = curl_exec($ch);

15 if ($result === FALSE) {die('Curl failed: ' . curl_error($ch));}

16 curl_close($ch);

17 echo $result;}

Gambar 15 Tampilan Menu User Backdesk

Gambar 13, 14 dan 15 menunjukan tampilan menu pada masing-masing

level. Terdapat 3 level user pada aplikasi ini, yaitu: level karyawan pada Gambar

13 yang memiliki menu: New Ticket, Ticket Status, Chart Ticket dan Log Out.

Level helpdesk pada Gambar 14 yang memiliki menu: Ticket Status, Ticket Bucket

dan Log Out. Level backdesk pada Gambar 15 yang memiliki menu: Ticket Status,

Ticket Bucket dan Log Out.

Gambar 16 Halaman Karyawan Membuat Ticket Baru

Gambar 16 menampilkan halaman membuat ticket baru pada menu

karyawan New Ticket. Beberepa field sudah diisikan secara otomatis oleh sistem,

beberapa field karyawan harus menginputkan sendiri. Setelah lengkap dalam

mengisi maka karyawan harus menekan tombol Submit, jika berhasil maka akan

muncul keterangan bahwa ticket berhasil dibuat. Tombol Cancel jika ditekan akan

kembali ke menu utama yaitu pada Gambar 13.

Gambar 17 Halaman Melihat Data Ticket Status

Gambar 17 menampilkan halaman untuk melihat data ticket, baik ticket

yang belum diproses, masih diproses maupun yang sudah terselesaikan. Terdapat

3 status ticket yaitu open yang berarti ticket belum diproses, inprogress yang

berati ticket masih dalam tahap pemrosesan dan yang terakhir close yang berarti

ticket sudah diproses dan teratasi.

Gambar 18 Halaman Melihat Data Ticket Bucket Gambar 19 Halaman Frontdesk Memproses Ticket Masuk

Gambar 20 Halaman Backdesk Memproses Eskalasi Ticket Gambar 21 Halaman User Membalas Message

Gambar 18 menampilkan Ticket Bucket (pada user helpdesk dan backdesk)

atau Chart Ticket (pada user karyawan). Ticket Bucket adalah kumpulan list ticket

yang status ticektnya masih close atau solved. Jadi pada setiap list menampilkan

ticket yang belum di proses maupun sedang diproses. Pada user helpdesk, jika

memilih salah satu list ticket maka akan masuk ke menu proses ticket helpdesk

seperti pada Gambar 19. Gambar 19 menampilkan rincian problem atau request

pelaporan ticket, jika terdapat beberapa hal yang helpdesk perlu tanyakan ke

karyawan, maka helpdesk harus menginputkan message setelah itu menekan

tombol Answer. Tombol eskalasi berfungsi untuk mengeskalasi/memforward

ticket kepada backdesk apabila masalah yang ditangani diluar kemampuan dari

helpdesk. Tombol Status Close berfungsi jika helpdesk mampu menangani

problem atau request dari user tanpa memerlukan bantuan dari backdesk, dan

berfungsi juga sebagai pengubah status ticket menjadi close yang berarti masalah

teratasi atau terselesaikan.

Pada user backdesk jika memilih salah satu list ticket, maka akan masuk

ke menu proses ticket backdesk seperti pada Gambar 20. Gambar 20 menampilkan

rincian problem atau request pelaporan ticket, jika terdapat beberapa hal yang

backdesk perlu tanyakan ke karyawan, maka backdesk harus menginputkan

message dan setelah itu menekan tombol Answer. Di tangan backdesk problem

atau request harus terselesaikan disini, jika masalah sudah teratasi maka backdesk

menekan tombol Status Close yang berfungsi sebagai pengubah status ticket

menjadi close yang berarti masalah teratasi atau terselesaikan.

Pada user karyawan jika memilih salah satu list ticket maka akan masuk ke

menu proses Answer message seperti pada Gambar 21. Gambar 21 menampilkan

rincian problem atau request pelaporan ticket, jika terdapat beberapa hal yang

yang ditanyakan oleh helpdesk atau backdesk maka message akan ditampilkan di

halaman ini dan karyawan harus menjawab pertanyaan tersebut dengan

mengisikan message pada field yang telah tersedia, setelah itu menekan tombol

Answer untuk memproses message.

Pengujian aplikasi dilakukan dengan menguji fungsi-fungsi dari aplikasi

yang telah dibuat untuk mencari kesalahan/bug pada sistem. Pengujian aplikasi

dilakukan agar sistem yang dibuat berjalan sesuai dengan yang diharapkan dan

dapat memenuhi kebutuhan pengguna. Pengujian aplikasi pelaporan problem atau

request ini menggunakan dua teknik pengujian yaitu pengujian alpha dan

pengujian beta.

Pengujian alpha adalah pengujian aplikasi yang dilakukan oleh pembuat

aplikasi dan orang-orang yang ikut membantu dalam pembuatan. Pengujian alpha

menggunakan metode blackbox yaitu pengujian fungsi-fungsi aplikasi secara

langsung tanpa memperhatikan alur eksekusi program. Pengujian ini dilakukan

dengan memperhatikan apakah fungsi telah berjalan sesuai rancangan dan sesuai

yang diharapkan. Berikut adalah hasil pengujian dari aplikasi web dan aplikasi

mobile.

Tabel 1 Hasil Pengujian Aplikasi Web

Fungsi yang diuji Kondisi Output yang

diharapkan

Output yang

dihasilkan sistem

Status Pengujian

Login Username dan

password benar Username dan

password salah

maupun kosong

Sukses login

Gagal login

Sukses login

Gagal login

Valid

Tambah data user Form diisi dengan

benar

Form diisi beberapa atau kosong

Sukses tambah data

Gagal tambah data

Sukses tambah data

Gagal tambah data

Valid

Ubah data user

Form diisi dengan

benar

Sukses ubah data Sukses ubah data Valid

Hapus data user Data yanga akan

dihapus dipilih

Sukses hapus data Sukses hapus data Valid

Tambah data ticket Form diisi dengan benar

Form diisi beberapa

atau kosong

Sukses tambah data

Gagal tambah data

Sukses tambah data

Gagal tambah data

Valid

Ubah data ticket

Form diisi dengan

benar

Sukses ubah data Sukses ubah data Valid

Hapus data ticket Data yanga akan

dihapus dipilih

Sukses hapus data Sukses hapus data Valid

Load data user Sukses load data Sukses load data Valid

Load data ticket Sukses load data Sukses load data Valid

Berdasarkan pengujian yang dilakukan pada aplikasi web dapat dilihat

status pengujian dari setiap fungsi valid, maka disimpulkan bahwa aplikasi ini

berjalan dengan baik dan sesuai yang diharapkan.

Tabel 2 Hasil Pengujian Aplikasi Mobile

Fungsi yang diuji Kondisi Output yang

diharapkan

Output yang

dihasilkan sistem

Status Pengujian

Registrasi user Form diisi dengan

benar Form diisi beberapa

atau kosong

Sukses registrasi

Gagal registrasi

Sukses registrasi

Gagal registrasi

Valid

Login Username dan password benar

Username dan

password salah maupun kosong

Sukses login

Gagal login

Sukses login

Gagal login

Valid

Membuat ticket

Form diisi dengan benar

Form diisi beberapa

atau kosong

Sukses membuat ticket Gagal membuat ticket

Sukses membuat ticket

Gagal membuat

ticket

Valid

Eskalasit ticket Form diisi dengan Sukses eskalasi Sukses eskalasi Valid

benar

Form diisi beberapa

atau kosong

Gagal eskalasi

Gagal eskalasi

Answer ticket Form diisi dengan benar

Form diisi beberapa

atau kosong

Sukses Answer ticket

Gagal Answer ticket



Valid

Ticket solved Data dipilih Sukses ubah data Sukses ubah data Valid

Lihat data ticket Form diisi dengan benar

Sukses menampilkan data ticket

Sukses menampilkan data

ticket

Valid

Berdasarkan pengujian yang dilakukan pada aplikasi mobile dapat dilihat

status pengujian dari setiap fungsi valid, maka disimpulkan bahwa aplikasi ini

berjalan dengan baik dan sesuai yang diharapkan.

Pengujian beta adalah pengujian yang dilakukan oleh orang yang tidak

ikut dalam pembuatan aplikasi atau calon pengguna aplikasi. Pengujian beta

dilakukan dengan menggunakan kuesioner, yaitu dengan membagikan kuesioner

kepada sample user. Sample user berjumlah 30 responden dan dipilih secara acak,

sample user pada pengujian ini adalah karyawan dari PT. SMS Finance, Jakarta

Selatan. Hasil jawaban kuesioner dapat dilihat pada Tabel 1.

Tabel 3 Hasil Jawaban Kuesioner

No Pernyataan STS TS CS S SS

1 Aplikasi dalam sistem ini mudah untuk digunakan 0 0 3 16 11

2 Menu-menu pada aplikasi ini mudah dipahami dan

sesuai dengan sistem manual yang sudah berjalan 0 0 2 19 9

3 Aplikasi ini mempermudah dan mempercepat

dalam melakukan problem atau request mengenai

masalah IT

0 0 1 13 16

4 Aplikasi ini akan mengurangi biaya penggunaan

telepon 0 0 9 12 9

5 Melalui aplikasi ini semua dokumentasi pelaporan

problem atau request bisa didokumentasikan

dengan baik oleh sistem

0 0 3 17 10

6 Sistem pelaporan problem atau request ini sudah terintegrasi dengan baik

0 0 3 20 7

Setelah semua jawaban diketahui maka yang dilakukan adalah menghitung

presentase jawaban responden yang telah mengisi kuesioner. Perhitungan

dilakukan menggunakan skala Likert [6], di mana masing-masing jawaban diberi

skor 1-5 dengan penjelasan sebagai berikut:

1. Sangat Tidak Setuju (STS) = 1

2. Tidak Setuju (TS) = 2

3. Cukup Setuju (CS) = 3

4. Setuju (S) = 4

5. Sangat Setuju (SS) = 5

Hasil analisis data untuk pertanyaan 1 menunjukkan sebanyak 36,67%

responden menjawab sangat setuju, 53,33% responden menjawab setuju dan

10,00% responden menjawab cukup setuju. Jadi disimpulkan bahwa aplikasi ini

mudah untuk digunakan.



6,67% responden menjawab cukup setuju. Jadi disimpulkan bahwa menu pada

aplikasi ini mudah dipahami dan sudah sesuai dengan sistem yang sudah berjalan.




mempermudah dan mempercepat proses sistem.




akan membantu dalam pengurangan biaya penggunaan telepon.




dapat mendokumentasikan pelaporan problem atau request dengan baik.




sudah terintegrasi dengan baik.

5. Simpulan

Berdasarkan analisis aplikasi sistem pelaporan problem atau request

terintegrasi ini didapatkan beberapa kesimpulan, yaitu terkontrolnya proses dalam

pelaporan problem atau request serta penanganan yang terkoordinasi. Penggunaan

sistem yang berbasis mobile dapat meminimalkan kesalahan proses, mempercepat

pengolahan data karena dengan sistem yang baru ketika terjadi proses masing-

masing user dapat mengetahui dengan cepat, seperti user helpdesk yang langsung

mengetahui proses kurang dari 1 menit ketika terjadi proses. Berbeda dengan

sistem manual yang membutuhkan waktu 1 hari karena ada beberapa prosedur

yang harus dilakukan. Membuat laporan serta informasi yang dihasilkan lebih

akurat karena data yang masuk kedalam sistem adalah data yang sama dengan

data yang dimasukkan oleh user. Dapat mengurangi frekuensi biaya penggunaan

telepon, karena setelah menggunakan sistem ini semua user menginputkan

problem atau request menggunakan aplikasi yang telah dibuat, sehingga

mengurangi frekuensi penggunaan telepon dari 20-30 kali per hari kepada

helpdesk menjadi <=10 kali di setiap harinya. Dalam rancangan sistem ini

perusahaan dapat dengan mudah dan cepat untuk mendapatkan laporan saat proses

terjad bukan lagi di setiap minggu nya, sehingga dapat membantu dalam analisis

dan pengambilan keputusan. Data tersimpan terpusat dan terorganisir secara aman

dan terstruktur dalam aplikasi, serta mengurangi permasalahan seperti kehilangan

data ataupun ketidak akuratan data. Selain itu penggunaan GCM Push

Notification membantu user untuk mengetahui dengan cepat ketika terjadi proses

dalam sistem ini.

6. Pustaka

[1] Santoso, Leo Willyanto. 2012. “Perancangan dan Pembuatan Integrated

Transactional Restaurant Information System untuk Mango Terrace

Resto”. Surabaya : Jurusan Teknik Informatika Universitas Kristen Petra.

[2] Pratama, Ferdian Aditya. 2014. “Penerapan Teknologi Google Cloud

Messaging Service Sebagai Pengiriman Push Notification pada Aplikasi

Mobile Commerce Berbasis Android”. Salatiga: Jurusan Teknik

Informatika Universitas Kristen Satya Wacana.

[3] Prihantono, Rizky. 2009. Konsep Sistem Terintegrasi.

http://rizky.prihanto.web.id/2009/05/konsep-sistem-terintegrasi.html,

diakses tanggal 28 November 2014.

[4] Google Inc. 2013. Google Cloud Messaging Overview.

http://developer.android.com/google/gcm/gcm.html, diakses tanggal 16

Juli 2014.

[5] Christine. 2014. Mengenal Use Case Diagram.

http://www.academia.edu/5295802/Mengenal_Use_Case_Diagram,


[6] Nugroho, Adi. 2005. Rational Rose Untuk Pemodelan Berorientasi Objek.

Bandung: Informatika.

[7] Joko. 2012. Fungsi Dan Pengertian UML.

http://www.academia.edu/4887559/Fungsi_Dan_Pengertian_UML,


[8] Movies, Andris. 2011. Skala Likert.

https://www.academia.edu/7233329/Skala_Likert, diakses tanggal 20

November 2014.

[9] Google Inc. 2013. GCM Cloud Connection Server (XMPP).

http://developer.android.com/google/gcm/ccs.html, diakses tanggal 16 Juli

2014.

[10] Kambey, Feldy Judah. 2014. “Perancangan dan Implementasi Sistem

Informasi Transportasi Umum di Kota Surakarta Menggunakan

Framework Sencha Touch pada Multi Platform Mobile”. Salatiga: Jurusan

Teknik Informatika Universitas Kristen Satya Wacana.

http://rizky.prihanto.web.id/2009/05/konsep-sistem-terintegrasi.html

http://developer.android.com/google/gcm/gcm.html

https://www.academia.edu/7233329/Skala_Likert

Pembuatan Aplikasi Pelaporan Problem atau Request...

Documents

Transcript of Pembuatan Aplikasi Pelaporan Problem atau Request...