LAPORAN
PRAKTIK KERJA LAPANGAN
PENGUJIAN SISTEM INFORMASI ASKRINDO CORE SYSTEM (ACS)
PRODUK ASURANSI KREDIT (ASKRED)
PT. ASKRINDO
NUR ISMI FAHMIA
4617010037
PROGRAM STUDI TEKNIK INFORMATIKA
JURUSAN TEKNIK INFORMATIKA DAN KOMPUTER
DEPOK
2020
i
ii
KATA PENGANTAR
Puji Syukur saya panjatkan kepada Allah SWT, karena atas berkat dan rahmat-
Nya, penulis dapat menyelesaikan laporan Praktik Kerja Lapangn ini.
Penulisan laporan Praktik Kerja Lapangan ini dilakukan dalam rangka
memenuhi salah satu syarat untuk mencapai gelar Diploma Empat Politeknik.
Penulis menyadari bahwa, tanpa bantuan dan bimbingan dari berbagai pihak,
dari masa perkuliahan sampai pada penyusunan laporan Praktik Kerja
Lapangan, sangatlah sulit bagi penulis untuk menyelesaikan Laporan Praktik
Kerja Lapangan ini. Oleh karena itu, penulis mengucapkan terima kasih
kepada:
a. Ibu Dewi Yanti Lilyana, selaku dosen pembimbing yang telah
menyediakan waktu tenaga dan pikiran untuk mengarahkan penulis
dalam penyusunan laporan Praktik Kerja Lapangan ini;
b. Pembimbing Praktik Kerja Lapangan, yaitu Pak Nur Ali Widyanahar,
Mba Ay, dan Mas Sigit yang telah banyak membantu penulis selama
belajar dan melaksanakan Praktik Kerja Lapangan;
c. Pihak PT Asuransi Kredit Indonesia (Askrindo) yang telah banyak
membantu penulis dalam melaksanakan Praktik Kerja Lapangan;
d. Orang tua dan keluarga penulis yang telah memberikan bantuan
dukungan moral dan material;
e. Teman-teman yang telah banyak membantu penulis dalam
menyelesaikan laporan Praktik Kerja Lapangan ini.
Akhir kata, penulis berharap Allah SWT berkenan membalas segala kebaikan
semua pihak yang telah membantu. Semoga laporan Praktik Kerja Lapangan
ini membawa manfaat bagi pengembangan ilmu.
Depok, 29 Desember 2020
Nur Ismi Fahmia
iii
DAFTAR ISI
HALAMAN PENGESAHAN ............................. Error! Bookmark not defined.
KATA PENGANTAR ...................................................................................... ii
DAFTAR ISI .................................................................................................... iii
DAFTAR GAMBAR ......................................................................................... v
DAFTAR TABEL ............................................................................................ vi
BAB I 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 Kegunaan ............................................................................... 3
1.4.1 Tujuan ....................................................................................................... 3
1.4.2 Kegunaan .................................................................................................. 3
BAB II TINJAUAN PUSTAKA ...................................................................... 5
2.1 Pengujian................................................................................................... 5
2.1.1 Definisi Pengujian ..................................................................................... 5
2.1.2 Jenis Pengujian ......................................................................................... 5
2.2 Sistem Informasi ....................................................................................... 6
2.2.1 Sistem ........................................................................................................ 6
2.2.2 Informasi ................................................................................................... 6
2.2.3 Sistem Informasi ....................................................................................... 7
2.3 Askrindo Core System .............................................................................. 7
2.4 UML .......................................................................................................... 9
2.4.1 Use Case.................................................................................................... 9
2.4.2 Activity Diagram .................................................................................... 12
iv
2.5 Katalon studio ......................................................................................... 14
2.6 API .......................................................................................................... 14
2.7 Postman ................................................................................................... 14
2.8 Bugzilla ................................................................................................... 15
BAB III HASIL PELAKASANAAN PKL ................................................... 17
3.1. Unit Kerja PKL ....................................................................................... 17
3.2. Uraian Praktik Kerja Lapangan .............................................................. 18
3.3. Pembahasan Hasil PKL........................................................................... 21
3.3.1 Perencanaan ............................................................................................ 21
3.3.2 Implementasi ........................................................................................... 51
3.3.3 Testing..................................................................................................... 55
3.4 Identifikasi Kendala yang Dihadapi ....................................................... 66
3.4.1 Kendala Pelaksanaan Tugas .................................................................... 66
3.4.2 Cara Mengatasi Kendala ......................................................................... 66
BAB IV PENUTUP ......................................................................................... 67
4.1 Kesimpulan ............................................................................................. 67
4.2 Saran ....................................................................................................... 67
DAFTAR PUSTAKA ...................................................................................... 68
v
DAFTAR GAMBAR
Gambar 2. 1 Gambar Flow Bisnis ASKRED ..................................................... 8
Gambar 3. 1 Struktur Perusahaan Departemen SEVP IT PT Askrindo ........... 17
Gambar 3. 2 Usecase Diagram Pengujian Askred ........................................... 22
Gambar 3. 3 Activity Diagram Melakukan Login ............................................ 23
Gambar 3. 4 Activity Diagram Menambah Data Debitur ................................. 25
Gambar 3. 5 Activity Diagram Mengubah Data Debitur .................................. 26
Gambar 3. 6 Activity Diagram Menambah Data Business Partner .................. 27
Gambar 3. 7 Activity Diagram Mengubah Data Business Partner ................... 29
Gambar 3. 8 Activity Diagram Menambah Data PKS ...................................... 30
Gambar 3. 9 Activity Diagram Extend Tanggal PKS ....................................... 31
Gambar 3. 10 Activity Diagram Menambah Data akseptasi ............................ 33
Gambar 3. 11 Activity Diagram Melihat Data Klaim ....................................... 34
Gambar 3. 12 Activity Diagram Melihat Data Subrogasi ................................. 35
Gambar 3. 13 Entity Relation Diagram ASKRED ........................................... 37
Gambar 3. 14 Design Interface Halaman Login ............................................... 46
Gambar 3. 15 Design Interface Halaman Dashboard ...................................... 46
Gambar 3. 16 Design Interface Halaman Debitur ............................................ 47
Gambar 3. 17 Design Interface Halaman Business Partner ............................. 48
Gambar 3. 18 Design Interface Halaman Perjanjian Kerja Sama .................... 48
Gambar 3. 19 Design Interface Halaman Akseptasi ........................................ 49
Gambar 3. 20 Design Interface Halaman Klaim .............................................. 50
Gambar 3. 21 Design Interface Halaman Subrogasi ........................................ 50
Gambar 3. 22 Modul Login dan Dashboard ..................................................... 51
Gambar 3. 23 Modul Halaman Debitur ............................................................ 52
Gambar 3. 24 Modul Halaman Business Partner ............................................. 53
Gambar 3. 25 Modul Halaman PKS ................................................................. 53
Gambar 3. 26 Modul Halaman Akseptasi ........................................................ 54
Gambar 3. 27 Modul Halaman Klaim .............................................................. 54
Gambar 3. 28 Modul Halaman Subrogasi ........................................................ 55
vi
DAFTAR TABEL
Tabel 2. 1 Simbol-Simbol Yang Digunakan Pada Usecase Diagram .............. 10
Tabel 2. 2 Simbol- Simbol dan Fungsi Activiy Diagram ................................. 13
Tabel 3. 1Data Dictionary Debitur Pada ASKRED ......................................... 38
Tabel 3. 2 Data Dictionary Business Partner Pada ASKRED ......................... 39
Tabel 3. 3 Data Dictionary Perjanjian Kerja Sama Pada ASKRED ................ 40
Tabel 3. 4 Data Dictionary Akseptasi Pada ASKRED ..................................... 42
Tabel 3. 5 Data Dictionary Klaim Pada ASKRED .......................................... 43
Tabel 3. 6 Data Dictionary Subrogasi Pada ASKRED ..................................... 44
Tabel 3. 7 Perencanaan Pengujian Login ASKRED ........................................ 55
Tabel 3. 8 UAT Pengujian Login ..................................................................... 56
Tabel 3. 9 Perencanaan Pengujian Debitur dan Business Partner pada
ASKRED .......................................................................................................... 57
Tabel 3. 10 UAT Pengujian Debitur ................................................................ 57
Tabel 3. 11 UAT Pengujian Business Partner ................................................. 59
Tabel 3. 12 Perencanaan Pengujian Perjanjian Kerja Sama pada ASKRED ... 60
Tabel 3. 13 UAT Pengujian Perjanjian Kerja Sama ......................................... 61
Tabel 3. 14 Perencanaan Pengujian Akseptasi pada ASKRED ........................ 63
Tabel 3. 15 UAT Pengujian Akseptasi ............................................................. 63
Tabel 3. 16 Perencanaan Pengujian Akseptasi pada ASKRED ........................ 64
Tabel 3. 17 UAT Pengujian Klaim ................................................................... 64
Tabel 3. 18 UAT Pengujian Subrogasi ............................................................. 65
vii
DAFTAR LAMPIRAN
Lampiran 1 Surat Keterangan Praktik Kerja Lapangan ......................................... 1
Lampiran 2 Surat Keterangan Perpanjang Praktik Kerja Lapangan ...................... 2
Lampiran 3 F8 Buku Penghubung Pembimbing Industri ...................................... 3
Lampiran 4 F10 User Requirement ........................................................................ 5
Lampiran 5 Gambaran Umum Perusahaan ............................................................ 7
Lampiran 6 Dokumentasi Selama PKL.................................................................. 8
1
BAB I
PENDAHULUAN
1.1 Latar Belakang Kegiatan
PT. (Persero) Asuransi Kredit Indonesia merupakan salah satu Badan Usaha
Milik Negara (BUMN) yang bergerak dalam asuransi/penjaminan, tidak dapat
dipisahkan dari pembangunan ekonomi Bangsa dan Negara Republik
Indonesia. Dalam suatu badan usaha milik negara dan bergerak dibidang
asuransi dan peminjaman kenyamanan merupakan tanggung jawab yang
penting untuk memperoleh kepercayaan dari setiap pelanggan.
Untuk meningkatkan kepercayaan pelanggan departemen pengembangan dan
operasional teknologi informasi PT Askrindo memiliki bagian bernama IT
Quality Assurance (QA) yang bertanggung jawab dalam mengawasi dan
menjamin kualitas website dan aplikasi yang akan di launcing.Untuk
meningkatkan pelayanan PT Askrindo memiliki sistem informasi Askrindo
Core System (ACS) berbasis website yang menggunakan teknologi terbaru dan
mengusung konsep microservices yang akan memudahkan untuk diterapkan
dan di-integrasi-kan pada aplikasi lainnya. Askrindo sudah melakukan
implementasi ACS untuk seluruh cabang Askrindo. ACS memiliki fungsi
sebagai pendataan debitur, perjanjian kerja sama antara PT Askrindo dan
debitur, business partner, akseptasi, endorsement, klaim, subrogasi, dan
recovery.Askrindo Core system merupakan sistem informasi yang digunakan
oleh semua kantor askrindo seperti kantor pusat dikemayoran dan kantor
cabang di seluruh Indonesia. Askrindo Core Sytem terdiri dari beberapa produk
askrindo seperti Asuransi Kredit, Asuransi Umum, Asuransi Kebakaran, dan
lain-lain. Dalam produk terdapat produk yang masih dalam masa
perkembangan untuk membuat semua kegiatan yang diinginkan bisa dilakukan
by system.
Ketika sistem informasi yang dikembangkan telah selesai, pengguna akan
memeriksa apakah sudah sesuai dengan harapan. Kepuasan pengguna
2
Jurusan Teknik Informatika dan Komputer – Politeknik Negeri Jakarta
tergantung pada kualitas sistem informasi dan kualitas sejumlah sistem
informasi perlu dijaga dengan beberapa alasan (Cholifah, Yulianingsih, &
Sagita, 2018). Pengujian yang dilakukan harus dirancang dengan baik agar
dapat menemukan kesalahan secara sistematis dan dapat diperbaiki dalam
waktu yang singkat. (Kurniawan, Maulana, Sukma, Keumala, & Saifudin,
2020). Dalam Pengujian Askrindo Core System tersebut masih dilakukan
secara manual oleh IT Quality Assurance PT Askrindo. Berdasarkan
permasalahan tersebut, pengujian secara umumnya pengujian manual
merupakan aktivitas sistematik dan mengikuti proses. Proses tersebut
melibatkan para pakar untuk menganalisis kebutuhan, dengan mempersiapkan
rencana pengujian, mengatur lingkungan pengujian, mengidentifikasi skenario
pengujian, mempersiapkan pengujian kasus dan data, pengujian eksekusi, dan
laporan cacat. Namun, pengujian ini tidak efisien jika dilakukan pengujian
regresi (berulang-ulang). Oleh karena itu, pada penelitian ini dilakukan
menggunakan pengujian manual dan otomatis. Alat yang digunakan dalam
pengujian otomatis atau disebut dengan Automation Testing Tool, yaitu
Katalon.
1.2 Ruang Lingkup Kegiatan
Adapun ruang lingkup kegiatan selama Praktik Kerja Lapangan dalam
pengujian sistem informasi askrindo core system:
a. Memastikan jalannya aplikasi, performa aplikasi, penyesuaian data input
dan output serta penilaian status pada objek yang terdata. Tool yang
digunakan dalam pengujian adalah
1. Katalon 7.7.1
2. Chrome
3. Postman
4. Bugzilla
3
Jurusan Teknik Informatika dan Komputer – Politeknik Negeri Jakarta
1.3 Waktu dan Tempat Pelaksanaan
Waktu dan tempat pelaksanaan Praktik Kerja Lapangan sebagai berikut:
Waktu : 14 September s.d 16 Januari 2021
Tempat/Perusahaan : PT. Asuransi Kredit Indonesia
(Gedung Graha Askrindo, Kemayoran)
Alamat : Jl. Angkasa Blok B-9, Kav.B Kota Baru
Bandar Kemayoran, Jakarta Pusat -
10610
Hari/Waktu Kerja : Senin-Jum’at pukul 07.30 s/d 16.00 WIB.
1.4 Tujuan dan Kegunaan
Pada sub bab ini akan dijelaskan tujuan dan kegunaan dari Praktik Kerja
Lapangan sebagaimana berikut.
1.4.1 Tujuan
Tujuan dari Praktik Kerja Lapangan ini adalah melakukan pengujian sistem
informasi Askrindo Core System produk asuransi kredit berbasis website yang
digunakan menunjang proses operasional bisnis asuransi.
1.4.2 Kegunaan
Adapun kegunaan dari Praktik Kerja Lapangan ini yaitu:
1.4.2.1 Bagi Pratikan
a. Sebagai salah satu persyatan yang harus dipenuhi dalam rangka
penyusunan tugas akhir untuk menamatkan Diploma Empat Politeknik.
b. Mendapatkan pengalaman bekerja sebagai karyawan instansi dan dapat
mengaplikasikan ilmu yang didapat dalam perkuliahan serta dapat
menggali hal baru yang belum didapat dari pendidikan formal sehingga
dapat meningkatkan kualitas praktikan.
c. Mendapatkan pengetahuan, keterampilan, cara bersikap, serta pola
tingkah laku yang diperlukan untuk menjadi seorang pekerja yang
profesional dan bertanggungjawab.
4
Jurusan Teknik Informatika dan Komputer – Politeknik Negeri Jakarta
1.4.2.2 Bagi Instansi
a. Menjalin hubungan baik antara PT Akskrindo dengan Lembaga
perguruan tinggi (PNJ).
b. PT. Askrindo mendapatkan masukan jika terjadi kesalahan atau bug
dalam sistem informasi Askrindo Core System ASKRED.
c. Tidak tertutup bagi PT. Askrindo untuk mendapatkan saran dari
mahasiswa untuk meningkatkan kualitas serta kinerja karyawan.
5
BAB II
TINJAUAN PUSTAKA
2.1 Pengujian
2.1.1 Definisi Pengujian
Pengujian sistem informasi adalah cara untuk mendapatkan sebuah
informasi mengenai kualitas dari perangkat lunak yang diuji (Sulistyanto &
SN, 2014), pengujian sistem informasi dilakukan untuk mendeteksi adanya
kesalahan, yang menyebabkan kegagalan perangkat lunak (Irawan, 2017).
Bahwa pengujian sistem informasi adalah pekerjaan yang sulit. Tapi
pengujian sistem informasi adalah hal yang disiplin tersendiri dan
merupakan bagian dari proses pengembangan sistem informasi. Kegagalan
saat pengujian sistem informasi dapat menyebabkan produk yang dihasilkan
tidak berjalan dengan baik dan dapat menimbulkan suatu kerugian yang
besar, dan bagian dari kerugian ini bisa terhindar jika melakukan pengujian
pada sistem informasi.
2.1.2 Jenis Pengujian
Ada beberapa jenis pengujian perangkat lunak, antara lain :
1. Manual Testing atau pengujian manual adalah penguji melakukan
pengecekan secara manual tanpa menggunakan bantuan dari tools atau
scripts, tujuannya adalah untuk memastikan jika aplikasi yang di uji
bebas cacat dan aplikasi perangkat lunak dapat bekerja sesuai apa yang
diharapkan.Kelebihan testing manual adalah bersinggungan dengan
user interface dan tidak perlu menggunakan tools yang
mahal.Kekurangan testing manual adalah rentan terjadi kesalahan, tidak
reusable dan Menghabiskan waktu dan tenaga Quality Assurance tester
2. Pengujian otomastis penguji melakukan pengecekan secara automatis
menggunakan bantuan dari tools atau scripts, cara ini mampu
menemukan bug lebih banyak dari pada manual testing,
karena code atau script dapat mencari lebih dalam lagi sehingga dapat
menemukan bug yang tester tidak temukan. Cara ini bergantung
6
Jurusan Teknik Informatika dan Komputer – Politeknik Negeri Jakarta
pada script tes yang berjalan secara otomatis, fungsinya untuk
membandingkan hasil yang diharapkan dengan hasil yang sebenarnya.
Kelebihan testing automation adalah cepat dan efisien, dapat
menemukan lebih banyak bug, dan reusable.Kekurangan testing
automation adalah Tidak bersinggungan langsung dengan UI & UX, dan
lebih mahal.
2.2 Sistem Informasi
2.2.1 Sistem
Sistem adalah gabungan dari beberapa elemen elemen yang saling
berhuubungan, bersinergi satu sama lain dan melakukan kegiatan atau
pengolahan data secara terstruktur dan memiliki tujuan atau hasil
tertentu(Mufti, 2016)
Sistem dapat didefinisikan sebagai kumpulan dari elemen yang berupa data,
jaringan kerja dari prosedur yang saling berhubungan, sumber daya
manusia, teknologi software dan hardware yang saling berinteraksi sebagai
kesatuan untuk mencapai tujuan tertentu (Hamidin & Maniah, 2017).
Jadi sistem adalah gabungan dari beberapa elemen yang melakukan
kegiatan atau pengolahan data secara terstruktur dan memiliki tujuan atau
hasil. Sedangkan sistem aplikasi komputer dan mobilephone terdiri dari
bagian-bagian hardware dan software yang terintegrasi dalam kesatuan
untuk kebutuhan manusia dalam memperoleh informasi.
2.2.2 Informasi
Informasi secara umum adalah sebuah atau sekumpulan ekspresi yang
terdiri dari order sekuens dari symbol, atau makna yang dapat di artikan dari
ekspresi tersebut. Informasi berarti sekumpulan data atau fakta yang telah
diproses dan dikelola sedemikian rupa sehingga menjadi sesuatu yang
mudah dimengerti dan bermanfaat bagi penerimanya(Novita & Sari, 2015).
Informasi adalah kumpulan data yang relevan dan mempunyai arti yang
menggambarkan suatu kejadian-kejadian atau kegiatan-kegiatan (Fauzi,
2017).
7
Jurusan Teknik Informatika dan Komputer – Politeknik Negeri Jakarta
Jadi dapat disimpulkan informasi adalah sekumpulan ekspresi atau data
yang diorganisir atau diartikan dengan fakta yang ada dan digunakan atau
dimanfaatkan oleh penerimanya dalam suatu kejadian atau kegiatan.
2.2.3 Sistem Informasi
Sistem informasi adalah kumpulan dari sub-sub sistem atau elemen elemen
yang bekerja sama dan saling terintegrasi satu sama lain secara penuh atau
optima sehingga pengolahan, penyimpanan, pengelolaan, pemrosesan dan
penyajian infromasi suatu perusahaan atau organisasi dapat tersaji dalam
berbagai jenis informasi yang akurat sehingga naninya dapat dijadikan
sebagai acuan penentu keputusan guna berhasil mencapat tujuan yang telah
disepakatai bersama(Dini, 2015)
Sistem Informasi adalah suatu sistem dalam suatu organisasi yang
mempertemukan kebutuhan pengolahan transaksi harian yang mendukung
fungsi operasi organisasi yang bersifat manajerial dengan kegiatan strategi
dari suatu organisai untuk dapat menyediakan kepada pihak luar tertentu
dengan informasi yang diperlukan untuk pengambilan keputusan (Elisabet
Yunaeti Anggraeni & Rita Irviani, 2017 : 12)
Berdasarkan pendapat-pendapat tersebut dapat disimpulkan bahwa sistem
informasi adalah sekumpulan prosedur yang bekerja sama dan saling
terintegrasi untuk mempertemukan kebutuhan pengolahan transaksi harian
yang mendukung fungsi operasi organisasi yang bersifat manajerial.
2.3 Askrindo Core System
Askrindo Core System adalah sistem informasi berbasis website yang
menunjang proses operasional bisnis asuransi pada askrindo yang
mengakomodir proses akseptasi, klaim, subrogasi, reasuransi, dan keuangan.
ACS merupakan sebuah platform teknologi yang dapat memudahkan customer
bertransaksi mulai dari transaksi polis hingga proses di keuangannya, semua
akan dilakukan secara digital. ACS menggunakan teknologi terbaru dan
mengusung konsep microservices yang akan memudahkan untuk diteapkan dan
di-integrasi-kan pada aplikasi lainnya. Aksrindo sudah melakukan
8
Jurusan Teknik Informatika dan Komputer – Politeknik Negeri Jakarta
implementasi ACS untuk seluruh cabang Askrindo dan proses penyempurnaan
terus dilakukan hingga tahun 2020.
Jika sebelumnya proses pengajuan permohonan polish hingga terbitnya polish
belum semua tersistemkan. Serta kurangnya monitoring terhadap customer-
customer yang pernah mengajukan akan tetapi di tolak masih dilakukan secara
manual serta masih menggunakn bertuk narasi yang berakibat terdapat
perbedaan penilaian antara analis satu lainnya. Saat ini Askrindo mencoba
melakukan semua by system untuk memudahkan dalam pengerjaannya antara
karyawan dan customer.ACS memiliki produk yang bernama Asuransi Kredit.
Asuransi Kredit adalah : Jasa asuransi yang disediakan oleh Penanggung untuk
menutup pertanggungan atas risiko yang timbul dari pemberian kredit oleh
lembaga pemberi kredit sebagai tertanggung kepada debiturnya. Secara garis
besar Asuransi Kredit dalam bisnis ASKRINDO terbagi kedalam 2 jenis yaitu :
A. Asuransi Kredit Kecil
Pertanggungan yang diberikan kepada Bank bagi pengusaha (Khususnya
pengusaha kecil) dalam upaya memperoleh kredit dari BANK/LKBB, yang
terkendala oleh persyaratan teknis perbankan (kurangnya agunan) namun
usahanya dinilai layak untuk dibiayai. Pertanggungan biasanya diberikan
secara Conditional Automatic Cover (CAC)
B. Asuransi Kredit Komersial
Pertanggungan yang diberikan bagi pengusaha (Khususnya pengusaha
kecil) dalam upaya memperoleh kredit dari BANK/LKBB, yang terkendala
oleh persyaratan teknis perbankan (kurangnya agunan) namun usahanya
dinilai layak untuk dibiayai. Secara Case by Case (CBC)
Gambar 2. 1 Gambar Flow Bisnis ASKRED
9
Jurusan Teknik Informatika dan Komputer – Politeknik Negeri Jakarta
Penjelasan :
Secara umum, proses-proses utama dalam Asuransi Kredit ini meliputi 4
kegiatan besar, yaitu:
1. Marketing -> Bisnis Partner dan Bisnis Setup
2. Akseptasi
3. Klaim
4. Subrogasi dan Recovery
2.4 UML
Unified Modelling Language (UML) adalah sebuah “bahasa” yang telah
menjadi standar dalam industri untuk visualisas, merancang dan
mendokumentasikan sistem piranti lunak (Shofwan Hanief & Dian Pramana,
2018 : 166).
UML merupakan singkatan Unifed Modelling Language, yang telah menjadi
notasi popular untuk mempresentasikan perancangan atas sebuah program
berorientasi objek (Eng RH. Sianipar, 2016 :75).
Jadi dapat disimpulkan UML adalah sebuah bahasa yang menjadi standar dalam
industry untuk mempresentasikan perancangan atas sebuah program
berorientasi objek.
2.4.1 Use Case
Use case diagram yaitu diagram yang menggambarkan dan mempresentasikan
actor, use cases, dan dependencies suatu proyek dimana tujuan dari diagram ini
adalah untuk menjelaskan konsep hubungan antara sistem dengan dunia luar
(Sri Mulyani, 2016:245)
Diagram use case adalah diagram yang harus dibuat pertama kali saat
permodelan perangkat lunak berorientasi objek dilakukan (Feri Sulianta & Fajri
Rakhmat Umbara, 2015: 152).
Dari beberapa pengertian diatas dapat diambil kesimpulan use case diagram
merupakan diagram yang memperesentasikan permodelan dari actor, use case,
dan dependencies suatu proyek yang akan dibuat.
10
Jurusan Teknik Informatika dan Komputer – Politeknik Negeri Jakarta
Tabel 2. 1 Simbol-Simbol Yang Digunakan Pada Usecase Diagram
(Rosa A.S dan M.Shalahuddin, 2013: 156:160)
No. Simbol Nama Fungsi
1.
Use Case
Fungsionalitas yang
disediakan sistem
sebagai unit-unit yang
saling bertukaran
pesan antar unit atau
aktor, biasanya
digunakan dengan
menggunakan kata
kerja di awal frase
nama use case.
2.
Aktor / actor
Orang, proses, atau
sistem lain yang
berinteraksi dengan
sistem informasi yang
akan dibuat di luar
sistem informasi yang
akan dibuat itu
sendiri, jadi walaupun
simbol dari aktor
adalah gambar orang,
tapi aktor belum tentu
merupakan orang;
biasanya dinyatakan
menggunakan kata
benda di awal frase
nama actor
11
Jurusan Teknik Informatika dan Komputer – Politeknik Negeri Jakarta
Tabel 2.1 (Lanjutan)
No. Simbol Nama Fungsi
3.
Asosiasi/associa
tion
Komunikasi antara aktor
dan use case yang Nama
use case 15
berpartisipasi pada use
case atau use case
memiliki interaksi
dengan actor
4.
Ekstensi/extend
Relasi use case
tambahan ke sebuah use
case di mana use case
yang ditambahkan dapat
berdiri sendiri walaupun
tanpa use case tambahan
itu; mirip dengan prinsip
inheritance pada
pemrograman
berorientasi objek;
biasanya use case
tambahan memiliki
nama depan yang sama
dengan use case yang
ditambahkan.
5.
Generalisasi/
generalization
Hubungan generalisasi
dan spesialisasi (umum -
khusus) antara dua buah
use case di mana fungsi
yang satu adalah fungsi
yang lebih umum dari
lainnya.
12
Jurusan Teknik Informatika dan Komputer – Politeknik Negeri Jakarta
(Lanjutan)
No. Simbol Nama Fungsi
6.
Menggunakan/in
clude/uses
Sebagai syarat
dijalankan use case ini
ada 2 sudut pandang
yang cukup besar
mengenai include di use
case : Include berarti use
case yang ditambahkan
akan selalu dipanggil
saat use case tambahan
dijalankan.
Uses berarti use case
yang ditembahkan telah
dijalankan sebelum use
case tambahan
dijalankan
2.4.2 Activity Diagram
Activity diagram adalah diagram UML yang digunakan untuk menggambarkan
alur aktivitas dari suatu proses (Sri Mulyani, 2016:249). Activity diagram
digunakan untuk menganalisis behaviour dengan use case yang lebih kompleks
dan menunjukkan interaksi-interasksi di antara mereka satu sama lain
(Indrajani, 2015:115).
Kesimpulannya activity diagram adalah gambaran alur aktivitas untuk
menganalisa behaviour dengan use case dan memudahkan pemahaman
pengguna terhadap informasi.
13
Jurusan Teknik Informatika dan Komputer – Politeknik Negeri Jakarta
Tabel 2. 2 Simbol- Simbol dan Fungsi Activiy Diagram
(Rosa A.S dan M.Shalahuddin : 2013)
No. Simbol Nama Fungsi
1.
Status Awal
Status awal aktivitas
system, sebuah diagram
aktivitas memiliki
sebuah status awal
2.
Aktivitas
Aktivitas yang
dilakukan sistem,
aktivitas biasanya
diawali dengan kata
kerja
3.
Percabangan /
decision
Asosiasi percabangan
dimana jika ada pilihan
aktivitas lebih dari satu
4. Penggabungan
/ join
Asosiasi penggabungan
dimana lebih dari satu
aktivitas digabungkan
menjadi satu
5.
Status akhir
Status akhir yang
dilakukan sistem,
sebuah diagram
aktivitas memiliki
sebuah status akhir
6.
Swimline
Memisahkan organisasi
bisnis yang
bertanggung jawab
aktivitas yang terjadi
14
Jurusan Teknik Informatika dan Komputer – Politeknik Negeri Jakarta
2.5 Katalon studio
Katalon yang dikembangkan oleh katalon LLC bertujuan sebagai pemberi
solusi otomatis yang terjangkau, karena berbasis open source dan dibuat
sesimpel mungkin, sehingga dapat digunakan dengan mudah. Katalon studio
dapat membantu QA (Software Quality Assurance) baik untuk QA pemula dan
professional untuk melakukan pengujian dengan mudah.Katalon memiliki tiga
fitur utama untuk menunjang beberapa pengujian di beberapa platform yaitu
API testing, Web testing, dan Mobile testing. Katalon dapat terintegrasi dengan
beberapa teknologi dari luar seperti github. Katalon mendukung beberapa
environment seperti browser dan Sistem Operasi (OS). Dalam pembentukan test
case, Katalon memiliki 3 cara yaitu merekam aktivitas dalam web, membuat
manual test case dan membentuk script, yaitu test case dibuat secara manual
oleh penguji.
2.6 API
Application programming interface (API) merupakan suatu dokumentasi yang
terdiri dari interface, fungsi, jelas, struktur, dan sebagainya untuk membangun
sebuah perangkat lunak. Dengan adanya API ini, maka memudahkan
programmer untuk “mengulik” suatu software, kemudian dapat dikembangkan
atau diintergrasikan dengan perangkat lunak yang lain. API dapat dikatakan
sebagai penghubung suatu aplikasi dengan aplikasi lainnya yang memungkinka
programmer menggunakan sistem function. Proses ini dikelola melalu sistem
operasi. Keunggulan dari API ini adalah memungkinkan suatu aplikasi dengan
aplikasi lainnya dapat saling berhubungan dan berinteraksi.
2.7 Postman
Postman adalah sebuah aplikasi yang berfungsi sebagai REST Client untuk uji
coba REST API. Postman biasa digunakan oleh developer pembuat API sebagai
tools untuk menguji API yang telah mereka buat. Postman merupakan tool
untuk melakukan proses development API, untuk saat ini sudah banyak fitur-
fitur yang sangat membantu dalam proses development API, diantaranya :
15
Jurusan Teknik Informatika dan Komputer – Politeknik Negeri Jakarta
a. Collection
Pengelompokan request API yang bisa disimpan atau diatur dalam bentuk
folder. Memudahkan untuk pengelompokan request sesuai dengan proyek
yang di kerjakan.
b. Environment
Semacam config untuk menyimpan attribute tersebut dapat digunakan
ataupun dimanipulasi dalam proses request API.
c. Response
Developer dapat membuat mockup API sesuai yang diinginkan sebelum
benar-benar mengimplementasikan ke dalam proyek.
d. Mock Server
Dengan fitur ini, mockup API yang telah dibuat dapat menggunakan fitur
“example response” yang dapat diakses dari internet layaknya mockup API
tersebut sudah di implementasikan dan di deploy ke server.
e. Script Test
Fitur untuk melakukan validasi respon, termasuk di dalamnya menuliskan
test sesuai dengan kebutuhan.
f. Automated Test (Runner)
Menjalakan request dalam satu collection secara otomatis, dengan
menggunakan script test.
2.8 Bugzilla
Bugzilla adalah sistem atau alat yang bekerja sebagai pelacak bug (bugtracker).
Bugzilla bersifat perangkat lunak sumber terbuka didirikan Netscape
Communication yang dimulai oleh Terry Weissman pada tahun 1998. Bugzilla
digunakan untuk mengelola dan memfasilitasi proses laporan bug. Informasi
data bug pada bugzilla dapat digunakan untuk meneliti beberapa peristiwa
dalam pengembangan perangkat lunak, salah satu kegunaannya adalah
membuat model prediksi untuk waktu pengerjaan bug.Bugzilla digunakan
sebagai program untuk melaporkan saran/komplain/permintaan atas software-
software yang dikembangkan departemen pengembangan dan operasional IT
Askrindo.
16
Jurusan Teknik Informatika dan Komputer – Politeknik Negeri Jakarta
Beberapa keuntungan Bugzilla:
• User harus mengetikkan dengan jelas permintaan/komplain/saran
sehingga akan tercatat jelas.
• Setiap permintaan mendapatkan nomor Bugzilla dan tidak akan dihapus
sehingga secara historis selalu dapat terlacak.
• User dapat mengattach file seperti file Excel dan file Word.
Tanggapan dari user lain dapat tercatat sehingga komunikasi dapat
dilacak.
17
BAB III
HASIL PELAKASANAAN PKL
3.1.Unit Kerja PKL
PT. (Persero) Asuransi Kredit Indonesia atau PT. Askrindo (Persero) merupakan
salah satu Badan Usaha Milik Negara (BUMN) yang bergerak dalam
asuransi/penjaminan yang berlokasi di Jl. Angkasa Blok B-9, Jakarta Pusat.
Praktik Kerja Lapangan ditempatkan pada bagian Quality & Data Management.
Bagian ini bertanggung jawab dalam mengetahui aplikasi yang akan di lauching
dapat berjalan, mencari jalan terbaik untuk meningkatkan kepercayaan user dalam
menggunakan aplikasi masalah dan merumuskan langkah untuk mencapai solusi
terbaik, pada gambar 3.1 merupakan struktur perusahaan departemen SEVP IT PT
Askrindo.
Gambar 3. 1 Struktur Perusahaan Departemen SEVP IT PT Askrindo
18
Jurusan Teknik Informatika dan Komputer – Politeknik Negeri Jakarta
3.2.Uraian Praktik Kerja Lapangan
Praktik Kerja Lapangan di perusahaan PT. Askrindo dari tanggal 14 September 2020
hingga 16 Januari 2021 sebagai Quality Assurance memegang projek Asuransi
Kredit yang salah satu produk di perusahaan tersebut. Proses pengujian Askred
dalam sistem informasi askrindo core system berbasis website secara manual dan
otomatis. Pengujian otomatis yang dilakukan menggunakan katalon studio untuk
testing beberapa fitur dan postman untuk testing. Dalam 3 bulan melaksanakan
Prakrtik Kerja Lapangan di bimbing oleh Kepala bagian Quality & Data
Management yakni Bapak Nur Ali Widyanahar.
Berikut ini penjelasan tugas berdasarkan Log Book di PT. Askrindo setiap
minggunya:
a. Minggu Pertama (14 September 2020 – 18 September 2020)
Pembagian jobdesc pada peserta magang sesuai keahlian yang dimiliki. Penjelasan
masalah masalah pada pengujian aplikasi yang dikerjakan dalam bagian Quality &
Data Management .
b. Minggu Kedua (21 September 2020 – 25 September 2020)
Mempelejari aplikasi MI HCM yang digunakan untuk semua karyawan di Askrindo
pusat dan cabang. MI HCM adalah aplikasi pengembangan dari aplikasi ARMES
yang hanya memiliki beberapa fitur. Pengujian aplikasi MI HCM berbasis mobile
Android dan IOS secara black box. Proses pembelajaran alur proses bisnis pada
aplikasi dan menganalisa tindakan pencegahan dan perbaikan pada aplikasi MI
HCM. Dimulai minggu kedua hingga akhir magang di wajibkan membuat daily
report yang berisikan aktifitas pada hari tersebut, kendala yang di hadapi, solusi nya
serta rencana aktifitas di keesekoan hari nya.
c. Minggu Ketiga – Minggu Keempat (28 September 2020 – 9 Oktober 2020)
Proses pembelajaran alur bisnis pada produk ASKRED dalam sistem infomasi
Askrindo Core System. Dan melakukan pengujian beberapa fitur yang sudah selesai
di develop sebelumnya secara blackbox. Lalu menganalisa pada bug yang
19
Jurusan Teknik Informatika dan Komputer – Politeknik Negeri Jakarta
teridentifikasi dan membuat dokumentasi testing beberapa fitur Askrindo Core
System.
d. Minggu Kelima (12 Oktober 2020 – 16 Oktober 2020)
Melakukan sosialisasi mengenai aplikasi MI HCM kepada seluruh cabang askrindo
yang berada dibeberapa kota di Indonesia. Mengajari pegawai cabang cara dalam
penggunaan aplikasi tersebut agar aplikasi tersebut dapat langsung digunakan oleh
seluruh pegawai askrindo.
e. Minggu Keenam - Ketujuh (19 Oktober 2020 – 30 Oktober 2020)
Proses pembelajaran alur bisnis pada produk asuransi surety dalam sistem infomasi
Askrindo Core System. Dan melakukan pengujian beberapa fitur yang sudah
selesai di develop sebelumnya secara blackbox. Lalu menganalisa pada bug yang
teridentifikasi dan membuat dokumentasi testing beberapa fitur Askrindo Core
System.
f. Minggu Kedelapan – Kesembilan (2 November 2020 – 13 November 2020)
Pengujian beberapa fitur dalam produk asuransi ASKRED yang sudah selesai di
develop sebelumnya secara otomatis mengunakan tools katalon dan postman. Lalu
menganalisa pada bug yang teridentifikasi dan membuat dokumentasi testing
beberapa fitur Askrindo Core System.
g. Minggu Kesepuluh (16 November 2020 – 20 November 2020)
Melakukan training mengenai aplikasi yang akan di launching yakni sistem FMS.
FMS atau Financial Management System adalah sistem yang digunakan untuk
menampilkan data dan alat transaksi pembayaran klaim dari produk ACS yang
dilakukan dengan registrasi akun ke dalam sistem informasi ACS dan tersambung
ke dalam aplikasi FMS.FMS memiliki beberapa modul yakni modul financial,
modul accounting, dan modul budgeting yang berfungsi untuk pembayaran hutang
piutang, jurnal umum, tutup periode pembukuan, realisasi anggaran, dan laporan
keuangan.
20
Jurusan Teknik Informatika dan Komputer – Politeknik Negeri Jakarta
h. Minggu Kesebelas (23 November 2020 – 27 November 2020)
Melanjutkan pengujian beberapa fitur dalam produk asuransi ASKRED yang sudah
selesai di develop sebelumnya secara otomatis mengunakan tools katalon dan
postman. Lalu menganalisa pada bug yang teridentifikasi dan membuat
dokumentasi testing beberapa fitur Askrindo Core System.
i. Minggu Keduabelas (30 November 2020 – 4 Desember 2020)
Proses pembelajaran alur bisnis pada produk asuransi ASKREDAG dalam sistem
infomasi Askrindo Core System. Dan melakukan pengujian beberapa fitur yang
sudah selesai di develop sebelumnya secara blackbox. Lalu menganalisa pada bug
yang teridentifikasi dan membuat dokumentasi testing beberapa fitur Askrindo
Core System.
j. Minggu Ketigabelas – Keempatbelas (7 Desember 2020 – 18 Desember 2020)
Proses pembelajaran alur bisnis pada produk asuransi SURETY dalam sistem
infomasi Askrindo Core System. Dan melakukan pengujian beberapa fitur yang
sudah selesai di develop sebelumnya secara blackbox. Lalu menganalisa pada bug
yang teridentifikasi dan membuat dokumentasi testing beberapa fitur Askrindo
Core System.
k. Minggu Kelimabelas (21 Desember 2020 – 25 Desember 2020)
Melanjutkan pengujian beberapa fitur dalam produk asuransi ASKRED yang sudah
selesai di develop sebelumnya secara otomatis mengunakan tools katalon dan
postman. Lalu menganalisa pada bug yang teridentifikasi dan membuat
dokumentasi testing beberapa fitur Askrindo Core System.
21
Jurusan Teknik Informatika dan Komputer – Politeknik Negeri Jakarta
3.3.Pembahasan Hasil PKL
3.3.1 Perencanaan
A. Requirement
Pengumpulan requirement dilakukan untuk menentukan batasan dari
aplikasi dan menjabarkan fungsi / fitur yang terdapat di aplikasi.
Requirement Sistem Informasi Askrindo Core System produk Asuransi
Kredit sebagai berikut :
a. User dapat dapat melakukan pendataan debitur, business partner,
perjanjian kerja sama, akseptasi, klaim, dan subrogasi dengan Form
yang disediakan dalam sistem.
b. Hasil pendataan dapat di lihat detail nya, di cari, di filter, dan di ubah.
c. Pada data perjanjian kerja sama dapat melakukan extend tambah tanggal
periode PK
B. Non Requirement
Pengumpulan non requirement dilakukan untuk menentukan batasan dari
aplikasi tersebut. Non requirement Sistem Informasi Askrindo Core System
produk Asuransi Kredit sebagai berikut :
a. Sistem hanya dapat diakses menggunakan wifi perusahaan dan akun vpn
perusahaan yang sudah terdaftar.
b. Sistem harus menyertakan sebuah prosedur login yakni pengguna harus
mengindentifikasi diri dengan username dan password. Hanya pengguna
yang memiliki wewenang yang dapat mengakses data dalam sistem.
c. Seluruh data harus di back-up setelah testing, hasil backup disimpan di
lokasi yang aman.
C. Design
1. Design Proses
Aplikasi dirancang dengan menggunakan Unified Modeling Language
(UML). Diagram UML yang dibuat untuk merancang Sistem Informasi
Askrindo Core System produk Asuransi Kredit adalah activity digram.
22
Jurusan Teknik Informatika dan Komputer – Politeknik Negeri Jakarta
Berikut ini adalah desain Sistem Informasi Askrindo Core System produk
Asuransi Kredit :
a. Usecase Diagram
Usecase diagram pada gambar 3.2 merupakan untuk menggambarkan actor
dari aplikasi yang dapat melakukan aktifitas di aplikasi. Seorang user yaitu
berupa staff Quality Assurance bisa melakukan login kedalam aplikasi
kemudian bisa mengelola data debitur, business partner, dan perjanjian
kerja sama seperti memasukkan dan mengubah data. Setelah data yang
sudah tersimpan dalam sistem user dapat bisa melihat dan mencari data
debitur, business partner, perjanjian kerja sama, akseptasi, klaim, dan
subrogasi. Setelah semua selesai dilakukan maka user akan melakukan Log
out.
Gambar 3. 2 Usecase Diagram Pengujian Askred
23
Jurusan Teknik Informatika dan Komputer – Politeknik Negeri Jakarta
b. Activity Diagram
1. Activity Diagram Melakukan Login.
Activity Diagram login pada gambar 3.3 merupakan diagram untuk
menjelaskan bagaimana alur aktivitas user dalam melakukan login di
aplikasi. Dimulai dengan user membuka aplikasi system menampilkan
login, user menginput username dan password maka system akan
memvalidasi. Jika tervalidasi maka system langsung menampilkan
halaman dashboard, jika eror maka menampilkan pesan “Failure
response” atau tetap menampilkan halaman login.
Gambar 3. 3 Activity Diagram Melakukan Login
2. Activity Diagram Menambah Data Debitur
Aktivitas dimulai dengan user, yaitu front desk sudah memasuki
halaman dashboard dan memilih fitur marketing kemudian fitur debitur,
setelah itu system akan menampilkan halaman debitur. User memilih
24
Jurusan Teknik Informatika dan Komputer – Politeknik Negeri Jakarta
button (+) atau tambah data, kemudian system akan menampilkan
halaman form debitur yang berupa isian dan pilihan. User mengisi
semua bagian form, setelah selesai user memilih button selesai dan
memilih button ya. Lalu system akan memvalidasi data yang telah terisi
di dalam form, jika data form mandatory belum terisikan akan
memunculkan pesan warning pada layar dan jika data form mandatory
telah terisi dengan benar system akan kembali ke halaman debitur. Alur
aktivitas dari proses penambahan data debitur ditunjukan pada gambar
3.4.
25
Jurusan Teknik Informatika dan Komputer – Politeknik Negeri Jakarta
Gambar 3. 4 Activity Diagram Menambah Data Debitur
3. Activity Diagram Mengubah Data debitur
Activity diagram untuk mengubah data debitur terdapat pada gambar
3.5. User memilih fitur debitur, sistem akan menampilkan halaman
debitur, user dapat memasukkan id debitur atau nama debitur yang
ingin dicari, selanjutnya sistem akan menampikan detail debitur yang
diinginkan yang berisi form debitur, user dapat mengubah data debitur
yang diinginkan. Setelah selesai user memilih button update dan
memilih button ya. Lalu system akan memvalidasi data yang telah
terisikan dalam form, jika data form mandatory belum terisikan akan
memunculkan pesan warning pada layar dan jika data form mandatory
telah terisi dengan benar system akan kembali ke halaman debitur.
26
Jurusan Teknik Informatika dan Komputer – Politeknik Negeri Jakarta
Gambar 3. 5 Activity Diagram Mengubah Data Debitur
4. Activity diagram menambah data business partner
Aktivitas user untuk melakukan penambah data business partner pada
gambar 3.6 merupakan langkah untuk user memilih fitur marketing
kemudian fitur business partner, setelah itu system akan menampilkan
halaman business partner. User memilih button (+) atau tambah data,
kemudian system akan menampilkan halaman form business partner
yang berupa isian dan pilihan. User mengisi semua bagian form, setelah
selesai user memilih button selesai dan memilih button ya. Lalu system
akan memvalidasi data yang telah terisikan dalam form, jika data form
27
Jurusan Teknik Informatika dan Komputer – Politeknik Negeri Jakarta
mandatory belum terisikan akan memunculkan pesan warning pada
layar dan jika data form mandatory telah terisi dengan benar system
akan kembali ke halaman business partner.
Gambar 3. 6 Activity Diagram Menambah Data Business Partner
28
Jurusan Teknik Informatika dan Komputer – Politeknik Negeri Jakarta
5. Activity Diagram Mengubah Data business partner
Activity diagram mengubah data business partner dimulai dengan
user memilih fitur marketing kemudian fitur business partner,
sistem akan menampilkan halaman business partner, user dapat
memasukkan id business partner atau nama business partner yang
ingin dicari, selanjutnya sistem akan menampikan detail business
partner yang diinginkan yang berisi form business partner, user
dapat mengubah data business partner yang diinginkan. Setelah
selesai user memilih button update dan memilih button ya. Lalu
system akan memvalidasi data yang telah terisikan dalam form, jika
data form mandatory belum terisikan akan memunculkan pesan
warning pada layar dan jika data form mandatory telah terisi dengan
benar system akan kembali ke halaman business partner. Alur
aktivitas dari proses penambahan data business partner ditunjukan
pada gambar 3.7.
29
Jurusan Teknik Informatika dan Komputer – Politeknik Negeri Jakarta
Gambar 3. 7 Activity Diagram Mengubah Data Business Partner
6. Activity Diagram Menambah Data Perjanjian Kerja Sama
Aktivitas dimulai dengan user memilih fitur perjanjian kerja sama,
setelah itu system akan menampilkan halaman perjanjian kerja
sama. User memilih button (+) atau tambah data, kemudian system
akan menampilkan halaman form perjanjian kerja sama yang berupa
isian dan pilihan. User mengisi semua bagian form, setelah selesai
user memilih button selesai dan memilih button ya. Lalu system
akan memvalidasi data yang telah terisikan dalam form, jika data
form mandatory belum terisikan akan memunculkan pesan warning
pada layar dan jika data form mandatory telah terisi dengan benar
system akan kembali ke halaman perjanjian kerja sama. Alur
30
Jurusan Teknik Informatika dan Komputer – Politeknik Negeri Jakarta
aktivitas dari proses penambahan data perjanjian kerja sama
ditunjukan pada gambar 3.8.
Gambar 3. 8 Activity Diagram Menambah Data PKS
7. Activity Diagram Mengextend Tanggal Periode Perjanjian Kerja
Sama.
Activity diagram untuk mengextend tanggal periode perjanjian kerja
sama terdapat pada gambar 3.9. User memilih fitur perjanjian kerja
sama, sistem akan menampilkan halaman perjanjian kerja sama, user
dapat memasukkan id perjanjian kerja sama yang ingin dicari,
selanjutnya sistem akan menampikan list perjanjian kerja sama yang
diinginkan, user memilih icon date untuk mengextend tanggal
periode PKS, system akan menampilkan form yang berisi data PKS
31
Jurusan Teknik Informatika dan Komputer – Politeknik Negeri Jakarta
yang ingin di extend tangal PKS nya, user dapat menambah tanggal
periode PKS yang diinginkan. Setelah selesai user memilih button
update dan memilih button ya. Lalu system akan kembali ke
halaman PKS Askred.
Gambar 3. 9 Activity Diagram Extend Tanggal PKS
8. Activity Diagram Menambah Data Akseptasi
Activity diagram menambah data dimulai dengan user memilih fitur
askred kemudian fitur akseptasi askred dan fitur registrasi
pertanggungan, setelah itu system akan menampilkan halaman
akseptasi. User memilih button (+) atau tambah data, kemudian
system akan menampilkan halaman form akseptasi yang berupa isian
dan pilihan. User mengisi semua bagian form, setelah selesai user
memilih button selesai dan memilih button ya. Lalu system akan
32
Jurusan Teknik Informatika dan Komputer – Politeknik Negeri Jakarta
memvalidasi data yang telah terisikan dalam form, jika data form
mandatory belum terisikan akan memunculkan pesan warning pada
layar dan jika data form mandatory telah terisi dengan benar system
akan kembali ke halaman akseptasi. Setelah data akseptasi dibuat
user membuat nota penawaran dari data akseptasi tersebut. User
mencari data akseptasi yang sebelumnya dibuat, lalu sistem akan
menapilkan detail dari data akseptasi tersebut. User membuat nota
penawaran, kemudian sistem mengirim nota penawaran yang telah
dibuat. Setelah nota penawaran dibuat sistem akan mencetak polis
dari data akseptasi tersebut. Alur aktivitas dari proses penambahan
data akseptasi ditunjukan pada gambar 3.10.
33
Jurusan Teknik Informatika dan Komputer – Politeknik Negeri Jakarta
Gambar 3. 10 Activity Diagram Menambah Data akseptasi
9. Activity Diagram Melihat Data klaim
Gambar 3.11 merupakan alur aktivitas dari proses melihat data klaim
dengan memilih fitur klaim dan system akan menampilkan halaman
klaim. Untuk menampilkan list data klaim, user memilih icon muat
data system akan menampilkan list data klaim yang sudah tersimpan
dalam system. Setelah itu user memilih salah satu data klaim yang
ingin dilihat detailnya dan system akan menampilkan detail data
klaim yang di inginkan.
34
Jurusan Teknik Informatika dan Komputer – Politeknik Negeri Jakarta
Gambar 3. 11 Activity Diagram Melihat Data Klaim
10. Activity Diagram Melihat Data subrogasi
Gambar 3.12 merupakan alur aktivitas dari proses melihat data
subrogasi dengan memilih fitur subrogasi dan system akan
menampilkan halaman subrogasi. Untuk menampilkan list data
subrogasi, user memilih icon muat data, system akan menampilkan
list data subrogasi yang sudah tersimpan dalam system. Setelah itu
user memilih salah satu data subrogasi yang ingin dilihat detailnya
dan system akan menampilkan detail data subrogasi yang di inginkan.
35
Jurusan Teknik Informatika dan Komputer – Politeknik Negeri Jakarta
Gambar 3. 12 Activity Diagram Melihat Data Subrogasi
2. Design Data
a. Entity Relation Diagram (ERD)
Entity relation diagram pada gambar 3.13 merupakan untuk
menggambarkan tabel yang ada dalam sistem informasi Askrindo
Core System Askred. ERD sistem informasi askrindo core system
produk asuransi kredit memiliki 6 tabel yakni debitur, business
partner, perjanjian kerja sama, akseptasi, klaim, dan subrogasi.
Table debitur memiliki atribut yakni ID_Debitur dan Nama_Debitur
sebagai primary key, Tipe_Debitur, NIK_Debitur, No_NPWP,
Alamat_Debitur, Kontak_Debitur, Jenis_Usaha, Segmen_Usaha,
dan Cabang Debitur. Tabel business partner memiliki
36
Jurusan Teknik Informatika dan Komputer – Politeknik Negeri Jakarta
ID_BusinessPartner dan Nama_Tertanggung sebagai primary key,
Tipe_BusinessPartner, No_NPWP, Alamat_BusinessPartner,
Kontak_BusinessPartner, Source_Ofbusiness, Bidang_Usaha,
Cabang_Aksrindo. Tabel Perjanjian kerja sama memiliki
No_PKSAskrindo sebagai primary key, Tanggal_PKS,
Periode_PKS, Ruang_Lingkup, Cabang_PenggunaPKS, dan
Nama_Tertanggung sebagai foreign key. Tabel Akseptasi memiliki
No_Registrasi dan No SuratPengantar sebagai primary key,
Tanggal_SuratPengantar, Periode_DJB, No_PKSAskrindo dan
Nama tertanggung sebagai foreign key. Tabel klaim memiliki
No_Agenda sebagai primary key, tanggal_Suratpengantar,
No_Polis, No_STGR dan Nama_Tertanggung sebagai foreign key.
Tabel Subrogasi memiliki No_Rencana sebagai primary key,
Tanggal_Berlaku, Collection_Agent, Periode_Pembayaran,
Nama_Bank, Cabang_Bank, Ketersediaan_Agunan,
No_Rekpinjaman, Nama debitur dan No_Agenda sebagai foreign
key.Selain table ERD memiliki relasi one to many, many to one, dan
many to many. Pada relasi one to many seperti Nama_Tertanggung
di business partner ke Nama_Tertanggu di tabel akseptasi dan
No_PKSAskrindo di table perjanjian kerja sama ke
No_PKSAskrindo di table aksepasi. Many to one seperti
Nama_Tertanggu di tabel business partner ke Nama_Tertanggung
di table perjanjian kerja sama. Many to many seperti Nama_Debitur
di tabel debitur ke Nama_Debitur di table subrogasi dan No_Agenda
di klaim ke No_Agenda di Subrogasi.
37
Jurusan Teknik Informatika dan Komputer – Politeknik Negeri Jakarta
Gambar 3. 13 Entity Relation Diagram ASKRED
38
b. Data Dictionary
1. Debitur
Tabel 3. 1Data Dictionary Debitur Pada ASKRED
No Attribute Description Data Type Size Contsraint PK or FK FK Referenced Table
1 ID_Debitur ID Debitur VARCHAR 100 NOT NULL PK
2 Nama_Debitur Nama Debitur VARCHAR 255 NOT NULL PK
3 Tipe_Debitur Tipe Debitur ENUM NOT NULL
4 NIK_Debitur NIK Debitur INT 50
5 No_NPWP No NPWP INT 50
6 Alamat_Debitur Alamat Debitur TEXT
7 Kontak_Debitur Kontak Debitur INT 50
8 Jenis_Usaha Jenis Usaha ENUM
9 Segmen_Debitur Segmen Debitur ENUM
10 Cabang_Askrindo Cabang Askrindo
Debitur Terdaftar
ENUM
39
2. Business Partner
Tabel 3. 2 Data Dictionary Business Partner Pada ASKRED
No Attribute Description Data Type Size Contsraint PK or FK FK Referenced Table
1 ID_Businesspartner ID Business
Partner
VARCHAR 100 NOT NULL PK
2 Nama_Tertanggung Nama
Tertanggung
VARCHAR 255 NOT NULL PK
3 Tipe_Business
partner
Tipe Business
Partner
ENUM NOT NULL
4 No_NPWP No NPWP INT 50
5 Alamat_Business
partner
Alamat Business
Partner
TEXT
6 Kontak_Business
partner
Kontak Business
Partner
TEXT
7 Source_Ofbusiness Sumber Bisnis ENUM
40
Tabel 3.2 (Lanjutan)
No Attribute Description Data Type Size Contsraint PK or FK FK Referenced Table
8 Bidang_Usaha Bidang usaha ENUM
9 Cabang_Askrindo Cabang Askrindo
Business Partner
Terdaftar
ENUM
3. Perjanjian Kerja sama
Tabel 3. 3 Data Dictionary Perjanjian Kerja Sama Pada ASKRED
No Attribute Description Data Type Size Contsraint PK or FK FK Referenced Table
1 No_PKSAskrindo No PKS Askrindo VARCHAR 100 NOT NULL PK
2 Nama_Tertanggung Nama
Tertanggung
VARCHAR 255 NOT NULL FK Business Partner
3 Tanggal_PKS Tanggal PKS
Terdaftar
DATE
41
Tabel 3.3 (Lanjutan)
No Attribute Description Data Type Size Contsraint PK or FK FK Referenced Table
4 Periode_PKS Periode PKS DATE NOT NULL
5 Ruang_Lingkup Ruang Lingkup
Tertanggung
ENUM
6 Cabang_PenggunaPKS Cabang Pengguna
PKS Terdaftar
ENUM
7 Daftar_Product Daftar Product
yang Dipilih
ENUM
42
4. Akseptasi
Tabel 3. 4 Data Dictionary Akseptasi Pada ASKRED
No Attribute Description Data Type Size Contsraint PK or FK FK Referenced Table
1 No_Registrasi Nomor Registrasi VARCHAR 100 NOT NULL PK
2 No_SuratPengantar Nomor Surat
Pengantar
VARCHAR 255 NOT NULL PK
3 No_PKSAskrindo Nomor PKS
Askrindo
VARCHAR 100 NOT NULL FK Perjanjian Kerjasama
4 Nama_Tertanggung Nama
Tertanggung
VARCHAR 255 NOT NULL FK Business Partner
5 Tanggal_Suratpengantar Tanggal Surat
Pengantar
DATE
6 Periode_DJB Tanggal Periode
DJB
DATE
43
5. Klaim
Tabel 3. 5 Data Dictionary Klaim Pada ASKRED
No Attribute Description Data Type Size Contsraint PK or FK FK Referenced Table
1 No_Agenda Nomor Agenda
Klaim
VARCHAR 100 NOT NULL PK
2 No_STGR Nomor STGR VARCHAR 100 NOT NULL PK
3 Nama_Tertanggung Nama
Tertanggung
VARCHAR 255 NOT NULL FK Business Partner
4 Tanggal_Agenda Tanggal Agenda
Klaim
DATE
5 Tanggal_Surat
pengantar
Tanggal Surat
Pengantar
DATE
6 No_Polis Nomor
Polis
VARCHAR 100
44
6. Subrogasi
Tabel 3. 6 Data Dictionary Subrogasi Pada ASKRED
No Attribute Description Data Type Size Contsraint PK or FK FK Referenced Table
1 No_Rencana No Rencana
Subrogasi
VARCHAR 100 NOT NULL PK
2 Nama_Debitur Nama Debitur VARCHAR 255 NOT NULL FK Debitur
3 No_Agenda No
Agenda Klaim
VARCHAR 100 NOT NULL FK Klaim
4 Tanggal_Berlaku Tanggal Berlaku
Subrogasi
DATE
5 Collection_Agent Agen Penagih
Subrogasi
VARCHAR 255 NOT NULL
6 Periode_Pembayaran Periode
Pembayaran
DATE
7 Nama_Bank Nama Bank
Pembayaran
ENUM
45
Tabel 3.6 (Lanjutan)
No Attribute Description Data Type Size Contsraint PK or FK FK Referenced Table
8 Cabang_Bank Cabang Bank
Pembayaran yang
terdaftar
ENUM
9 Ketersediaan_Agunan Ketersediaan
Agunan
ENUM
10 No_Rekpinjaman No Rekening
Pinjaman
INT 100
46
Jurusan Teknik Informatika dan Komputer – Politeknik Negeri Jakarta
3. Design Interface
a. Login
Halaman login digunakan untuk menangkap data yang dimasukkan
dari user. Data yang dimasukkan berupa Username dan Password.
User yang lupa password yang dimiliki user memilih lupa password
nanti sistem akan mengirim reset password yang dimiliki user.
Setelah data yang sudah terisi user menekan tombol login
Gambar 3. 14 Design Interface Halaman Login
b. Dashboard
Halaman dashboard digunakan untuk menampilkan halaman utama
dari aplikasi tersebut.
Gambar 3. 15 Design Interface Halaman Dashboard
47
Jurusan Teknik Informatika dan Komputer – Politeknik Negeri Jakarta
c. Debitur
Halaman daftar debitur menampilkan list daftar debitur yang berisi
data debitur seperti tipe debitur, id debitur, nama debitur, jenis
bidang usaha, dan data blacklist debitur. Fitur Search yang berfungsi
mempermudah user untuk mencari data debitur yang
diinginkan.Fitur reload data yang berfungsi untuk memperbarui user
tentang data yang baru dimasukkan.
Gambar 3. 16 Design Interface Halaman Debitur
d. Business Partner
Halaman daftar business partner menampilkan list daftar business
partner yang berisi data business partner seperti tipe business
partner, id business partner, nama business partner, bidang usaha,
dan nama parent business partner. Fitur Search yang berfungsi
mempermudah user untuk mencari data business partner yang
diinginkan.Fitur reload data yang berfungsi untuk memperbarui user
tentang data yang baru dimasukkan.
48
Jurusan Teknik Informatika dan Komputer – Politeknik Negeri Jakarta
Gambar 3. 17 Design Interface Halaman Business Partner
e. Perjanjian Kerja sama
Halaman daftar perjanjian kerja sama menampilkan list daftar
perjanjian kerja sama yang berisi data perjanjian kerja sama seperti
penerima jaminan, no pks askrindo, no addendum, periode, status
pks, status document, aksi yang artinya data yang tersimpan dapat
dicopy, di extend tanggal periode PKS, dan di addendum PKS
tersebut. Fitur Search yang berfungsi mempermudah user untuk
mencari data perjanjian kerja sama yang diinginkan.Fitur reload data
yang berfungsi untuk memperbarui user tentang data yang baru
dimasukkan.
Gambar 3. 18 Design Interface Halaman Perjanjian Kerja Sama
49
Jurusan Teknik Informatika dan Komputer – Politeknik Negeri Jakarta
f. Akseptasi
Halaman daftar akseptasi menampilkan list daftar akseptasi yang
berisi data akspetasi seperti nomor registrasi, tanggal registrasi,
nama tertanggung, agen, broker, dan bancassurance. Fitur Search
yang berfungsi mempermudah user untuk mencari data akspetasi
yang diinginkan.Fitur reload data yang berfungsi untuk
memperbarui user tentang data yang baru dimasukkan.
Gambar 3. 19 Design Interface Halaman Akseptasi
g. Klaim
Halaman daftar klaim menampilkan list daftar klaim yang berisi data
akspetasi seperti nomor agenda, nomor STGR, nama debitur, nomor
PK, nomor polis, nomor rekening pinjaman, status dokumen, dan
status klaim. Fitur Search yang berfungsi mempermudah user untuk
mencari data klaim yang diinginkan.Fitur reload data yang berfungsi
untuk memperbarui user tentang data yang baru dimasukkan.
50
Jurusan Teknik Informatika dan Komputer – Politeknik Negeri Jakarta
Gambar 3. 20 Design Interface Halaman Klaim
h. Subrogasi
Halaman daftar subrogasi menampilkan list daftar subrogasi yang
berisi data subrogasi seperti nomor rencana, tanggal pembuatan,
nama tertanggung, collection agent, nilai subrogasi, dan status rilis.
Fitur Search yang berfungsi mempermudah user untuk mencari data
subrogasi yang diinginkan.Fitur reload data yang berfungsi untuk
memperbarui user tentang data yang baru dimasukkan.
Gambar 3. 21 Design Interface Halaman Subrogasi
51
Jurusan Teknik Informatika dan Komputer – Politeknik Negeri Jakarta
3.3.2 Implementasi
Tahap implementasi merupakan tahap system yang telah dirancang sebelumnya.
Hasil tahap ini merupakan tahap pengimplemtasian system yang telah dirancang
sebelumnya. Berikut adalah tampilan aplikasi setelah diimpelentasi di website :
1. Modul Login
Modul login merupakan salah satu syarat agar user dapat menggunakan aplikasi.
Kegunaan dari login adalah sebagai jalur masuk ke aplikasi sesuai degan data
user secara spesifik, serta untuk memproteksi data user dengan keamanan berupa
username dan password yang berbeda dengan user lain. Jika user salah
memasukan username atau passwordnya. Maka validasi login gagal dan tidak
dapat masuk ke menu utama. Pada gambar 3.22 merupakan halaman user
menginput username dan password.
Gambar 3. 22 Modul Login dan Dashboard
52
Jurusan Teknik Informatika dan Komputer – Politeknik Negeri Jakarta
2. Modul Debitur
Modul debitur merupakan modul untuk menampilkan list debitur yang sudah
tersimpan dalam database ACS. Informasi list debitur berupa : tipe debitur,
id debitur, nama debitur, jenis bidang usaha, dan blacklist. User dapat
menambahkan dan mengubah data pada form debitur yang sudah disediakan.
Pada gambar 3.23 menampikan halaman debitur dan list debitur yang
terdapat pada database ACS.
Gambar 3. 23 Modul Halaman Debitur
3. Modul Business Partner
Modul business partner merupakan modul untuk menampilkan list business
parnert yang sudah tersimpan dalam database ACS. Informasi list business
partner berupa : tipe business partner, id business partner, nama business
partner, bidang usaha, dan nama parent business partner. User dapat
menambahkan dan mengubah data pada form business partner yang sudah
disediakan. Pada gambar 3.24 menampikan halaman business partner dan
list business partner yang terdapat pada database ACS.
53
Jurusan Teknik Informatika dan Komputer – Politeknik Negeri Jakarta
Gambar 3. 24 Modul Halaman Business Partner
4. Modul Perjanjian Kerja Sama
Modul perjanjian kerja sama merupakan modul untuk menampilkan list
perjanjian kerja sama yang sudah tersimpan dalam database ACS. Informasi
list perjanjian kerja sama berupa : aksi, penerima jaminan, no PKS Askrindo,
no addendum, periode, status PKS, dan status document .User dapat
menambahkan dan mengextend tanggal periode PKS pada form perjanjian
kerja sama yang sudah disediakan. Pada gambar 3.25 menampikan halaman
perjanjian kerja sama dan list perjanjian kerja sama yang terdapat pada
database ACS.
Gambar 3. 25 Modul Halaman PKS
5. Modul Akseptasi
Modul akseptasi merupakan modul untuk menampilkan list akseptasi yang
sudah tersimpan dalam database ACS. Informasi list akseptasi berupa : no
registrasi, tanggal registrasi, nama tertanggung, agen, broker, dan
bancaasurance. User dapat menambahkan data pada form akseptasi yang sudah
54
Jurusan Teknik Informatika dan Komputer – Politeknik Negeri Jakarta
disediakan. Pada gambar 3.26 menampikan halaman akseptasi dan list
akseptasi yang terdapat pada database ACS.
Gambar 3. 26 Modul Halaman Akseptasi
6. Modul Klaim
Modul klaim merupakan modul untuk menampilkan data klaim yang terdapat
dalam database ACS. Modul ini berfungsi untuk mengklaim polis yang sudah
di buat saat akseptasi, pada modul klaim menjelaskan penyebab klaim diambil
oleh debitur dan di analisa oleh pihak PT. Askrindo bahwa klaim tersebut
disetujui/tidak. Klaim dapat diambil sesuai dengan perjanjian PKS/Nota
penawaran, berdasarkan penyebab klaim yang dapat diambil, nilai klaimnya,
dan syarat-syarat lainnya. contoh klaim yang bisa di setujui seperti nilai
klaimnya tidak boleh lewat dari nilai pertanggungan (pada akseptasi),
penyebab klaim nya sesuai pada pks/np. Informasi list klaim berupa : aksi, no
agenda, no STGR, nama debitur, no PKS, No Polis, no Rek pinjaman, status
document, dan status klaim. Pada gambar 3.27 menampikan halaman klaim
dan list klaim yang terdapat pada database ACS.
Gambar 3. 27 Modul Halaman Klaim
55
Jurusan Teknik Informatika dan Komputer – Politeknik Negeri Jakarta
7. Modul Subrogasi
Modul subrogasi merupakan modul yang berisi fungsi untuk menampilkan
data subrogasi yang terdapat dalam database ACS. Modul ini adalah proses
ketika klaim sudah dibayar/diterima, nanti akan dilakukan penagihan oleh PT.
Askrindo ke nasabah. Pada penagihan tsb akan dijabarkan seperti angsuran per
penagihan, collector fee dan biaya rekonsiliasi.Informasi list subrogasi berupa
: nomor rencana, tanggal pembuatan, nama tertanggung, collection agent, nilai
subrogasi, dan status rilis. Pada gambar 3.28 menampikan halaman subrogasi
dan list subrogasi yang terdapat pada database ACS.
Gambar 3. 28 Modul Halaman Subrogasi
3.3.3 Testing
Tahap testing dilakukan untuk menguji fungsional dari system yang telah
dibangun maupun dikembangkan. Testing dilakukan dengan cara manual
dan otomatis disesuaikan dengan test case yang sudah ada. Adapun
pengujian manual dilakukan menggunakan pendekatan black box dan
pengujian otomatis menggunakan tools katalon dan postman.
1. Modul Login
Tabel 3. 7 Perencanaan Pengujian Login ASKRED
Halaman
Pengujian
Detail Pengujian Jenis Pengujian
Login User masuk ke halaman dashboard
ketika berhasil, jika gagal akan
muncul message failure
Automatian
Testing
56
Jurusan Teknik Informatika dan Komputer – Politeknik Negeri Jakarta
UAT Pengujian Login
Tabel 3. 8 UAT Pengujian Login
Hasil Uji (Data Normal)
Data Masukan Harapan Pengamatan Status
Memasukan
email dan
password yang
sudah
ditentukan
Login
Berhasil
Login berhasil,
dan system
menampilkan
halaman utama
pada aplikasi
Passed
Hasil Uji (Data Tidak Normal)
Data Masukan Harapan Pengamatan Kesimpulan
Memasukan
email salah dan
password salah
Login gagal
Login gagal dan
system
menampilkan
pesan failure
Passed
Memasukan
email benar
dan password
salah
Login gagal
Login gagal dan
system
menampilkan
pesan internal
server eror
Passed
Memasukan
email salah dan
password
benar
Login gagal
Login gagal dan
system tetap
menampilkan
halaman login
Passed
57
Jurusan Teknik Informatika dan Komputer – Politeknik Negeri Jakarta
2. Modul Debitur dan Business Partner
Tabel 3. 9 Perencanaan Pengujian Debitur dan Business Partner pada ASKRED
Halaman
Pengujian
Detail Pengujian Jenis Pengujian
View Data Menampilkan List data
debitur dan business partner
Automation Testing
Fitur Search User dapat melakukan
pencarian data dengan
menggunakan id atau nama
Automation Testing
Ubah Data User dapat melakukan
pengeditan data yang telah
diinput sebelumnya
Automation Testing
Tambah Data User dapat melakukan
tambah data untuk
melakukan pendataan
Black box Testing
UAT Pengujian Debitur
Tabel 3. 10 UAT Pengujian Debitur
Hasil Uji (Data Normal)
Data Masukan Harapan Pengamatan Status
Melihat list data
Dapat
menampilkan
list yang
tersimpan
Pada form
debitur yang
telah disimpan
akan muncul
pada halaman
list view
Passed
58
Jurusan Teknik Informatika dan Komputer – Politeknik Negeri Jakarta
Tabel 3.10 (Lanjutan)
Hasil Uji (Data Normal)
Data Masukan Harapan Pengamatan Status
Melakukan
search data
Dapat
menemukan
data sesuai
dengan apa
yang dicari dan
dapat melihat
detail dari data
tersebut
User
menemukan data
debitur yang
dicari
Passed
Mengubah data
setelah
disimpan dalam
database
Dapat
mengubah data
yang telah
disimpan dalam
database
User dapat
mengubah data
dan system
menampilkan
isian
sebelumnya
yang telah di
input
Passed
Menambah
Data
Dapat
menambahkan
data dengan
mengisi semua
form yang
tersedia (tidak
boleh ada yang
kosong)
User dapat
menambahkan
data dan
tersimpan ke
dalam database,
*Jika dalam
pengisian data
terdapat data
yang kosong
(tidak terisi),
data tidak dapat
tersimpan
Passed
59
Jurusan Teknik Informatika dan Komputer – Politeknik Negeri Jakarta
UAT Pengujian Business Partner
Tabel 3. 11 UAT Pengujian Business Partner
Hasil Uji (Data Normal)
Data Masukan Harapan Pengamatan Status
Melihat list
data
Dapat
menampilkan
list yang
tersimpan
Pada form
business
partner yang
telah disimpan
akan muncul
pada halaman
list view
Passed
Melakukan
search data
Dapat
menemukan
data sesuai
dengan apa
yang dicari dan
dapat melihat
detail dari data
tersebut
User
menemukan
data business
partner yang
dicari
Passed
Mengubah
data setelah
disimpan
dalam
database
Dapat
mengubah data
yang telah
disimpan
dalam database
User dapat
mengubah data
dan system
menampilkan
isian
sebelumnya
yang telah di
input
Passed
60
Jurusan Teknik Informatika dan Komputer – Politeknik Negeri Jakarta
Tabel 3.11 (Lanjutan)
Hasil Uji (Data Normal)
Data Masukan Harapan Pengamatan Status
Menambah
Data
Dapat
menambahkan
data dengan
mengisi semua
form yang
tersedia (tidak
boleh ada yang
kosong)
User dapat
menambahkan
data dan
tersimpan ke
dalam database,
*Jika dalam
pengisian data
terdapat data
yang kosong
(tidak terisi),
data tidak dapat
tersimpan
Passed
3. Modul Perjanjian Kerja Sama
Tabel 3. 12 Perencanaan Pengujian Perjanjian Kerja Sama pada ASKRED
Halaman
Pengujian
Detail Pengujian Jenis Pengujian
View Data Menampilkan List data
perjanjian kerja sama
Automation Testing
Fitur Search User dapat melakukan
pencarian data dengan
menggunakan id atau nama
Automation Testing
Perpanjangan
PKS (extend
PKS)
User dapat melakukan
pengextend tambah tanggal
periode PKS dengan status
“Active”
Automation Testing
61
Jurusan Teknik Informatika dan Komputer – Politeknik Negeri Jakarta
Tabel 3.12 (Lanjutan)
Halaman
Pengujian
Detail Pengujian Jenis Pengujian
Perpanjangan
PKS (extend
PKS)
User dapat melakukan
perpanjang tanggal periode
PKS dengan status
“Inactive”
Automation Testing
Addendum
PKS
User dapat melakukan
pencarian addendum PKS
yang berstatus “Inactive”
Automation Testing
Tambah Data User dapat melakukan
tambah data untuk
melakukan pendataan
Black box Testing
UAT Pengujian Perjanjian Kerja Sama
Tabel 3. 13 UAT Pengujian Perjanjian Kerja Sama
Hasil Uji (Data Normal)
Data Masukan Harapan Pengamatan Status
Melihat list
data
Dapat
menampilkan list
yang tersimpan
Pada form
perjanjian kerja
sama yang telah
disimpan akan
muncul pada
halaman list view
Passed
Melakukan
search data
Data dapat
ditemukan sesuai
dengan apa yang
dicari dan dapat
melihat detail
dari data tersebut
User menemukan
data tempat yang
dicari
Passed
62
Jurusan Teknik Informatika dan Komputer – Politeknik Negeri Jakarta
Tabel 3.13 (Lanjutan)
Hasil Uji (Data Normal)
Data Masukan Harapan Pengamatan Status
Melakukan
perpanjangan
PKS (extend
PKS)
Dapat
melakukan
extend tanggal
periode PKS
dengan status
“Active” yang
telah tersimpan
sebelumnya
User dapat
mengextend
tanggal periode
PKS dan system
menampilkan
isian sebelumnya
yang telah di
input
Passed
Melakukan
perpanjangan
PKS (extend
PKS)
Dapat
melakukan
extend tanggal
periode PKS
dengan status
“Inactive” yang
telah tersimpan
sebelumnya
User dapat
mengextend
tanggal periode
PKS dan system
menampilkan
isian sebelumnya
yang telah di
input
Passed
Menambah Data
Dapat
menambahkan
data dengan
mengisi semua
form yang
tersedia (tidak
boleh ada yang
kosong)
User dapat
menambahkan
data dan
tersimpan ke
dalam database,
*Jika dalam
pengisian data
terdapat data yang
kosong (tidak
terisi), data tidak
dapat tersimpan
Passed
63
Jurusan Teknik Informatika dan Komputer – Politeknik Negeri Jakarta
4. Modul Akseptasi
Tabel 3. 14 Perencanaan Pengujian Akseptasi pada ASKRED
Halaman
Pengujian
Detail Pengujian Jenis Pengujian
View Data Menampilkan List data
akseptasi
Automation Testing
Fitur Search User dapat melakukan
pencarian data dengan
menggunakan id atau nama
Automation Testing
Tambah Data User dapat melakukan
tambah data untuk
melakukan pendataan
Black box Testing
UAT Pengujian Akseptasi
Tabel 3. 15 UAT Pengujian Akseptasi
Hasil Uji (Data Normal)
Data
Masukan Harapan Pengamatan Status
Melihat list
data
Pendataan yang
dilakukan oleh user
melalui form dapat
ditampilkan
Pada form
akseptasi yang
telah disimpan
akan muncul
pada halaman
list view
Passed
Melakukan
search data
Data dapat ditemukan
sesuai dengan apa
yang dicari dan dapat
melihat detail dari data
tersebut
User
menemukan
data tempat
yang dicari
Passed
64
Jurusan Teknik Informatika dan Komputer – Politeknik Negeri Jakarta
Tabel 3.15 (Lanjutan)
Hasil Uji (Data Normal)
Data
Masukan Harapan Pengamatan Status
Menambah
Data
Dapat
menambahkan
data dengan
mengisi semua
form yang tersedia
(tidak boleh ada
yang kosong)
Setelah terisi
semua, data
tersimpan ke
dalam database,
saat pengisian ada
yang kosong,
tidak dapat
menambahkan
data
Passed
5. Modul Klaim, Subrogasi, dan Recovery
Tabel 3. 16 Perencanaan Pengujian Akseptasi pada ASKRED
Halaman
Pengujian
Detail Pengujian Jenis Pengujian
View Data Menampilkan List data
akseptasi
Automation Testing
Fitur Search User dapat melakukan
pencarian data dengan
menggunakan id atau nama
Automation Testing
UAT Pengujian Klaim
Tabel 3. 17 UAT Pengujian Klaim
Hasil Uji (Data Normal)
Data
Masukan Harapan Pengamatan Status
Melihat
list data
Dapat
menampilkan list
yang tersimpan
Pada form akseptasi yang
telah disimpan akan muncul
pada halaman list view
Passed
65
Jurusan Teknik Informatika dan Komputer – Politeknik Negeri Jakarta
Tabel 3.17 (Lanjutan)
Hasil Uji (Data Normal)
Harapan Pengamatan Status
Melakukan
search
data
Dapat
menemukan data
sesuai dengan apa
yang dicari dan
dapat melihat
detail dari data
tersebut
User menemukan data
akseptasi yang dicari Passed
UAT Pengujian Subrogasi
Tabel 3. 18 UAT Pengujian Subrogasi
Hasil Uji (Data Normal)
Data Masukan Harapan Pengamatan Status
Melihat list
data
Dapat
menampilkan
list yang
tersimpan
Pada form
subrogasi yang
telah disimpan
akan muncul
pada halaman
list view
Passed
Melakukan
search data
Dapat
menemukan
data sesuai
dengan apa
yang dicari dan
dapat melihat
detail dari data
tersebut
User
menemukan
data subrogasi
yang dicari
Passed
66
Jurusan Teknik Informatika dan Komputer – Politeknik Negeri Jakarta
3.4 Identifikasi Kendala yang Dihadapi
Subini menjelasikan mengenai kendala-kendala yang dihadapi selama Praktik
Kerja Lapangan berlangsung serta cara mengatasi dari kendala tersebut.
3.4.1 Kendala Pelaksanaan Tugas
Kendala yang dihadapi selama masa Praktik Kerja Lapangan adalah :
a. Sering terjadi kesulitan dalam menguji fitur yang dilakukan dalam jangka
pendek
b. Tidak familiar dengan beberapa singkatan kerja
3.4.2 Cara Mengatasi Kendala
Berikut penanggulangan untuk mengatasi dari kendala-kendala yang
dihadapi ialah :
a. Mendiskusikan fitur tersebut bersama tim dan fitur tersebut hingga
perkembangan lebih lanjut
b. Mempelajari hal-hal yang baru dan aktif bertanya kepada pembimbing
industry
67
BAB IV
PENUTUP
4.1 Kesimpulan
Berdasarkan kegiatan Praktik Kerja Lapangan yang telah dilakukan di PT.
Askrindo, dapat disimpulkan bahwa pengujian Sistem Informasi Askrindo Core
System Produk Asuransi Kredit telah berhasil dilakukan dengan cara manual
dan otomatis. Berikut adalah beberapa kesimpulan yang dapat dilakukan :
a. Dalam pengujian Sistem Informasi Askrindo Core System Produk
Asuransi Kredit secara manual dapat memastikan bahwa fungsi sistem
bekerja dengan sebaik-baiknya dan memeriksa kesalahannya.
b. Dalam pengujian Sistem Informasi Askrindo Core System Produk
Asuransi Kredit secara otomatis dapat memastikan bahwa fungsi sistem
bekerja dengan sebaik-baiknya dan memeriksa kesalahannya.
4.2 Saran
Berdasarkan kegiatan yang dilakukan selama praktir kerja lapangan, maka
saran yang ingin disampikan untuk Sistem Informasi Askrindo Core System
Produk Asuransi Kredit, yaitu :
a. Dapat dikembangkan dengan menambahkan informasi-informasi yang
relevan.
b. Dapat menyederhanakan fitur yang sudah ada agar lebih mudah
digunakan.
68
Jurusan Teknik Informatika dan Komputer – Politeknik Negeri Jakarta
DAFTAR PUSTAKA
Adella Rosalina, A. A. (2020). Pengujian Black Box pada Sistem Informasi
Penjualan HI Shoe Store Menggunakan Teknik Equivalence Partitions. Jurnal
Informatika Universitas Pamulang, 26 -29.
Askrindo Corporation. (2019, Agustus 21). Retrieved from Askrindo Corporation
Website: https://askrindo.co.id/-/launching-new-corporate-portal-askrindo-is-
ready-to-face-the-digital-era
AZHAR, N. F. (2017). MEMPREDIKSI WAKTU MEMPERBAIKI BUG DARI
LAPORAN BUG MENGGUNAKAN KLASIFIKASI HUTAN ACAK. Surabaya:
INSTITUT TEKNOLOGI SEPULUH NOPEMBER.
Herlinda, D. K. (2019). AUTOMATION TESTING TOOL DALAM PENGUJIAN
APLIKASI BELAJAR TAJWID PADA PLATFORM ANDROID. STRING
(Satuan Tulisan Riset dan Inovasi Teknologi), 205 - 219.
ISMAIL, N. M. (2020). RANCANG BANGUN APLIKASI GAMIFIKASI UNTUK
HAFALAN AL-QURAN MENGGUNAKAN AUDIO FINGERPRINT
BERBASIS ANDROID. Depok: Politeknik Negeri Jakarta.
Kurniawan, N. (2020, Januari 1). Medium. Retrieved from
https://medium.com/@novancimol12/postman-4f181d625fe1
Matin Majduddin Muhtadi, M. D. (n.d.). Analisis GUI Testing pada Aplikasi E-
Commerce menggunakan Katalon. 1387 - 1393.
MUFTI, A. (2016). OPTIMALISASI SISTEM APLIKASI KOMPUTER DAN
MOBILEPHONE UNTUK PENINGKATAN KINERJA. 58 - 62.
PRATIWI, D. I. (2018). PENERAPAN WEBSITE E-COMMERCE RIC BERBASIS
YII FRAMEWORK SEBAGAI MEDIA TRANSAKSI ONLINE PADA RAHARJA
INTERNET CAFE. TANGERANG: SEKOLAH TINGGI MANAJEMEN
DAN ILMU KOMPUTER.
69
Jurusan Teknik Informatika dan Komputer – Politeknik Negeri Jakarta
Rice Novita, N. S. (2015 ). SISTEM INFORMASI PENJUALAN PUPUK
BERBASIS E-COMMERCE. Jurnal TEKNOIF, 1 - 6.
Ryanditha, P. (2018, July 24). Retrieved from Medium Web site:
https://medium.com/skyshidigital/perbedaan-manual-testing-dan-
automated-testing-9d13373a36e
Setiyani, L. (2019). PENGUJIAN SISTEM INFORMASI INVENTORY PADA
PERUSAHAAN DISTRIBUTOR FARMASI MENGGUNAKAN
METODE BLACK BOX TESTING. Jurnal Ilmu Komputer & Teknologi
Informasi, 1 - 9.
Solution, Q. (2016, Maret 18). Retrieved from Quadros Solution Web site:
http://www.quadras.co.id/2016/03/18/manual-vs-automation-testing-tools-
pilih-yang-
mana/#:~:text=Mengenal%20kedua%20jenis%20testing%20tools,oleh%2
0tools%2C%20script%20dan%20software.
L-1
LAMPIRAN
Lampiran 1 Surat Keterangan Praktik Kerja Lapangan
L-2
Lampiran 2 Surat Keterangan Perpanjang Praktik Kerja Lapangan
L-3
Lampiran 3 F8 Buku Penghubung Pembimbing Industri
L-4
(Lanjutan)
L-5
Lampiran 4 F10 User Requirement
L-6
(Lanjutan)
L-7
Lampiran 5 Gambaran Umum Perusahaan
Nama Perusahaan : PT. Asuransi Kredit Indonesia (Askrindo)
Alamat : Jl. Angkasa Blok B-9, Kav.B Kota Baru
Bandar Kemayoran, Jakarta Pusat - 10610
Telepon : 021-6546471/72
Fax : 021-6546483
PT. (Persero) Asuransi Kredit Indonesia atau PT. Askrindo (Persero)
merupakan salah satu Badan Usaha Milik Negara (BUMN) yang bergerak
dalam asuransi/penjaminan, tidak dapat dipisahkan dari pembangunan
ekonomi Bangsa dan Negara Republik Indonesia.
Berdiri tanggal 6 April 1971 berdasarkan Peraturan Pemerintah Republik
Indonesia Nomor 1/1971 tanggal 11 Januari 1971, untuk mengemban misi
dalam pemberdayaan Usaha Mikro, Kecil dan Menengah (UMKM) guna
menunjang pertumbuhan perekonomian Indonesia. Peran PT. Askrindo
(Persero) dalam pemberdayaan UMKM adalah sebagai lembaga penjamin atas
kredit yang disalurkan oleh perbankan kepada UMKM.
PT. Askrindo menerapkan nilai-nilai dasar “Akhlak” yaitu Amanah
(Memegang teguh kepercayaan yang diberikan), Kompeten (Terus belajar dan
mengembangkan kapabilitas), Harmonis (Saling peduli dan menghargai
perbedaan), Loyal (Berdedikasi dan mengutamakan kepentingan bangsa dan
negara), Adaptif (Terus berinovasi dan antusias dalam menggerakan ataupun
menghadapi perubahan), dan Kolaboratif (Membangun kerjasama yang
sinergis)
L-8
Lampiran 6 Dokumentasi Selama PKL
L-9