Laporan Proyek ISPM FInal - After Add Footer

Laporan Proyek
Aplikasi Tracking Proses Klaim Kendaraan Berbasis Android

Di PT. ASURANSI BHAKTI BHAYANGKARA
Oleh
Budiawan Putra Perdana (1412704)
Novianti Febriyani (1412719)
SEKOLAH TINGGI ILMU KOMPUTER BINANIAGA

BOGOR
2015
Verifikasi Proyek
Telah dipresentasikan pada proyek ini dihadapan tim verifikasi, dosen verifikator,
dan ketua program studi pada 25 Desember 2015
1. Pujiyanto A.Md.Kom, SE.AS,AAAIK
()
2. Ir. Hardi Jamhur
()
3. Irmayansyah, M.kom
()
[halaman ini sengaja dikosongkan]
ii
Lembar Persetujuan
Aplikasi Tracking Proses Klaim Kendaraan Berbasis Android
Di PT. ASURANSI BHAKTI BHAYANGKARA
Disusun Oleh :
Pelaksana 1
Pelaksana 2
Budiawan Putra Perdana
Novianti Febriyani
1412704
1412719
Disetujui Oleh :
Dosen Pembimbing
Pembimbing proyek
Irmayansyah, M.Kom
Pujiyanto A.Md.Kom, SE.AS,AAAIK
11.220.1202
Dosen ISPM
Ir. Hardi Jamhur

11.119.9101
Penanggung Jawab Proyek
Ketua Program Studi
Drs. H. Moch. Aini Gentimat, SH
Irmayansyah, M.Kom
11.120.0404
iii
Kata Pengantar
Puji dan syukur dipanjatkan kehadirat Tuhan Yang Maha Esa karena atas berkat
dan rahmat-Nya laporan proyek berjudul Aplikasi Tracking Proses Klaim Kendaraan
Berbasis Android di PT. Asuransi Bhakti Bhayangkara dapat diselesaikan dengan baik.
Turut mengucapkan terima kasih kepada pihak-pihak yang terlibat dalam penyusunan
laporan ini sehingga laporan proyek ini dapat terselesaikan dengan tepat waktu.
Telah diusahakan sebaik mungkin untuk menyelesaikan laporan proyek ini. Jika
masih ada kesalahan ataupun kekuangan dalam penyusunan laporan proyek ini dimohon
kritik dan saran yang membangun demi perbaikan pada penyusunan laporan proyek
selanjutnya. Semoga makalah ini dapat brmanfaat dan menjadi bahan referensi untuk
pembuatan laporan kedepan.
iv
Bogor, Desember 2015
Penulis
Daftar Isi
vi
Daftar Tabel
Tabel 1
Biaya dan manfaat proyek................................................................................................... i
Tabel 2 Operational Feasibility............................................................................................ii
Tabel 3 Technical Feasibility.............................................................................................. iii
Tabel 4 Data aktifitas proyek..............................................................................................iv
Tabel 5 Waktu yang diharapkan dari proyek (Excepted Time)............................................v
Tabel 6 Waktu kegiatan proyek.......................................................................................... vi
Tabel 7 Spesifikasi hardware.............................................................................................. 1
Tabel 8 Spesifikasi software............................................................................................... 1
Tabel 9 Identifikasi Aktor..................................................................................................... 1
Tabel 10 Identifikasi Use Case........................................................................................... 1
Tabel 11 Matriks rangking................................................................................................... 1
Tabel 12 Usecase naratif persyaratan bisnis login.............................................................1
Tabel 13 Usecase naratif analisis sistem login...................................................................1
Tabel 14 Usecase naratif desain sistem login....................................................................1
Tabel 15 Usecase naratif persyaratan bisnis registrasi user (klaim)...................................1
Tabel 16 Usecase naratif analisis sistem registrasi user (klaim)........................................1
Tabel 17 Usecase naratif desain sistem registrasi user (klaim)..........................................1
Tabel 18 Usecase naratif persyaratan bisnis update status tracking klaim.........................1
Tabel 19 Usecase naratif analisis sistem update status tracking klaim..............................1
Tabel 20 Usecase naratif desain sistem update status tracking klaim................................1
Tabel 21 Usecase naratif persyaratan bisnis entri bengkel rekanan...................................1
Tabel 22 Usecase naratif alisis sistem entri bengkel rekanan............................................1
Tabel 23 Usecase naratif desain sistem entri bengkel rekanan..........................................1
Tabel 24 Usecase naratif persyaratan bisnis entri registrasi user (tertanggung)................1
Tabel 25 Usecase naratif analisis sistem entri registrasi user (tertanggung)......................1
Tabel 26 Usecase naratif desain sistem entri registrasi user (tertanggung).......................1
Tabel 27 Usecase naratif persyaratan bisnis entri pengajuan klaim...................................1
vii
Tabel 28 Usecase naratif analisis sistem entri pengajuan klaim.........................................1

Tabel 29 Usecase naratif desain sistem entri pengajuan klaim..........................................1
Tabel 30 Usecase naratif ekstention notifikasi status klaim................................................1
Tabel 31 Usecase naratif persyaratan bisnis tracking status pengajuan klaim...................1
Tabel 32 Usecase naratif analisis sistem tracking status pengajuan klaim.........................1
Tabel 33 Usecase naratif desain sistem tracking status pengajuan klaim..........................1
Tabel 34 Usecase naratif persyaratan bisnis cek bengkel rekanan....................................1
Tabel 35 Usecase naratif analisis sistem cek bengkel rekanan..........................................1
Tabel 36 Usecase naratif desain sistem cek bengkel rekanan...........................................1
Tabel 37 Usecase naratif persyaratan bisnis logout...........................................................1
Tabel 38 Usecase naratif analisis sistem logout.................................................................1
Tabel 39 Usecase naratif desain sistem logout..................................................................1
Tabel 40 Tabel tblBengkel.................................................................................................. 1
Tabel 41 Tabel tblKota........................................................................................................ 1
Tabel 42 Tabel tblSebabKejadian.......................................................................................1
Tabel 43 Tabel tblStatusTracking........................................................................................1
Tabel 44 Tabel tblUser........................................................................................................ 1
Tabel 45 Tabel tblPengajuanKlaim.....................................................................................1
Tabel 46 Tabel tblTrackingKlaim_h.....................................................................................1
Tabel 47 Tabel tblTrackingKlaim_d.....................................................................................1
Daftar Gambar
viii
Gambar 1
Chart Gant penjadwalan proyek..........................................................................................i
Gambar 2 Diagram PERT................................................................................................... ii
Gambar 3 Cara kerja sistem.............................................................................................. iii
Gambar 4 Proses bisnis.................................................................................................... iv
Gambar 5 Diagram konteks................................................................................................ v
Gambar 6 Usecase............................................................................................................ vi
Gambar 7 Diagram Activity login........................................................................................ 1
Gambar 8 Diagram Activity entri registrasi user (klaim)......................................................2
Gambar 9 Diagram Activity update status tracking klaim...................................................2
Gambar 10 Diagram Activity entri bengkel rekanan...........................................................2
Gambar 11 Diagram Activity entri registrasi user (tertanggung).........................................2
Gambar 12 Diagram Activity entri pengajuan klaim............................................................2
Gambar 13 Diagram Activity notifikasi status klaim............................................................2
Gambar 14 Diagram Activity tracking status pengajuan klaim............................................2
Gambar 15 Diagram Activity cek bengkel rekanan.............................................................2
Gambar 16 Diagram Activity logout....................................................................................2
Gambar 17 Pemetaan Objek login.....................................................................................2
Gambar 18 Pemetaan Objek entri registrasi user (klaim)...................................................2
Gambar 19 Pemetaan Objek update status tracking klaim................................................2
Gambar 20 Pemetaan Objek entri bengkel rekanan..........................................................2
Gambar 21 Pemetaan Objek entri registrasi user (tertanggung)........................................2
Gambar 22 Pemetaan Objek entri pengajuan klaim...........................................................2
Gambar 23 Pemetaan Objek notifikasi status klaim...........................................................2
Gambar 24 Pemetaan Objek tracking status pengajuan klaim...........................................2
Gambar 25 Pemetaan Objek cek bengkel rekanan............................................................2
Gambar 26 Pemetaan Objek logout...................................................................................2
Gambar 27 Skema interaksi login......................................................................................2
Gambar 28 Skema interaksi entri registrasi user (klaim)....................................................2
Gambar 29 Skema interaksi update status tracking klaim..................................................2
ix
Gambar 30 Skema interaksi entri bengkel rekanan............................................................2

Gambar 31 Skema interaksi entri registrasi user (tertanggung).........................................2
Gambar 32 Skema interaksi entri pengajuan klaim............................................................2
Gambar 33 Skema interaksi notifikasi status klaim............................................................2
Gambar 34 Skema interaksi tracking status pengajuan klaim............................................2
Gambar 35 Skema interaksi cek bengkel rekanan.............................................................2
Gambar 36 Skema interaksi logout....................................................................................2
Gambar 37 Entity Relational Diagram................................................................................2
Gambar 38 Relasi antar tabel............................................................................................2
Gambar 39 Integrasi Komponen Sistem............................................................................2
Gambar 40 komposisi klas................................................................................................. 2
Gambar 41 Model Deployment.......................................................................................... 2
Gambar 42 Diagram Komponen........................................................................................ 2
Gambar 43 Interface Login................................................................................................. 2
Gambar 44 Interface Menu Utama.....................................................................................2
Gambar 45 Interface Form Entri Bengkel Rekanan............................................................2
Gambar 46 Interface Form Entri Registrasi User Klaim.....................................................2
Gambar 47 Interface Form Update Status Tracking Klaim.................................................2
Gambar 48 Interface Form Detail Tracking........................................................................2
Gambar 49 Interface Form Detail Klaim.............................................................................2
Gambar 50 Interface Login Aplikasi Android......................................................................2
Gambar 51 Interface Menu Utama Aplikasi Android...........................................................2
Gambar 52 Interface Form Entri Registrasi User Aplikasi Android.....................................2
Gambar 53 Interface Form Pengajuan Klaim Aplikasi Android...........................................2
Gambar 54 Interface Cek Bengkel Rekanan Aplikasi Android............................................2
Gambar 55 Interface Tracking Status Pengajuan Klaim Aplikasi Android...........................2
Gambar 56 Interface Detail Tracking Status Pengajuan Klaim Aplikasi Android................2
xi
Abstrak
Aplikasi Tracking Proses Klaim Kendaraan Berbasis Android di
Judul
Pelaksana proyek
1. Budiawan Putra Perdana

