Laporan PKL Nadia Nurul Hikmah (Final)

LAPORAN
PRAKTIK KERJA LAPANGAN
IMPLEMENTASI HALAMAN ANTAR MUKA WEB ADMIN PADA

PROJECT AKG GAMES
NADIA NURUL HIKMAH
4615010052
PROGRAM STUDI TEKNIK INFORMATIKA JURUSAN TEKNIK

INFORMATIKA DAN KOMPUTER
DEPOK
2019
HALAMAN PENGESAHAN LAPORAN PRAKTIK KERJA LAPANGAN
Implementasi Halaman Antar Muka Web Admin

a. Judul :
pada Project AKG Games
b. Penyusun :
1) Nama : Nadia Nurul Hikmah
2) NIM : 4616010052
c. Program Studi : Teknik Informatika
d. Jurusan : Teknik Informatika dan Komputer
e. Waktu Pelaksanaan : 5 Agustus 2019 – 5 November 2019
PT Adarma Pratama Endaru – Clapping Ape
f. Tempat Pelaksanaan : Jl Wolter Monginsidi No. 19 RT.16/RW.2,
Petogogan, Kec. Kby. Baru, Jakarta Selatan
Jakarta,
Pembimbing PNJ Pembimbing Perusahaan
Indri Neforawati, S.T., M.T Elga Lesmana

NIP. 196311131989032001 NIK. 111
Mengesahkan,
KPS Teknik Informatika,
Risna Sari, S.Kom., M.T.I.

NIP. 198502272015042001
KATA PENGANTAR
Puji syukur penulis panjatkan kepada Tuhan Yang Maha Esa yang telah
memberikan rahmat dan hidayah-Nya, sehingga penulis dapat menyelesaikan
laporan Praktik Kerja Lapangan ini. Penulisan laporan praktik kerja lapangan ini
ditujukan dalam rangka memenuhi salah satu syarat untuk mencapai gelar
Diploma Empat Politeknik. Penulis menyadari bahwa penyusunan laporan ini
tidak terlepas dari bantuan dan bimbingan dari berbagai pihak dari awal
perkuliahan sampai pada penyusunan laporan Praktik Kerja Lapangan. Oleh
karena itu penulis mengucapkan terimakasih kepada:
a. Ibu Indri Neforawati, S.T., M.T. selaku dosen pembimbing yang telah
menyediakan waktu, tenaga, dan pikiran untuk mengarahkan penulis
dalam menyusun laporan Praktik Kerja Lapangan;
b. Kak Elga, Kak Jun, Kak Farel, Kak Lutfi, Theresia, Frisko, dan Zilmas
yang telah membantu penulis selama pelaksanaan Praktik Kerja Lapangan
di Clapping Ape;
c. Orang tua, sahabat, dan teman-teman yang telah mendukung dan
membantu penulis dalam proses penyusunan laporan Praktik Kerja
Lapangan;
Akhir kata, penulis berharap semoga Tuhan Yang Maha Esa membalas segala
kebaikan semua pihak yang telah membantu. Semoga laporan Praktik Kerja
Lapangan ini dapat membawa manfaat bagi pengembangan ilmu.
Depok, Desember 2019
Penulis
i
DAFTAR ISI
HALAMAN PENGESAHAN LAPORAN PRAKTIK KERJA LAPANGAN.............2

KATA PENGANTAR.......................................................................................................i
DAFTAR ISI....................................................................................................................ii
DAFTAR GAMBAR.......................................................................................................iv
DAFTAR TABEL..........................................................................................................vii
BAB I.................................................................................................................................1
PENDAHULUAN.............................................................................................................1
1.1 Latar Belakang Kegiatan.................................................................................1
1.2 Ruang Lingkup Kegiatan.................................................................................2
1.3 Waktu dan Tempat Pelaksanaan....................................................................3
1.4 Tujuan dan Kegunaaan...................................................................................3
1.4.1 Tujuan.......................................................................................................3
1.4.2 Kegunaan..................................................................................................3
BAB II...............................................................................................................................4
TINJAUAN PUSTAKA...................................................................................................4
2.1 Web Admin........................................................................................................4
2.2 CMS...................................................................................................................4
2.3 Javascript...........................................................................................................5
2.4 Reactjs................................................................................................................5
2.5 Redux.................................................................................................................7
2.6 Webpack.............................................................................................................8
2.7 Axios..................................................................................................................8
2.8 API.....................................................................................................................9
2.9 Visual Studio Code..........................................................................................10
2.10 SDK.................................................................................................................11
2.11 Git....................................................................................................................11
2.12 Penelitian Sejenis............................................................................................12
BAB III...........................................................................................................................16
HASIL PELASANAAN PKL........................................................................................16
3.1 Unit Kerja Praktik Kerja Lapangan.............................................................16
3.2 Uraian Praktik Kerja Lapangan...................................................................16
3.3 Pembahasan Hasil Praktik Kerja Lapangan................................................19
3.3.1 Business Process......................................................................................19
ii
3.3.2 Requirement.............................................................................................20
3.3.3 API Design Structure..............................................................................21
3.3.4 Design......................................................................................................38
3.3.5 Development............................................................................................73
3.3.6 Testing......................................................................................................88
3.4 Identifikasi kendala yang dihadapi.............................................................110
3.4.1 Kendala Pelaksanaan Tugas................................................................110
3.4.2 Cara Mengatasi Kendala.....................................................................111
BAB IV..........................................................................................................................112
PENUTUP.....................................................................................................................112
4.1 Kesimpulan...................................................................................................112
4.2 Saran.............................................................................................................112
DAFTAR PUSTAKA...................................................................................................114
iii
DAFTAR GAMBAR
Gambar 3.1 Struktur organisasi Clapping Ape......................................................16

Gambar 3.2 Desain API Pada Login......................................................................21
Gambar 3.3 Desain API Pada Data Center............................................................21
Gambar 3.4 Desain API Pada Game List...............................................................22
Gambar 3.5 Desain API Pada Create Game List...................................................22
Gambar 3.6 Desain API Pada Update Game List..................................................23
Gambar 3.7 Desain API Pada Delete Game List...................................................23
Gambar 3.8 Desain API Pada Game Product........................................................23
Gambar 3.9 Desain API Pada Create Game Product............................................24
Gambar 3.10 Desain API Pada Update Game Product.........................................24
Gambar 3.11 Desain API Pada Delete Game List.................................................25
Gambar 3.12 Desain API Pada Banner..................................................................25
Gambar 3.13 Desain API Pada Create Banner......................................................26
Gambar 3.14 Desain API Pada Update Banner.....................................................26
Gambar 3.15 Desain API Pada Delete Banner......................................................26
Gambar 3.16 Desain API Pada SDK Version........................................................27
Gambar 3.17 Desain API Pada Create SDK Version............................................27
Gambar 3.18 Desain API Pada Update SDK Version...........................................28
Gambar 3.19 Desain API Pada Delete SDK Version.............................................28
Gambar 3.20 Desain API Pada Login Configuration............................................28
Gambar 3.21 Desain API Pada Create Login Config............................................29
Gambar 3.22 Desain API Pada Update Login Config...........................................29
Gambar 3.23 Desain API Pada Delete Login Config.............................................30
Gambar 3.24 Desain API Pada User......................................................................30
Gambar 3.25 Desain API Pada Ban List................................................................31
Gambar 3.26 Desain API Pada Transaction..........................................................31
Gambar 3.27 Desain API Pada Device Query.......................................................32
Gambar 3.28 Desain API Pada Adjust Token........................................................33
Gambar 3.29 Desain API Pada Create Adjust Token.............................................33
Gambar 3.30 Desain API Pada Update Adjust Token............................................34
Gambar 3.31 Desain API Pada Delete Adjust Token.............................................34
Gambar 3.32 Desain API Pada Adjust Event.........................................................35
Gambar 3.33 Desain API Pada Create Adjust Event.............................................35
Gambar 3.34 Desain API Pada Update Adjust Event............................................36
Gambar 3.35 Desain API Pada Delete Adjust Event..............................................36
Gambar 3.36 Desain API Pada Account................................................................36
Gambar 3.37 Desain API Pada System Log...........................................................37
Gambar 3.38 Flowchart SDK CMS AKG.............................................................38
Gambar 3.39 Use Case Diagram SDK CMS AKG...............................................39
Gambar 3.40 Activity Diagram Login....................................................................40
iv
Gambar 3.41 Activity Diagram Data Center.........................................................41
Gambar 3.42 Activity Diagram Game Center........................................................41
Gambar 3.43 Activity Diagram Game List.............................................................42
Gambar 3.44 Activity Diagram Create Game List.................................................42
Gambar 3.45 Activity Diagram Update Game List................................................43
Gambar 3.46 Activity Diagram Delete Game List.................................................44
Gambar 3.47 Activity Diagram Game Product......................................................44
Gambar 3.48 Activity Diagram Create Game Product..........................................45
Gambar 3.49 Activity Diagram Update Game Product.........................................46
Gambar 3.50 Activity Diagram Delete Game Product..........................................46
Gambar 3.51 Activity Diagram SDK Version........................................................47
Gambar 3.52 Activity Diagram Create SDK Version............................................48
Gambar 3.53 Activity Diagram Update SDK Version...........................................49
Gambar 3.54 Activity Delete Diagram SDK Version.............................................49
Gambar 3.55 Activity Diagram Banner.................................................................50
Gambar 3.56 Activity Diagram Create Banner.....................................................51
Gambar 3.57 Activity Diagram Update Banner.....................................................52
Gambar 3.58 Activity Diagram Delete Banner......................................................52
Gambar 3.59 Activity Diagram Login Configuration............................................53
Gambar 3.60 Activity Diagram Create Login Configuration................................54
Gambar 3.61 Activity Diagram Update Login Configuration...............................55
Gambar 3.62 Activity Diagram Delete Login Configuration.................................55
Gambar 3.63 Activity Diagram Basic Data...........................................................56
Gambar 3.64 Activity Diagram Users....................................................................56
Gambar 3.65 Activity Diagram Ban List................................................................57
Gambar 3.66 Activity Diagram Transaction..........................................................57
Gambar 3.67 Activity Diagram Device Query.......................................................58
Gambar 3.68 Activity Diagram Topup Ranking.....................................................58
Gambar 3.69 Activity Diagram Revenue Sharing..................................................59
Gambar 3.70 Activity Diagram Data Analysis.......................................................59
Gambar 3.71 Activity Diagram ROI Calculation...................................................60
Gambar 3.72 Activity Diagram ROI Calculation Hourly......................................60
Gambar 3.73 Activity Diagram Device LTV..........................................................61
Gambar 3.74 Activity Diagram Adjust...................................................................61
Gambar 3.75 Activity Diagram Adjust Token........................................................62
Gambar 3.76 Activity Diagram Create Adjust Token............................................62
Gambar 3.77 Activity Diagram Update Adjust Token...........................................63
Gambar 3.78 Activity Diagram Delete Adjust Token.............................................64
Gambar 3.79 Activity Diagram Adjust Event.........................................................64
Gambar 3.80 Activity Diagram Create Adjust Event.............................................65
Gambar 3.81 Activity Diagram Update Adjust Event............................................66
Gambar 3.82 Activity Diagram Delete Adjust Event.............................................66
v
Gambar 3.83 Activity Diagram Settings................................................................67
Gambar 3.84 Activity Diagram System Log...........................................................67
Gambar 3.85 Activity Diagram Region..................................................................68
Gambar 3.86 Activity Diagram Currency..............................................................68
Gambar 3.87 Activity Diagram Notice...................................................................69
Gambar 3.88 Activity Diagram Extended Config..................................................69
Gambar 3.89 Activity Diagram Google Play.........................................................70
Gambar 3.90 Class Diagram SDK CMS AKG.....................................................72
Gambar 3.91 Implementasi Halaman Login..........................................................73
Gambar 3.92 Implementasi Halaman Data Center................................................73
Gambar 3.93 Implementasi Halaman Game Center..............................................74
Gambar 3.94 Implementasi Halaman Create Game List.......................................75
Gambar 3.95 Implementasi Halaman Update Game List......................................75
Gambar 3.96 Implementasi Halaman Update Game List......................................76
Gambar 3.97 Implementasi Halaman Delete Game List........................................76
Gambar 3.98 Implementasi Halaman Create Game Product................................77
Gambar 3.99 Implementasi Halaman SDK Version..............................................78
Gambar 3.100 Implementasi Halaman Banner......................................................79
Gambar 3.101 Implementasi Halaman Create Login Configuration.....................80
Gambar 3.102 Implementasi Halaman Basic Data yang menampilkan list Users 80
Gambar 3.103 Implementasi Halaman Ban List....................................................81
Gambar 3.104 Implementasi Halaman Transaction..............................................81
Gambar 3.105 Implementasi Halaman Device Query...........................................82
Gambar 3.106 Implementasi Halaman Topup Ranking.........................................82
Gambar 3.107 Implementasi Halaman Revenue Sharing......................................82
Gambar 3.108 Implementasi Halaman Create ROI Calculation dan ROI
Calculation hourly.................................................................................................83
Gambar 3.109 Implementasi Halaman Device LTV..............................................83
Gambar 3.110 Implementasi Halaman Account pada Settings..............................84
Gambar 3.111 Implementasi Halaman System Log...............................................84
Gambar 3.112 Implementasi Halaman Region......................................................85
Gambar 3.113 Implementasi Halaman Currency..................................................85
Gambar 3.114 Implementasi Halaman Notice.......................................................85
Gambar 3.115 Implementasi Halaman Extended Config.......................................86
Gambar 3.116 Implementasi Halaman Adjust Token.............................................86
Gambar 3.117 Implementasi Halaman Adjust Event.............................................87
Gambar 3.118 Implementasi Halaman Google Play.............................................88
vi
DAFTAR TABEL
Tabel 2.1 Perbandingan Penelitian Sejenis............................................................13

Tabel 3.2 Struktur tabel pada parameter Login......................................................21
Tabel 3.3 Struktur tabel pada parameter Game Product........................................24
Tabel 3.4 Struktur tabel pada parameter Banner...................................................25
Tabel 3.5 Struktur tabel pada parameter SDK Version..........................................27
Tabel 3.6 Struktur tabel pada parameter Login configuration...............................29
Tabel 3.7 Struktur tabel pada parameter User.......................................................30
Tabel 3.8 Struktur tabel pada parameter Ban List..................................................31
Tabel 3.9 Struktur tabel pada parameter Transaction............................................32
Tabel 3.10 Struktur tabel pada parameter Device Query.......................................32
Tabel 3.11 Struktur tabel pada parameter Adjust Token........................................33
Tabel 3.12 Struktur tabel pada parameter Adjust Event.........................................35
Tabel 3.13 Struktur tabel pada parameter Account................................................37
Tabel 3.14 Struktur tabel pada parameter System Log...........................................37
Tabel 3.15 Rencana pengunjian Login...................................................................88
Tabel 3.16 Rencana pengujian Data Center..........................................................89
Tabel 3.17 Rencana pengujian Game List.............................................................89
Tabel 3.18 Rencana pengujian Game Product.......................................................89
Tabel 3.19 Rencana pengujian SDK Version.........................................................90
Tabel 3.20 Rencana pengujian Banner..................................................................90
Tabel 3.21 Rencana pengujian Login Configuration.............................................91
Tabel 3.22 Rencana pengujian Basic Data............................................................91
Tabel 3.23 Rencana pengujian Data Analysis.......................................................92
Tabel 3.24 Rencana pengujian Settings.................................................................92
Tabel 3.25 Rencana pengujian Adjust....................................................................93
Tabel 3.26 Rencana pengujian Google Play..........................................................94
Tabel 3.27 Pengujian Login...................................................................................94
Tabel 3.28 Pengujian Data Center.........................................................................95
Tabel 3.29 Pengujian Game List............................................................................95
Tabel 3.30 Pengujian Game Product.....................................................................96
Tabel 3.31 Pengujian SDK Version.......................................................................98
Tabel 3.32 Pengujian Banner.................................................................................99
Tabel 3.33 Pengujian Login Configuration..........................................................100
Tabel 3.34 Pengujian Basic Data.........................................................................102
Tabel 3.35 Pengujian Data Analysis....................................................................103
Tabel 3.36 Pengujian Settings..............................................................................104
Tabel 3.37 Pengujian Adjust Token......................................................................105
Tabel 3.38 Pengujian Adjust Event......................................................................106
Tabel 3.39 Pengujian Google Play......................................................................108
vii
BAB I
PENDAHULUAN
1.1 Latar Belakang Kegiatan
Perkembangan teknologi informasi di Indonesia semakin pesat seiring dengan

