PENGUJIAN SISTEM INFORMASI ASKRINDO CORE SYSTEM …

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


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


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


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


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


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


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


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


Tabel 2.1 (Lanjutan)


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


(Lanjutan)


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


Tabel 2. 2 Simbol- Simbol dan Fungsi Activiy Diagram

(Rosa A.S dan M.Shalahuddin : 2013)


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


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


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


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


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


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


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


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


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


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


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


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


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


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


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


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


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


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


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


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


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


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


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


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


1 ID_Businesspartner ID Business

Partner

VARCHAR 100 NOT NULL PK

2 Nama_Tertanggung Nama

Tertanggung


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



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


1 No_PKSAskrindo No PKS Askrindo VARCHAR 100 NOT NULL PK


Tertanggung

VARCHAR 255 NOT NULL FK Business Partner

3 Tanggal_PKS Tanggal PKS

Terdaftar

DATE

41



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


1 No_Registrasi Nomor Registrasi VARCHAR 100 NOT NULL PK

2 No_SuratPengantar Nomor Surat

Pengantar


3 No_PKSAskrindo Nomor PKS

Askrindo

VARCHAR 100 NOT NULL FK Perjanjian Kerjasama


Tertanggung


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


1 No_Agenda Nomor Agenda

Klaim


2 No_STGR Nomor STGR VARCHAR 100 NOT NULL PK


Tertanggung


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


1 No_Rencana No Rencana

Subrogasi


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



8 Cabang_Bank Cabang Bank

Pembayaran yang

terdaftar

ENUM

9 Ketersediaan_Agunan Ketersediaan

Agunan

ENUM

10 No_Rekpinjaman No Rekening

Pinjaman

INT 100

46


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


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


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


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


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


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


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


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


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


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


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


2. Modul Debitur dan Business Partner

Tabel 3. 9 Perencanaan Pengujian Debitur dan Business Partner pada ASKRED

Halaman

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



Melihat list data

Dapat

menampilkan

list yang

tersimpan

Pada form

debitur yang

telah disimpan

akan muncul

pada halaman

list view

Passed

58





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


UAT Pengujian Business Partner

Tabel 3. 11 UAT Pengujian Business Partner



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





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



perjanjian kerja sama

Automation Testing




Automation Testing

Perpanjangan

PKS (extend

PKS)

User dapat melakukan

pengextend tambah tanggal

periode PKS dengan status

“Active”

Automation Testing

61



Halaman

Pengujian


Perpanjangan

PKS (extend

PKS)


perpanjang tanggal periode

PKS dengan status

“Inactive”

Automation Testing

Addendum

PKS


pencarian addendum PKS

yang berstatus “Inactive”

Automation Testing


tambah data untuk

melakukan pendataan

Black box Testing

UAT Pengujian Perjanjian Kerja Sama

Tabel 3. 13 UAT Pengujian Perjanjian Kerja Sama



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





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


4. Modul Akseptasi

Tabel 3. 14 Perencanaan Pengujian Akseptasi pada ASKRED

Halaman

Pengujian



akseptasi

Automation Testing




Automation Testing


tambah data untuk

melakukan pendataan

Black box Testing

UAT Pengujian Akseptasi

Tabel 3. 15 UAT Pengujian Akseptasi


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




Data


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



akseptasi

Automation Testing




Automation Testing

UAT Pengujian Klaim

Tabel 3. 17 UAT Pengujian Klaim


Data


Melihat

list data

Dapat

menampilkan list

yang tersimpan

Pada form akseptasi yang

telah disimpan akan muncul

pada halaman list view

Passed

65




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



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


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


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


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

Documents

PENGUJIAN SISTEM INFORMASI ASKRINDO CORE SYSTEM …