2. Novianti Febriani
Tahun
2015
PT Asuransi Bhakti Bhayangkara
Proses pengajuan klaim yang saat ini berjalan masih belum menggunakan sistem berbasis
komputer, sehingga pada prosesnya baik proses pengajuan klaim ataupun proses
penyampaian informasi status pengajuan klaim menjadi kurang efektif, pada saat terjadi
klaim tertanggung harus datang langsung ke kantor asuransi ataupun melaporkannya via
telepon ataupun melalui email, hal ini sangat kurang efektif dan efisien, hal ini jelas akan
membuat tertanggung merasa tidak puas dengan pelayan yang diberikan oleh pihak
asuransi, kemudian dengan banyaknya data pengajuan klaim yang masuk, bagian klaim
akan sulit untuk mengontrol datanya, dengan hal ini jelas akan membuat bagian klaim
harus kerja lebih keras dan teliti lagi. Dengan adanya sistem aplikasi tracking pengajuan
klaim kendaraan segala masalah yang selama ini ditimbulkan dalam proses pengajuan
klaim kendaraan akan berkurang dan akan meningkatkan pelayanan kepada tertanggung
karena dapat memberikan informasi secara cepat, tepat dan akurat. Hal ini akan menjadi
nilai positif bagi perushaan asuransi karena dapat memberikan pelayanan yang terbaik
sehingga dapat memberikan kenyaman dan kemudahan bagi tertanggung.
Keywords : komputasi, klaim, asuransi, android, tracking
A. Latar Belakang
Pada proses klaim kendaraan, setiap tertanggung diwajibakan untuk mengisi
form pengajuan klaim kendaraan yang berisi informasi no polis, no kendaraan,
tanggal kejadian klaim, sebab kejadian dan informasi lainnya, setelah itu pengajuan
klaim akan diberikan kepada pihak asuransi untuk diproses lebih lanjut, ada tahapantahapan yang harus dilakukan sebelum proses klaim ditindaklanjuti, diantaranya
adalah proses cek dokumen, varifikasi, survey, analisa, taksiran kerugian sampai
dengan dilakukannya proses penyelesaian klaim,
Dengan dibangunnya aplikasi tracking proses klaim kendaraan berbasis android
ini diharapkan dapat memberikan informasi yang tepat dan akurat kepada
tertanggung tentang status proses klaim kendaraan sesuai dengan tahapan-tahapan
yang sedang dilakukan dan juga dapat memberikan pelayanan yang lebih efektif
kepada tertanggung karena dapat diakses melalui smartphone. Dengan pelayanan
tersebut dapat memberikan kepuasan tertanggung.
B. Masalah Proyek
1. Identifikasi masalah
Setiap tertanggung yang mengajukan proses klaim kendaraan selalu bertanya
kepada pihak asuransi bagiaman status proses klaim kendaraan mereka,
dalam pelayananya pihak asuransi hanya memberikan informasi contact
center atau customer care kepada nasabah, sehingga nasabah harus mencari
informasi via telepon ataupun datang langsung ke kantor. Hal ini tentunya akan
mempersulit nasabah dalam mengetahui status klaim yang sudah diajukan.
2. Pokok masalah
Melihat permasalahan tersebut diatas maka dapat diidentifikasi masalah
pokok :
1. Pelayanan
informasi
status
proses
klaim
kendaraan
yang
masih
menggunakan telepon, belum ada sistem yang mendukung hal ini

cenderung tidak efektif.
2. Pelayanan
informasi
yang
dilakukan
melalui
telepon
tidak
dapat
memberikan notifikasi/pesan status proses klaim kendaraan secara

otomatis kepada kepada tertanggung.
3. Rumusan masalah
Berdasarkan identifikasi masalah tersebut dapat dirumuskan:
Bagaimana penerapan sistem aplikasi tracking status pengajuan klaim
kendaraan di PT Asuransi Bhakti Bhayangkara?
4. Keterbatasan
Keterbatasan pada saat membangun penerapan sistem aplikasi tracking

status pengajuan klaim kendaraan di PT Asuransi Bhakti Bhayangkara adalah
belum tersedianya peralatan pendukung yang dapat digunakan untuk
membangun sistem dan terdapat tidak lengkapnya data yang dibutuhkan.
C. Maksud dan Tujuan

Tujuan yang ingin diperoleh dicapai pada proyek ini adalah:
1.
Mengalihkan proses pelayanan informasi pengajuan proses klaim kendaraan

kedalam bentuk layanan aplikasi berbasis android yang dapat diakses melalui
smartphone.
2.
Memberikan notifikasi/pesan status proses klaim kendaraan secara otomatis

kepada tertanggung.
D. Signifikansi Proyek
Proyek ini dibangun dalam rangka menciptakan sistem informasi tracking
proses klaim kendaraan yang efektif serta menghilangkan prosedur pelayanan
informasi yang masih bersifat manual
Beberapa manfaat yang diharapkan setelah menggunakan aplikasi tracking
proses klaim kendaraan berbasis android ini adalah:
1. Pelayanan proses klaim kendaraan dapat dilakukan dengan cepat.
2. Mempercepat informasi tentang status proses klaim kendaraan.
E. Pendekatan Proyek
1.Feasibility (Kelayakan)
a.Economic Feasibility (Kelayakan Ekonomi)
Kelayakan ekonomi digunakan untuk menghitung pembiayaan yang
dibutuhkan dalam perancangan sistem dan menghitung berapa keuntungan yang
didapatkan dari nilai investasi yang dikeluarkan.
Tabel 1. Biaya dan manfaat proyek
I
Biaya-biaya
Tahun 0
Tahun 1
Tahun 2
Tahun 3
1. Biaya Pengadaan
a) Biaya pembelian
hardware
1. 1 Unit komputer ( intel
core i3)
2. 2 Unit smartphone
total biaya
pengembangan
2. Biaya Operasional
7,500,000.00
6,000,000.00
13,500,000.00
a) Biaya pembelian
software
b) Biaya instalasi software
5,000,000.00
total biaya operasional
5,200,000.00
200,000.00
3. Biaya Proyek
a) Biaya Konsultan
1. 1 orang analis system
10,000,000.00
2. 1 orang programmer
8,000,000.00
3. akomodasi dan
transportasi
total biaya persiapan
operasional
b) biaya analisis system
1,000,000.00
19,000,000.00
1. biaya pengumpulan
data
2. biaya dokumentasi
(kertas, fotocopy)
1,000,000.00
total biaya analisis

sistem
c) biaya penerapan
system
1. biaya konversi data
1,200,000.00
2. biaya pelatihan personil
3,000,000.00
total biaya penerapan

sistem
total biaya
pembangunan sistem
4. biaya operasi dan
perawatan
a. biaya perawatan
software
3,500,000.00
200,000.00
500,000.00
42,400,000.00
10,000,000.0
0
15,000,000.0
0
20,000,000.0
0
total biaya operasi dan

perawatan
II
10,000,000.0
0
15,000,000.0
0
20,000,000.0
0
15,000,000.0
0
20,000,000.0
0
total biaya-biaya
42,400,000.00
10,000,000.0
0
Manfaat-manfaat
Tahun 0
tahun 1
Tahun 2
Tahun 3
1. Keuntungan Berwujud
a. pengurangan biaya
operasi
b. pengurangan biaya
telekomunikasi
total keuntungan
berwujud
2. keuntungan tak
berwujud
a. peningkatan kepuasan
nasabah
a. peningkatan kinerja
staff
b. peningkatan kepuasan
kinerja staff
c. peningkatan pelayanan
operasional
total keuntungan tak
berwujud
total manfaat
selisih total manfaat
dengan total biaya
42,400,000.00
5,000,000.00
6,000,000.00
7,000,000.00
8,000,000.00
12,000,000.0
0
14,000,000.0
0
5,000,000.00
7,000,000.00
3,000,000.00
5,000,000.00
5,000,000.00
6,000,000.00
5,000,000.00
7,000,000.00
18,000,000.0
0
30,000,000.0
0
20,000,000.0
0
25,000,000.0
0
39,000,000.0
0
24,000,000.0
0
7,000,000.0
0
9,000,000.0
0
16,000,000.0
0
10,000,000.00
8,000,000.0
0
7,000,000.00
9,000,000.0
0
34,000,000.0
0
50,000,000.0
0
30,000,000.0
0
Metode Return Of Investment (ROI)

Metode ini digunakan untuk mengukur presentase manfaat yang
dihasilkan oleh proyek dibandingkan dengan biaya yang dikeluarkannya. Atau
besarnya keuntungan yang bisa diperoleh dalam (%) selama periode yang telah
ditentukan
Roi
= total manfaat total biaya
* 100 %
Total biaya
= 119,000,000.00 87,400,000.00 * 100%
87,400,000.00
= 36,16 %
Suatu proyek investasi yang mempunyai ROI > 0 adalah proyek yang dapat
diterima. Pada nilai ROI proyek ini adalah 36,16 % maka dapat dikatakan proyek ini
dapat diterima, karena akan memberikan keuntungan sebesar 36,16 %.
b.Operational Feasibility (Kelayakan Operasional)

Berdasarkan tabel 2 berikut, dijelaskan tentang kelayakan operasional
yang berhubungan dengan proyek
Tabel 2. Operational Feasibility
Item Penilaian
Penilaian
Kemampuan personil
Mampu
Kemampuan pengendalian operasi sistem informasi
Baik
Kemampuan sistem menghasilkan informasi
Baik
Dalam
penilaian
kemampuan
personil
dianggap
mampu
karena
dalam
penggunaanya sistem informasi pembayaran cukup mudah untuk digunakan.

Kemampuan pengendalian operasi sistem informasi dikatakan mampu karena
personil dianggap mampu untuk mengoperasikan sistem komputer. Kemampuan
sistem menghasilkan informasi dikatakan mampu karena sistem pembayaran dapat
menghasilkan output sesuai yang dibutuhkan.
c. Technical Feasibility (Kelayakan Teknis)

Berdasarkan tabel 3 berikut, dijelaskan tentang kelayakan teknis yang
berhubungan dengan proyek
Tabel 3. Technical Feasibility
Item Penilaian
Ketersediaan teknologi di pasaran
Kemudahan dalam mengoperasikan
Penilaian
Mudah
Mudah
Kebutuhan teknologi yang dibutuhkan mudah ditemui dan didapat di

pasaran. Kemudahan dalam mengoperasikan sistem komputer yang didapat
sangat mudah karena teknologi di pasaran bersifat umum.
d. Legality Feasibility (Kelayakan Legal)

Semua perangkat lunak yang digunakan dalam sistem ini menggunakan
yang berlisensi dan original sehingga dalam aspek hukum dapat disebut layak
karena tidak melanggar ketentuan hukum yang berlaku.
e. Schedule Feasibility (Kelayakan Jadwal)

Pada tabel 4, menjelaskan tentang kegiatan dan sub kegiatan dalam
pembangunan proyek.
Tabel 4. Tabel Data Aktifitas Proyek
No
Kegiatan
Planning
Identifikasi Masalah
1.1
Perumusan Masalah
1.2
Mengumpulkan Data
1.3
Analysis
2.1
Analisis Kebutuhan Sistem
Design
Desain Database
3.1
Desain Program
3.2
Development
5.
Testing Program
Dokumentasi Sitem
Deployment
-
Instalasi Program
Implementation
-
4
4.1
5
Documentation
-
Coding
Testing
-
6.
Id Kegiatan
Implementasi program
5.1
6
6.1
7
7.1
8
1
Pada tabel 5, menjelaskan tentang penjabaran penentuan waktu yang diharapkan

dalam pelaksanaan proyek.
Tabel 5. Waktu yang diharapkan dari proyek (Excepted Time) ET
Id
Kegiatan
No.
Waktu
Optimis
(a)
Waktu
Realistis
(m)
Waktu
Pesimis (b)
Waktu yang
Diharapkan
1.1
1.2
1.3
2.1
3.1
3.2
4.1
12
12
10
5.1
6.1
10
7.1
11
8.1
34
48
64
49
Total
ET = a+4(m)+b
6
Keterangan Formula:
ET = Expected Time
a = Waktu Optimis
b = Waktu Pesimis
m = Waktu Realistis
Berdasarkan tabel diatas diketahui bahwa proyek ini diharapkan dapat selesai paling
cepat dalam jangka 48 hari (jumlah total waktu realistis), dengan estimasi bahwa paling
lama proyek ini memerlukan waktu selama 49 hari (jumlah total waktu yang
diharapkan / expected time) untuk selesai, maka dapat disimpulkan bahwa proyek ini
telah memenuhi kelayakan jadwal pengerjaannya.
10
2.
Penjadwalan
Untuk mengambarkan pelaksanaan proyek ini dapat dijelaskan melalui gambar 1.
Gambar 1. Chart Gant penjadwalan proyek