munculnya era revolusi industri 4.0 yang dipengaruhi oleh berbagai faktor, mulai
dari pengguna internet yang makin meluas karena keberadaan media sosial dan e-
commerce, serta munculnya perusahaan startup maupun jasa pengembangan
aplikasi yang dapat mempermudah pengguna. Menurut data Statista [CITATION
Jay19 \l 1057 ], menunjukkan bahwa pengguna internet di Indonesia pada 2018
sebanyak 95,2 juta. Sedangkan pada tahun 2019 jumlahnya semakin meningkat
sekitar 107,2 juta penduduk. Pada tahun selanjutnya pengguna internet di
Indonesia diperkirakan akan semakin meningkat mengingat era digitalisasi yang
terus berkembang.
PT Adarma Pratama Endaru (Clapping Ape) adalah sebuah software house yang
bergerak di bidang jasa pengembangan aplikasi mulai dari web maupun mobile
serta optimalisasi search engine optimalization (SEO) untuk keperluan
pemasaran. Banyak sekali perusahaan yang memakai jasa dari PT Adarma
Pratama Endaru (Clapping Ape), salah satunya adalah PT AKG Games yang
memerlukan sistem untuk kebutuhan pemasaran dan bisnis mereka.
PT Anugerah Kreasi Gemilang (AKG) Games adalah anak perusahaan dari Salim
Group yang berdiri sejak tahun 2019. PT AKG Games bergerak di bidang jasa
game publisher yaitu sebagai penyalur atau distributor game dari luar yang
kemudian disebarluaskan di Indonesia dengan melakukan promosi di berbagai
media.
Meskipun demikian, perusahaan ini belum memiliki sistem yang dapat mengelola
dan menyajikan informasi mengenai game yang dijual, login, dan konfigurasi sdk.
Selain itu, PT AKG Games juga belum memiliki fitur untuk memantau aktivitas
user maupun pembayaran. Hal ini mengakibatkan terhambatnya arus transaksi
yang dapat mempengaruhi kinerja pemasaran mereka. Sehingga diperlukan sistem
1
2
yang dapat menunjang bisnis mereka dengan melakukan pelacakan dan

pengelolaan data yang lebih akurat.
Selama masa Praktik Kerja Lapangan (PKL), penulis mendapatkan tugas untuk
membuat admin panel CMS SDK AKG Games dengan mengimplementasikan
admin panel dan manajemen SDK. Terdapat banyak fitur utama yang ada pada
admin panel CMS SDK AKG Games di antaranya adalah fitur Login sebagai
autentikasi untuk admin, Data Center untuk memantau statistik data, Game
Center, Basic Data, Data Analysis, Adjust, Settings, dan Google Play. Dengan
adanya pengembangan web admin panel ini, pihak PT AKG Games dapat
mengelola game, login, pembayaran, memantau aktivitas user, transaksi, maupun
show campaign marketing secara realtime sehingga dapat dilakukan analisis data
secara rutin dan proses tracking menjadi lebih mudah dan cepat.
1.2 Ruang Lingkup Kegiatan
Adapun ruang lingkup kegiatan yang dilakukan selama kegiatan Praktik Kerja
Lapangan di PT Adarma Pratama Endaru (Clapping Ape) meliputi:
a. Modul login untuk memberikan hak akses kepada admin agar dapat
menggunakan aplikasi
b. Modul Data Center untuk melihat informasi mengenai statistik sdk di mobile
game
c. Modul Game Center untuk mengelola game, item, dan login yang terdaftar di
game platform
d. Modul Basic Data untuk menampilkan data user yang di-banned dan arus
transaksi
e. Modul Data Analysis untuk menampilkan informasi nilai return on
investment (ROI) terhadap perangkat mobile
f. Modul Settings untuk konfigurasi notifikasi dan floating button yang
terintegrasi pada mobile game
g. Modul Adjust untuk mengatur token dan event dari adjust.com
h. Modul Google Play untuk menampilkan dan mengatur transaksi pembayaran
pada game ataupun item berbayar.
3
1.3 Waktu dan Tempat Pelaksanaan
Kegiatan Praktik Kerja Lapangan (PKL) dilaksanakan pada tanggal 5 Agustus s.d
5 November 2019. Adapun tempat pelaksanaan PKL ini di PT Adarma Pratama
Endaru – Clapping Ape yang berlokasi di ruko Tendean Square Jalan Wolter
Monginsidi no. 19 16 2, RT.16/RW.2, Petogogan, Kec. Kebayoran Baru, Kota
Jakarta Selatan ,12170.
1.4 Tujuan dan Kegunaaan
1.4.1 Tujuan
Tujuan dari laporan ini berfokus pada:
a. Implementasi admin panel dengan fitur login

b. Menunjukkan data summary penjualan, game¸maupun sdk,
c. Pengelolaan game center, basic data¸ data analysis, adjust, settings, dan
google play.
1.4.2 Kegunaan
Adapun kegunaan dari laporan ini, antara lain:
a. Admin dapat mengelola game, login, dan produk yang dijual di mobile game
b. Admin dapat memantau dan mengontrol transaksi pembayaran, login, maupun
konfigurasi sdk pada mobile game yang terintegrasi
BAB II
TINJAUAN PUSTAKA
1.1 Web Admin
Menurut White Hat Security (2018), web admin adalah praktik penjagaan agar
situs web berjalan secara efisien dan aman. Tanggung jawab untuk situs web
dikelola oleh administrator situs web atau webmaster yang bertugas untuk
pemeliharaan situs web. Admin ini merencanakan dan melakukan peningkatan
dan pengelolaan konten situs web, perbaikan bug, dan peningkatan sistem.
Jadi tugas web admin adalah untuk mengelola dan memelihara situs web dengan
mempertimbangkan fungsionalitas akun, konten, dan performa. Mereka berfokus
pada aspek teknis pemeliharaan web, seperti membangun server dan pemecahan
masalah, tetapi mereka juga memperbarui bagian situs web tertentu khususnya
modifikasi desain atau konten tertentu, sehingga dapat menarik minat pengunjung
(visitor)
1.2 CMS
Content Management System (CMS) adalah aplikasi yang dapat membantu untuk
membuat, mengelola ataupun mengubah konten digital. Selain itu, CMS juga
digunakan untuk mengelola konten halaman maupun situs web. [CITATION
Adm19 \l 1057 ]
CMS sebagian besar digunakan oleh perusahaan terutama pada sektor bisnis
maupun pemasaran. Di samping menambah, meng-update, dan menghapus CMS
juga digunakan untuk mengelola konten halaman web maupun dokumen dan aset
perusahaan. Jadi pengguna tidak memerlukan instalasi software apapun tetapi
dapat diakses langsung melalui browser. CMS memiliki dua bagian, yaitu:
a. Front-office, untuk fungsionalitas dan penyimpanan informasi

b. Back-office, merupakan bagian dari sistem yang menyediakan antarmuka
dengan pengguna [ CITATION Ano19 \l 1057 ]
4
5
CMS menawarkan tools untuk mendesain, mempublikasikan, dan mengelola

konten web tanpa harus melakukan pengodean. CMS biasanya dilakukan dengan
men-drag and drop konten yang terdapat di website dan dikemas dengan fitur-
fitur yang menarik untuk pengembangan yang lebih mudah dan efisien.
1.3 Javascript
Javascript adalah bahasa scripting atau pemrograman yang memungkinkan Anda

untuk mengimplementasikan hal-hal kompleks pada halaman web — setiap kali
halaman web melakukan lebih dari sekadar duduk dan menampilkan informasi
statis untuk dilihat — menampilkan pembaruan konten yang tepat waktu, peta
interaktif, animasi 2D / Grafik 3D, pemutar video, jukebox, dll. [ CITATION MDN19
\l 1057 ]
Javascript digunakan untuk meningkatkan halaman web untuk memberikan

pengalaman user friendly yang lebih termasuk pembaruan halaman web secara
dinamis, peningkatan antarmuka (seperti menu, dialog box, animasi, grafik 2D
dan 3D, dll). Mode penggunaan javascript ini disebut sebagai client-side
javascript. [ CITATION Jay17 \l 1057 ]
Jadi javascript merupakan bahasa pemograman yang memungkinkan pengguna

untuk mengimplementasikan website maupun aplikasi yang lebih interaktif.
1.4 Reactjs
Reactjs adalah library javascript open-source yang digunakan untuk membangun

antar muka pengguna terutama aplikasi single-page. Selain itu, reactjs juga
memungkinkan untuk membuat komponen UI yang dapat dipergunakan kembali
(reusable). Itulah mengapa React yang kompleks biasanya memerlukan library
tambahan untuk mengatur state, routing, dan berinteraksi dengan API, Redux, dan
axios, serta perpaduan dengan framework lain seperti Angular JS. [ CITATION
Pan17 \l 1057 ]
6
Gambar 2.1 Logo React
(sumber: reactjs.org)
Reactjs umumnya dianggap sebagai lapisan view dalam aplikasi yang sama seperti
JQuery yang dapat memanipulasi elemen maupun handler. Reactjs dibagi menjadi
dua API utama yaitu React DOM untuk melakukan rendering dan React
Component yang berupa halaman yang telah di-render oleh React DOM.
[ CITATION Pac18 \l 1057 ]
Pada React Component terbagi dari beberapa bagian atau fitur yang meliputi:
a. Data: data yang disimpan dapat berupa JSON maupun API dari berbagai
tempat yang kemudian akan di-render oleh component
b. Lifecycle: metode yang diterapkan yang merespon perubahan siklus pada

component (misal. rendering)
c. Events: code yang digunakan untuk merespon interaksi yang dilakukan

pengguna seperti ketika meng-klik submit maka akan timbul notifikasi
ataupun mengarahkan pada tindakan selanjutnya
d. JSX, merupakan ekstensi javascript yang digunakan untuk membuat

template. JSX ini memungkinkan penggunaan tag HTML yang disisipkan ke
dalam code javascript yang merupakan component dari Reactjs [ CITATION
Duo19 \l 1057 ]
7
React.js merupakan teknologi client-side berbasis JavaScript yang dibuat untuk

memudahkan web developer membangun user-interface berbasis komponen.
[ CITATION Cod16 \l 1057 ]
Reactjs adalah framework javascript yang digunakan untuk membangun aplikasi

single page app baik berupa mobile maupun web. Selain itu, reactjs juga
memungkinkan pembuatan halaman antar muka yang reusable dan mendukung
berbagai library tambahan lainnya seperti redux, axios maupun perpaduan
framework lain.
1.5 Redux
Redux dapat diartikan sebagai container state untuk mengelola state suatu
aplikasi (data yang ditampilkan dan merespon action dari pengguna). Redux
menggunakan konsep data-flow uni-directional yang meliputi:
a. Aplikasi memiliki state pusat atau root.

c. Perubahan state men-trigger perubahan view (tampilan)
d. Hanya fungsi tertentu yang dapat mengubah state
e. Interaksi pengguna men-trigger fungsi tertentu yang mengubah state.
f. Hanya satu perubahan yang terjadi sekaligus. [ CITATION Enn17 \l 1057 ]
Cara kerja redux sederhana, ada yang melalui store pusat untuk menampung
seluruh state aplikasi. Setiap komponen dapat mengakses state yang disimpan
tanpa harus mengirim props dari satu komponen ke komponen lainnya. Di redux
memiliki tiga bagian meliputi action, store, dan reducer. Action pada redux
berupa event untuk mengirim data dari aplikasi ke store Redux. Data yang
disimpan berupa API, interkasi user, dan submisi form. Store digunakan untuk
men-handle state aplikasi dengan mengakses state yang disimpan, memperbarui
state, dan me-register maupun unregister listeners melalui metode helper.
Sedangkan reducer berupa function yang mengambil state saat ini, melakukan
action dan mengembalikan state baru. State kemudian disimpan sebagai objek
dan menentuka bagaimana state aplikasi berubah sebagai respon tindakan yang
dikirm. [ CITATION Neo18 \l 1057 ]
8
Redux adalah library untuk mengelola state aplikasi Javascript. Redux bersifat
agnostik yang berarti tidak hanya digunakan pada React, tetapi juga digunakan
dengan framework lainnya seperti Vue dan Angular maupun tanpa framework.
Redux memiliki Model, View, dan Controller (MVC) tersendiri yaitu action,
store, reducer, dan state.
1.6 Webpack
Webpack adalah modul sistem bundling yang dikembangkan di NodeJS yang

tidak hanya menangani kombinasi dan minifikasi file Javascript dan CSS tetapi
juga aset lain seperti file gambar melalui plugin. [ CITATION Ano15 \l 1057 ]
Webpack memeriksa package dan membuat apa yang disebut dependency graph
yang terdiri dari berbagai modul yang dibutuhkan aplikasi web. Kemudian
membuat paket baru yang terdiri dari jumlah minimum file yang dibutuhkan
(misal. satu file bundle.js yang ditempelkan pada file HTML dengan mudah).
[ CITATION Ash19 \l 1057 ]
Webpack sebagian besar digunakan dan menerima bundler modul maupun task
runner melalui ReactJS. Adapun package yang diperlukan pada webpack antara
lain:
a. Webpack, yang merupakan plugin webpack utama sebagai dependent

b. Webpack-CLI, untuk mengakses beberapa perintah webpack melalui CLI
seperti memulai dev, server, build produksi, dll
c. Webpack-dev-server, merupakan server yang digunakan untuk
penegembangan di sisi client
d. Html-webpack-plugin, untuk membantu dan membuat template HTML
aplikasi [ CITATION Sid18 \l 1057 ]
Webpack berupa modul atau bundling yang memuat berbagai file javascript,
HTML, CSS, maupun seluruh aset lainnya (gambar, video, audio, dll) yang
dibutuhkan oleh aplikasi web-based baik melalui command, plugin, maupun
konfigurasi.
9
1.7 Axios
Axios merupakan library opensource yang digunakan untuk request data melalui
HTTP. Axios terkenal dengan keunggulannya yaitu ringan, promised-based,
mendukung async dan await untuk code yang asynchronous. Axios juga dapat
melakukan intercept dan membatalkan request. [ CITATION Art19 \l 1057 ]
Selain memberikan dukungan request dan respon interceptor, axios juga dapat
mendukung perubahan dan auto-konversi ke JSON. Axios menjamin pengguna
dalam melindungi data user secara default dari cross-site request forgery (XSRF).
[ CITATION Cat19 \l 1057 ]
Dengan menggunakan axios, akan lebih mudah mengirmkan request HTTP

secara asynchronous. Library axios dapat digunakan pada aplikasi javascript atau
digunakan dengan framework lainnya seperti Vuejs. [ CITATION Seb17 \l 1057 ]
Axios merupakan library untuk mengirimkan request HTTP secara asynchronous

pada aplikasi Javascript maupun framework lainnya (ReactJS dan VueJS). Selain
itu, axios juga bersifat promised-based dan dapat melakukan intercept maupun
membatalkan request yang menjamin keamanan data dari kerusakan.
1.8 API
Application Program Inteface (API) adalah perangkat yang dapat digunakan oleh
programmer untuk membantu membuat perangkat lunak. Sederhananya, API
menentukan bagaimana komponen perangkat lunak harus berinteraksi. [ CITATION
Sie19 \l 1057 ]
API memungkinkan pengembang menghemat waktu dengan memanfaatkan

implementasi platform untuk pekerjaan yang rumit. Ini membantu mengurangi
jumlah pengembang kode yang dibuat dan menciptakan lebih banyak konsistensi
di seluruh aplikasi untuk platform yang sama. [ CITATION Hof19 \l 1057 ]
API merupakan rangakaian aturan maupun alat yang digunakan untuk

membangun aplikasi. Selain itu, API digunakan saat memprogram komponen
antarmuka pengguna yang dapat mempermudah pengembang program.
10
API pada dasarnya berupa kumpulan data yang seringkali dalam format JSON
dengan endpoint yang telah ditentukan. Ketika diakses, maka diperlukan untuk
mengakses endpoint tersebut dengan framework API. Di ReactJS library yang
digunakan untuk mengakses data melalui REST API yaitu meggunakan axios.
Selain itu, terdapat library API react lainnya seperti fetch (bawaan react),
OKHTTP, dll.
1.9 Visual Studio Code
Visual Studio Code (VSCode) adalah sebuah teks editor ringan dan handal yang
dibuat oleh Microsoft untuk sistem operasi multiplatform (Linux, Mac, dan
Windows). Teks editor ini secara langsung mendukung bahasa pemrograman
JavaScript, Typescript, dan Node.js, serta bahasa pemrograman lainnya dengan
bantuan plugin yang dapat dipasang via marketplace VSC (seperti C++, C#,
Python, Go, Java, dst).[ CITATION WRi19 \l 1057 ]
Visual Studio Code atau VSCode adalah text editor open-source yang
memungkinkan pengguna untuk mengembangkan aplikasi. Selain itu VSCode
juga mendukung berbagai bahasa pemogaraman, fitur, dan ekstensi yang
menunjang pengguna dalam pengodean.
VSCode memiliki keunggulan dalam menunjang pengembangan aplikasi, anatar

lain:
a. Memiliki IntelliSense untuk pengeditan kode mulai dari tools pengodean,

parameter, info, code hinting berdasarkan tipe variabel, definisi fungsi, dan
modul yang diimpor, serta bantuan konten, maupun guide yang mendukung
berbagai bahasa pemrograman.
e. Command Palette
Visual studio mendukung terminal inbuilt yang dimulai dari root proyek yang
dibuka. Fitur ini membuatnya sangat nyaman karena pengguna tidak perlu
mengganti window ataupun status terminal yang adauntuk melakukan task
command-line yang cepat
11
f. Dukungan debugging untuk mempercepat pengeditan, compiling, dan debug