Tabel 6. Waktu kegiatan proyek
Kegiatan
Pendahulu
Waktu (Hari)
Identifikasi Masalah
Tidak ada
Perumusan Masalah
Tidak ada
Pengumpulan Data
A,B
Analisis Kebutuhan Sistem
Desain Database
Desain Program
Coding
12
Testing Program
Dokumentasi Sistem
Instalasi Program
Implementasi
11
Gambar 2. Diagram PERT
Analisis jalur kritis

Jalur 1 = 1,1,2,4,5,7,8,9,10,11,12 = 3 + 3 + 7 + 5 + 5 + 12 + 5 + 3 + 1 = 44
Jalur 2 = 1,3,2,4,6,7,8,9,10,11,12 = 3 + 3 + 3 + 7 + 5 + 12 + 5 + 3 + 1 = 42
Seperti dijelaskan pada gambar 2 bahwa jalur kritis dari penjadwalan proyek ini
adalah selama 44 hari.
Dari perhitungan menggunakan PERT diatas didapatkan bahwa jalur kritis dari
penjadwalan proyek ini adalah selama 60,2 hari
12
3.
Pemikiran Teoritis
Sistem pada dasarnya adalah sekelompok unsur yang erat hubungannya
satu dengan yang lain, yang berfungsi bersama-sama untuk mencapai tujuan
tertentu. Secara sederhana system dapat diartikan sebagai suatu kumpulan atau
himpunan dari unsur, komponen, atau variable variable yang terorganisasi, saling
berinteraksi, saling tergantung satu sama lain dan terpadu. System bisa berupa
abstraksi atau fisis (Gordon B. Davis, 2002).
Berdasarkan
masalah
yang
diamati
di
PT
ASURANSI
BHAKTI
BHAYANGKARA maka dapat diidentifikasikan masalah seperti proses klaim

kendaraan masih
dilakukan secara manual, untuk menggantikannya ini pasti
dibutuhkan suatu aplikasi layanan tracking proses klaim kendaraan berbasis

android yang bisa diakses melalui smartphone.
Basis data atau disebut juga database dibentuk dari kata data dan
base(basis). Data adalah kejadian di dunia nyata yang mengandung arti bisa
berupa kata, gambar atau symbol. Base (basis) adalah tempat atau ruangan untuk
berkumpul. Basis data adalah kumpulan data berisi informasi yang sesuai untuk
sebuah organisasi. (Silberschatz, dkk. 2002)
4. Kerangka Pemecahan
Pada metode pendekatan sistem menggunakan metode Object Oriented (OO)
karena sistem yang sebelumnya digunakan masih belum jelas, sehingga dengan
menggunakan metode ini dapat memfokuskan kepada sistem informasi yang dibangun.
5. Konsepsi pengembangan
Perancangn sistem ini terdiri dari Codeigniter digunakan sebagai framework
untuk aplikasi web, Phonegap Library digunakan sebagai framework untuk aplikasi
mobile, SQL Server 2008 R2 sebagai tempat penyimpanan data. Dengan penggunaan
database maka dapat memudahkan dan mempercepat dalam melakukan optimalisasi
proses klaim dan memudahkan pengolahan data.
6.
Analisis
a.Pengumpulan data
1.Observasi (pengamatan lapangan), mengenai proses pengajuan klaim dari mulai
mengisi dokumen pengajuan klaim sampai dengan proses penyelesian klaim.
13
2.Wawancara , menanyakan tentang kendala-kendala yang dihadapi selama proses

pengajuan klaim sampai dengan proses penyelesaian klaimnya di PT Asuransi
Bhakti Bhayangkara.
b.Analisa data
1.
Menganalisa data-data pengajuan klaim, data tertanggung, dan bengkel rekanan
2.
yang terdapat di PT Asuransi Bhakti Bhayangkara.

Menganalisa bentuk laporan yang selama ini tersedia.
c.Persiapan proposal
1.
2.
3.
14
Menyajikan analisis biaya

Mempersiapkan proposal
Menyajikan proposal
15
F.Pemodelan dan Struktur
1.Arsitektur
Konsep dari cara kerja sistem ini dapat dilihat berdasarkan gambar 3.
Gambar 3. Gambar cara kerja sistem
Berdasarkan gambar 3 di atas dapat dijelaskan mengenai proses kerja sistem

merupakan rancangan cara kerja sistem aplikasi tracking proses pengajuan klaim kendaraan,
Tertanggung dapat menggunakan smartphone berbasis Android untuk mengakses aplikasi,
Sedangkan bagian klaim dapat menggunakan komputer untuk mengakses aplikasi, Semua
perangkat harus terhubung dengan internet atau jaringan LAN yang digunakan untuk
mengakses data pada komputer server, dimana komputer server tersebut terdapat database
yang berfungsi untuk menyimpan data.
a.Hardware
Berdasarkan dengan kebutuhan sistem maka melalui tabel 7 berikut akan dijelaskan
mengenai kebutuhan hardware
Tabel 7. Spesifikasi hardware
Item Hardware
Device Client
PC Client
PC Server
16
Spesifikasi
Android Smartphone
intel core i3, RAM 2 GB DDR3, 500GB HDD
intel core i3, RAM 2 GB DDR3, 500GB HDD
b.Software
Berdasarkan dengan kebutuhan sistem maka melalui tabel 7 berikut akan dijelaskan
mengenai kebutuhan software
Tabel 8. Spesifikasi software
Item Software
Sistem operasi Komputer
Sistem operasi smartphone
Database
Spesifikasi
Windows 7 32-bit
Android
SQL Server
17
2.Skenario
Dalam perancangan sistem aplikasi tracking proses klaim kendaraan ini ada
beberapa aktor yang terlibat, diantaranya bagian klaim dan tertanggung.
Dimulai dari tertanggung mengisi data pengajukan klaim, kemudian data akan diterima oleh
bagian klaim untuk dilakukan pengecekan kelengkapan data, setelah data yang diajukan
lengkap bagian klaim akan langsung melakukan update status tracking atas klaim yang telah
diajukan oleh tertanggung, setiap kali bagian klaim mengubah status tracking maka aplikasi
akan secara otomatis memberikan notifikasi tentang perubahan status tracking. Selain
mendapatkan notifikasi, tertanggung jg dapat melakukan tracking atas klaim yang sudah
diajukannya, kemudian tertanggung juga dapat mengecek daftar bengkel rekanan yang telah
ditunjuk oleh pihak asuransi.
Berdasarkan dari skenario diatas maka dapat digambarkan ke dalam alur kerja sistem melalui
diagram proses bisnis pada gambar 4
Gambar 4. Diagram proses bisnis
18
3.Diagram Konteks
Pada gambar 5 berikut akan dijelaskan mengenai alur kerja dari user terhadap sistem
yang akan digambarkan dalam bentuk diagram konteks berikut.
Gambar 5. Diagram konteks
Berdasarkan gambar 5 diatas maka dapat dijelaskan mengenai alur proses kerja user
terhadap sistem. Kegiatan diawali dengan bagian klaim mengisi data registrasi user klaim,
mengupdate status tracking pengajuan klaim, kemudian yang terakhir adalah mengisi
bengkel rekanan. Kemudian tertanggung melakukan kegiatan mengisi data registrasi user
tertanggung, mengisi data pengajuan klaim, menerima notifikasi perubahan status tracking
pengajuan klaim, melakukan tracking status pengajuan klaim dan yang terakhir adalah
mengecek bengkel rekanan.
19
4.Diagram Usecase
Pada gambar 6 berikut akan digambarkan analisis dari usecase yang dibutuhkan
dalam pengembangan sistem melalui diagram usecase
Gambar 6. Diagram Usecase
5.Identifikasi Aktor
Berdasarkan usecase yang digambarkan pada gambar 6, maka dapat diidentifikasi
deskripsi dari aktor yang dijelaskan pada tabel 9 berikut
20
Tabel 9. Identifikasi Aktor
Istilah
Deskripsi
User
Login
Logout
Bagian Klaim
Entri Registrasi User (Klaim)

Update Status Tracking Klaim
Entri Bengkel Rekanan
Tertanggung
Entri Registrasi User (Tertanggung)

Entri Pengajuan Klaim
Notifikasi Status Tracking Klaim
Tracking Status Pengajuan Klaim
Cek Bengkel Rekanan
6.Identifikasi Usecase
Berdasarkan usecase yang digambarkan pada gambar 6, maka dapat diidentifikasi
deskripsi dari masing-masing usecase yang dijelaskan pada tabel 10 berikut
Tabel 10. Identifikasi Usecase
Nama Use Case
Deskripsi Use Case
Pelaku/Aktor
Login
Use Case ini merupakan salah satu tahap
User
dalam validasi mendeskripsikan proses

pencocokan user id dan password yang
dimasukan oleh petugas produksi dan
klaim bila user id tidak diketemukan atau
password yang diinputkan salah maka
system
akan
mengeluarkan
pesan
kesalahan sebaliknya jika user id dan

password yang diiputkan benar maka akan
dilanjutkan ketahap berikutnya.
21
Entri
Registrasi
User (Klaim)
Use case ini mendeskripsikan tentang
Bagian Klaim
Bagian Klaim memasukan data informasi

pribadi serta memasukan username dan
password.
Update
Status
Tracking Klaim
Bagian Klaim
Bagian Klaim memasukan data status

tracking
pengajuan
klaim
yang
telah
masukan oleh tertanggung.

Entri
Bengkel
Rekanan
Bagian Klaim
kegiatan yang dilakukan oleh Bagian Klaim

untuk masukan data informasi bengkel
rekanan.
Entri
Registrasi

kegiatan
yang
dilakukan
oleh
Tertanggung memasukan data informasi
pribadi serta memasukan username dan
password.
Tertanggung
Entri Pengajuan
Tertanggung
Klaim
kegiatan yang dilakukan oleh Tertanggung
User
(Tertanggung)
memasukan
data
informasi
pengajuan
klaim.
Notifikasi Status
Klaim
Tracking
Status
Pengajuan Klaim
Cek
Rekanan
Logout
22
Bengkel

kegiatan
yang
dilakukan
oleh
Tertanggung
menerima
sebuah
notifikasi/pemberitahuan
tentang
perubahan status tracking.
Tertanggung

kegiatan
yang
dilakukan
oleh
tertanggung untuk mengecek status
tracking pengajuan klaim yang telah
dimasukan.
Tertanggung

kegiatan
yang
dilakukan
oleh
tertanggung untuk mengecek daftar
bengkel rekanan.
Tertanggung
Usecase ini mendeskripsikan apabila

user keluar dari sistem.
User
7.Matriks Rangking
Kriteria rangking
1. Dampak signifikan pada desain arsitektur
2. Mudah diimplementasikan tetapi berisi fungsi signifikan
3. Mencantumkan resiko, waktu kritis, dan fungsi kompleks
4. Melibatkan penyelidikan yang signifikan atau baru, atau teknologi yang beresiko
5. Menyertai fungsi bisnis utama
6. Akan meningkatkan pendapatan dan mengurangi biaya
Tabel 11. Matriks rangking
Kriteria Rangking 1
Sampai 5
Nama Use Case
Skor
Total
Prioritas
Siklus
Pembangunan
Login
28
Tinggi
Entri Registrasi
User (Klaim)
26
Tinggi
Update Status
Tracking Klaim
26
Tinggi
22
Sedang
25
Tinggi
26
Tinggi
Notifikasi Status
Klaim
26
Tinggi
Tracking Status
Pengajuan Klaim
25
Tinggi
Cek Bengkel
Rekanan
22
Sedang
Logout
20
Rendah
10
Entri Bengkel
Rekanan
Entri Registrasi
User
(Tertanggung)
Entri Pengajuan
Klaim
23
8.Usecase Naratif
Author
: Budiawan Putra Perdana, Novianti Febriani
Tanggal
: 25 Desember 2015
Versi
: 1.00
Tabel 12. Usecase naratif persyaratan bisnis login