loop dengan menambahkan breakpoints dan watchers yang biasanya
dilakukan pada NodeJS dan men-debug apapun yang ditranskip oleh
Javascript.
g. Mendukung integrasi git dengan fitur built-in-git yang mempermudah dalam
meninjau perubahan code project
h. Memiliki kemampuan pengeditan secara berdampingan secara side by side
baik file yang sama maupun berbeda [ CITATION Mic16 \l 1057 ]
1.10 SDK
Standard Development Kit (SDK) adalah kit pengembangan perangkat lunak atau
devkit — kumpulan program perangkat lunak yang bertujuan untuk membuat
aplikasi di platform web dan mobile dengan sistem operasi tertentu. [ CITATION
Val191 \l 1057 ]
Tools SDK mencakup berbagai library, dokumentasi, contoh kode, proses, dan
panduan yang dapat digunakan dan diintegrasikan oleh pengembang ke dalam
aplikasi mereka sendiri. SDK dirancang untuk digunakan pada platform atau
bahasa pemograman tertentu.[ CITATION Rif19 \l 1057 ]
SDK merupakan tools (devkit) ataupun kumpulan perangkat lunak untuk

mengembangkan aplikasi dengan platform tertentu.
1.11 Git
Git adalah version control system yang digunakan para developer untuk
mengembangkan software secara bersama-bersama. Fungsi utama git yaitu
mengatur versi dari source code program dengan memberikan tanda baris dan
code yang akan ditambah atau diganti. [ CITATION Ano17 \l 1057 ]
Git adalah contoh dari DVCS (Distributed Version Control System) yang
memiliki arsitektur terdistribusi di mana mereka tidak hanya memiliki satu
tempat untuk menyimpan log sebuah software. Di Git, setiap copy kode kerja
developer juga merupakan repositori yang dapat berisi riwayat lengkap dari
12
semua perubahan. Selain didistribusikan, Git telah dirancang dengan kinerja,

keamanan, dan fleksibilitas yang maksimal. [ CITATION Nat18 \l 1057 ]
Git adalah version control system yang memungkinkan suatu pengguna dapat
berkoodinasi dengan pengembang lainnya dalam mengembangkan software.
Dengan git, pengguna dapat melihat apa yang telah dikerjakan dan meninjau
kembali perubahan code yang dilakukan oleh pengembang sebelumnya.
1.12 Penelitian Sejenis
Berikut ini adalah beberapa penelitian yang terkait dengan aplikasi admin panel
berbasis web ini adalah sebagai berikut:
13
Tabel 2.1 Perbandingan Penelitian Sejenis
Penelitian 1 Penelitian 2 Penelitian 3

Pengembangan Aplikasi CMS E-
commerce dengan PHP-CI untuk Implementasi Dashboard Pada Data Perancangan Dashboard Interaktif Penjualan
Judul
Mempermudah Penjualan dan Penjualan CV. Mega Jaya Mandiri (Studi Kasus : PT Jaya Bakery)
Pembayaran Online
Peneliti Carvino Iqbal Hendy Rusdiyanto Sulistiawati dan Heni Sulistiani
PT Jaya Bakery melakukan monitoring
1. Belum tersedianya metode
penjualan dengan cara melihat laporan
pembayaran transfer bank lokal
Perangkat lunak yang tersedia belum penjualan yang disajikan dalam aplikasi
untuk transaksi jual beli online
Masalah mamu menampilkan laporan penjualan spreadsheet sehingga diperlukan waktu yang
2. Belum tersedianya media untuk
periode tertentu yang berupa grafik lama untuk memperoleh informasi penjualan
interaksi antara penjual dan
dan menimbulkan kesalahan data dalam
pembeli
penyajiannya.
Tujuan dari rancang bangun dashboard
adalah untuk mengukur kinerja, me- Untuk merancang sistem dashboard
Tujuan Merancang aplikasi CMS e-
monitoring proses yang sedang penjualan dengan visualisasi monitoring
Penelitian commerce berbasis web
berlangsung, dan memprediksi penjualan penjualan roti.
di masa mendatang
14
Teknologi Framework CodeIgniter Bahasa pemograman PHP Bahasa pemograman PHP

Aplikasi ditunjukkan untuk dua aktor
yaitu pelanggan dan admin.
Ruang lingkup dari penelitian ini adalah
Pelanggan berfokus pada transaksi Ruang lingkup penelitian ini adalah
admin dapat memantau dan mengolah data
Ruang pembelian, metode pembayaran admin/perusahaan dapat melihat hasil
penjualan. Nantinya sistem tersebut akan
Lingkup melalui transfer bank, dan fitur penjualan yang ditampilkan melalui
menghasilkan informasi berupa laporan stok
chatting. Sedangkan dari sisi admin grafik/chart
kue maupun penjualan
berfokus pada pengelolaan produk,
penjualan, pembayaran, dan provider
Metode pengembangan yang Menggunakan metode Rapid Prototyping Metode pengembangan yang digunakan
Metodologi
digunakan adalah metode SDLC (RP) adalah metode watrerfall
Penelitian ini menghasilkan aplikasi
Penelitian ini menghasilkan aplikasi Penelitian ini menghasilkan aplikasi
Hasil Temuan dashboard monitoring penjualan roti berbasis
CMS e-commerce berbasis web dashboard data penjualan
web
Kontribusi Aplikasi ini dapat memudahkan Aplikasi ini digunakan untuk membantu Aplikasi ini mempermudah admin dalam
pelanggan dalam bertransaksi dengan pihak perusahaan dalam mempercepat mendapatkan informasi penjualan melalui
menggunakan internet banking proses pembuatan laporan dan dasboard khusunya pada penyajian data yang
sehingga dapat melakukan mengurangi kesalahan yang dilakukan dilakukan secarareal time dan pihak
pengecekan saldo, mutasi rekening, pengguna. pemimpin perusahaan dapat me-monitoring
kurs, maupun transfer dana. terhadap penjualan roti di Jaya Bakery dengan
15
menampilkan visualisasi data berupa grafik.

BAB III
HASIL PELASANAAN PKL
2.1 Unit Kerja Praktik Kerja Lapangan
Penulis melakukan Praktik Kerja Lapangan (PKL) di PT Adarma Pratama Endaru

– Clapping Ape yang merupakan perusahaan software house yang berlokasi di
Tendean, Jakarta Selatan. Pada pelaksanaan Praktik Kerja Lapangan ini, penulis
ditempatkan pada posisi Tech Developer. Divisi ini bertanggung jawab untuk
pengembangan dan implementasi produk. Berikut ini merupakan struktur
organisasi unit kerja PT Adarma Pratama Endaru – Clapping Ape.
Gambar 3.1 Struktur organisasi Clapping Ape
2.2 Uraian Praktik Kerja Lapangan
Minggu pertama praktik kerja lapangan berlangsung dari tanggal 5-9 Agustus
2019. Pada minggu ini dilakukan sosialisasi dengan semua karyawan dari
berbagai divisi dan dilakukan orientasi budaya kerja yang ada di Clapping Ape.
Selanjutnya, diskusi mengenai proyek yang akan digunakan untuk minggu
berikutnya. Diskusi dilakukan bersama kepala divisi Software Engineering.
Adapun hasil dari diskusi tersebut diputuskan untuk memulai proyek aplikasi
admin panel SDK AKG terlebih dahulu sebagai front end developer.
Minggu kedua dimulai dari tanggal 12-16 Agustus 2019. Pada minggu ini
dilakukan eksplorasi dan mempelajari tentang Git (code versioning) dengan Bit
16
17
Bucket, kemudian dilanjutkan dengan mempelajari dasar-dasar Webpack, Reactjs,

dan Redux.
Minggu ketiga dimulai dari tanggal 19-23 Agustus 2019. Pada minggu ini
dilakukan persiapan untuk memulai pengerjaan project SDK AKG yang meliputi
instalasi environtment yaitu dengan meng-install Linux dan setting framework
Reactjs. Kemudian, dilanjutkan pengerjaan proyek aplikasi berdasarkan diskusi
yang telah dilakukan pada minggu pertama dan mempersiapkan mockup web
admin yang akan diserahkan pada tim designer dan tim product management
(PM). Setelah itu, dilanjutkan dengan memperbaiki beberapa perubahan mockup
yang sesuai dengan masukan tim tersebut.
Minggu keempat dimulai dari tanggal 26-30 Agustus 2019. Pada minggu ini
dilanjutkan proses implementasi dengan membuat halaman Dashboard. Halaman
tersebut digunakan untuk melihat statistik data dari aplikasi mobile berupa daily
active user (dau), total payment, pay times, new user, dan user payment.
Halaman ini juga menampilkan beberapa menu dan submenu yang ada pada sisi
kiri halaman. Adapun tools yang digunakan selama implementasi menggunakan
Visual Studio Code (VSC). Kemudian, dilanjutkan dengan mempelajari cara
menggunakan pull-request sebagai permintaan untuk menggabungkan code
maupun agar lead developer dapat melakukan review code. Ini dilakukan untuk
membantu proses pengembangan sistem secara bersama-sama. Selain itu,
dilanjutkan dengan implementasi halaman game list. Halaman tersebut
menampilkan informasi berupa list game yang tersedia di Google Play maupun
App Store. Selanjutnya membuat fitur tab Form Add New untuk menambah
record baru pada game dan fitur Edit untuk meng-update record yang sudah ada,
serta fitur delete. Selanjutnya, membuat halaman game product yang
menampilkan tab list berupa daftar produk yang dijual di berbagai game dan Tab
Add New, serta terdapat fitur Edit untuk mengedit item game product tersebut.
Minggu kelima dimulai dari tanggal 2-6 September 2019. Pada minggu ini
dilanjutkan proses implementasi dengan membuat halaman login configuration.
Halaman tersebut memiliki fitur yang sama dengan game list maupun game
product, yaitu menampilkan tab berupa list konfigurasi login dan tab Add New
18
untuk menambah record baru. Serta penambahan fitur edit dan delete. Selain itu,
dilanjutkan dengan penambahan fitur pada halaman beranda dashboard.
Nantinya konfigurasi ini akan digunakan pada mobile game untuk menentukan
login yang tersedia pada aplikadi game tersebut.
Minggu keenam dimulai dari tanggal 9-13 September 2019. Pada minggu ini
dilanjutkan dengan menambahkan fitur image pada game product untuk
menampilkan gambar produk yang dijual pada game platform. Selanjutnya
menambahkan fitur Delete pada game product dan SDK Version. Hasil dari
penambahan fitur tesebut adalah saat admin memilih delete, maka akan muncul
pop up konfirmasi untuk menghapus record atau tidak. Jika ya, maka record
tersebut akan dihapus dari list maupun database.
Minggu ketujuh dimulai dari tanggal 16-20 September 2019. Pada minggu ini
dilakukan analisis terhadap perancangan sistem yang dibuat. Perancangan ini
menggunakan model UML untuk mendefinisikan proses bisnis yang ada.
Kemudian hasil perancangan tersebut diserahkan kepada tim product dan
selanjutnya dilakukan beberapa revisi berdasarkan masukan dari tim product.
Minggu kedelapan dimulai dari tanggal 23-27 September 2019. Pada minggu ini
dilakukan penambahan fitur chart pada beranda dashboard. Kemudian,
dilanjutkan dengan membuat halaman Ban List. Halaman tersebut menampilkan
daftar user yang di-banned / di-block. Selanjutnya, dibuat halaman Top-up Rank.
Halaman tersebut menampilkan informasi berupa list user yang melakukan top-
up.
Minggu kesembilan dimulai dari tanggal 30 September-4 Oktober 2019,

dilanjutkan dengan membuat halaman ROI Calculation. Halaman ini
menampilkan informasi berupa statistik Return of Investment (ROI) di setiap
game. Selain itu, juga dilakukan implementasi dengan membuat halaman ROI
Calculation (hourly). Halaman ini juga menampilkan statistik ataupun
perhitungan ROI hourly.
19
Minggu kesepuluh dimulai tanggal 7-11 Oktober 2019. Pada minggu ini
dilakukan dengan membuat halaman Adjust. Halaman ini menampilkan submenu
yang berupa adjust token dan adjust event. Kedua submenu ini juga memiliki
fitur yang sama dengan fitur game list, game product, maupun login
configuration yaitu menampilkan tab yang berisi daftar token maupun event yang
di-generate dari adjust.com, serta fitur tab Add New untuk menambah record
baru. Selain itu, juga menambahkan fitur Edit dan Delete. Kemudian dilanjutkan
dengan membuat halaman Transaction yang menampilkan list transaksi user.
Selain itu, juga dilakukan penambahan fitur select pada form tab Add New di
halaman game list sebagai opsi untuk memilih platform pada game yang akan di-
list.
Minggu kesebelas dimulai tanggal 14-18 Oktober 2019. Pada minggu ini
dilakukan dengan membuat halaman Banner. Halaman tersebut menampilkan
informasi berupa daftar banner yang tertera melalui tab list, serta tab Add New
untuk menambah record baru. Serta dilanjutkan penambahan fitur Edit dan
Delete.
Minggu kedua belas dimulai tanggal 18-25 Oktober 2019. Pada minggu ini
dilakukan evaluasi dan perbaikan implementasi terhadap sistem yang telah
dibangun sebelumnya. Pada tahap perbaikan implementasi ini meliputi
penambahan fitur filter di setiap sub menu, fitur pencarian (search), serta
modifikasi fitur lainnya pada menu tertentu. Hal ini dilakukan untuk memastikan
bahwa sistem dapat berjalan secara optimal.
2.3 Pembahasan Hasil Praktik Kerja Lapangan
2.3.1 Business Process
Proses bisnis admin panel ini bermula ketika admin mendapatkan hak akses
untuk masuk ke dalam admin panel CMS SDK AKG Games dan melakukan
login. Admin akan melihat statistik data mulai dari user, transaksi, maupun game.
Pada bagian game akan menampilkan informasi mengenai game, item/produk
game, login, maupun sdk yang nantinya akan dikelola (menambah, mengedit, dan
20
menghapus record). Sedangkan pada bagian transaksi ditampilkan informasi

mengenai pembayaran, pemasaran, maupun aktivitas pembayaran lainnya seperti
return of investment (ROI) dan loan to value (LTV). Admin kemudian
memasukkan rincian data roi maupun ltv mulai dari periode investasi, game,
platform, maupun negara dan kemudian dilakukan proses perhitungan. Setelah
itu, hasilnya akan muncul pada list atau juga dapat ditampilkan dalam bentuk
dokumen.
2.3.2 Requirement
Adapun requirement dari admin panel SDK AKG Games, antara lain:
a. Login yang ditampilkan hanya dapat diakses oleh seorang admin yang
berwenang untuk dapat mengakses semua fitur yang ada pada admin panel
CMS SDK
b. Admin dapat melihat data statistik SDK di halaman dashboard seperti daily
active user (dau), total payment, pay times, new user, new user payment.
Adapun data yang ditampilkan dalam bentuk card maupun dalam bentuk
grafik (chart) garis maupun batang
c. Admin dapat melihat dan mengelola record game yang ada. Adapun
informasi yang ditampilkan meliputi daftar game maupun item game yang
dijual, daftar login berdasarkan tipe otentikasi (google, facebook, dan akg),
sdk, dan banner.
d. Admin dapat melihat daftar user dan transaksi. Adapun informasi yang
ditampilkan meliputi list active users, daftar user yang di-banned, history
transaction, device query, top-up ranking, dan revenue sharing. 
e. Admin dapat melihat statistik nilai balik investasi atau return of investment
(ROI) dari setiap game yang meliputi ROI calculation, ROI calculation
(hourly) dan Device LTV.
f. Admin dapat melakukan pengaturan user activity, curency (mata uang) di
setiap negara, maupun notifikasi yang terpasang pada game. Hal ini meliputi
system log, region, currency, notice, dan extended config 
21
g. Admin dapat mengelola token dari adjust.com, yaitu dengan menambah,

meng-update, maupun menghapus data token adjust. Adapun sub fitur yang
di-manage adalah Adjust Token dan Adjust Event.
h. Admin dapat melakukan konfigurasi dan verifikasi aplikasi in-app-purchase
di google play.
2.3.3 API Design Structure
Berikut ini adalah desain API yang ada pada admin panel SDK AKG Games,
meliputi:
a. Login
Gambar 3.2 Desain API Pada Login
Gambar 3.2 adalah struktur API pada login. API ini menggunakan method HTTP
POST untuk mengirimkan request data login pada endpoint yang diberikan
berupa nomor ponsel dan password. Selain itu, API ini digunakan pada fitur
login yaitu untuk masuk ke aplikasi CMS SDK AKG Games. Di bawah ini
adalah parameter API yang digunakan pada login sehingga dapat digambarkan
pada struktur tabel berikut:
Tabel 3.2 Struktur tabel pada parameter Login
Nama Field Tipe Data

phone Varchar(12)
password Varchar(255)
b. Data Center
Gambar 3.3 Desain API Pada Data Center