Nama Use Case :
ID Use Case :
Prioritas :
Login
1.1
Sumber :
Pelaku Bisnis Utama :
User
Pelaku Partisipan Lain :
Sistem
Stakeholder lain yang

berminat :
Deskripsi :
Prakondsi :
Sasaran :
Bidang khas suatu
event :
Tinggi
Tipe Use Case :

Persyaratan Bisnis :
Use case ini mendeskripsikan tentang kegiatan yang dilakukan oleh

User dalam melakukan kegiatan login sebelum masuk ke dalam
form utama sistem.
User tidak dapat melakukan kegiatan didalam sistem jika belum
melakukan login.
Use Case ini diawali dengan User memasukan username dan
password.
Kegiatan Pelaku
Langkah 1 :
User masuk ke dalam sistem dengan
melakukan otentikasi
Respon Sistem
Langkah 2 :
Sistem akan merespon
otentikasi
Bidang Alternatif :
Alternatif Langkah 2:
Sistem tidak dapat melakukan otentikasi dan masuk ke form utama
jika user tidak memiliki username dan password.
Kesimpulan :
Use Case ini menyimpulkan tentang User dalam hal masuk

kedalam sistem.
Pasca kondisi :
Sistem akan menampilkan form utama jika User salah memasukan

username atau passwordnya.
Aturan Bisnis :
Sistem akan menampilkan form utama jika User berhasil

melakukan login.
Sistem hanya menerima data yang sesuai ketentuan.
Batasan dan Spesifikasi

Implementasi :
Asumsi :
Masalah Terbuka :
24
Data login tersimpan pada tabel pengguna pada database.

Pada Database akan tersimpan seluruh data pengguna
Tabel 13. Usecase naratif analisis sistem login

Nama Use Case :
Login
ID Use Case :
1.1
Prioritas :
Tinggi
Sumber :
User
Sistem

berminat :
Tipe Use Case :

Analisis Sistem :
Deskripsi :

form utama sistem.
Prakondsi :

melakukan login.
Sasaran :

password.
Bidang khas suatu

event :
Kegiatan Pelaku
Respon Sistem
Langkah 1 :
User membuka sistem
informasi AKDA
Langkah 2:
Sistem menampilkan interface
login.
Langkah 3:
User memasukan username
dan password.
Langkah 4:
Sistem akan melakukan validasi
username dan password jika
berhasil, maka sistem
melanjutkan ke langkah 5.
Langkah 5:
Sistem akan menampilkan
Interface Menu Utama.
Bidang Alternatif :
Kesimpulan :
Use Case ini menyimpulkan tentang User dalam hal keluar dari
sistem.
Pasca kondisi :
Sistem akan keluar dari menu utama dan menampilkan form login.
Aturan Bisnis :
User telah selesai berinteraksi dengan sistem.

Implementasi :
Use case hanya bisa dilakukan oleh User yang sebelumnya telah
melakukan login dengan benar.
Asumsi :
Setelah User selesai berinteraksi dengan sistem dan ingin keluar

dari sistem.
Masalah Terbuka :
Kegiatan di sistem belum selesai.
25
Tabel 14. Usecase naratif desain sistem login

Nama Use Case :
Login
ID Use Case :
1.1
Prioritas :
Tinggi
Sumber :
User
Sistem

berminat :
Tipe Use Case :

Design Sistem :
Deskripsi :

form utama sistem.
Prakondsi :

melakukan login.
Sasaran :

password.
Bidang khas suatu

event :
Kegiatan Pelaku
Respon Sistem
Langkah 1 :
User membuka sistem
aplikasi tracking proses
klaim kendaraan.
Langkah 2:
Sistem menampilkan interface login.
Langkah 3:
User memasukan
username dan
password.
Langkah 4:
username dan password jika berhasil,
maka sistem melanjutkan ke langkah 5.
Langkah 5:
Sistem akan menampilkan Interface
Menu Utama.
Bidang Alternatif :
Alternatif Langkah 2:
Sistem tidak akan masuk ke form utama jika user tidak
menginputkan atau salah memasukan username dan password.
Kesimpulan :
sistem.
Pasca kondisi :
Aturan Bisnis :

Implementasi :
26
Asumsi :

dari sistem.
Masalah Terbuka :
Author
Tanggal
: 25 Desember 2015
Versi
: 1.00
Tabel 15. Usecase naratif persyaratan bisnis entri registrasi user (klaim)
Nama Use Case :
ID Use Case :
Prioritas :
Sumber :
berminat :
Deskripsi :

1.2
Tinggi
Bagian Klaim
Sistem
Prakondsi :
Bagian klaim yang ingin melakukan ini harus sudah melakukan

otentikasi dan masuk terlebih dahulu ke dalam sistem untuk dapat
memasukan data registrasi user (klaim).
Bagian Klaim dapat menginputkan data registrasi user (klaim) yang
akan di simpan ke dalam database.
Sasaran :
Bidang khas suatu
event :
Tipe Use Case :


Bagian Klaim dalam hal memasukan data registrasi user (klaim).
Kegiatan Pelaku
Langkah 1 :
Bagian Klaim memasukan data registrasi
user (klaim)
Respon Sistem
Langkah 2:
data yang masukan
oleh Bagian Klaim dan
sistem mulai
melakukan proses
pengecekan data.
Langkah 3:
Sistem secara otomatis
melakukan perekaman
dan penyimpanan ke
dalam database.
Bidang Alternatif :
Aternatif Langkah 2 :
Sistem akan menolak data registrasi user (klaim) yang diinputkan
jika data yang diinputkan tidak lengkap
Kesimpulan :
Use case ini menyimpulkan tentang kegiatan menginputkan seluruh

data registrasi user (klaim) oleh Bagian Klaim.
Pasca kondisi :
Sistem menggunakan data registrasi user (klaim) sebagai data

Referensi yang digunakan untuk mengubah status tracking
pengajuan klaim.
27
Aturan Bisnis :
Implementasi :
Asumsi :
Masalah Terbuka :
Bagian Klaim harus memiliki otentikasi dan menginputkan data

harus sesuai dengan ketentuan.
Bagian Klaim sudah mengetahui kalau data benar.
Data registrasi user (klaim) yang tidak diisi secara lengkap atau
datanya sudah ada sebelumnya dalam database menyebabkan
data registrasi user (klaim) tidak dapat di simpan ke dalam
database oleh sistem.
Tabel 16. Usecase naratif analisis sistem entri registrasi user (klaim)
Nama Use Case :
ID Use Case :
Prioritas :
Sumber :

1.2
Tinggi
Bagian Klaim
Sistem

berminat :
Deskripsi :
Prakondsi :
Sasaran :
Bidang khas suatu
event :
Tipe Use Case :

Analisis Sistem :

Kegiatan Pelaku
Langkah 1 :
Bagian Klaim membuka menu
Entri Registrasi User (Klaim).
Langkah 3:
Bagian Klaim memasukan
data registrasi user (klaim).
Respon Sistem
Langkah 2:
Sistem akan merespon dengan
menampilkan interface Entri
Registrasi User (Klaim).
Langkah 5:
data, jika berhasil, maka sistem
Langkah 5:
melakukan proses penyimpanan
data.
Bidang Alternatif :
Sistem kembali ke langkah 3.
Kesimpulan :

Pasca kondisi :

pengajuan klaim.
28
Aturan Bisnis :
Implementasi :
Asumsi :
Masalah Terbuka :

Tabel 17. Usecase naratif design sistem entri registrasi user (klaim)
Nama Use Case :
ID Use Case :
Prioritas :
Sumber :
berminat :
Deskripsi :

1.2
Tinggi
Bagian Klaim
Sistem
Prakondsi :

Sasaran :
Bidang khas suatu
event :
Tipe Use Case :

Design Sistem:

Kegiatan Pelaku
Langkah 1 :
Bagian Klaim masuk ke Form
Entri Registrasi User (Klaim).
Langkah 2:
data registrasi user (klaim)
setelah itu Bagian Klaim
mengklik tombol save jika
semua data telah diinputkan.
Respon Sistem
Langkah 3:
Sistem akan merespon data yang
diinputkan oleh Bagian Klaim dan
sistem mulai melakukan proses
pengecekan data yang
diinputkan.
Langkah 4:
melakukan perekaman dan
penyimpanan ke dalam database.
Bidang Alternatif :
Sistem akan menolak data registrasi user (klaim) yang diinputkan
jika data yang diinputkan tidak lengkap.
Kesimpulan :

Pasca kondisi :

pengajuan klaim.
Aturan Bisnis :


Implementasi :
29
Asumsi :
Masalah Terbuka :
30

Author
Tanggal
: 25 Desember 2015
Versi
: 1.00
Tabel 18. Usecase naratif persyaratan bisnis update status tracking klaim
Nama Use Case :
ID Use Case :
Prioritas :

1.3
Sumber :
Bagian Klaim
Sistem

berminat :
Deskripsi :
Prakondsi :
Sasaran :
Bidang khas suatu
event :
Tinggi
Tipe Use Case :


Bagian Klaim dalam hal memasukan data status tracking
pengajuan klaim.
memasukan data status tracking pengajuan klaim.
Bagian Klaim dapat memasukan data status tracking pengajuan
klaim yang akan di simpan ke dalam database.
Kegiatan Pelaku
Langkah 1 :
Bagian memasukan data status tracking
pengajuan klaim.
Respon Sistem
Langkah 2:
data yang masukan
sistem mulai
melakukan proses
pengecekan data.
Langkah 3:
melakukan perekaman
dan penyimpanan ke
dalam database.
Bidang Alternatif :
Sistem akan menolak data status tracking yang diinputkan jika
data yang diinputkan tidak lengkap
Kesimpulan :

data status tracking pengajuan klaim oleh Bagian Klaim.
Pasca kondisi :
Aturan Bisnis :
Implementasi :
Asumsi :

31
Masalah Terbuka :
Data status tracking pengajuan klaim yang tidak diisi secara

lengkap atau datanya sudah ada sebelumnya dalam database
menyebabkan data status tracking pengajuan klaim tidak dapat di
simpan ke dalam database oleh sistem.
Tabel 19. Usecase naratif analisis sistem update status tracking klaim
Nama Use Case :
ID Use Case :
Prioritas :
Sumber :
berminat :
Deskripsi :
Prakondsi :
Sasaran :
Bidang khas suatu
event :

1.3
Tinggi
Bagian Klaim
Sistem
Tipe Use Case :

Analisis Sistem :

pengajuan klaim.
Kegiatan Pelaku
Langkah 1 :
Update Status tracking Klaim.
Langkah 3:
Bagian Klaim memilih data
tracking
Langkah 4:
informasi perubahah data
tracking.
Respon Sistem
Langkah 2:
Registrasi User (Klaim).
Langkah 5
Langkah 6:
data.
Bidang Alternatif :
Kesimpulan :

Pasca kondisi :
Aturan Bisnis :
Implementasi :
Asumsi :
32

Masalah Terbuka :

Tabel 20. Usecase naratif design sistem update status tracking klaim
Nama Use Case :
ID Use Case :
1.3
Prioritas :
Sumber :
Tinggi

berminat :
Deskripsi :
Prakondsi :
Sasaran :
Bidang khas suatu
event :
Tipe Use Case :

Design Sistem :
Bagian Klaim
Sistem
pengajuan klaim.
Kegiatan Pelaku
Langkah 1 :
Update Status Tracking Klaim.
Langkah 2:
Bagian Klaim memilih data
kemudian memasukan data
perubahan status tracking
klaim setelah itu Bagian Klaim
mengklik tombol update jika
semua data telah diinputkan.
Respon Sistem
Langkah 3:
diinputkan.
Langkah 4:
Bidang Alternatif :
Sistem akan menolak data status tracking klaim yang diinputkan
jika data yang diinputkan tidak lengkap.
Kesimpulan :