22
Gambar 3.3 adalah struktur API pada data center yang menggunakan method
HTTP GET untuk menapilkan data berupa data summary seperti user yang aktif,
nilai pemasukan dan pembayaran. Struktur API ini juga digunakan pada menu
data center untuk menampilkan informasi data di atas dalam bentuk grafik
maupun ringkasan.
c. Game List
Gambar 3.4 Desain API Pada Game List
Gambar 3.4 adalah struktur API pada Game Center. Struktur API ini
menggunakan method HTTP GET untuk menerima request pada endpoint dan
menampilkan informasi berupa jenis game yang ada pada aplikasi CMS SDK
pada menu utama game center di submenu game list. Di bawah ini adalah
parameter API yang digunakan pada game list sehingga dapat digambarkan pada
struktur tabel berikut:
Tabel 3.2 Struktur tabel pada parameter Game List

id Varchar(255)
game_name Varchar(255)
package_name Varchar(255)
product_code Varchar(255)
platform Varchar(255)
1) Create New Game List

23
Gambar 3.5 Desain API Pada Create Game List
Gambar di atas adalah struktur API pada Game Product. Struktur API ini
menggunakan method HTTP POST untuk mengirimkan request data berupa
game pada endpoint yang diberikan ke server. API ini digunakan pada fitur form
tab Add New yaitu pada saat menambah record baru pada game dengan
memasukkan parameter yang telah ditentukan sebelumnnya.
2) Update Game List
Gambar 3.6 Desain API Pada Update Game List
Gambar di atas adalah struktur API pada update game list, API ini digunakan
pada sub menu game list yaitu di form edit game. Struktur API ini menggunakan
method HTTP PUT untuk memperbarui data game yang ada. Pada parameter
staffs ini menunjukkan data game dengan id apa saja yang akan diedit record-nya
dan kemudian diparsing ke server.
3) Delete Game List
Gambar 3.7 Desain API Pada Delete Game List
Gambar di atas adalah struktur API pada Game Product. API ini menggunakan
method HTTP DELETE untuk menghapus data game yang ada dengan
menggunakan parameter id sebagai selector-nya.
d. Game Product
24
Gambar 3.8 Desain API Pada Game Product
Gambar 3.8 adalah struktur API pada Game Product. Struktur API ini
menggunakan method HTTP GET untuk menerima request yaitu menampilkan
informasi berupa produk game yang tersedia pada aplikasi CMS SDK. Struktur
API ini digunakan pada submenu di tab list game product. Di bawah ini adalah
parameter API yang digunakan pada game product sehingga dapat digambarkan
Tabel 3.3 Struktur tabel pada parameter Game Product

Id Varchar(255)
product_code Varchar(255)
price Integer
status Varchar(255)
1) Create Game Product
Gambar 3.9 Desain API Pada Create Game Product
Gambar di atas adalah struktur API pada Create Game Product yang
product/item game pada endpoint yang diberikan ke server. API ini digunakan
pada fitur form tab Add New di sub menu game product yaitu pada saat
menambah record baru pada item game dengan memasukkan parameter yang
telah ditentukan sebelumnnya.
25
2) Update Game Product
Gambar 3.10 Desain API Pada Update Game Product
Gambar di atas adalah struktur API pada update game product, API ini
digunakan pada sub menu game product yaitu di form edit game. Struktur API ini
menggunakan method HTTP PUT untuk memperbarui data game yang ada. Pada
parameter game_products ini menunjukkan data produk game apa saja dengan id
yang akan diedit record-nya dan kemudian diparsing ke server.
3) Delete Game Product
Gambar 3.11 Desain API Pada Delete Game List
Gambar di atas adalah struktur API pada Game Product. Struktur API ini ini
menggunakan method HTTP DELETE untuk menghapus data game product
yang ada dengan menggunakan parameter id sebagai selector-nya.
e. Banner
Gambar 3.12 Desain API Pada Banner
Gambar 3.12 adalah struktur API pada Banner. Struktur API ini menggunakan
method HTTP GET untuk menerima request data yang nantinya akan
menampilkan informasi berupa data banner yang tersedia pada aplikasi CMS
SDK. Struktur API ini digunakan pada menu game center dan submenu Banner.
26
Di bawah ini adalah parameter API yang digunakan pada banner sehingga dapat
digambarkan pada struktur tabel berikut:
Tabel 3.4 Struktur tabel pada parameter Banner

id Varchar(255)
image Varchar(255)
title Varchar(255)
image_link Varchar(255)
1) Create Banner
Gambar 3.13 Desain API Pada Create Banner
Gambar di atas adalah struktur API yang pada create banner. Struktur API ini
game pada endpoint yang diberikan ke server. API ini digunakan pada fitur form
tab Add New yaitu pada saat menambah record baru pada banner dengan
2) Update Banner
Gambar 3.14 Desain API Pada Update Banner
Gambar di atas adalah struktur API pada update banner yang digunakan pada
form edit di sub menu banner. Struktur API ini menggunakan method HTTP
PUT untuk memperbarui data game yang ada berdasarkan parameter id apa saja
yang akan diedit record-nya dan kemudian diparsing ke server.
27
3) Delete Banner
Gambar 3.15 Desain API Pada Delete Banner
Gambar di atas adalah struktur API pada banner. Struktur API ini ini
menggunakan method HTTP DELETE untuk menghapus data banner yang ada
dengan menggunakan parameter id sebagai selector-nya.
f. SDK Version
Gambar 3.16 Desain API Pada SDK Version
Gambar 3.16 adalah struktur API pada SDK Version. Struktur API ini
menggunakan method HTTP GET untuk menerima request data yang nantinya
akan menampilkan informasi sdk yang digunakan pada game tertentu. Struktur
API ini digunakan pada menu game center dan submenu SDK Version. Di bawah
ini adalah parameter API yang digunakan pada sdk version sehingga dapat
Tabel 3.5 Struktur tabel pada parameter SDK Version

Id Varchar(255)
version_name Varchar(255)
version_number Varchar(255)
status Varchar(255)
1) Create SDK Version

28
Gambar 3.17 Desain API Pada Create SDK Version
Pada gambar di atas adalah struktur API pada sdk version. Struktur API ini
menggunakan method HTTP POST untuk mengirimkan request data sdk pada
endpoint yang diberikan ke server. API ini digunakan pada fitur form tab Add
New yaitu pada saat menambah record baru pada sdk baru dengan memasukkan
parameter yang telah ditentukan sebelumnnya.
2) Update SDK Version
Gambar 3.18 Desain API Pada Update SDK Version
Pada gambar di atas adalah struktur API pada update sdk version, API ini
digunakan pada sub menu sdk version yaitu di bagian form edit. Struktur API ini
menggunakan method HTTP PUT untuk memperbarui data sdk yang ada
berdasarkan parameter id dari sdk_versions. Parameter id ini menunjukkan salah
satu data yang akan diedit record-nya untuk dikirim ke server.
3) Delete SDK Version
Gambar 3.19 Desain API Pada Delete SDK Version
Pada gambar di atas adalah struktur API pada delete sdk version yang digunakan
pada fitur delete. Struktur API ini ini menggunakan method HTTP DELETE
untuk menghapus data game product yang ada dengan menggunakan parameter
id sebagai selector-nya.
29
g. Login Configuration
Gambar 3.20 Desain API Pada Login Configuration
Gambar 3.20 adalah struktur API pada Login Configuration. Struktur API ini
akan menampilkan informasi berupa login apa saja yang digunakan pada game
tertentu. Struktur API ini digunakan pada menu game center dan submenu Login
Configuration. Di bawah ini adalah parameter API yang digunakan pada login
configuration sehingga dapat digambarkan pada struktur tabel berikut:
Tabel 3.6 Struktur tabel pada parameter Login configuration

id Varchar(255)
auth_provider Varchar(255)
status Varchar(255)
1) Create Login Config
Gambar 3.21 Desain API Pada Create Login Config
Pada gambar di atas adalah struktur API pada login configuration. Struktur API
ini menggunakan method HTTP POST untuk mengirimkan request data login
provider pada endpoint yang diberikan ke server. API ini digunakan pada fitur
form tab Add New yaitu pada saat menambah record baru di login config dengan
2) Update Login Config

30
Gambar 3.22 Desain API Pada Update Login Config
Pada gambar di atas adalah struktur API pada update login config/ provider, API
ini digunakan pada sub menu login configuration yaitu di bagian form edit.
Struktur API ini menggunakan method HTTP PUT untuk memperbarui data
login provider yang ada berdasarkan parameter id di login configuration.
Parameter id ini menunjukkan salah satu data yang akan diedit record-nya untuk
dikirim ke server.
3) Delete Login Config
Gambar 3.23 Desain API Pada Delete Login Config
Pada gambar di atas adalah struktur API pada delete login configuration yang
digunakan pada fitur delete. Struktur API ini ini menggunakan method HTTP
DELETE untuk menghapus data login yang ada dengan menggunakan parameter
id sebagai selector-nya.
h. User
Gambar 3.24 Desain API Pada User
Gambar 3.24 adalah struktur API pada User. Struktur API ini menggunakan
menampilkan informasi data user yang terdaftar pada game yang melalui auth
provider tertentu. Struktur API ini digunakan pada menu basic data dan submenu
31
User. Di bawah ini adalah parameter API yang digunakan pada user sehingga
dapat digambarkan pada struktur tabel berikut:
Tabel 3.7 Struktur tabel pada parameter User

id Varchar(255)
game_provider Varchar(255)
auth_provider Varchar(255)
email Varchar(255)
uid Varchar(255)
device_id Varchar(255)
created_at DATETIME
i. Ban List
Gambar 3.25 Desain API Pada Ban List
Gambar 3.25 adalah struktur API pada System Log. Struktur API ini
akan menampilkan informasi berupa data user maupun perangkat mobile yang di-
banned. Struktur API ini digunakan pada menu basic data dan submenu Ban List.
Di bawah ini adalah parameter API yang digunakan pada ban list sehingga dapat
Tabel 3.8 Struktur tabel pada parameter Ban List

id Varchar(255)
game_name DATETIME
ban_rule Varchar(255)
status Varchar(255)
32
j. Transaction
Gambar 3.26 Desain API Pada Transaction
Gambar 3.26 adalah struktur API pada Transaction. Struktur API ini
akan menampilkan informasi data transaksi yang dilakukan user. Struktur API
ini digunakan pada menu basic data dan submenu Transaction. Di bawah ini
adalah parameter API yang digunakan pada transaction sehingga dapat
Tabel 3.9 Struktur tabel pada parameter Transaction

id Varchar(255)
order_no Varchar(255)
game Varchar(255)
uid Varchar(255)
amount Varchar(255)
goods_id Varchar(255)
vendor Varchar(255)
time DATE TIME
status Varchar(255)
k. Device Query
Gambar 3.27 Desain API Pada Device Query
Gambar 3.27 adalah struktur API pada Device Query. Struktur API ini
akan menampilkan informasi berupa data device yang terdaftar pada game
33
tertentu. Struktur API ini digunakan pada menu basic data dan submenu Device
Query. Di bawah ini adalah parameter API yang digunakan pada device query
sehingga dapat digambarkan pada struktur tabel berikut:
Tabel 3.10 Struktur tabel pada parameter Device Query

id Varchar(255)
device_name Varchar(255)
device_id Varchar(255)
register_time DATE
registered_game Varchar(255)
system_versions Varchar(255)
l. Adjust Token
Gambar 3.28 Desain API Pada Adjust Token
Gambar 3.28 adalah struktur API pada Adjust Token. Struktur API ini
akan menampilkan informasi berupa nama adjust dan token yang telah di-
generate dari adjust.com. Struktur API ini digunakan pada menu adjust dan
submenu Adjust Token. Di bawah ini adalah parameter API yang digunakan pada
adjust token sehingga dapat digambarkan pada struktur tabel berikut:
Tabel 3.11 Struktur tabel pada parameter Adjust Token

id Varchar(255)
game Varchar(255)
adjust_name Varchar(255)
34
token Varchar(255)
1) Create Adjust Token
Gambar 3.29 Desain API Pada Create Adjust Token
Pada gambar di atas adalah struktur API pada adjust token (apps). Struktur API
ini menggunakan method HTTP POST untuk mengirimkan request data adjust
pada endpoint yang diberikan ke server. API ini digunakan pada fitur form tab
Add New di submenu adjust token yaitu pada saat menambah record token baru
dengan memasukkan parameter yang telah ditentukan sebelumnnya.
2) Update Adjust Token
Gambar 3.30 Desain API Pada Update Adjust Token
Pada gambar di atas adalah struktur API pada update adjust token/apps, API ini
digunakan pada sub menu Adjust token yaitu di bagian form edit. Struktur API ini
menggunakan method HTTP PUT untuk memperbarui data sdk yang ada
berdasarkan parameter id. Parameter id ini menunjukkan salah satu data yang
akan diedit record-nya untuk dikirim ke server.
3) Delete Adjust Token
Gambar 3.31 Desain API Pada Delete Adjust Token

35
Pada gambar di atas adalah struktur API pada delete adjust token yang
menggunakan method HTTP DELETE untuk menghapus data token yang ada
dengan menggunakan parameter id sebagai selector-nya. API ini digunakan pada
fitur delete yang berada pada sub menu adjust token (pada list data).
m. Adjust Event
Gambar 3.32 Desain API Pada Adjust Event
Gambar 3.32 adalah struktur API pada Adjust Event. Struktur API ini
akan menampilkan informasi berupa nama event yang akan di-trigger pada game
tertentu dan token yang sebelumnya telah dipanggil pada adjust token (kode
token telah di-generate dari adjust.com). Struktur API ini digunakan pada menu
adjust dan submenu Adjust Event. Di bawah ini adalah parameter API yang
digunakan pada adjust event sehingga dapat digambarkan pada struktur tabel
berikut:
Tabel 3.12 Struktur tabel pada parameter Adjust Event

id Varchar(255)
game Varchar(255)
name Varchar(255)
token Varchar(255)
1) Create Adjust Event

36
Gambar 3.33 Desain API Pada Create Adjust Event
Pada gambar di atas adalah struktur API pada adjust event Struktur API ini
menggunakan method HTTP POST untuk mengirimkan request data event pada
endpoint yang diberikan ke server. API ini digunakan pada fitur form tab Add
New di submenu adjust event yaitu pada saat menambah record baru. dengan
2) Update Adjust Event
Gambar 3.34 Desain API Pada Update Adjust Event
Pada gambar di atas adalah struktur API pada update adjust event, API ini
digunakan pada sub menu Adjust event yaitu di bagian form edit. Struktur API ini
menggunakan method HTTP PUT untuk memperbarui data event yang ada
berdasarkan parameter id. Parameter id ini menunjukkan salah satu data yang
akan diedit record-nya untuk dikirim ke server.
3) Delete Adjust Event
Gambar 3.35 Desain API Pada Delete Adjust Event
Pada gambar di atas adalah struktur API pada delete adjust event yang
menggunakan method HTTP DELETE untuk menghapus event yang ada dengan
menggunakan parameter id sebagai selector-nya. API ini digunakan pada fitur
delete yang berada pada sub menu adjust token (pada list data).
n. Account
37
Gambar 3.36 Desain API Pada Account
Gambar 3.36 adalah struktur API pada Account. Struktur API ini menggunakan
menampilkan informasi berupa daftar akun setiap user yang terdaftar. Struktur
API ini digunakan pada menu settings dan submenu Account. Di bawah ini
adalah parameter API yang digunakan pada adjust sehingga dapat digambarkan
Tabel 3.13 Struktur tabel pada parameter Account

id Varchar(255)
username Varchar(255)
name Varchar(255)
phone Varchar(255)
email Varchar(255)
create_time Varchar(255)
last_login DATETIME
o. System Log
Gambar 3.37 Desain API Pada System Log
Gambar 3.37 adalah struktur API pada System Log. Struktur API ini
akan menampilkan informasi berupa data aktivitas yang dilakukan oleh user.
Struktur API ini digunakan pada menu settings dan submenu System Log. Di
bawah ini adalah parameter API yang digunakan pada system log sehingga dapat
38
Tabel 3.14 Struktur tabel pada parameter System Log

id Varchar(255)
operator DATETIME
ip Varchar(255)
activity Varchar(255)
2.3.4 Design
Pada tahap ini dilakukan pemodelan terhadap requirement yang telah ditentukan
sebelumnya. Berikut ini adalah desain sistem dari admin panel SDK CMS AKG:
2.3.4.1 Flowchart
Gambar 3.38 Flowchart SDK CMS AKG
Berikut ini adalah aliran proses penggunaan admin panel SDK CMS AKG,
proses ini bermula ketika admin melakukan login terlebih dahulu. Setelah login
berhasil dan masuk ke dalam sistem maka admin diarahkan ke halaman
dashboard. Pada dashboard Admin juga dapat melihat data statistik SDK. Selain
39
itu, Admin juga dapat mengelola game, login, user, maupun payment yang
dimiliki (melihat list, menambah, mengedit, dan menghapus data), melakukan
perhitungan nilai roi/ltv dan melakukan konfigurasi google play maupun
adjustment lainnya di mobile game.
2.3.4.2 Use Case Diagram
Penggunaan sistem ini melibatkan satu aktor yaitu admin yang mendefinisikan
aktivitas yang dapat dilakukan pada admin panel SDK CMS AKG:
Admin dapat melakukan beberapa aktivitas pada SDK CMS. Admin dapat
melakukan login untuk masuk ke dalam sistem. Admin dapat melihat data
statistik SDK di Data Center. Selain itu, admin juga dapat mengelola layanan
yang dimiliki yang berupa game center, basic data, data analysis, dan adjust.
Admin juga dapat melakukan konfigurasi melalui settings dan google play.
40
Gambar 3.39 Use Case Diagram SDK CMS AKG
2.3.4.3 Activity Diagram
a. Login
Admin login dengan memasukkan no. telp dan password. Kemudian sistem
memvalidasi no. telp dan password yang diinput apakah sudah sesuai atau belum.
Jika sesuai, maka sistem menampilkan halaman beranda dashboard. Namun jika
belum, sistem menampilkan pesan error dan admin kembali mengisi form
tersebut.
41
Gambar 3.40 Activity Diagram Login
b. Data Center
Halaman Dashboard ditampilkan saat admin membuka aplikasi. Kemudian
admin mengakses Data Center dan kemudian sistem akan menampilkan halaman
data statistik SDK.
Gambar 3.41 Activity Diagram Data Center
c. Game Center
Halaman Dashboard ditampilkan saat admin membuka aplikasi. Kemudian
Admin mengakses Game Center dan sistem menampilkan halaman Game Center.
42
Gambar 3.42 Activity Diagram Game Center
Di menu ini terdapat submenu yang diakses admin, antara lain:

1) Game list Management
Activity diagram ini dimulai saat sistem menampilkan halaman Game Center
yang diakses oleh admin. Lalu admin mengakses halaman Game List dan
kemudian sistem menampilkan halaman Game List tersebut yang berisi daftar
game.
Gambar 3.43 Activity Diagram Game List
a) Create
Activity diagram ini bermula saat admin mengakses halaman Game List. Lalu
admin mengakses Tab Add New. Setelah Tab Add New diakses, maka akan
menampilkan form Add New yang harus diisi oleh admin. Data form yang telah
dimasukkan kemudian divalidasi oleh sistem. Jika valid, maka data tersebut akan
disimpan dan ditambahkan ke database, serta sistem menampilkan penambahan
data pada list Game List.
43
Gambar 3.44 Activity Diagram Create Game List
b) Update
Activity diagram ini bermula saat halaman Game List ditampilkan oleh sistem.
Lalu admin mengakses Edit pada salah satu record di list. Setelah Edit diakses,
maka akan muncul form Edit. Admin meng-update data Game List yang
sebelumnya telah ditambahkan dan kemudian sistem melakukan validasi terhadap
data yang akan di-update. Jika valid, maka data form tersebut akan diperbarui ke
dalam database, kemudian sistem menampilkan perubahan data pada list game.
44
Gambar 3.45 Activity Diagram Update Game List
c) Delete
Activity diagram ini bermula saat admin mengakses halaman Game List. Lalu
admin memilih delete pada salah satu record pada Game List, di mana sistem
akan menampilkan pop-up konfirmasi hapus. Jika ya, maka data tersebut akan
terhapus di database dan halaman list akan refresh secara otomatis, jika tidak
maka akan kembali ke halaman list.
Gambar 3.46 Activity Diagram Delete Game List
2) Game Product Management

yang diakses oleh admin. Lalu admin mengakses halaman Game Product dan
kemudian sistem menampilkan halaman list Game Product.
Gambar 3.47 Activity Diagram Game Product

45
a) Create
Activity diagram ini bermula saat admin mengakses halaman Game Product.
Lalu admin mengakses Tab Add New. Setelah Tab Add New diakses, maka akan
data pada list Game Product.
Gambar 3.48 Activity Diagram Create Game Product
b) Update
Activity diagram ini bermula saat halaman Game Product ditampilkan oleh
sistem. Lalu admin mengakses Edit pada salah satu record di list. Setelah Edit
diakses, maka akan muncul form Edit. Admin meng-update data Game Product
yang sebelumnya telah ditambahkan dan kemudian sistem melakukan validasi
terhadap data yang akan di-update. Jika valid, maka data form tersebut akan
diperbarui ke dalam database, kemudian sistem menampilkan perubahan data
pada list game product.
46
Gambar 3.49 Activity Diagram Update Game Product
c) Delete
Activity diagram ini bermula saat admin mengakses halaman Game Product.
Lalu admin memilih delete pada salah satu record pada Game Product, di mana
sistem akan menampilkan pop-up konfirmasi hapus. Jika ya, maka data tersebut
akan terhapus di database dan halaman list akan refresh secara otomatis, jika
tidak maka akan kembali ke halaman list.
Gambar 3.50 Activity Diagram Delete Game Product
3) SDK Version
47
yang diakses oleh admin. Activity diagram ini dimulai dari Admin yang
mengakses halaman SDK Version dan kemudian sistem menampilkan halaman
list SDK Version
Gambar 3.51 Activity Diagram SDK Version
a) Create
Activity diagram ini bermula saat admin mengakses halaman SDK Version. Lalu
data pada list SDK Version.
48
Gambar 3.52 Activity Diagram Create SDK Version
b) Update
Activity diagram ini bermula saat halaman SDK Version ditampilkan oleh sistem.
maka akan muncul form Edit. Admin meng-update data SDK Version yang
dalam database, kemudian sistem menampilkan perubahan data pada list SDK.
49
Gambar 3.53 Activity Diagram Update SDK Version
c) Delete
Activity diagram ini bermula saat admin mengakses halaman SDK Version. Lalu
admin memilih delete pada salah satu record pada SDK Version, di mana sistem
Gambar 3.54 Activity Delete Diagram SDK Version
4) Banner
50
yang diakses oleh admin. Lalu Admin mengakses Banner dan kemudian sistem
menampilkan halaman list Banner.
Gambar 3.55 Activity Diagram Banner
a) Create
Activity diagram ini bermula saat admin mengakses halaman Banner. Lalu admin
mengakses Tab Add New. Setelah Tab Add New diakses, maka akan
data pada list Banner.
51
Gambar 3.56 Activity Diagram Create Banner
b) Update
Activity diagram ini bermula saat halaman Banner ditampilkan oleh sistem. Lalu
admin mengakses Edit pada salah satu record di list. Setelah Edit diakses, maka
akan muncul form Edit. Admin meng-update data Banner yang sebelumnya telah
ditambahkan dan kemudian sistem melakukan validasi terhadap data yang akan
di-update. Jika valid, maka data form tersebut akan diperbarui ke dalam
database, kemudian sistem menampilkan perubahan data pada list banner.
52
Gambar 3.57 Activity Diagram Update Banner
c) Delete
Activity diagram ini bermula saat admin mengakses halaman Banner. Lalu admin
memilih delete pada salah satu record pada Banner, di mana sistem akan
menampilkan pop-up konfirmasi hapus. Jika ya, maka data tersebut akan terhapus
di database dan halaman list akan refresh secara otomatis, jika tidak maka akan
kembali ke halaman list.
Gambar 3.58 Activity Diagram Delete Banner

53
5) Login Configuration Management

yang diakses oleh admin. Lalu admin mengakses halaman Login Configuration
dan kemudian sistem menampilkan halaman list Login Configuration.
Gambar 3.59 Activity Diagram Login Configuration
a) Create
Activity diagram ini bermula saat admin mengakses halaman Login
Configuration. Lalu admin mengakses Tab Add New. Setelah Tab Add New
diakses, maka akan menampilkan form Add New yang harus diisi oleh admin.
Kemudian mengatur auth provider login yang harus diisi. Data form yang telah
data pada list Login Configuration.
54
Gambar 3.60 Activity Diagram Create Login Configuration
b) Update
Activity diagram ini bermula saat halaman Login Configuration ditampilkan oleh
sistem. Lalu admin mengakses Edit pada salah satu record di list. Setelah Edit
diakses, maka akan muncul form Edit. Admin meng-update data Login
Configuration yang sebelumnya telah ditambahkan dan kemudian sistem
melakukan validasi terhadap data yang akan di-update. Jika valid, maka data
form tersebut akan diperbarui ke dalam database, kemudian sistem menampilkan
perubahan data pada list login configuration.
55
Gambar 3.61 Activity Diagram Update Login Configuration
c) Delete
Activity diagram ini bermula saat admin mengakses halaman Login
Configuration. Lalu admin memilih delete pada salah satu record pada Login
Configuration, di mana sistem akan menampilkan pop-up konfirmasi hapus. Jika
ya, maka data tersebut akan terhapus di database dan halaman list akan refresh
secara otomatis, jika tidak maka akan kembali ke halaman list.
Gambar 3.62 Activity Diagram Delete Login Configuration
d. Basic Data
56
Halaman Dashboard ditampilkan saat Admin membuka aplikasi. Kemudian

Admin mengakses Basic Data dan kemudian sistem menampilkan halaman Basic
Data.
Gambar 3.63 Activity Diagram Basic Data

1) Users
Activity diagram ini dimulai saat sistem menampilkan halaman Basic Data yang
diakses oleh admin. Kemudian, admin mengakses halaman Users dan sistem
akan menampilkan daftar Users.
Gambar 3.64 Activity Diagram Users
2) Ban list
yang diakses oleh admin. Lalu admin mengakses halaman Ban list dan sistem
akan menampilkan daftar Ban list .
57
Gambar 3.65 Activity Diagram Ban List
3) Transaction
yang diakses oleh admin. Lalu admin mengakses halaman Transaction dan
sistem akan menampilkan daftar Transaction.
Gambar 3.66 Activity Diagram Transaction
4) Device Query
yang diakses oleh admin. Lalu admin mengakses halaman Device Query dan
sistem akan menampilkan daftar Device Query.
58
Gambar 3.67 Activity Diagram Device Query
5) Top-up Ranking
yang diakses oleh admin. Lalu admin mengakses halaman Device Query dan
sistem akan menampilkan daftar Top-up Ranking.
Gambar 3.68 Activity Diagram Topup Ranking
6) Revenue Sharing
yang diakses oleh admin. Lalu admin mengakses halaman Revenue Sharing dan
sistem akan menampilkan daftar Revenue Sharing. Admin mengatur perhitungan
payment channel di revenue dan sistem memproses perhitungan payment channel
tersebut. Nantinya, sistem menampilkan hasil perhitungan revenue.
59
Gambar 3.69 Activity Diagram Revenue Sharing
e. Data Analysis
admin mengakses Data Analysis dan kemudian sistem menampilkan halaman
Data Analysis.
Gambar 3.70 Activity Diagram Data Analysis

1) ROI Calculation
Activity diagram ini dimulai saat sistem menampilkan halaman Data Analysis
yang diakses oleh admin. Lalu admin mengakses ROI Calculation dan sistem
menampilkan form perhitungan ROI Calculation. Lalu Admin menginput data
ROI yang nantinya data input-an tadi akan diproses perhitungannya oleh sistem.
Setelah diproses, sistem menampilkan data tersebut akan ditampilkan di list.
60
Gambar 3.71 Activity Diagram ROI Calculation
2) ROI Calculation Hourly

yang diakses oleh admin. Lalu admin mengakses ROI Calculation Hourly dan
sistem menampilkan form perhitungan ROI Calculation Hourly. Lalu Admin
menginput data ROI yang nantinya data input-an tadi akan diproses
perhitungannya oleh sistem. Setelah diproses, sistem menampilkan data tersebut
akan ditampilkan di list.
Gambar 3.72 Activity Diagram ROI Calculation Hourly
3) Device LTV
yang diakses oleh admin. Lalu admin mengakses halaman Device LTV dan sistem
akan menampilkan daftar Device LTV.
Gambar 3.73 Activity Diagram Device LTV

61
f. Adjust
Admin mengakses Adjust dan kemudian sistem menampilkan halaman Adjust.
Gambar 3.74 Activity Diagram Adjust

1) Adjust Token
Activity diagram ini dimulai saat sistem menampilkan halaman Adjust yang
diakses oleh admin. Kemudian admin mengakses Adjust Token, lalu sistem
menampilkan list Adjust Token.
Gambar 3.75 Activity Diagram Adjust Token
a) Create
Activity diagram ini bermula saat admin mengakses halaman Adjust Token. Lalu
data pada list Adjust Token.
62
Gambar 3.76 Activity Diagram Create Adjust Token
b) Update
Activity diagram ini bermula saat halaman Adjust Token ditampilkan oleh sistem.
maka akan muncul form Edit. Admin meng-update data Adjust Token yang
dalam database, kemudian sistem menampilkan perubahan data pada list adjust
token.
63
Gambar 3.77 Activity Diagram Update Adjust Token
c) Delete
Activity diagram ini bermula saat admin mengakses halaman Adjust Token. Lalu
admin memilih delete pada salah satu record pada Adjust Token, di mana sistem
Gambar 3.78 Activity Diagram Delete Adjust Token
2) Adjust Event
64
Activity diagram ini dimulai saat sistem menampilkan halaman Adjust yang
diakses oleh admin. Kemudian admin mengakses Adjust Event, lalu sistem
menampilkan list Adjust Event.
Gambar 3.79 Activity Diagram Adjust Event
a) Create
Activity diagram ini bermula saat admin mengakses halaman Adjust Event. Lalu
data pada list Adjust Event.
65
Gambar 3.80 Activity Diagram Create Adjust Event
b) Update
Activity diagram ini bermula saat halaman Adjust Token ditampilkan oleh sistem.
maka akan muncul form Edit. Admin meng-update data Adjust Token yang
dalam database, kemudian sistem menampilkan perubahan data pada list adjust
token.
Gambar 3.81 Activity Diagram Update Adjust Event
c) Delete
Activity diagram ini bermula saat admin mengakses halaman Adjust Event. Lalu
admin memilih delete pada salah satu record pada Adjust Event, di mana sistem
66
Gambar 3.82 Activity Diagram Delete Adjust Event
g. Settings
Admin mengakses Settings dan kemudian sistem menampilkan halaman Settings.
Gambar 3.83 Activity Diagram Settings

1) System Log
Activity diagram ini dimulai saat sistem menampilkan halaman Settings yang
diakses oleh admin, lalu Admin mengakses System Log yang kemudian sistem
menampilkan list System Log.
67
Gambar 3.84 Activity Diagram System Log
2) Region
diakses oleh admin, lalu Admin mengakses Region yang kemudian sistem
menampilkan list Region. Selanjutnya, Admin mengatur payment config di setiap
negara (region). Kemudian sistem akan menyimpan hasil pengaturan dan kembali
ke Region.
Gambar 3.85 Activity Diagram Region
3) Currency
diakses oleh admin, lalu Admin mengakses System Log yang kemudian sistem
menampilkan list System Log. Selanjutnya, Admin mengatur currency. Kemudian
sistem akan menyimpan hasil pengaturan dan kembali ke Currency.
68
Gambar 3.86 Activity Diagram Currency
4) Notice
diakses oleh admin, lalu Admin mengakses Notice yang kemudian sistem
menampilkan list Notice. Selanjutnya, Admin mengatur notice (notifikasi).
Kemudian sistem akan menyimpan hasil pengaturan dan kembali ke Notice.
Gambar 3.87 Activity Diagram Notice
5) Extended Config
diakses oleh admin, lalu admin mengakses halaman Extended Config dan
kemudian sistem akan menampilkan halaman Extended Config. Admin mengatur
dan menambah konfigurasi (floating button) yang ada di Extended Config.
Setelah konfigurasi, sistem akan menyimpan konfigurasi tersebut secara otomatis
dan kembali ke Extended Config.
69
Gambar 3.88 Activity Diagram Extended Config
h. Google Play
Admin mengakses halaman Google Play dan kemudian sistem akan
menampilkan halaman Google Play. Admin mengatur dan menambah
konfigurasi yang ada di Google Play. Setelah konfigurasi, sistem akan
menyimpan konfigurasi tersebut secara otomatis dan kembali ke Google Play.
Gambar 3.89 Activity Diagram Google Play
2.3.4.4 Class Diagram
Kelas Admin memiliki fungsi login() untuk masuk ke dalam sistem. Kemudian
terdapat class Data Center yang memiliki fungsi getStatisticData() untuk
menampilkan data statistik SDK. Kelas Game Center merupakan generalisasi
dari Game Product, Game List, Login Configuration, Banner, dan SDK Version.
Game Center memiliki fungsi gameCenter() untuk menampilkan semua navigasi
subclass-nya. Setiap spesialisasi dari kelas Game Center memiliki atribut action
tersendiri mulai dari fungsi create(), update(), dan delete() untuk mengelola
70
game maupun item yang dimiliki. Selain itu, kelas Basic Data juga merupakan
generalisasi dari Users, Ban List, Transaction, Device Query, Topup Ranking,
dan Revenue Sharing. Basic Data memiliki fungsi basicData() untuk
menampilkan semua navigasi. Di setiap spesialisasinya memiliki atribut dan
fungsi tersendiri untuk konfigurasi. Kelas Data Analysis yang memiliki fungsi
getDataAnalysis() untuk menampilkan semua navigasi di setiap spesialisasinya
dan merupakan generalisasi dari ROI Calculation, ROI Calculation Hourly, dan
Device LTV di mana setiap spesialisasinya memiliki fungsi tersendiri. di ROI
Calculation memiliki fungsi roiCalculation() untuk memproses perhitungan dan
menampilkan ROI. Begitu juga dengan ROI Calculation Hourly yang memiliki
proses yang sama dengan ROI Calculation yaitu dengan fungsi
roiCalculationHourly(). Sementara Device LTV memiliki fungsi deviceLtv()
untuk menampilkan list device. Kelas Adjust merupakan generalisasi dari Adjust
Token dan Adjust Event yang memiliki atribut tersendiri di setiap spesialisasinya.
Setiap atributnya memiliki fungsi yang sama dengan spesialisasi (subclass)
Game Center untuk menampilkan dan mengelola adjust. Lalu, kelas Settings
yang merupakan generalisasi dari System Log, Region, Currency, Notice, dan
Extended Config yang memiliki atribut dan fungsi tersendiri di setiap subclassnya
untuk konfigurasi. Settings memiliki fungsi settings() untuk pengaturan yang
melibatkan spesialisasinya. Kelas Google Play memiliki fungsi playStore() untuk
konfigurasi token dan payment berdasarkan data yang diambil dari aplikasi
Google Play.
Gambar 3.90 Class Diagram SDK CMS AKG
71
72
2.3.5 Development
Tahap ini merupakan implementasi sistem yang telah dirancang sebelumnya.