Pasca kondisi :
Aturan Bisnis :
Implementasi :
Asumsi :
Masalah Terbuka :

33
Author
Tanggal
: 25 Desember 2015
Versi
: 1.00
Tabel 21. Usecase naratif persyaratan bisnis entri bengkel rekanan

Nama Use Case :
ID Use Case :
Prioritas :
Sumber :

1.4
Sedang
Bagian Klaim
Sistem

berminat :
Deskripsi :
Prakondsi :
Sasaran :
Bidang khas suatu
event :
Tipe Use Case :


Bagian Klaim dalam hal memasukan data bengkel rekanan.
memasukan data bengkel rekanan.
Bagian Klaim dapat menginputkan data bengkel rekanan yang akan
di simpan ke dalam database.
Kegiatan Pelaku
Langkah 1 :
Bagian Produksi memasukan data
bengkel rekanan
Respon Sistem
Langkah 2:
data yang masukan
sistem mulai
melakukan proses
pengecekan data.
Langkah 3:
melakukan perekaman
dan penyimpanan ke
dalam database.
Bidang Alternatif :
Sistem akan menolak data bengkel rekanan yang diinputkan jika
data yang diinputkan tidak lengkap
Kesimpulan :

data bengkel rekanan oleh Bagian Klaim.
Pasca kondisi :
Aturan Bisnis :
Implementasi :
Asumsi :
34
Bagian Produksi harus memiliki otentikasi dan menginputkan data

Masalah Terbuka :
Data bengkel rekanan yang tidak diisi secara lengkap atau datanya
sudah ada sebelumnya dalam database menyebabkan data
bengkel rekanan tidak dapat di simpan ke dalam database oleh
sistem.
Tabel 22. Usecase naratif analisis sistem entri bengkel rekanan

Nama Use Case :
ID Use Case :
Prioritas :
Sumber :

1.4
Sedang
-
Sistem

berminat :
Deskripsi :
Prakondsi :
Sasaran :
Bidang khas suatu
event :
Tipe Use Case :

Analisis Sistem :
Bagian Klaim

Kegiatan Pelaku
Langkah 1 :
Entri Bengkel Rekanan.
Langkah 3:
data bengkel rekanan.
Respon Sistem
Langkah 2:
Bengkel Rekanan.
Langkah 4:
Langkah 5:
data.
Bidang Alternatif :
Kesimpulan :

Pasca kondisi :
Aturan Bisnis :
Implementasi :
Asumsi :
Masalah Terbuka :

35

sistem.
36
Tabel 23. Usecase naratif design sistem entri bengkel rekanan

Nama Use Case :
ID Use Case :
Prioritas :

1.4
Sumber :
Bagian Klaim
Sistem

berminat :
Deskripsi :
Prakondsi :
Sasaran :
Bidang khas suatu
event :
Sedang
Tipe Use Case :

Design Sistem :

Kegiatan Pelaku
Langkah 1 :
Langkah 2:
data bengkel rekanan setelah
itu Bagian Klaim mengklik
tombol save jika semua data
telah diinputkan.
Respon Sistem
Langkah 3:
diinputkan.
Langkah 4:
Bidang Alternatif :
Sistem akan menolak data bengkel rekanan yang diinputkan jika
data yang diinputkan tidak lengkap.
Kesimpulan :

Pasca kondisi :
Aturan Bisnis :
Implementasi :
Asumsi :
Masalah Terbuka :

sistem.
37
Author
Tanggal
: 25 Desember 2015
Versi
: 1.00
Tabel 24. Usecase naratif persyaratan bisnis entri registrasi user (tertanggung)
Nama Use Case :
ID Use Case :
Prioritas :
Sumber :
berminat :
Deskripsi :
Prakondsi :
Sasaran :
Bidang khas suatu
event :
Entri Registrasi User (Tertanggung)

1.5
Tinggi
Tertanggung
Sistem
Tipe Use Case :


Tertanggung dalam hal memasukan data registrasi user
(tertanggung).
Tertanggung yang ingin melakukan ini harus sudah melakukan
memasukan data registrasi user (tertanggung).
Tertanggung dapat menginputkan data registrasi user (tertanggung)
yang akan di simpan ke dalam database.
Kegiatan Pelaku
Langkah 1 :
Tertanggung memasukan data registrasi
user (tertanggung)
Respon Sistem
Langkah 2:
data yang masukan
oleh Tertanggung dan
sistem mulai
melakukan proses
pengecekan data.
Langkah 3:
melakukan perekaman
dan penyimpanan ke
dalam database.
Bidang Alternatif :
Sistem akan menolak data registrasi user (tertanggung) yang
diinputkan jika data yang diinputkan tidak lengkap
Kesimpulan :

data registrasi user (tertanggung) oleh tertanggung.
Sistem menggunakan data registrasi user (tertanggung) sebagai
data Referensi yang digunakan untuk pengajuan klaim.
Pasca kondisi :
Aturan Bisnis :
Implementasi :
Asumsi :
Masalah Terbuka :
38
Tertanggung harus memiliki otentikasi dan menginputkan data

Tertanggung sudah mengetahui kalau data benar.
Data registrasi user (tertanggung) yang tidak diisi secara lengkap
atau datanya sudah ada sebelumnya dalam database
menyebabkan data registrasi user (tertanggung) tidak dapat di

melakukan
proses penyimpanan data.
Tabel 25. Usecase naratif analisis sistem entri registrasi user
(tertanggung)
Bidang Alternatif :
Kesimpulan :

Pasca kondisi :
Aturan Bisnis :
Implementasi :
Asumsi :
Masalah Terbuka :

39
40
Tabel 26. Usecase naratif design sistem entri registrasi user (tertanggung)
Nama Use Case :
ID Use Case :
Prioritas :
Entri Registrasi User

(Tertanggung)
1.5
Tinggi
Sumber :
Tertanggung
Sistem

berminat :
Deskripsi :
Prakondsi :
Sasaran :
Bidang khas suatu
event :
Tipe Use Case :

Design Sistem :

Tertanggung dalam hal memasukan data registrasi user
(tertanggung).
memasukan data registrasi user (tertanggung).
Tertanggung dapat menginputkan data registrasi user (tertanggung)
yang akan di simpan ke dalam database.
Kegiatan Pelaku
Langkah 1 :
Tertanggung masuk ke
Form Entri Registrasi User
(Tertanggung).
Langkah 2:
Bagian Tertanggung
memasukan data
registrasi user (klaim)
setelah itu Tertanggung
mengklik tombol save jika
semua data telah
diinputkan.
Respon Sistem
Langkah 3:
diinputkan oleh Tertanggung dan
pengecekan data yang diinputkan.
Langkah 4:
Sistem secara otomatis melakukan
perekaman dan penyimpanan ke
dalam database.
Bidang Alternatif :
Sistem akan menolak data registrasi user (tertanggung) yang
diinputkan jika data yang diinputkan tidak lengkap.
Kesimpulan :

Pasca kondisi :
Aturan Bisnis :
Implementasi :
Asumsi :
Masalah Terbuka :

41
42
Author
Tanggal
: 25 Desember 2015
Versi
: 1.00
Tabel 27. Usecase naratif persyaratan bisnis entri pengajuan klaim

Nama Use Case :
ID Use Case :
Prioritas :
Sumber :
berminat :
Deskripsi :
Prakondsi :
Sasaran :
Bidang khas suatu
event :

1.6
Tinggi
Tertanggung
Tipe Use Case :

Sistem
Tertanggung dalam hal memasukan data pengajuan klaim.
memasukan data pengajuan klaim.
Tertanggung dapat menginputkan data pengajuan klaim yang akan
Kegiatan Pelaku
Langkah 1 :
Tertanggung memasukan data
pengajuan klaim.
Respon Sistem
Langkah 2:
masukan oleh tertanggung dan
pengecekan data.
Langkah 3:
Bidang Alternatif :
Sistem akan menolak data pengajuan klaim yang diinputkan jika
Kesimpulan :

data pengajuan klaim oleh tertanggung.
Pasca kondisi :
Sistem menggunakan data pengajuan klaim sebagai data Referensi

yang digunakan untuk tracking status klaim.
Aturan Bisnis :


Implementasi :
Asumsi :
Masalah Terbuka :

Data pengajuan klaim yang tidak diisi secara lengkap atau datanya
pengajuan klaim tidak dapat di simpan ke dalam database oleh
sistem.
43
Tabel 28. Usecase naratif analisis sistem entri pengajuan klaim

Nama Use Case :
ID Use Case :
Prioritas :

1.6
Sumber :
Tertanggung
Sistem

berminat :
Deskripsi :
Prakondsi :
Sasaran :
Bidang khas suatu
event :
Tinggi
Tipe Use Case :

Analisis Sistem :

Kegiatan Pelaku
Langkah 1 :
Bagian Klaim membuka
menu Entri Pengajuan
Klaim.
Langkah 3:
data pengajuan klaim.
Respon Sistem
Langkah 2:
Pengajuan Klaim..
Langkah 4:
Sistem akan melakukan validasi data,
jika berhasil, maka sistem
Langkah 5:
melakukan proses penyimpanan data.
Bidang Alternatif :
Kesimpulan :

Pasca kondisi :

Aturan Bisnis :


Implementasi :
Asumsi :
Masalah Terbuka :
44

sistem.
45
Tabel 29. Usecase naratif design sistem entri pengajuan klaim

Nama Use Case :
ID Use Case :
Prioritas :

1.6
Sumber :
Tertanggung
Sistem

berminat :
Deskripsi :
Prakondsi :
Sasaran :
Bidang khas suatu
event :
Tinggi
Tipe Use Case :

Design Sistem :

Kegiatan Pelaku
Langkah 1 :
Tertanggung masuk ke
Form Entri Pengajuan
Klaaim
Langkah 2:
Bagian Tertanggung
memasukan data
pengajuan klaim setelah
itu Tertanggung mengklik
tombol save jika semua
data telah diinputkan.
Respon Sistem
Langkah 3:
diinputkan oleh Tertanggung dan
pengecekan data yang diinputkan.
Langkah 4:
Sistem secara otomatis melakukan
perekaman dan penyimpanan ke
dalam database.
Bidang Alternatif :
Sistem akan menolak data pengajuan klaim yang diinputkan jika
Kesimpulan :

Pasca kondisi :

Aturan Bisnis :


Implementasi :
Asumsi :
Masalah Terbuka :
46

sistem.
Author
Tanggal
: 25 Desember 2015
Versi
: 1.00
Tabel 30. Usecase naratif ekstention notifikasi status klaim

Nama Use Case :
ID Use Case :
Prioritas :
Notifikasi Status Klaim

1.7
Sumber :
1.3
Tertanggung
Sistem

berminat :
Deskripsi :
Tinggi
Tipe Use Case :

Ekstension :

Tertanggung dalam hal membuka notifikasi status tracking klaim.
Prakondsi :
User case ini akan berjalan jika use case 1.3 dilakukan.
Sasaran :
Tertanggung dapat membuka notifikasi status tracking klaim yang

sudah di simpan ke dalam database.
Bidang khas suatu

event :
Kegiatan Pelaku
Langkah 1 :
Tertanggung membuka form notifikasi
status tracking klaim
Respon Sistem
Langkah 2:
dengan menampilkan
form notifikasi status
tracking klaim.
Bidang Alternatif :
Kesimpulan :
Use case ini menyimpulkan tentang kegiatan membuka notifikasi

status tracking klaim oleh tertanggung.
Pasca kondisi :
Sistem akan menampilkan notifikasi status tracking klaim.
Aturan Bisnis :
Implementasi :
Tertanggung harus memiliki otentikasi.