Hasil akhir dari tahap ini adalah dashboard SDK CMS yang berjalan di website.
Adapun tampilan aplikasi setelah diimplementasikan, antara lain:
Gambar 3.91 Implementasi Halaman Login
Implementasi login telah berhasil dilakukan. Pada proses ini, admin dapat masuk
ke aplikasi jika nomor ponsel dan password yang dimasukkan sesuai. Setelah
proses login berhasil, maka admin diarahkan menuju halaman beranda dashboard.
Gambar 3.92 Implementasi Halaman Data Center
72
73
Gambar 3.92 adalah implementasi halaman beranda dashboard yang salah

satunya adalah halaman Data Center. Pada halaman ini, admin dapat melihat data
summary (dau, total payment, pay times, revenue, maupun user) dan statistik pada
SDK yang ditampilkan pada aplikasi. Selain itu, pada halama ini juga
menampilkan menu utama dan sub-menu yang berada pada sisi kiri halaman di
mana setiap menunya memiliki fungsinya masing-masing.
Gambar 3.93 Implementasi Halaman Game Center
Halaman Game Center terdiri dari beberapa submenu yang memungkinkan admin
dapat mengelola daftar game, product yang dijual, SDK, banner, dan login
configuration.
74
Gambar 3.94 Implementasi Halaman Create Game List
Gambar 3.94 adalah tampilan Create Game List setelah diimplementasikan. Pada
gambar pertama, admin dapat menambah item game dengan mengakses form pada
Tab Add New dan menekan tombol Save untuk menyimpan data game di
database. Setelah diinput, maka sistem akan menampilkan data tersebut ke dalam
list.
Gambar 3.95 Implementasi Halaman Update Game List
Selain itu, Admin juga dapat mengedit item game melalui form pada menu Edit.
Pada gambar 3.95 terlihat admin telah memperbarui product code dan mengubah
platform menjadi ‘iOS’. Ketika perubahan item disimpan, sistem akan
menampilkan hasil perubahan data seperti pada gambar 3.96.
75
Gambar 3.96 Implementasi Halaman Update Game List
Gambar 3.97 Implementasi Halaman Delete Game List
Admin dapat menghapus item game melalui menu Delete. Saat diakses, menu
tersebut akan menampilkan pop-up konfirmasi yang tampak pada gambar 3.97.
Jika memilih Delete, maka item tersebut akan terhaus dari database dan tampilan
akan kembali ke list.
76
Gambar 3.98 Implementasi Halaman Create Game Product
Gambar 3.98 adalah halaman game product setelah diimplementasikan. Pada

gambar pertama merupakan tampilan list item yang ada di game product.
Kemudian untuk menambah record produk baru digunakan tab Add New yang
fungsinya sama dengan fitur Game Lists. Gambar keduaa adalah tampilan form
Edit untuk mengubah record yang sudah ada seperti mengubah value pada
product name. Admin dapat menghapus item game product melalui menu Delete.
Saat diakses, menu tersebut akan menampilkan pop-up konfirmasi yang fungsinya
sama dengan fitur delete yang ada di game list.
Gambar 3.99 adalah halaman SDK Version setelah diimplementasikan. Pada

gambar pertama merupakan tampilan tab List yang berisi daftar item yang ada di
SDK Version. Sedangkan pada tab Add New yang berada di samping tab List
memiliki fungsi yang sama dengan fitur di halaman Game Lists untuk menambah
record sdk dan menyimpan data tersebut ke database. Gambar kedua adalah
tampilan form Edit untuk mengubah record version number menjadi 91. Admin
dapat menghapus item sdk melalui menu Delete di samping icon Edit.
77
Gambar 3.99 Implementasi Halaman SDK Version

78
Gambar 3.100 Implementasi Halaman Banner
Gambar 3.100 adalah halaman Banner setelah diimplementasikan. Gambar

pertama merupakan tampilan tab List yang berisi daftar banner dan tab Add New
yang memiliki fungsi yang sama dengan fitur game lainnya untuk menambah item
banner tersebut. Gambar kedua adalah tampilan form Edit untuk mengubah
record pada judul banner menjadi ‘Promotion’. Admin dapat menghapus item
banner melalui menu Delete yang berada pada samping icon edit di list.
79
Gambar 3.101 Implementasi Halaman Create Login Configuration
Gambar 3.101 adalah halaman Login Configuration setelah diimplementasikan.

Pada gambar pertama merupakan tampilan tab List yang berisi daftar login item
yang tersedia dan tab Add New untuk menambah item login. Gambar kedua adalah
tampilan form Edit untuk mengubah record auth provider menjadi Facebook.
Admin dapat menghapus item login melalui menu Delete yang berada pada
samping icon edit di list.
Gambar 3.102 adalah tampilan halaman Basic Data untuk menampilkan semua
informasi yang ada pada sub-menu. Masing-masing sub menu ini memiliki fungsi
tersendiri. Contohnya, pada gambar ini tertera sub menu Users untuk
menampilkan informasi user yang terdaftar dengan game provider. Jika ingin
melihat lebih detail, admin dapat mengakses Detail.
Gambar 3.102 Implementasi Halaman Basic Data yang menampilkan list Users
80
Admin dapat membuat item user maupun device yang di-banned dengan cara
memilih tab menu Add List dan mengisi form pada tab tersebut.
Gambar 3.103 Implementasi Halaman Ban List
Gambar 3.104 adalah tampilan halaman transaction untuk menampilkan

informasi transaksi maupun pengujian transaksi yang dilakukan user.
Gambar 3.104 Implementasi Halaman Transaction
Gambar 3.105 adalah tampilan halaman device query, halaman ini menampilkan
informasi berupa daftar perangkat mobile yang telah terdaftar pada mobile game
tertentu.
Gambar 3.105 Implementasi Halaman Device Query

81
Gambar 3.106 adalah tampilan halaman Topup Ranking, di mana halaman ini
menampilkan informasi berupa banyaknya user yang telah melakukan topup item
maupun game tertentu.
Gambar 3.106 Implementasi Halaman Topup Ranking
Gambar 3.107 adalah tampilan halaman Revenue Sharing, di mana halaman ini
menampilkan informasi berupa distribusi pembayaran maupun pemasukan nilai
aset terhadap payment channel.
Gambar 3.107 Implementasi Halaman Revenue Sharing
Gambar 3.108 adalah tampilan halaman Data Analysis yang terdiri dari sub menu
ROI Calculation, ROI Calculation (Hourly), dan Device LTV. Pada gambar
pertama dan kedua adalah tampilan sub menu ROI calculation maupun hourly
yang digunakan untuk melakukan perhitungan return on investment (roi) dan
menampilkan hasil perhitungan tersebut baik melalui list maupun dalam bentuk
file dokumen.
82
Gambar 3.108 Implementasi Halaman Create ROI Calculation dan ROI Calculation hourly
Gambar 3.109 adalah tampilan halaman Device LTV yang menampilkan informasi
berupa nilai rasio pinjaman terhadap nilai aset pada game.
Gambar 3.109 Implementasi Halaman Device LTV

83
Gambar 3.110 adalah tampilan halaman Settings untuk menampilkan informasi di

semua navigasi sub menu-nya. Pada gambar tersebut terlihat informasi berupa
daftar akun user yang aktif pada halaman Account.
Gambar 3.110 Implementasi Halaman Account pada Settings
Gambar 3.111 adalah tampilan System Log yang menampilkan daftar aktivitas
yang dilakukan oleh user seperti operator, operating time, ip, dan activity.
Gambar 3.111 Implementasi Halaman System Log
Gambar 3.112 adalah tampilan halaman Region, di mana admin dapat mengatur
jenis mata uang yang berlaku di berbagai negara dengan mengakses tautan
Payment Config.
84
Gambar 3.112 Implementasi Halaman Region
Gambar 3.113 adalah tampilan halaman Currency. Halaman ini menampilkan list
mata uang yang ada pada negara tertentu. Admin dapat mengelola jenis mata uang
tertentu dengan menambah item currency pada tab form Add New dan
memperbaruinya melalui menu edit. Admin juga dapat mengatur jenis mata uang
tertentu melalui menu Setting
Gambar 3.113 Implementasi Halaman Currency
Gambar 3.114 adalah tampilan halaman Notice yang memuat list pengaturan
notifikasi yang ditampilkan pada game platform. Admin juga dapat mengatur
notifikasi melalui tab Add New, meng-update dengan menu Edit, dan menghapus
item tersebut.
Gambar 3.114 Implementasi Halaman Notice
Gambar 3.115 adalah tampilan halaman Extended Config jika admin melakukan
pengaturan floating button yang muncul di game platform. Halaman ini memuat
daftar informasi mengenai game yang ditampilkan, status user agreement, social
activity, dan floating button ketika dikonfigurasi
85
Gambar 3.115 Implementasi Halaman Extended Config
Gambar 3.116 Implementasi Halaman Adjust Token
Gambar 3.116 adalah halaman Adjust Token setelah diimplementasikan. Pada

gambar pertama merupakan tampilan list item yang ada pada adjust token yang di-
generate dari adjust.com. Kemudian pada tab Add New yang berada di samping
list untuk menambah record token baru.
86
Gambar 3.117 Implementasi Halaman Adjust Event
Gambar 3.117 adalah halaman Adjust Event setelah diimplementasikan. Pada

gambar pertama merupakan tampilan tab List yang berisi daftar event yang telah
di-generate dari adjust.com dan tab Add New yang fungsinya sama dengan fitur
games sebelumnya untuk menambah record event baru. Admin dapat mengubah
record pada event melalui form Edit. Admin juga dapat menghapus item adjust
event melalui menu Delete yang berada pada samping icon edit di list.
Gambar 3.118 adalah tampilan halaman Google Play yang memuat informasi
berupa pengaturan token maupun pembayaran suatu item. Gambar pertama adalah
tampilan halaman Refund yang jika user telah melakukan pengembalian
pembayaran (refund). Gambar kedua adalah tampilan Refund Monitoring untuk
memantau transaksi pengembalian yang dilakukan. Gambar ketiga adalah
tampilan Service Parameter yang dapat menampilkan detail layanan game yang
ada di setiap platform dan konfigurasi parameter aplikasi tersebut.
87
Gambar 3.118 Implementasi Halaman Google Play
2.3.6 Testing
Tahap testing dilakukan untuk menguji fungsional dari sistem yang telah
dibangun. Adapun pengujian aplikasi ini menggunakan pendekatan black box
testing.
2.3.6.1 Rencana Pengujian
Berikut ini adalah rencana pengujian yang dilakukan pada aplikasi CMS SDK
AKG:
1. Rencana Pengujian Login
Tabel 3.15 Rencana pengunjian Login
Requirement yang Jenis

Detail Pengujian
diuji Pengujian
Admin dapat mengakses aplikasi jika telah
Login melakukan login yaitu dengan memasukkan Black Box
nomor ponsel dan password
2. Rencana Pengujian Data Center
Tabel 3.16 Rencana pengujian Data Center
Requirement Jenis
Detail Pengujian
yang diuji Pengujian
Data Center Data statistik akan ditampilkan pada halaman Black Box
88
beranda dashboard ketika admin selesai login
3. Rencana Pengujian Game List
Tabel 3.17 Rencana pengujian Game List
Requirement Jenis
Halaman Detail Pengujian
Admin dapat melihat list mobile
Tab List game yang datanya ditampilkan dari Black Box
database melalui API
Admin dapat menambahkan record
Tab Form Add game yaitu dengan menambahkan
Game List Black Box
New game, package, product, dan
platform
Admin dapat mengubah record
Edit Black Box
game yang ada pada list
Admin dapat menghapus record
Delete Black Box
game yang terdaftar pada list
4. Rencana Pengujian Game Product
Tabel 3.18 Rencana pengujian Game Product
Requirement Jenis
Game Admin dapat melihat list game
Product Tab List produk yang datanya ditampilkan dari Black Box
game product yaitu dengan mengisi
Tab Form Add
game name, product name, product Black Box
New
code, decsription, platform, price,
status, unit, qty, dan image
Admin dapat mengubah record game
Edit Black Box
product yang ada pada list
Delete Admin dapat menghapus record Black Box
89
game product yang ada
5. Rencana Pengujian SDK Version
Tabel 3.19 Rencana pengujian SDK Version
Requirement Jenis
Admin dapat melihat list SDK
Tab List version yang datanya ditampilkan Black Box
dari database melalui API
Tab Form Add sdk version yaitu dengan mengisi
SDK Black Box
New game, version name, version
Version
number, dan status
Admin dapat mengubah record SDK
Edit Black Box
Version yang ada pada list
Delete Black Box
SDK version yang terdaftar pada list
6. Rencana Pengujian Banner
Tabel 3.20 Rencana pengujian Banner
Requirement Jenis
Admin dapat melihat list banner yang
Tab List datanya ditampilkan dari database Black Box
melalui API
Tab Form Add
banner yaitu dengan mengisi image, Black Box
Banner New
title, dan image link
Edit Black Box
banner yang ada pada list
Delete Black Box
banner yang terdaftar pada list
7. Rencana Pengujian Login Configuration

90
Tabel 3.21 Rencana pengujian Login Configuration
Requirement Jenis
Admin dapat melihat list login
configuration yang datanya
Tab List Black Box
ditampilkan dari database melalui
API
Tab Form Add login configuration yaitu dengan
Black Box
Login New mengisi game name, auth provider,
Configuration dan status
Edit login configuration yang ada pada Black Box
list
Admin dapat menghapus login
Delete configuration yang terdaftar pada Black Box
list
8. Rencana Pengujian Basic data beserta submenu-nya
Tabel 3.22 Rencana pengujian Basic Data
Requirement Jenis
Basic Data Sistem dapat menampilkan list data
User Black Box
users yang terdaftar di mobile game
Dapat menampilkan daftar user yang
Ban List Black Box
diblokir/di-banned
Dapat menampilkan list transaksi
Transaction Black Box
user
Dapat menampilkan list user yang
Device Query Black Box
terdaftar melalui perangkat mobile
Dapat menampilkan daftar transaksi
Topup Ranking Black Box
topup yang dilakukan user
Revenue Dapat menampilkan daftar pembagian Black Box
Sharing pendapatan (revenue) pada payment
91
channel
9. Rencana Pengujian Data Analysis
Tabel 3.23 Rencana pengujian Data Analysis
Requirement Jenis
Dapat menampilkan list hasil
ROI Calculation perhitungan ROI pada periode Black Box
tertentu
Dapat menampilkan list hasil
Data
ROI hourly perhitungan ROI pada periode jam Black Box
Analysis
tertentu
Dapat menampilkan list Loan to
Device LTV Value (LTV) berdasarkan Black Box
user/perangkat mobile
10. Rencana Pengujian Settings
Tabel 3.24 Rencana pengujian Settings
Requirement Jenis
Admin dapat melihat daftar log
System Log aktivitas user yang terdaftar pada Black Box
mobile game
Admin dapat melihat daftar
Region konfigurasi metode pembayaran yang Black Box
ada pada region tertentu
Settings
Currency konfigurasi mata uang yang berlaku Black Box
pada region tertentu
Notice konfigurasi notifikasi yang akan Black Box
ditampilkan pada mobile game
92

Extended Config konfigurasi floating button yang Black Box
muncul pada mobile game
11. Rencana Pengujian Adjust
Tabel 3.25 Rencana pengujian Adjust
Requirement Jenis
Admin dapat melihat adjust token
Tab List yang datanya ditampilkan dari Black Box
Tab Form Add adjust token yaitu dengan mengisi
Black Box
Adjust New name adjust, name, platform, code,
Token dan token
Edit Black Box
adjust token yang ada pada list
Admin dapat menghapus adjust token

Delete Black Box
yang terdaftar pada list
Admin dapat melihat adjust event

Tab List yang datanya ditampilkan dari Black Box
Tab Form Add
Adjust adjust event yaitu dengan mengisi Black Box
New
Event game, name, dan token
Edit Black Box
adjust event yang ada pada list
Admin dapat menghapus adjust event
Delete Black Box
yang terdaftar pada list
12. Rencana Pengujian Google Play

93
Tabel 3.26 Rencana pengujian Google Play
Requirement Jenis
Detail Pengujian
Admin dapat melihat konfigurasi transaksi yang
Google Play Black Box
dilakukan user pada google play
2.3.6.2 Kasus dan Hasil Pengujian
a. Pengujian Login
Tabel 3.27 Pengujian Login
Kasus dan Hasil Uji (Data Normal)

Hasil yang
Aktivitas Pengujian Hasil Pengujian Kesimpulan
Diharapkan
Memasukkan nomor Login berhasil dan
[ X ] Diterima
ponsel dan password Login berhasil sistem menampilkan
[ ] Ditolak
pada halaman Login halaman beranda
Kasus dan Hasil Uji (Data Tidak Normal)
Hasil yang
Diharapkan
Memasukkan nomor Login gagal dan Admin tidak dapat
ponsel dan password sistem login dan [ X ] Diterima
yang salah atau menampilkan menampilkan pesan [ ] Ditolak
belum diisi pesan kesalahan error
b. Pengujian Data Center
Tabel 3.28 Pengujian Data Center

Hasil yang
Diharapkan
Melihat data statitik Halaman Sistem berhasil [ X ] Diterima
SDK dashboard berhasil menampilkan data [ ] Ditolak
ditampilkan statistik yang
94
sesuai di halaman
dashboard
c. Pengujian Game List
Tabel 3.29 Pengujian Game List

Hasil yang
Diharapkan
Data games yang
Sistem berhasil
ditampilkan sesuai
menampilkan data
dengan data di [ X ] Diterima
Melihat daftar game games yang sesuai
database maupun [ ] Ditolak
dengan database dan
ditampilkan di
tampilan web
web
Admin berhasil
Data game berhasil
menambah record
Menambah record ditambahkan ke [ X ] Diterima
game dan melihat
game baru database dan [ ] Ditolak
hasil record tersebut
ditampilkan di list
pada list
Record pada game Admin berhasil
berhasil diubah di meng-update record
Mengubah record
database dan game dan sistem [ X ] Diterima
game list yang sudah
sistem berhasil menampilkan [ ] Ditolak
ada
menampilkan hasil perubahan data
perubahan record tersebut
Record pada game
Menghapus record Record pada game [ X ] Diterima
berhasil terhapus di
game yang terdaftar berhasil dihapus [ ] Ditolak
database
Hasil yang
Diharapkan
Menambah record Admin tidak dapat Game tidak dapat
[ X ] Diterima
game namun field menambah record ditambahkan ke
[ ] Ditolak
kosong atau tidak game list dalam database dan
95
sistem menampilkan
diisi dengan lengkap pesan bahwa field
tidak boleh kosong
d. Pengujian Game Product
Tabel 3.30 Pengujian Game Product

Hasil yang
Diharapkan
Data game product Sistem berhasil
yang ditampilkan menampilkan data
Melihat daftar game sesuai dengan data game product yang [ X ] Diterima
product di database dan sesuai dengan [ ] Ditolak
yang ditampilkan database dan
di admin tampilan web
Data game product Admin berhasil
berhasil menambah record
Menambah record [ X ] Diterima
ditambahkan ke game product dan
game product baru [ ] Ditolak
database dan melihat hasil record
ditampilkan di list tersebut pada list
Record pada game Admin berhasil
product berhasil meng-update record
Mengubah record
diubah di database game product dan [ X ] Diterima
game product yang
dan sistem berhasil sistem menampilkan [ ] Ditolak
sudah ada
Record pada game
Menghapus record
product berhasil Game product [ X ] Diterima
game product yang
terhapus di berhasil dihapus [ ] Ditolak
terdaftar
database
Hasil yang
Diharapkan
96
Game product tidak

dapat ditambahkan
Menambah game
Admin tidak dapat ke dalam database
product namun field [ X ] Diterima
menambah record dan sistem
kosong atau tidak [ ] Ditolak
game product menampilkan pesan
diisi dengan lengkap
bahwa field tidak
boleh kosong
e. Pengujian SDK Version
Tabel 3.31 Pengujian SDK Version

Hasil yang
Diharapkan
Data sdk version Sistem berhasil
Melihat daftar sdk sesuai dengan data sdk version yang [ X ] Diterima
version di database dan sesuai dengan [ ] Ditolak
Data sdk version Admin berhasil
ditambahkan ke sdk version dan
sdk version baru [ ] Ditolak
database dan melihat hasil record
ditampilkan di list tersebut pada list
Record pada sdk Admin berhasil
version berhasil meng-update record
Mengubah record
diubah di database sdk version dan [ X ] Diterima
sdk version yang
sudah ada
Menghapus record Record pada sdk
Record sdk version [ X ] Diterima
sdk version yang version berhasil
berhasil dihapus [ ] Ditolak
terdaftar terhapus di
97
database
Hasil yang
Diharapkan
Sdk version tidak
dapat ditambahkan
Menambah sdk
version namun field [ X ] Diterima
kosong atau tidak [ ] Ditolak
sdk version menampilkan pesan
diisi dengan lengkap
bahwa field tidak
boleh kosong
f. Pengujian Banner
Tabel 3.32 Pengujian Banner

Hasil yang
Diharapkan
Data banner yang
Sistem berhasil
ditampilkan sesuai
menampilkan data
Melihat daftar dengan data di [ X ] Diterima
banner yang sesuai
banner database dan yang [ ] Ditolak
dengan database dan
ditampilkan di
tampilan web
admin
Data banner Admin berhasil
ditambahkan ke banner dan melihat
banner baru [ ] Ditolak
database dan hasil record tersebut
ditampilkan di list pada list
Mengubah record Record pada Admin berhasil [ X ] Diterima
banner yang sudah banner berhasil meng-update record [ ] Ditolak
ada diubah di database banner dan sistem
dan sistem berhasil menampilkan
98

Record pada
Menghapus record
banner berhasil Record banner [ X ] Diterima
banner yang
terdaftar
database
Hasil yang
Diharapkan
Banner tidak dapat
Menambah record ditambahkan ke
Admin tidak dapat
banner namun field dalam database dan [ X ] Diterima
menambah record
kosong atau tidak sistem menampilkan [ ] Ditolak
banner
diisi dengan lengkap pesan bahwa field
tidak boleh kosong
g. Pengujian Login Configuration
Tabel 3.33 Pengujian Login Configuration

Hasil yang
Diharapkan
Data login
Sistem berhasil
configuration yang
menampilkan data
ditampilkan sesuai
Melihat daftar login login configuration [ X ] Diterima
dengan data di
configuration yang sesuai dengan [ ] Ditolak
database dan yang
database dan
ditampilkan di
tampilan web
admin
Menambah record Data login Admin berhasil [ X ] Diterima
login configuration configuration menambah record [ ] Ditolak
baru berhasil login configuration
ditambahkan ke dan melihat hasil
database dan record tersebut pada
ditampilkan di list list, serta data
berhasil ditambah ke
99
database
Record pada login Admin berhasil
configuration meng-update record
Mengubah record berhasil diubah di login configuration
[ X ] Diterima
login configuration database dan dan sistem
[ ] Ditolak
yang sudah ada sistem berhasil menampilkan
Record pada login
Menghapus record Record login
configuration [ X ] Diterima
login configuration configuration
berhasil terhapus di [ ] Ditolak
yang terdaftar berhasil dihapus
database
Hasil yang
Diharapkan
Login configuration
Menambah record tidak dapat
login configuration Admin tidak dapat ditambahkan ke
[ X ] Diterima
namun field kosong menambah record dalam database dan
[ ] Ditolak
atau tidak diisi login configuration sistem menampilkan
dengan lengkap pesan bahwa field
tidak boleh kosong
h. Pengujian Basic Data
Tabel 3.34 Pengujian Basic Data

Halaman/Item Aktivitas Hasil yang Hasil
Kesimpulan
Uji Pengujian Diharapkan Pengujian
Data user yang Sistem
ditampilkan berhasil
Melihat daftar sesuai dengan menampilka [ X ] Diterima
User
user data di n data user [ ] Ditolak
database dan yang sesuai
yang dengan
100
ditampilkan di database dan

admin tampilan web
Sistem dapat
menampilkan
Admin dapat
Melihat daftar list user yang
melihat list [ X ] Diterima
Ban List user yang di- di-block
user yang di- [ ] Ditolak
banned berdasarkan
banned
game maupun
device
Admin dapat
melihat list
Sistem dapat
transaksi
Melihat daftar menampilkan [ X ] Diterima
Transaction terhadap
transaction list transaksi [ ] Ditolak
user di
user
halaman
Basic Data
Admin dapat
Sistem melihat list
Melihat daftar menampilkan device query [ X ] Diterima
Device Query
device query data device pada [ ] Ditolak
query yang ada halaman
Basic Data
Sistem
Admin dapat
menampilkan
melihat list
Topup Melihat daftar list banyaknya [ X ] Diterima
peringkat
Ranking topup ranking user yang [ ] Ditolak
topup pada
melakukan
user
transaksi topup
Sistem Admin dapat
menampilkan melihat list
Melihat daftar
Revenue list distribusi hasil [ X ] Diterima
revenue
Sharing pemasukan dari distribusi [ ] Ditolak
sharing
payment revenue
channel sharing dari
101
payment
channel
i. Pengujian Data Analytics
Tabel 3.35 Pengujian Data Analysis

Halaman/Ite Aktivitas Hasil yang Hasil
Kesimpulan
m Uji Pengujian Diharapkan Pengujian
Sistem Admin dapat
Melihat daftar
menampilkan melihat list
ROI nilai [ X ] Diterima
list hasil hasil
Calculation perhitungan [ ] Ditolak
perhitungan perhitungan
ROI
ROI ROI
Sistem Admin dapat
Melihat daftar
ROI menampilkan melihat list
nilai perhitu- [ X ] Diterima
Calculation list hasil hasil
ngan ROI [ ] Ditolak
Hourly perhitungan perhitungan
hourly
ROI hourly ROI hourly
Sistem
menampilkan
Admin dapat
Melihat daftar list device [ X ] Diterima
Device LTV melihat list
device LTV LTV terhadap [ ] Ditolak
device LTV
user/perangkat
mobile
j. Pengujian Settings
Tabel 3.36 Pengujian Settings

Kesimpulan
Melihat daftar Sistem dapat Admin [ X ] Diterima
System Log
system log menampilkan berhasil [ ] Ditolak
102
melihat list
list log sistem
log sistem
Sistem dapat Admin
Melihat daftar menampilkan berhasil [ X ] Diterima
Region
region list region melihat daftar [ ] Ditolak
yang ada region
Sistem
Sistem dapat
berhasil
Melihat daftar menampilkan [ X ] Diterima
Currency menampilkan
currency list pengaturan [ ] Ditolak
list pengaturan
currency
currency
Sistem dapat
Admin dapat
menampilkan
Melihat daftar melihat list [ X ] Diterima
Notice list pengaturan
notice pengaturan [ ] Ditolak
notifikasi
notice
(notice)
Admin dapat
Sistem dapat
Melihat daftar melihat list
Extended menampilkan [ X ] Diterima
extended extended
Config list extended [ ] Ditolak
config floating
config
button
k. Pengujian Adjust Token
Tabel 3.37 Pengujian Adjust Token

Hasil yang
Diharapkan
Data adjust token Sistem berhasil
Melihat daftar adjust sesuai dengan data adjust token yang [ X ] Diterima
token yang ada di database dan sesuai dengan [ ] Ditolak
Menambah record Data adjust token Admin berhasil [ X ] Diterima
103
menambah record
adjuts token dan
berhasil
melihat hasil record
ditambahkan ke
adjust token baru tersebut pada list, [ ] Ditolak
database dan
serta data berhasil
ditampilkan di list
ditambah ke
database
Record pada adjust Admin berhasil
token berhasil meng-update record
Mengubah record
diubah di database adjust token dan [ X ] Diterima
adjust token yang
sudah ada
Record pada adjust
Menghapus record
token berhasil Record adjust event [ X ] Diterima
adjust token yang
terdaftar
database
Hasil yang
Diharapkan
Adjust token tidak
Admin menambah
dapat ditambahkan
record adjust token
baru, namun dengan [ X ] Diterima
field kosong atau [ ] Ditolak
adjust token menampilkan pesan
tidak diisi dengan
bahwa field tidak
lengkap
boleh kosong
l. Pengujian Adjust Event
Tabel 3.38 Pengujian Adjust Event

Hasil yang
Diharapkan
Melihat daftar adjust Data adjust event Sistem berhasil [ X ] Diterima
104

sesuai dengan data adjust event yang
event yang ada di database dan sesuai dengan [ ] Ditolak
Admin berhasil
Data adjust event menambah record
berhasil adjust event dan
Menambah record ditambahkan ke melihat hasil record [ X ] Diterima
adjust event baru database dan tersebut pada list, [ ] Ditolak
ditampilkan di list serta data berhasil
ditambah ke
database
Record pada adjust Admin berhasil
event berhasil meng-update record
Mengubah record
diubah di database adjust event dan [ X ] Diterima
adjust event yang
sudah ada
Record pada adjust
Menghapus record
event berhasil Record adjust event [ X ] Diterima
adjust event yang
terdaftar
database
Hasil yang
Diharapkan
Adjust token tidak
Admin menambah
dapat ditambahkan
record adjust token
baru, namun dengan [ X ] Diterima
field kosong atau [ ] Ditolak
adjust token menampilkan pesan
tidak diisi dengan
bahwa field tidak
lengkap
boleh kosong
m. Pengujian Google Play

105
Tabel 3.39 Pengujian Google Play

Kesimpulan
Sistem dapat
Admin dapat
menampilkan
Melihat list melihat list
list [ X ] Diterima
Google Play transaksi konfigurasi
konfigurasi [ ] Ditolak
google play transaksi pada
transaksi pada
goole play
google play
2.3.6.3 Analisis data dan Evaluasi
Setelah dilakukan pengujian terhadap modul di atas, diberikan analisa data normal
maupun tidak normal, antara lain:
a. Pengujian Data Normal
Pengujian data normal dilakukan ketika user memasukkan data yang bernilai
benar. Jika sistem menerima data yang sesuai, maka sistem akan menampilkan
pesan sukses atau admin dapat melanjutkan aktivitas berikutnya. Pengujian data
normal ini terjadi pada modul Login. Hasil pengujian ini dapat diterima karena
admin berhasil mengakses sistem setelah melakukan login dengan memasukkan
nomor ponsel dan password yang sesuai. Kemudian pengujian data normal yang
terjadi pada modul Data Center. Hasil pengujian ini diterima karena sistem
berhasil menampilkan data statistik SDK. Sementara pengujian data normal
lainnya terjadi pada modul Add New di halaman game list, game product, sdk
version, banner dan login configuration, hasilnya pengujian modul ini diterima
karena sistem berhasil menampilkan hasil keluaran saat admin menambah record
berupa game, sdk, banner, dan login melalui form tab yang disediakan oleh
sistem. Pengujian data normal pada modul Edit dapat diterima karena sistem
berhasil menampilkan hasil perubahan data di atas. Serta pengujian pada modul
Delete, hasilnya dapat diterima saat record data tersebut telah terhapus dari list
106
dan database. Penguijan data normal pada modul users dapat diterima karena
sistem dapat menampilkan informasi user secara keseluruhan.
Pengujian data normal juga dilakukan pada modul Basic Data yang hasil
pengujian tersebut dapat diterima karena sistem berhasil menampilkan list data
user, daftar blokir atau banned, transaksi maupun distribusi payment channel.
Pengujian data normal juga dilakukan pada modul Data Analysis, hasilnya
pengujian modul ini diterima karena sistem dapat memproses dan menampilkan
hasil perhitungan nilai ROI maupun nilai aset suatu pasar.
Pengujian data normal pada modul Settings (System Log, Region, Currency,
Notice, dan Extende Config) dapat diterima karena sistem dapat menampilkan dan
meng-update hasil pengaturan notifikasi, mata uang, amupun metode pembayaran
di negara tertentu. Pengujian data normal juga dilakukan pada modul Add New di
halaman adjust token dan adjust event, hasilnya pengujian modul ini diterima
karena sistem berhasil menampilkan hasil keluaran saat admin menambah adjust
data melalui form tab yang disediakan oleh sistem. Pengujian data normal pada
modul Edit dapat diterima karena sistem berhasil menampilkan hasil update
adjust yang sebelumnya telah diubah oleh admin. Serta modul Delete dapat
diterima saat record adjust tersebut telah terhapus dari list dan database.
Sedangkan pengujian Google Play diterima karena sistem dapat menampilkan
informasi berupa list konfigurasi pembayaran pada game in-app-purchase sesuai
dengan transaksi yang telah diatur sebelumnya.
b. Pengujian Data Tidak Normal
Pengujian data tidak normal dilakukan ketika user salah dalam melakukan
masukan data baik data kosong maupun yang tidak sesuai dengan format yang
ditetapkan. Pengujian data tidak normal yang dilakukan pada modul login dapat
diterima jika sistem menampilkan pesan kesalahan kepada admin bahwa nomor
ponsel ataupun password yang dimasukkan belum sesuai. Pengujian data tidak
normal juga dilakukan pada modul Add new game list dapat diterima karena
sistem menampilkan pesan kesalahan saat admin tidak mengisi data yang lengkap
107
terutama field yang wajib diisi seperti field game name. Selain itu pada modul
Add new game product juga diterima karena sistem menampilkan pesan kesalahan
saat admin tidak mengisi form yang lengkap terutama field game name, product
name, dan product code yang wajib diisi. Begitu juga pada modul Add New di
halaman sdk version. Hasilnya dapat diterima karena admin tidak mengisi data
form khususnya pada field game name dan no. version. Selain itu, pengujian data
tidak normal pun dilakukan pada Add New di halaman Banner, hasil pengujian ini
diterima karena sistem menampilkan pesan kesalahan saat admin tidak mengisi
field pada title banner dan cover image.
Pengujian data tidak normal lainnya terjadi pada modul Add new login
configuration. Hasil pengujian ini diterima karena sistem menampilkan pesan
kesalahan saat admin tidak mengisi data form tersebut. Bahkan pengujian data
tidak normal pada adjust token juga diterima karena sistem menampilkan pesan
kesalahan bahwa data form tidak boleh kosong khususnya pada field adjust id dan
token. Serta pengujian data tidak normal pada modul Add New di halaman adjust
event, hasilnya pengujian ini diterima karena sistem berhasil memberikan pesan
bahwa data form kosong atau tidak diisi dengan lengkap pada field adjust id.
Dengan keluarnya pesan kesalahan tersebut, admin tidak dapat menambahkan
record pada modul di atas, sehingga hasil pengujian ini dapat diterima.
2.4 Identifikasi kendala yang dihadapi
Selama pelaksanan PKL, terdapat kendala atau hambatan yang dihadapi selama
kegiatan tersebut. Adapun kendala dan cara mengatasinya adalah sebagai berikut:
2.4.1 Kendala Pelaksanaan Tugas
Adapun kendala yang dihadapi penulis selama pelaksanaan PKL,antara lain:
a. Kesulitan berkomunikasi dengan lingkungan baru ketika pertama kali terjun