Sistem hanya akan menampilkan data yang sesuai dengan
perubahan yang dilakukan oleh bagian klaim.
Asumsi :
Tertanggung sudah mengetahui kalau ada notifikasi.
Masalah Terbuka :
47
Author
Tanggal
: 25 Desember 2015
Versi
: 1.00
Tabel 31. Usecase naratif persyaratan bisnis tracking status pengajuan klaim
Nama Use Case :
ID Use Case :
Prioritas :
Sumber :
berminat :
Deskripsi :
Prakondsi :
Sasaran :
Bidang khas suatu
event :

1.8
Tinggi
Tertanggung
Sistem
Tipe Use Case :

Use case ini mendeskripsikan tentang kegiatan yang dilakukan

oleh Tertanggung dalam hal mengecek data status pengajuan
klaim.
mengecek data status pengajuan klaim.
Tertanggung dapat mengecek data status pengajuan klaim yang
Kegiatan Pelaku
Langkah 1 :
Tertanggung memasukan informasi data
status pengajuan klaim.
Respon Sistem
Langkah 2:
dengan menampilkan
informasi data status
pengajuan klaim.
Bidang Alternatif :
Kesimpulan :
Use case ini menyimpulkan tentang kegiatan mengecek data status

tracking oleh tertanggung.
Pasca kondisi :
Data informasi status tracking yang ditampilkan sesuai dengan

informasi/parameter yang dimasukan.
Aturan Bisnis :
Implementasi :
Asumsi :
Masalah Terbuka :
48
Tertanggung harus memiliki otentikasi dan memasukan

informasi/paramater data yang akan dicetak.
Sistem hanya akan menampilkan data sesuai dengan
informasi/paramter yang dimasukan.
Tertanggung sudah mengetahui informasi/parameter data yang
akan ditampilkan.
Tabel 32. Usecase naratif analisis sistem tracking status pengajuan klaim
Nama Use Case :
ID Use Case :
Prioritas :

1.8
Sumber :
Tertanggung
Sistem

berminat :
Deskripsi :
Prakondsi :
Sasaran :
Bidang khas suatu
event :
Tinggi
Tipe Use Case :

Analisis Sistem :

Tertanggung dalam hal mengecek data status pengajuan klaim.
Kegiatan Pelaku
Langkah 1 :
Bagian Produksi membuka menu
Tracking Status Pengajuan Klaim.
Respon Sistem
Langkah 2
dengan menampilkan
interface Tracking Status
Pengajuan Klaim.
Langkah 3:
Bagian Produksi memasukan
informasi nomor tracking
pengajuan klaim.
Langkah 4:
dengan menampilkan data.
Bidang Alternatif :
Kesimpulan :

Pasca kondisi :

Aturan Bisnis :


Implementasi :
Asumsi :

akan ditampilkan.
Masalah Terbuka :
49
Tabel 33. Usecase naratif design sistem tracking status pengajuan klaim
Nama Use Case :
ID Use Case :
Prioritas :

1.8
Sumber :
Tertanggung
Sistem

berminat :
Deskripsi :
Prakondsi :
Sasaran :
Bidang khas suatu
event :
Tinggi
Tipe Use Case :

Design Sistem :

Tertanggung dalam hal mengecek data status pengajuan klaim.
Kegiatan Pelaku
Langkah 1 :
Tertanggung masuk ke Form Tracking
Status Pengajuan Klaim.
Langkah 2 :
Tertanggung masukan informasi tracking
status pengajuan klaim, setelah itu
Tertanggung mengklik tombol cari.
Respon Sistem
Langkah 3:
dengan menampilkan
data tracking status
pengajuan klaim.
Bidang Alternatif :
Kesimpulan :

Pasca kondisi :

Aturan Bisnis :

akan ditampilkan.

Implementasi :
Asumsi :
Masalah Terbuka :
50
Author
Tanggal
: 25 Desember 2015
Versi
: 1.00
Tabel 34. Usecase naratif persyaratan bisnis cek bengkel rekanan

Nama Use Case :
ID Use Case :
Prioritas :
Cek Bengkel Rekanan

1.9
Sumber :
Tertanggung
Sistem

berminat :
Deskripsi :
Prakondsi :
Sasaran :
Bidang khas suatu
event :
Sedang
Tipe Use Case :


tertanggung dalam hal mengecek data bengkel rekanan.
mengecek data bengkel rekanan.
Tertanggung dapat mengecek data bengkel rekanan yang sudah di
simpan ke dalam database.
Kegiatan Pelaku
Langkah 1 :
Tertanggung memasukan informasi data
bengkel rekanan.
Respon Sistem
Langkah 2:
dengan menampilkan
informasi data bengkel
rekanan.
Bidang Alternatif :
Kesimpulan :
Use case ini menyimpulkan tentang kegiatan mengecek data

bengkel rekanan oleh tertanggung.
Pasca kondisi :
Data informasi bengkel rekanan yang ditampilkan sesuai dengan

Aturan Bisnis :

akan ditampilkan.

Implementasi :
Asumsi :
Masalah Terbuka :
51
Tabel 35. Usecase naratif analisis sistem cek bengkel rekanan

Nama Use Case :
ID Use Case :
Prioritas :
Cek Bengkel Rekanan

1.9
Sumber :
Tertanggung
Sistem

berminat :
Deskripsi :
Prakondsi :
Sasaran :
Bidang khas suatu
event :
Sedang
Tipe Use Case :

Analisis Sistem:

Kegiatan Pelaku
Langkah 1 :
Bagian Produksi membuka menu Cek
Bengkel Rekanan.
Langkah 3:
Bagian Produksi memasukan informasi
Respon Sistem
Langkah 2
dengan menampilkan
interface Cek Bengkel
Rekanan.
Langkah 4:
dengan menampilkan
data.
Bidang Alternatif :
Kesimpulan :

Pasca kondisi :

Aturan Bisnis :

akan ditampilkan.

Implementasi :
Asumsi :
Masalah Terbuka :
52
Tabel 36. Usecase naratif design sistem cek bengkel rekanan

Nama Use Case :
ID Use Case :
Prioritas :
Cek Bengkel Rekanan

1.9
Sumber :
Tertanggung
Sistem

berminat :
Deskripsi :
Prakondsi :
Sasaran :
Bidang khas suatu
event :
Sedang
Tipe Use Case :

Design Sistem :

Kegiatan Pelaku
Langkah 1 :
Tertanggung masuk ke Form Cek
Bengkel Rekanan.
Respon Sistem
Langkah 3:
dengan menampilkan
Langkah 2 :
Tertanggung masukan informasi bengkel
rekanan, setelah itu Tertanggung
mengklik tombol cari.
Bidang Alternatif :
Kesimpulan :

Pasca kondisi :

Aturan Bisnis :
Implementasi :
Asumsi :

akan ditampilkan.
Masalah Terbuka :
53
Author
Tanggal
: 25 Desember 2015
Versi
: 1.00
Tabel 37. Usecase naratif persyaratan bisnis logout

Nama Use Case :
Logout
ID Use Case :
1.10
Prioritas :
Rendah
Sumber :
User
Sistem

berminat :
Tipe Use Case :

Deskripsi :

User dalam melakukan kegiatan logout atau keluar dari sistem.
Prakondsi :
User telah selesai melakukan kegiatan di dalam sistem.
Sasaran :
Use Case ini mendeskripsikan tentang kejadian yang dilakukan oleh

user untuk keluar dari sistem
Bidang khas suatu

event :
Kegiatan Pelaku
Respon Sistem
Langkah 1 :
User dapat keluar dari sistem
dengan memilih logout
Langkah 2 :
dengan keluar dari sistem.
Bidang Alternatif :
Kesimpulan :
sistem.
Pasca kondisi :
Aturan Bisnis :
Batasan dan
Spesifikasi
Implementasi :
Asumsi :

dari sistem.
Masalah Terbuka :
Tabel 38 Usecase naratif analisis sistem logout
54
Nama Use Case :
Logout
ID Use Case :
1.10
Prioritas :
Rendah
Sumber :
User
Sistem

berminat :
Tipe Use Case :

Analisis Sistem :
Deskripsi :

Prakondsi :
Sasaran :

Bidang khas suatu

event :
Kegiatan Pelaku
Respon Sistem
Langkah 1 :
User memilih menu logout
Langkah 2:
dengan keluar dari Aplikasi.
Bidang Alternatif :
Kesimpulan :
sistem.
Pasca kondisi :
Aturan Bisnis :
Batasan dan
Spesifikasi
Implementasi :
Asumsi :

dari sistem.
Masalah Terbuka :
55
Tabel 39 Usecase naratif design sistem logout

Nama Use Case :
Logout
ID Use Case :
1.10
Prioritas :
Rendah
Sumber :
User
Sistem

berminat :
Tipe Use Case :

Design Sistem :
Deskripsi :

Prakondsi :
Sasaran :

Bidang khas suatu

event :
Kegiatan Pelaku
Respon Sistem
Langkah 1 :
User dapat keluar dari aplikasi dengan
memilih menu logout
Langkah 2:
dengan keluar dari
aplikasi.
Bidang Alternatif :
Kesimpulan :
sistem.
Pasca kondisi :
Aturan Bisnis :
Batasan dan
Spesifikasi
Implementasi :
Asumsi :

dari sistem.
Masalah Terbuka :
56
9.Aktifitas Proses Bisnis
Gambar 7. Diagram activity login.
57
Gambar 8. Diagram activity entri registrasi user (klaim).
58
Gambar 9. Diagram activity update status tracking klaim.
59
Gambar 10. Diagram activity entri bengkel rekanan.
60
Gambar 11. Diagram activity entri registrasi user (tertanggung).
61
Gambar 12. Diagram activity entri pengajuan klaim.
62
Gambar 13. Diagram activity notifikasi status tracking.
63
Gambar 14. Diagram activity status tracking pengajuan klaim.
Gambar 15. Diagram activity cek bengkel rekanan.
64
Gambar 16. Diagram activity logout
10.Pemetaan Objek
Gambar 17. Pemetaan objek login.
Gambar 18. Pemetaan objek entri registrasi user (klaim).
65
Gambar 19. Pemetaan objek update status tracking klaim.
Gambar 20. Pemetaan objek entri bengkel rekanan.
Gambar 21. Pemetaan objek entri registrasi user (tertanggung).
66
Gambar 22. Pemetaan objek entri pengajuan klaim.
Gambar 23. Pemetaan objek notifikasi status tracking klaim.
Gambar 24. Pemetaan objek tracking status pengajuan klaim.
67
Gambar 25. Pemetaan objek cek bengkel rekanan.
Gambar 26. Pemetaan objek logout.
68
11.Skema Interaksi
Gambar 27. Skema interaksi login.
Gambar 28. Skema interaksi entri registrasi user (klaim).
69
Gambar 29. Skema interaksi entri update status tracking.
Gambar 30. Skema interaksi entri bengkel rekanan.
70
Gambar 31. Skema interaksi entri registrasi user (tertanggung).
Gambar 32. Skema interaksi entri pengajuan klaim.
71
Gambar 33. Skema interaksi notifikasi status tracking klaim.
Gambar 34. Skema interaksi tracking status pengajuan klaim.
72
Gambar 35. Skema interaksi cek bengkel rekanan.
Gambar 36. Skema interaksi logout.
73
12. Skema Konseptual

a.
ERD (Entity Relational Database)
Pada gambar 37 berikut akan dijelaskan hubungan antar entitas dalam database yang
akan digambarkan dalam bentuk ERD berikut.
Gambar 37. Entity Relational Diagram
Berdasarkan gambar 37 diatas maka dapat dijelaskan mengenai 8 entitas pada

sistem ini yaitu entitas tblKota, tblUser, tblBengkel, tblPengajuanKlaim, tblSebabKejadian,
tblStatusTracking, tblTracking_h, tblTracking_d. tblUser memliki 1 tblKota, tblBengkel
memliki 1 tblKota, 1 tblUser mengajukan banyak tblPengajuanKlaim, 1 tblPengajuanKlaim
membuat 1 tblSebabKejadian, 1 tblPengajuan membuat 1 tblTrackingKlaim_h, 1
tblTrackingklaim_h membuat banyak tblTrackingKlaim_d, 1 tblTrackingKlaim_d memiliki 1
tblStatusTracking.
74
b.Konstruksi Database
Pada gambar 38 berikut akan dijelaskan hubungan antar tabel dalam
database yang akan digambarkan dalam bentuk skema database berikut.
Gambar 38. Relasi antar tabel
c.Kamus Data
TblBengkel
TblBengkel=@kd_bengkel+nm_bengkel+kd_kota+alamat+no_telp+kontak
kd_bengkel
1{char}4
nm_bengkel
1{varchar}100
kd_kota
1{char}3
alamat
1{varchar}250
no_telp
1{varchar}20
kontak
1{varchar}100
TblKota
TblKota=@kd_kota+nm_kota
kd_kota
1{char}3
75
nm_kota
1{varchar}100
TblSebabKejadian
TblSebabKejadian=@kd_sebab+nm_sebab
kd_sebab
1{char}3
nm_sebab
1{varchar}100
76
TblStatusTracking
TblStatusTracking=@kd_tracking+nm_tracking
kd_tracking
1{char}3
nm_tracking
1{varchar}150
TblUser
TblUser=@kd_user+nm_user+no_polis+kd_kota+alamat+no_telp+email+username+pass+st_user
kd_user
{int}
nm_user
1{varchar}150
no_polis
1{varchar}30
kd_kota
1{char}3
alamat
1{varchar}250
no_telp
1{varchar}20
email
1{varchar}50
username
1{varchar}100
pass
1{varchar}100
st_user
1{char}1
TblPengajuanklaim
TblPengajuanklaim=@no_pengajuan+kd_user+tgl_kejadian+tgl_lapor+kd_sebab+lokasi_kejadian+
foto_dokumen1+foto_dokumen2+foto_dokumen3+foto_dokumen4+flag_pengajuan
no_pengajuan
{int}
kd_user
1{char}20
tgl_kejadian
{datetime}
tgl_lapor
{datetime}
kd_sebab
1{char}3
lokasi_kejadian
1{varchar}100
foto_dokumen1
{image}
77
foto_dokumen2
{image}
foto_dokumen3
{image}
foto_dokumen4
{image}
flag_pengajuan
1{char}1
TblTrackingklaim_h
TblTrackingklaim_h=@no_tracking+no_pengajuan+flag_settled
no_tracking
{int}
no_pengajuan
char(10)
flag_setteld
char(1)
TblTrackingklaim_d
TblTrackingklaim_d=@id_tracking+no_tracking+kd_tracking+tgl_tracking+ket_tracking+flag_tracking
+kd_user_tracking
id_tracking
{int}
no_tracking
1{char}10
kd_tracking
1{char}3
tgl_tracking
{datetime}
ket_tracking
1{varchar}250
flag_tracking
1{char}1
kd_user_tracking
1{char}20
d.Spesifikasi Tabel
Tabel 40. Table tblBengkel
Nama Table : tblBengkel
Primary Key : kd_bengkel
No
1
2
3
4
5
6
78
Nama Kolom
kd_bengkel
nm_bengkel
kd_kota
alamat
no_telp
kontak
Tipe
char(4)
varchar(100)
char(3)
varchar(250)
varchar(20)
varchar(100)
Null
Default
-
Keterangan
kode bengkel
nama bengkel
kode kota
alamat
no telepon
kontak
Tabel 41. Table tblKota

Nama Table : tblKota
Primary Key : kd_kota
No
1
2
Nama Kolom
Tipe
kd_kota
nm_kota
char(3)
varchar(100)
Null
Default
Keterangan
kode kota
nama kota
Null
Default
-
Keterangan
kode sebab
nama sebab
Null
Default
Keterangan
kode tracking
nama tracking
Null
Default
-
Keterangan
kode user
nama user
nomor polis
kode kota
alamat
nomor telepon
email
username
password
status user
Null
Default
Keterangan
nomor pengajuan
kode user
tanggal kejadian
tanggal lapor
kode sebab
Tabel 42. Table tblSebabKejadian

Nama Table : tblSebabKejadian
Primary Key : kd_sebab
No
1
2
Nama Kolom
kd_sebab
nm_sebab
Tipe
char(3)
varchar(100)
Tabel 43. Table tblStatusTracking

Nama Table : tblStatusTracking
Primary Key : kd_tracking
No
1
2
Nama Kolom
Tipe
kd_tracking
nm_tracking
char(3)
varchar(150)
Tabel 44. Table tblUser

Nama Table : tblUser
Primary Key : kd_user
No
1
2
3
4
5
6
7
8
9
10
Nama Kolom
kd_user
nm_user
no_polis
kd_kota
alamat
no_telp
email
username
pass
st_user
Tipe
int
varchar(150)
varchar(30)
char(3)
varchar(250)
varchar(20)
varchar(50)
varchar(100)
varchar(100)
char(1)
Tabel 45. Table tblPengajuanKlaim

Nama Table : tblPengajuanKlaim
Primary Key : no_pengajuan
No
Nama Kolom
Tipe
1
2
3
4
5
no_pengajuan
kd_user
tgl_kejadian
tgl_lapor
kd_sebab
int
char(20)
datetime
datetime
char(3)
79
6
7
8
9
10
11
lokasi_kejadian
foto_dokumen1
foto_dokumen2
foto_dokumen3
foto_dokumen4
flag_pengajuan
varchar(100)
image
image
image
image
char(1)
lokasi kejadian
foto dokumen 1
foto dokumen 2
foto dokumen 3
foto dokumen 4
flag pengajuan
Default
Keterangan
nomor tracking
nomor pengajuan
flag settled
Tabel 46. Table tblTrackingKlaim_h

Nama Table : tblTrackingKlaim_h
Primary Key : no_tracking
No
Nama Kolom
Tipe
1
2
3
no_tracking
no_pengajuan
flag_setteld
int
char(10)
char(1)
Null
Tabel 47. Table tblTrackingKlaim_d

Nama Table : tblTrackingKlaim_d
Primary Key : id_tracking
No
80
Nama Kolom
Tipe
Default
Keterangan
1
2
3
4
id_tracking
no_tracking
kd_tracking
tgl_tracking
int
char(10)
char(3)
datetime
Null
5
6
7
ket_tracking
flag_tracking
kd_user_tracking
varchar(250)
char(1)
char(20)
id tracking
nomor tracking
kode tracking
tanggal tracking
keteranngan
tracking
flag tracking
kode user tracking
13.Integrasi Komponen Sistem
Gambar 39. Integrasi Komponen Sistem
Dalam perancangan aplikasi tracking proses pengajuan klaim kendaraan

terdapat beberapa komponen yang mendukung jalannya sistem. Berdasarkan gambar
39 diatas dapat dijelaskan beberapa komponen pendukung sistem.
81
14.Komposisi Klas
Pada gambar 40 dibawah ini digambarkan mengenai komposisi klas dari sistem.
Gambar 40. komposisi klas
82
83
84
G.Implementasi
1.Konstruksi
Konstruksi adalah rancang bangun suatu objek yang menyatu dengan lingkungan.
Dalam pembangunan aplikasi tracking proses klaim kendaraan konstruksi pembangunan
digambarkan
melalui
gambar,
diagram,
skema
kemudian
dilanjutkan
pada
tahap
pemrograman dengan program yang digunakan untuk pembuatan source code program,
kemudian diintegrasikan dengan komponen kebutuhan sistem.
2.
Gambar dan Skema
a.Sistem Deployment
Sistem
deployment
menunjukkan
tata
letak
sebuah
sistem
secara
fisik,
menampakkan bagian-bagian software yang berjalan pada bagian hardware yang

digunakan untuk mengimplementasikan sebuah sistem dan hubungannya dengan
komponen hardware yang digunakan dalam pembangunan sistem. Berdasarkan gambar
41 dibawah ini dapat digambarkan diagram deployment.
Gambar 41. Model Deployment
Berdasarkan gambar 41 diatas dapat dijelaskan mengenai penjelasan diagram

deployment yaitu terdapat beberapa perangkat yaitu dua komputer, dimana satu komputer
yang bertugas sebagai server yang di dalamnya terdapat database yang digunakan untuk
menyimpan data-data admin, kemudian satu komputer lagi yang bertugas sebagai client
yang didalamnya terdapat web browser yang digunakan untuk menjalan aplikasi, serta
android device yang bertindak sebagai pengguna aplikasi. Client akan terhubung dengan
web server ketika melakukan akses data atau input data seperti melakukan pengajuan
85
klaim, melakuan registrasi user, mengupdate status tracking, dan menerima notifikasi
status tracking proses klaim kendaraan.
b.Diagram Komponen
Gambar 42. Diagram Komponen
Dalam perancangan sistem aplikasi tracking proses pengajuan klaim kendaraan

terdapat beberapa komponen yang mendukung jalannya sistem. Berdasarkan gambar 42
diatas dapat dijelaskan beberapa komponen pendukung sistem yang terdiri dari terdiri dari
Codeigniter digunakan sebagai framework untuk aplikasi web, Phonegap Library
digunakan sebagai framework untuk aplikasi mobile, SQL Server 2008 R2 sebagai tempat
penyimpanan data.
86
c.Topologi Sistem
Topologi sistem menjelaskan keterhubungan antara komputer satu dengan komputer
lain. Penggunaan topologi sistem dalam sistem ini adalah menjelaskan keterhubungan
antara komputer server dengan komputer lain yaitu komputer client.
3.Pemrograman
a.Aplikasi Program
Perancangan sistem ini menggunakan program dan sql server 2008 R2 sebagai
database, sehingga sebuah aplikasi database yang mampu mengolah data dengan
akurat.
87
88
b.Coding
89
90
91
92
93
94
95
96
97
4. Instalasi
5. Support Plan
a. Pelatihan Operasional Sistem