ke dalam dunia industri
b. Keterbatasan pengetahuan (knowledge) baik selama implementasi, sehingga
terjadi beberapa requirement tidak terpenuhi secara maksimal
108
c. Terjadi perubahan requirement pada tahap finalisasi implementasi yang

berpengaruh pada berubahnya struktur aplikasi
2.4.2 Cara Mengatasi Kendala
Adapun cara yang dilakukan untuk mengatasi kendala yang terjadi saat
pelaksanaan PKL antara lain:
a. Penulis harus berinisiatif dalam menghadapi suatu masalah yang ada pada
tahap implementasi dengan cara menelusuri masalah serupa yang pernah
terjadi dan aturan penyelesaiannya, serta dengan menjalin komunikasi yang
baik dengan mendiskusikan pada rekan kerja untuk mencari sebuah solusi
ataupun alternatif jika suatu requirement tidak terpenuhi.
b. Perlu adanya penetapan batasan aplikasi dan evaluasi pada tahap analisis.
Sehingga jika terjadi perubahan saat proses finalisasi implementasi, agar tidak
berbeda jauh dengan apa yang telah ditetapkan sebelumnya
BAB IV
PENUTUP
3.1 Kesimpulan
Berdasarkan pelaksanaan Praktik Kerja Lapangan yang telah dilakukan pada PT

Adarma Pratama Endaru – Clapping Ape, dapat disimpulkan bahwa perancangan
aplikasi admin panel pada SDK AKG Games ini berhasil dilakukan. Berikut ini
fitur yang telah berhasil dibuat, antara lain:
a. Login, untuk memberikan hak akses kepada admin agar dapat menggunakan
fitur yang ada dalam aplikasi
b. Data Center, untuk memantau statistik data user, game, maupun payment
c. Game Center mempermudah admin dalam mengelola game, produk, maupun
login pada suatu mobile game
d. Basic Data, yang dapat mempermudah admin dalam memantau dan
mengontrol user maupun transaksi
e. Data Analysis, fitur ini memudahkan admin dapat melihat nilai aset suatu
game maupun device mobile
f. Settings, yang dapat memudahkan admin dalam melakukan konfigurasi
g. Adjust, memungkinkan admin dapat mengelola token maupun event pada
mobile game
h. Google Play, memungkinkan admin untuk pengaturan dan verifikasi game
atau item berbayar (in-app-purchase)
Sedangkan untuk hasil pengujian terhadap aplikasi menunjukkan bahwa aplikasi

ini telah dibangun sesuai dengan requirement yang ditetapkan dan bekerja sesuai
dengan fungsionalitasnya.
3.2 Saran
Saran yang dapat penulis sampaikan untuk pengembangan selanjutnya pada

aplikasi admin panel ini adalah:
109
110
1. Penambahan fitur seperti pop up notification yang dapat mempermudah

layanan transaksi user maupun game
2. Perlu adanya pembagian role untuk setiap pengguna sistem seperti admin,
super admin, dan analis
3. Pengembangan menggunakan mobile apps yang mempermudah mobilitas
sistem sehingga admin dapat mengontrol dan memantau arus transaksi
kapanpun
4. Menerapkan teknologi secara realtime yang dapat menunjang aktivitas
monitoring user, login, payment, maupun game
DAFTAR PUSTAKA
Admin, 2019. Content Management System. [Online]

Available at: https://kinsta.com/knowledgebase/content-management-
system/
[Diakses 8 November 2019].
Anonim, 2015. Reactjs.net. [Online]
Available at: https://reactjs.net/bundling/webpack.html
Anonim, 2017. Id Cloud House. [Online]
Available at: https://idcloudhost.com/pengertian-dan-manfaat-git-bagi-
developer/
Anonim, 2019. Educba. [Online]
Available at: https://www.educba.com/agile-workflow/
[Diakses 30 Oktober 2019].
Anonim, 2019. Site Checker. [Online]
Available at: https://sitechecker.pro/what-is-cms/
Arthana, R., 2019. Medium. [Online]
Available at: https://medium.com/@rey1024/get-data-menggunakan-axios-
pada-react-native-868e19627256
Calkins, M. J., 2016. Scotch.io. [Online]
Available at: https://scotch.io/tutorials/best-of-visual-studio-code-features-
plugins-acting-like-atom-and-sublime
Chowdhury, S., 2018. Medium. [Online]
Available at: https://medium.com/@siddharthac6/getting-started-with-
react-js-using-webpack-and-babel-66549f8fbcb8
Cockburn, A. a. H. J., 2001. Agile Software Development: The People Factor.
Computer, 34(11), pp. 131 - 133.
CodePolitan, 2016. CodePolitan. [Online]
Available at: codepolitan.com/webinar-codepolitan-mengenal-react-js-
konsep-dan-penggunaannya
contributors, M., 2019. Developer Mozilla. [Online]
Available at: https://developer.mozilla.org/en-
111
112
US/docs/Learn/Getting_started_with_the_web/JavaScript_basics
Duomly, 2019. Dev.to. [Online]
Available at: https://dev.to/duomly/what-is-react-js-and-why-it-s-worth-to-
learn-1m9o
Eschweiler, S., 2017. Medium. [Online]
Available at: https://medium.com/codingthesmartway-com-blog/getting-
started-with-axios-166cb0035237
[Diakses 29 Nvember 2019].
Hendy, C. I., 2016. Pengembangan Aplikasi CMS E-commerce dengan PHP-CI
untuk Mempermudah Penjualan dan Pembayaran Online. J-Intech
(Journal of Information Technology), 4(1), pp. 115-122.
Hoffman, C., 2019. How to Geek. [Online]
Available at: https://www.howtogeek.com/343877/what-is-an-api/
Ighodaro, N., 2018. Blog Rocket. [Online]
Available at: https://blog.logrocket.com/why-use-redux-reasons-with-
clear-examples-d21bffd5835/
Jayani, D. H., 2019. Berapa Pengguna Internet di Indonesia? - Katadata.
[Online]
Available at:
https://databoks.katadata.co.id/datapublish/2019/09/09/berapa-pengguna-
internet-di-
indonesiahttps://databoks.katadata.co.id/datapublish/2019/09/09/berapa-
pengguna-internet-di-indonesia
[Diakses 23 Desember 2019].
Mulyawan, R., 2019. Pengertian SDK dan Fungsinya. [Online]
Available at: https://rifqimulyawan.com/pengertian-sdk.html
Nathasya, 2018. Dewaweb. [Online]
Available at: https://www.dewaweb.com/blog/mengenal-git/
Packt, 2018. Packt. [Online]
Available at: https://hub.packtpub.com/what-is-react-js-how-does-it-work/
Pandit, N., 2017. C-Sharp Corner. [Online]
Available at: https://www.c-sharpcorner.com/article/what-and-why-reactjs/
Rubin, K. S., 2013. Essential Scrum: A Practical Guide to the Most Popular Agile
Process. 2 penyunt. NJ: Addison-Wesley Professional .
113
Security, W. H., 2018. White Hat Security. [Online]

Available at: https://www.whitehatsec.com/glossary/content/website-
administration
Siegel, C., 2019. API Friends. [Online]
Available at: https://apifriends.com/api-management/what-is-an-api/
Singh, A. N., 2019. FreeCodeCamp. [Online]
Available at: https://www.freecodecamp.org/news/an-intro-to-webpack-
what-it-is-and-how-to-use-it-8304ecdc3c60/
Sridhar, J., 2017. Make Use Of. [Online]
Available at: https://www.makeuseof.com/tag/what-is-javascript/
Sulistiawati & Sulistiani, H., 2018. Perancangan Dashboard Interaktif Penjualan
(Studi Kasus : PT Jaya Bakery). Jurnal TEKNO KOMPAK, 12(1), pp. 15-
17.
Sutherland, J. &. S. K., 2011. The Scrum Guide The Definitive Guide to Scrum:
Rules of the Game. Scrum. [Online]
Available at: https://www.scrumguides.org/docs/scrumguide/v2017/2017-
Scrum-Guide-US.pdf
Team, E., 2017. Gistia. [Online]
Available at: https://www.gistia.com/beginners-guide-redux/
Valdellon, L., 2019. Clevertap. [Online]
Available at: https://clevertap.com/blog/what-is-an-sdk/
Vasile, C., 2019. Design Revision. [Online]
Available at: https://designrevision.com/react-axios/
W, R. Y., 2019. Medium. [Online]
Available at: https://medium.com/kode-dan-kodean/ekstensi-dan-tema-
visual-studio-code-yang-saya-gunakan-6c3555762816
Yanto, R., 2016. Implementasi Dashboard Pada Data Penjualan Cv. Mega Jaya
Mandiri. Jurnal Teknik Informatika Musirawas (JUTIM), 1(1), pp. 11-16.
Lampiran 1 Surat Keterangan Selesai Magang
Lampiran 2 Tugas Harian PKL
Lampiran 3 Gambaran Umum Perusahaan
Nama Perusahan : PT Adarma Pratama Endaru — Clapping Ape

Jalan Wolter Monginsidi No. 19 16 2, RT.16/RW.2,
Alamat : Petogogan, Kec. Kby. Baru, Kota Jakarta Selatan,
Daerah Khusus Ibukota Jakarta 12170
Telepon : (021) 27518462
Website : www.clappingape.com
PT Adarma Pratama Endaru — Clapping Ape adalah perusahaan Software House
Development yang didirikan oleh Bapak Bobby Pranoto pada tahun 2017 di
Jakarta, Indonesia. Filosofi dari peusahaan adalah GREAT baik dalam segi
interactive yang menciptakan pengalaman digital dengan produk dan desain yang
inovatif, engineering yang berfokus pada pengembangan aplikasi dengan
menggunakan platform teknologi terbaru, dan design untuk penawaran berbagai
layanan.
PT Adarma Pratama Endaru — Clapping Ape didirikan sebagai perusahan

konsultan yang bergerak dalam pengembangan aplikasi web dan mobile, strategi
marketing, social media marketing, maupun search engine marketing. Perusahaan
ini merepresentasikan euphoria, kesuksesan, dan antusias klien ketika
menggunakan layanan mereka. Adapun pelayanan yang diberikan adalah sebagai
berikut:
a. Web and Apps Development

b. Digital Marketing
c. Digital Strategy
d. Social Media Management
Lampiran 4 Foto selama aktivitas PKL
Penulis bersama jajaran karyawan PT Adarma Pratama Endaru ─ Clapping Ape

Laporan PKL Nadia Nurul Hikmah (Final)

Diunggah oleh

Informasi Dokumen

Judul Asli

Hak Cipta

Format Tersedia

Bagikan dokumen Ini

Bagikan atau Tanam Dokumen

Opsi Berbagi

Apakah menurut Anda dokumen ini bermanfaat?

Apakah konten ini tidak pantas?

Hak Cipta:

Format Tersedia

Laporan PKL Nadia Nurul Hikmah (Final)

Diunggah oleh

Hak Cipta:

Format Tersedia

LAPORAN

PRAKTIK KERJA LAPANGAN

IMPLEMENTASI HALAMAN ANTAR MUKA WEB ADMIN PADA

NADIA NURUL HIKMAH

PROGRAM STUDI TEKNIK INFORMATIKA JURUSAN TEKNIK

Implementasi Halaman Antar Muka Web Admin

Indri Neforawati, S.T., M.T Elga Lesmana

Risna Sari, S.Kom., M.T.I.

Depok, Desember 2019

HALAMAN PENGESAHAN LAPORAN PRAKTIK KERJA LAPANGAN.............2

Gambar 3.1 Struktur organisasi Clapping Ape......................................................16

Tabel 2.1 Perbandingan Penelitian Sejenis............................................................13

1.1 Latar Belakang Kegiatan

Perkembangan teknologi informasi di Indonesia semakin pesat seiring dengan

yang dapat menunjang bisnis mereka dengan melakukan pelacakan dan

1.2 Ruang Lingkup Kegiatan

1.3 Waktu dan Tempat Pelaksanaan

1.4 Tujuan dan Kegunaaan

Tujuan dari laporan ini berfokus pada:

a. Implementasi admin panel dengan fitur login

Adapun kegunaan dari laporan ini, antara lain:

1.1 Web Admin

a. Front-office, untuk fungsionalitas dan penyimpanan informasi

CMS menawarkan tools untuk mendesain, mempublikasikan, dan mengelola

Javascript adalah bahasa scripting atau pemrograman yang memungkinkan Anda

Javascript digunakan untuk meningkatkan halaman web untuk memberikan

Jadi javascript merupakan bahasa pemograman yang memungkinkan pengguna

Reactjs adalah library javascript open-source yang digunakan untuk membangun

Gambar 2.1 Logo React

b. Lifecycle: metode yang diterapkan yang merespon perubahan siklus pada

c. Events: code yang digunakan untuk merespon interaksi yang dilakukan

d. JSX, merupakan ekstensi javascript yang digunakan untuk membuat

React.js merupakan teknologi client-side berbasis JavaScript yang dibuat untuk

Reactjs adalah framework javascript yang digunakan untuk membangun aplikasi

a. Aplikasi memiliki state pusat atau root.

Webpack adalah modul sistem bundling yang dikembangkan di NodeJS yang

a. Webpack, yang merupakan plugin webpack utama sebagai dependent

Dengan menggunakan axios, akan lebih mudah mengirmkan request HTTP

Axios merupakan library untuk mengirimkan request HTTP secara asynchronous

API memungkinkan pengembang menghemat waktu dengan memanfaatkan

API merupakan rangakaian aturan maupun alat yang digunakan untuk

1.9 Visual Studio Code

VSCode memiliki keunggulan dalam menunjang pengembangan aplikasi, anatar

a. Memiliki IntelliSense untuk pengeditan kode mulai dari tools pengodean,

f. Dukungan debugging untuk mempercepat pengeditan, compiling, dan debug

SDK merupakan tools (devkit) ataupun kumpulan perangkat lunak untuk

semua perubahan. Selain didistribusikan, Git telah dirancang dengan kinerja,

1.12 Penelitian Sejenis

Tabel 2.1 Perbandingan Penelitian Sejenis

Penelitian 1 Penelitian 2 Penelitian 3

Teknologi Framework CodeIgniter Bahasa pemograman PHP Bahasa pemograman PHP

menampilkan visualisasi data berupa grafik.

HASIL PELASANAAN PKL

2.1 Unit Kerja Praktik Kerja Lapangan

Penulis melakukan Praktik Kerja Lapangan (PKL) di PT Adarma Pratama Endaru

Gambar 3.1 Struktur organisasi Clapping Ape

2.2 Uraian Praktik Kerja Lapangan

Bucket, kemudian dilanjutkan dengan mempelajari dasar-dasar Webpack, Reactjs,

Minggu kesembilan dimulai dari tanggal 30 September-4 Oktober 2019,

2.3 Pembahasan Hasil Praktik Kerja Lapangan

2.3.1 Business Process

menghapus record). Sedangkan pada bagian transaksi ditampilkan informasi

g. Admin dapat mengelola token dari adjust.com, yaitu dengan menambah,