Sistem aplikasi tracking proses pengajuan klaim kendaraan dengan menggunakan
sistem yang baik akan memberikan kemudahan setiap user yang menggunakannya. Tetapi
tidak semua user dapat langsung menggunakan sistem ini, maka pelatihan operasional
sistem harus dilakukan pada proses implementasi sistem. Hal ini dilakukan dengan tujuan
agar pengguna sistem mengetahui semua fungsi pada sistem aplikasi perpustakaan
Pelatihan dilakukan dengan dua tahap yaitu:
1. Pelatihan Pemakai
Pelatihan ini meliputi bagaimana cara pembuatan user untuk petugas yang akan
menggunakan aplikasi, selain itu memberikan pemahaman mengenai fungsi dan menu yang
terdapat dalam sistem.
98
2. Pelatihan Operasi
Pelatihan ini meliputi fungsi operasi yang akan digunakan dalam mengolah data
pembayaran. Bagian pelatihan ini difokuskan pada tata cara penginputan data dan
penyimpanan data ke database.
3. Petunjuk Pengoperasian
Form Login
Gambar 43. Interface Login
Interface ini merupakan interface awal pada saat sistem ini dijalankan, adapun langkahlangkah dalam penggunaan menu ini yaitu:
1. Jalankan sistem aplikasi tracking proses pengajuan klaim kendaraan.
2. Masukkan username dan password, kemudian klik tombol login atau menekan tombol
enter.
3. Jika user memasukkan data yang tidak valid maka sistem akan memberikan peringatan
bahwa username atau password salah.
4. Jika username dan password yang dimasukkan valid user selanjutnya akan langsung
diarahkan ke tampilan menu utama.
Form Menu Utama Bagian Klaim
Gambar 44. Interface Menu Utama
99
Interface ini merupakan halaman utama hak akses untuk bagian klaim yang disajikan
setelah validasi login, jika sesuai maka masuk kedalam menu utama yang menampilkan
menu yang ada dalam aplikasi untuk kemudian menjalankan fungsi dari aplikasi tersebut.
Form Entri Bengkel Rekanan
Gambar 45. Interface Form Entri Bengkel Rekanan.
Interface ini merupakan halaman yang berfungsi untuk memasukan data bengkel
rekanan, adapun langkah-langkah dalam penggunaan menu ini yaitu:
1. Untuk masuk pada menu bengkel.
2. Kemudian bagian klaim menginputkan data bengkel rekanan.
3. Setelah selesai memasukkan data data tersebut bagian klaim kemudian mengklik button
save untuk menyimpan data tersebut ke database, bagian klaim juga dapat membatalkan
dengan mengklik button cancel.
Form Entri Registrasi User Klaim
100
Gambar 46. Interface Form Entri Registrasi User Klaim.
Interface ini merupakan halaman yang berfungsi untuk memasukan data user klaim,
adapun langkah-langkah dalam penggunaan menu ini yaitu:
1. Untuk masuk pada menu user.
2. Kemudian bagian klaim menginputkan data user bagian klaim.
101
Form Update Status Tracking Klaim
Gambar 47. Interface Form Update Status Tracking Klaim.
Interface ini merupakan halaman yang berfungsi untuk memasukan data status tracking
klaim, adapun langkah-langkah dalam penggunaan menu ini yaitu:
1. Untuk masuk pada menu update status tracking.
2. Kemudian bagian klaim menginputkan data status tracking.
Form Detail Tracking
Gambar 48. Interface Form Detail Tracking.
102
Interface ini merupakan halaman yang berfungsi untuk melihat data detil status tracking
2. Kemudian bagian klaim mengklik button detail tracking untuk membuka form detail
tracking.
Form Detail Klaim
Gambar 49. Interface Form Detail Klaim.
Interface ini merupakan halaman yang berfungsi untuk melihat data detil status tracking
2. Kemudian bagian klaim mengklik button detail tracking untuk membuka form detail
tracking.
103
Form Login
Gambar 50. Interface Login Aplikasi Android
Interface ini merupakan interface awal pada saat sistem ini dijalankan, adapun langkahlangkah dalam penggunaan menu ini yaitu:
1. Jalankan sistem aplikasi tracking proses pengajuan klaim kendaraan.
2. Masukkan username dan password, kemudian klik tombol login atau menekan tombol
enter.
3. Jika user memasukkan data yang tidak valid maka sistem akan memberikan peringatan
bahwa username atau password salah.
4. Jika username dan password yang dimasukkan valid user selanjutnya akan langsung
diarahkan ke tampilan menu utama.
Form Menu Utama Tertanggung
Gambar 51. Interface Menu Utama Aplikasi Android
104
Interface ini merupakan halaman utama hak akses untuk tertanggung yang disajikan
setelah validasi login, jika sesuai maka masuk kedalam menu utama yang menampilkan
menu yang ada dalam aplikasi untuk kemudian menjalankan fungsi dari aplikasi tersebut.
Form Entri Registrasi User Tertanggung
Gambar 52. Interface Form Entri Registrasi User Aplikasi Android.
Interface ini merupakan halaman yang berfungsi untuk memasukan data user
tertanggung, adapun langkah-langkah dalam penggunaan menu ini yaitu:
1. Untuk masuk pilih menu belum punya akun pada halaman awal aplikasi.
2. Kemudian tertanggung menginputkan data user tertanggung.
3. Setelah selesai memasukkan data data tersebut tertanggung kemudian mengklik button
register untuk menyimpan data tersebut ke database.
105
Form Pengajuan Klaim
Gambar 53. Interface Form Pengajuan Klaim Aplikasi Android.
Interface ini merupakan halaman yang berfungsi untuk memasukan data pengajuan
1. Untuk masuk pilih menu bengkel rekanan pada halaman menu utama.
2. Kemudian tertanggung menginputkan data pengajuan klaim.
3. Setelah selesai memasukkan data data tersebut tertanggung kemudian mengklik button
simpan data untuk menyimpan data tersebut ke database.
106
Form Cek Bengkel Rekanan
Gambar 54. Interface Cek Bengkel Rekanan Aplikasi Android.
Interface ini merupakan halaman yang berfungsi untuk melihat data bengkel rekanan,
adapun langkah-langkah dalam penggunaan menu ini yaitu:
1. Untuk masuk pilih menu pengajuan klaim pada halaman menu utama.
2. Kemudian tertanggung memasukan nama bengkel rekanan untuk melakukan proses
pencarian data.
Form Tracking Status Pengajuan Klaim
Gambar 55. Interface Tracking Status Pengajuan Klaim Aplikasi Android .
Interface ini merupakan halaman yang berfungsi untuk melihat data tracking status
pengajuan klaim, adapun langkah-langkah dalam penggunaan menu ini yaitu:
1. Untuk masuk pilih menu tracking klaim pada halaman menu utama.
107
2. Kemudian tertanggung memasukan informasi nomor tracking untuk melakukan proses

pencarian data.
Form Detail Tracking Status Pengajuan Klaim
Gambar 56. Interface Detail Tracking Status Pengajuan Klaim Aplikasi Android .
Interface ini merupakan halaman yang berfungsi untuk melihat data tracking status
pengajuan klaim, adapun langkah-langkah dalam penggunaan menu ini yaitu:
1. Untuk masuk pilih menu tracking klaim pada halaman menu utama.
2. Kemudian bagian klaim mengklik button status tracking untuk membuka form detail
tracking status pengajuan klaim.
108
109
H. Implikasi
Dapat merubah perilaku bagian klaim yang tadinya menerima laporan pengajuan klaim
via telepon atau email, dengan adanya sistem aplikasi tracking proses pengajuan klaim ini
bagian klaim dapat menerima maupun memberikan laporan kepada tertanggung menggunakan
aplikasi, dan tertanggugpun dapat diberikan kemudahan dengan mengajukan laporan klaimnya
via smarphone.
110
111
I. Daftar Pustaka
1.
Memorandum (memorandum Direksi)
2.
Fathansyah (Basis Data, Penerbit Informatika, Bandung, 2012)
3.
Laviva, Rizka, 2015 Proposal Project Penerapan Aplikasi Layanan Pelaksanaa

Proyek Minor Di STIKOM Binaniaga Bogor
112
J. Tentang Pelaksana
Budiawan Putra Perdana (1412704)
Dilahirkan dikota Bogor pada tanggal 02
Agustus 1992. Lulus sekolah dasar di SDN Kopo 4
Cisarua, melanjutkan sekolah menengah pertama di
SMPN 1 Megamendung dan lulus sekolah menengah
atas di SMK WIKRAMA Bogor. Lulus di tahun 2010
kemudian melanjutkan sekolah tinggi di STIKOM
Binaniaga Bogor jurusan Sistem Informasi (SI) dan
Bekerja di PT. Sinergy Media Integrasi sebagai
Business Analyst.
Novianti Febriyani (1412719)

Dilahirkan dikota Bogor pada tanggal 21
February 1993. Lulus sekolah dasar di M.I Sirojul
Anwar, melanjutkan sekolah menengah pertama di SMP
PGRI 7 Bogor dan lulus sekolah menengah atas di SMK
YKTB 2 Bogor. Lulus di tahun 2011 kemudian
melanjutkan sekolah tinggi di STIKOM Binaniaga Bogor
jurusan Sistem Informasi (SI) dan Bekerja di PT.
Asuransi Sinarmas sebagai Marketing Support Agent.
113
114
K. Lampiran
Dokumentasi
Pada tanggal 23 Desember 2015 kami telah mempresentasikan program yang telah dibuat.
115
116
117

Laporan Proyek ISPM FInal - After Add Footer

Diunggah oleh

Informasi Dokumen

Judul Asli

Hak Cipta

Format Tersedia

Bagikan dokumen Ini

Bagikan atau Tanam Dokumen

Opsi Berbagi

Apakah menurut Anda dokumen ini bermanfaat?

Apakah konten ini tidak pantas?

Hak Cipta:

Format Tersedia

Laporan Proyek ISPM FInal - After Add Footer

Diunggah oleh

Hak Cipta:

Format Tersedia

Laporan Proyek

Aplikasi Tracking Proses Klaim Kendaraan Berbasis Android

SEKOLAH TINGGI ILMU KOMPUTER BINANIAGA

1. Pujiyanto A.Md.Kom, SE.AS,AAAIK

2. Ir. Hardi Jamhur

[halaman ini sengaja dikosongkan]

Budiawan Putra Perdana

Pujiyanto A.Md.Kom, SE.AS,AAAIK

Ir. Hardi Jamhur

Ketua Program Studi

Drs. H. Moch. Aini Gentimat, SH

[halaman ini sengaja dikosongkan]

Bogor, Desember 2015

[halaman ini sengaja dikosongkan]

Tabel 28 Usecase naratif analisis sistem entri pengajuan klaim.........................................1

Gambar 30 Skema interaksi entri bengkel rekanan............................................................2

[halaman ini sengaja dikosongkan]

Aplikasi Tracking Proses Klaim Kendaraan Berbasis Android di

1. Budiawan Putra Perdana

PT Asuransi Bhakti Bhayangkara

menggunakan telepon, belum ada sistem yang mendukung hal ini

memberikan notifikasi/pesan status proses klaim kendaraan secara

Keterbatasan pada saat membangun penerapan sistem aplikasi tracking

C. Maksud dan Tujuan

Mengalihkan proses pelayanan informasi pengajuan proses klaim kendaraan

Memberikan notifikasi/pesan status proses klaim kendaraan secara otomatis

[halaman ini sengaja dikosongkan]

total biaya operasional

total biaya analisis

2. biaya pelatihan personil

total biaya penerapan

total biaya operasi dan

Metode Return Of Investment (ROI)

= total manfaat total biaya

b.Operational Feasibility (Kelayakan Operasional)

Kemampuan pengendalian operasi sistem informasi

Kemampuan sistem menghasilkan informasi

penggunaanya sistem informasi pembayaran cukup mudah untuk digunakan.

c. Technical Feasibility (Kelayakan Teknis)

Kebutuhan teknologi yang dibutuhkan mudah ditemui dan didapat di

d. Legality Feasibility (Kelayakan Legal)

e. Schedule Feasibility (Kelayakan Jadwal)

Analisis Kebutuhan Sistem

Pada tabel 5, menjelaskan tentang penjabaran penentuan waktu yang diharapkan

Untuk mengambarkan pelaksanaan proyek ini dapat dijelaskan melalui gambar 1.

Gambar 1. Chart Gant penjadwalan proyek

Analisis Kebutuhan Sistem

Gambar 2. Diagram PERT

Analisis jalur kritis

BHAYANGKARA maka dapat diidentifikasikan masalah seperti proses klaim

dilakukan secara manual, untuk menggantikannya ini pasti

dibutuhkan suatu aplikasi layanan tracking proses klaim kendaraan berbasis

2.Wawancara , menanyakan tentang kendala-kendala yang dihadapi selama proses

Menganalisa data-data pengajuan klaim, data tertanggung, dan bengkel rekanan

yang terdapat di PT Asuransi Bhakti Bhayangkara.

Menyajikan analisis biaya

[halaman ini sengaja dikosongkan]

F.Pemodelan dan Struktur

Gambar 3. Gambar cara kerja sistem

Berdasarkan gambar 3 di atas dapat dijelaskan mengenai proses kerja sistem

Gambar 5. Diagram konteks

Gambar 6. Diagram Usecase

Tabel 9. Identifikasi Aktor