Full

PLAGIAT MERUPAKAN TINDAKAN TIDAK TERPUJI
PENERAPAN METODE SMART DALAM SISTEM PENDUKUNG

PENGAMBILAN KEPUTUSAN PEMILIHAN ASURANSI
SKRIPSI
Disusun oleh :
Ade Dwi Satya (095314006)
PROGRAM STUDI TEKNIK INFORMATIKA

JURUSAN TEKNIK INFORMATIKA
FAKULTAS SAINS DAN TEKNOLOGI
UNIVERSITAS SANATA DHARMA
YOGYAKARTA
2015
DECISION SUPPORT SYSTEM FOR SELECTION OF INSURANCE

USING SMART METHOD
A THESIS
by :
Ade Dwi Satya (095314006)
INFORMATICS ENGINEERING STUDY

PROGRAM DEPARTMENT OF INFORMATICS
ENGINEERING FACULTY OF SCIENCE AND
SANATA DHARMA UNIVERSITY
YOGYAKARTA
2015
ii
TECHNOLOGY
SANATA DHARMA UNIVERSITY

YOGYAKARTA
2015
ii
iii
iv
HALAMAN PERSEMBAHAN
“Carpe diem. Seize the day, boys. Make your lives

extraordinary.”
John Keating/ Robin Williams in Dead Poets Society
“For I know the plans I have for you, “declares

the LORD, “plans to prosper you and not to harm
you, plans to give you hope and a future.
Jeremiah 29:11
I’m dedicating this thesis for:

My whole big Family
Love and hope to my rich country
My beloved alma mater
And
Much much thanks to
THE ALMIGHTY GOD

Because without You this thesis will never be happen
v
PERNYATAAN KEASLIAN
Saya menyatakan dengan sesungguhnya bahwa skripsi yang saya tulis ini tidak
memuat karya atau bagian karya orang lain, kecuali yang telah saya sebutkan
dalam kutipan dan daftar pustaka sebagaimana layaknya karya ilmiah.
Yogyakarta, 3 September 2015
Ade Dwi Satya
vi
ABSTRAK
Pembuatan sistem dilatar belakangi oleh masih banyaknya masyarakat

yang masih menganggap bahwa asuransi itu tidak bermanfaat disebabkan karena
kekurang pahaman mereka akan kebutuhan asuransi yang tepat. Tujuan dari
pembuatan sistem ini adalah untuk mempermudah masyarakat yang ingin
mendaftarkan diri sebagai pemegang polis asuransi ataupun hanya untuk
mendapatkan informasi asuransi tipe apakah yang cocok untuk mereka.
Pembuatan sistem ini berdasar pada data yang didapatkan dari perusahaan
Prudential cabang kota Yogyakarta yang kemudian digunakan sebagai dasar
perhitungan sistem dengan menggunakan metode SMART (Simple Multi Attribute
Rating Technique.
Dari hasil ujicoba sistem dapat diketahui bahwa sistem ini mendapat
tanggapan positif yang dapat dilihat dari skor akhir perhitungan kuesioner yang
mencapai 77,1% sehingga dapat disimpulkan bahwa situs telah berhasil
diterapkan dan diterima di kalangan masyarakat.
vii
ABSTRACT
DECISION SUPPORT SYSTEM FOR INSURANCE SELECTION USING
SMART METHOD
The creation of a system based on the event by the multiplicity of

communities that still considers that insurance was not beneficial due to their
unfamiliarity with the insurance. Purpose of this system is to facilitate people who
want to register as a holder of an insurance policy. The creation of this system is
based on data obtained from the company's Prudential branch Yogyakarta city
which was then used as basis of system calculation using SMART (Simple Multi
Attribute Rating Technique) method.
From the results of the tests can noted that this system gets a positive
response which can be seen from the final score calculation the questionnaire that
reached 77.1%. From the score, it can be concluded that application has been
successfully applied and received among the people.
LEMBAR PERNYATAAN PERSETUJUAN PUBLIKASI

KARYA ILMIAH UNTUK KEPENTINGAN AKADEMIS
Yang bertandatangan dibawah ini, saya mahasiswa Universitas Sanata Dharma
Nama : Ade Dwi Satya
Nomor Mahasiswa 095314006
Demi pengembangan ilmu pengetahuan, saya memberikan kepada Perpustakaan
Universitas Sanata Dharma karya ilmiah saya yang berjudul:

Beserta perangkat yang diperlukan (bila ada). Dengan demikian saya memberikan
kepada Perpustakaan Universitas Sanata Dharma hak untuk menyimpan,
mengalihkan dalam bentuk media lain, mengelolanya di internet atau media lain
untuk kepentingan akademis tanpa perlu meminta ijin dari saya maupun
memberikan royalty kepada saya selama tetap mencantumkan nama saya sebagai
penulis.
Demikian pernyataan ini saya buat dengan sebenarnya.
Dibuat di Yogyakarta
Pada tanggal – September 2015
Ade Dwi Satya
ix
KATA PENGANTAR
Puji dan syukur penulis panjatkan kepada Tuhan YME yang telah
melimpahkan segala rahmat bimbingan sehingga penulis dapat mengerjakan dan
menyelesaikan skripsi dengan judul “PENERAPAN METODE SMART DALAM
SISTEM PENDUKUNG PENGAMBILAN KEPUTUSAN PEMILIHAN
ASURANSI” dengan baik. Penulisan tugas akhir ini bertujuan untuk memenuhi
salah satu syarat kelulusan dan memperoleh gelar sarjana (S.Kom).
Selesainya tugas akhir ini tidak dapat tercapai tanpa bantuan dari banyak
pihak dan pada kesempatan ini, penulis mengucapkan banyak terima kasih
kepada:
1. Ibu Paulina Heruningsih Prima Rosa M.Sc., selaku Dekan Fakultas
Sains dan Teknologi Universitas Sanata Dharma dan dosen
pembimbing yang telah membimbing dan memberikan kritik dan saran
kepada penulis.
2. Ridowati Gunawan, S.Kom., M.T., selaku dosen penguji yang telah
banyak memberi kritik maupun saran.
3. Bapak JB. Budi Darmawan, S.T., M.Sc., selaku dosen penguji yang
telah banyak memberi kritik maupun saran.
4. Papa, Mama, dan kakak saya, yang selalu memberikan dukungan
moral dan material serta dukungan spiritual selama masa studi maupun
proses penyelesaian tugas akhir.
x
5. Astuti Malyawati Soesanto yang selalu mengisi hari-hari saya baik
suka dan duka serta senang dan susah, yang selalu memberikan
dukungan moril.
6. Teman-teman ACC : Tomi, Robert, Tri,Brahu, Ita, Febri, Ruru, Risma,
yang menemani saya selama studi, memberikan dukungan, dan
menemani saat suka maupun duka.
7. Brahu, Tomi, dan Ruru yang banyak membantu dalam proses
penyelesain tugas akhir saya.
8. Seluruh teman-teman TI 09 yang bersama-sama melewati masa-masa
perkuliahan.
9. Serta semua pihak yang telah membantu saya baik secara langsung
maupun tidak langsung.
Penulis menyadari masih banyak kekurangan dalam penulisan skripsi ini,
oleh karena itu penulis sangat mengharapkan kritik dan saran yang membangun.
Akhir kata, semoga skrpsi ini dapat bermanfaat dan menambah wawasan
bagi semua pihak khususnya bagi mahasiswa Teknik Informatika.
Yogyakarta, 2015
Penulis
DAFTAR ISI
Hal
HALAMAN JUDUL………………………………………………………. i
HALAMAN JUDUL (BAHASA INGGRIS) ……………………………... ii
HALAMAN PERSETUJUAN……………………….……………………. iii
HALAMAN PENGESAHAN……………………………………………... iv
HALAMAN PERSEMBAHAN…………………………………………… v
PERNYATAAN KEASLIAN……………………………………………... vi
ABSTRAK…………………………………………………………………. vii
ABSTRACT……………………………………………………………….. viii
HALAMAN PERSETUJUAN PUBLIKASI……………………………… ix
KATA PENGANTAR……………………………………………………... x
DAFTAR ISI………………………………………………………………. xii
DAFTAR GAMBAR………………………………………………………. xiv
DAFTAR TABEL…………………………………………………………. xvii
BAB I PENDAHULUAN…………………………………………………. 1
1.1 Latar Belakang………………………….……………………… 1
1.2 Rumusan Masalah…………………………….……………….. 3
1.3 Tujuan Penelitian………………………………….…………… 3
1.4 Manfaat Penelitian…………………………………….……….. 3
1.5 Batasan Masalah………………………………………….……. 4
1.6 Metodologi Penelitian………………………………………….. 4
BAB II LANDASAN TEORI……………………………………………… 6
2.1 Pengertian Sistem Pendukung Pengambilan Keputusan…….… 6
2.2 SMART…………………………………………………………. 9
2.3 Use Case Diagram……………………………………………… 11
2.4 Entity Relationship Diagram…………………………………… 14
2.5 Hypertext Markup Language…………………………………… 18
2.6 Hypertext Preprocesor…………………………………………. 18
2.7 Code Igniter……..……………………………………………… 19
2.8 Java Script………………………………………..…………….. 19
2.9 Structured Query Language…………………….……………… 19
BAB III ANALISIS DAN PERANCANGAN SISTEM………………….. 21
3.1 Perumusan Masalah……………………………………………. 21
3.2 Analisis Kebutuhan Sistem…………………………………….. 21
3.3 Pendefinisian Aktor…………………………………………….. 24
3.4 Use Case Diagram……………………………………………… 25
3.5 Diagram Aktifitas….…………………………………………… 28
3.6 Model Basis Data……………………………………………….. 43
3.7 Manajemen Dialog………..…………………………………….. 46
3.8 Perancangan Subsistem Manajemen Model………….………… 54
BAB IV IMPLEMENTASI………………………………………………... 57
4.1 Implementasi Sistem……………………….…………………... 57
4.2 Implementasi Manajemen Dialog………………………………. 60
4.3 Implementasi Model……………………………………………. 69
BAB V ANALISIS HASIL………………………………………………... 74
Pengujian Implementasi Sistem Pendukung Pengambilan
5.1
Keputusan Dibandingkan dengan Perhitungan Manual……….. 74
5.2 Kategori Pernyataan Kuesioner………………………………… 76
5.3 Pembuatan Kuesioner…………………………………………... 82
5.4 Perhitungan Hasil Kuesioner…………………………………… 82
BAB VI PENUTUP………………………………………………………... 86
6.1 Kesimpulan…………………………………………………….. 86
6.2 Saran……………………………………………………………. 86
DAFTAR PUSTAKA……………………………………………………… 87
DAFTAR GAMBAR
Hal
Gambar 2.1 Diagram Relasi Ensitas…………………………………. 14
Gambar 2.2 Ensitas………………………………………………….. 15
Gambar 2.3 Atribut………………………………………………….. 15
Gambar 2.4 Identifier atau kunci……………………………………. 16
Gambar 2.5 Notasi Relasi…………………………………………… 17
Gambar 2.6 Relasi Antar Ensitas……………………………………. 17
Gambar 3.1 Sistem yang Diinginkan………………………………… 24
Gambar 3.2 Use Case Diagram…………………………………………... 26
Gambar 3.3 Diagram Aktifitas Member Registrasi………………… 28
Gambar 3.4 Diagram Aktifitas MemberLogin………………………. 29
Gambar 3.5 Diagram Aktifitas Member Melakukan Pencarian
Asuransi…………………………………………………. 30
Gambar 3.6 Diagram Aktifitas Member Lihat Hasil…………………. 30
Gambar 3.7 Diagram Aktifitas Admin Login………………………... 31
Gambar 3.8 Diagram Aktifitas Admin Tambah Asuransi…………… 31
Gambar 3.9 Diagram Aktifitas Admin Hapus Asuransi……………... 32
Gambar 3.10 Diagram Aktifitas Admin Cari Asuransi………………... 32
Gambar 3.11 Diagram Aktifitas Admin Ubah Deskripsi Produk……... 33
Gambar 3.12 Diagram Aktifitas Admin Hapus Anggota……………… 33
Gambar 3.13 Diagram Class Desain…………..………………………. 34
Gambar 3.14 Diagram Sequence Member Daftar…………………….. 35

Gambar 3.15 Diagram Sequence Member Login……………………… 36
Gambar 3.16 Diagram Sequence Member Cari Asuransi…………… 36
Gambar 3.17 Diagram Sequence Member Input Bobot……………….. 37
Gambar 3.18 Diagram Sequence Member Lihat Hasil Pencarian……... 38
Gambar 3.19 Diagram Sequence Admin Login……………………….. 38
Gambar 3.20 Diagram Sequence Admin Tambah Asuransi…………. 39
Gambar 3.21 Diagram Sequence Admin Ubah Deskripsi Produk
Asuransi…………………………………………………. 39
Gambar 3.22 Diagram Sequence Anggota Hapus Produk Asuransi….. 40
Gambar 3.23 Diagram Sequence Admin Tambah Penyedia Asuransi… 40
Gambar 3.24 Diagram Sequence Admin Hapus Penyedia Asuransi….. 41
Gambar 3.25 Diagram Sequence Admin Ubah ID dan Password
Member………………………......................................... 41
Gambar 3.26 Model Konseptual………………………......................... 42
Gambar 3.27 Relational Database………………………..................... 43
Gambar 3.28 Halaman Utama………………………............................ 45
Gambar 3.29 Halaman Produk Asuransi………………………............ 46
Gambar 3.30 Halaman Pencarian Asuransi………………………........ 46
Gambar 3.31 Halaman Rekomendasi Asuransi……………………….. 47
Gambar 3.32 Halaman Hasil Rekomendasi Asuransi…………………. 47
Gambar 3.33 Halaman Input Bobot………………………………….... 48
Gambar 3.34 Halaman Ubah Profil………………………................... 48
Gambar 3.35 Halaman Penggantian Password………………………... 49
Gambar 3.36 Halaman Logout Member………………………............. 49
Gambar 3.37 Halaman Login Admin………………………................. 50
Gambar 3.38 Halaman Awal Admin……………………….................. 50
Gambar 3.39 Halaman Daftar Perusahaan Penyedia Asuransi……….. 50
Gambar 3.40 Halaman Tambah Data Perusahaan Penyedia Asuransi… 51
Gambar 3.41 Halaman Daftar Produk Asuransi………………………. 51
Gambar 3.42 Halaman Tambah Asuransi……………………….......... 51
Gambar 3.43 Halaman Data Member SPPK………………………....... 52
Gambar 3.44 Halaman Perbaruan ID dan Password Member………… 52
Gambar 3.45 Halaman Detail Member………………………............... 52
Gambar 3.46 Halaman Penggantian Password………………………... 53
Gambar 3.47 Halaman Logout Admin………………………............... 53
Gambar 4.1 Query Tabel Admin………………………...................... 58
Gambar 4.2 Query Tabel Customer………………………................. 58
Gambar 4.3 Query Tabel Asuransi…………………........................... 59
Gambar 4.4 Query Tabel Perusahaan……………............................... 60
Gambar 4.5 Halaman Awal Home…………………........................... 61
Gambar 4.6 Halaman Produk Asuransi…………………..................... 61
Gambar 4.7 Halaman Search Produk Asuransi………....................... 62
Gambar 4.8 Halaman Input Bobot…………………........................... 62
Gambar 4.9 Halaman Rekomendasi…….…………........................... 63
Gambar 4.10 Halaman Ubah Profil…………………........................... 63
Gambar 4.11 Halaman Penggantian Password…………………........... 64
Gambar 4.12 Halaman Logout Member…………………..................... 64
Gambar 4.13 Halaman Login Admin…………………......................... 65
Gambar 4.14 Halaman Awal Admin…………………........................... 65
Gambar 4.15 Halaman Daftar Data Perusahaan Asuransi…………….. 66
Gambar 4.16 Halaman Insert Data Perusahaan……………………….. 66
Gambar 4.17 Halaman Daftar Produk Asuransi………………………. 66
Gambar 4.18 Halaman Insert Data Asuransi………………….............. 67
Gambar 4.19 Halaman Data Member…………………......................... 67
Gambar 4.20 Halaman Perbaruan Member…………………................ 67
Gambar 4.21 Halaman Hapus Member…………………....................... 68
Gambar 4.22 Halaman Detail Data Member…………………............... 68
Gambar 4.23 Halaman Penggantian Password Admin………………... 69
Gambar 4.24 Halaman Logout Admin…………………........................ 69
Gambar 5.1 Hasil Rekomendasi Jenis Asuransi Sistem……………... 75
Gambar 5.2 Pengujian dengan Menggunakan Perhitungan Excel…… 76
Gambar 5.3 Hasil Akhir Perhitungan Menggunakan Excel………….. 76
DAFTAR TABEL
Hal
Tabel 2.1 Komponen Use Case..……………........................................ 13
Tabel 3.1 Analisis Sebab-Akibat…………………................................ 22
Tabel 3.2 Pernyataan Masalah dan Solusi………………….................. 23
Tabel 3.3 Pendefinisian Aktor………………….................................... 24
Tabel 3.4 Deskripsi Aktor Administrator…………………................... 25
Tabel 3.5 Deskripsi Aktor Peminat…………………............................ 25
Tabel 3.6 Ringkasan Use Case Administrator…………………............ 26
Tabel 3.7 Ringkasan Use Case Member…………………..................... 27
Tabel 3.8 Tabel Admin…………………............................................... 43
Tabel 3.9 Tabel Perusahaan…………………........................................ 44
Tabel 3.10 Tabel Customer………………….......................................... 44
Tabel 3.11 Tabel Asuransi…………………........................................... 44
Tabel 3.12 Data yang Digunakan dalam Normalisasi Skor…………….. 54
Tabel 3.13 Normalisasi Skor…………………........................................ 56
Tabel 3.14 Final Evaluation Results…………………............................ 56
Tabel 4.1 Tabel Admin………………….............................................. 58
Tabel 4.2 Tabel Customer………………….......................................... 59
Tabel 4.3 Tabel Asuransi…………………............................................ 59
Tabel 4.4 Tabel Perusahaan…………………........................................ 60
Tabel 5.1 Sampel Data yang Digunakan dalam Perhitungan…………. 74
Tabel 5.2 Goal Weight Factor untuk Masing-Masing Kriteria……….. 75
Tabel 5.3 Hasil Akhir Perhitungan secara Manual……………………. 75
Tabel 5.4 Daftar Pernyataan untuk Aspek Kemudahan Dipelajari…… 77
Tabel 5.5 Daftar Pernyataan untuk Aspek Efisiensi………………….. 78
Tabel 5.6 Daftar Pernyataan untuk Aspek Kemudahan Diingat………. 79
Tabel 5.7 Daftar Pernyataan untuk Aspek Kesalahan………………… 79
Tabel 5.8 Daftar Pernyataan untuk Aspek Kepuasan…………………. 80
Tabel 5.9 Daftar Pernyataan Berdasarkan Kategori Nielsen………….. 80
Tabel 5.10 Proporsi Skor Berdasarkan Interval…………………............ 83
Tabel 5.11 Jumlah Masing-Masing Skor yang Dipilih Responden…….. 83
Tabel 5.12 Perhitungan Total Skor…………………............................... 84
BAB I
PENDAHULUAN
1.1 Latar Belakang
Dewasa ini, diversifikasi jenis produk asuransi kian berkembang. Oleh

sebab itu, turut bermunculan begitu banyak tawaran program asuransi baru bagi
calon nasabah. Produk asuransi yang ditawarkan pun bermacam-macam mulai
dari asuransi jiwa, kendaraan hingga properti dan bangunan.Untuk setiap calon
nasabah program asuransi, kebutuhan mereka jelas berbeda-beda. Namun, tak
jarang banyak orang malah menyesal setelah menggunakan jasa asuransi. Hal ini
rentan disebabkan karenakan kekurang pahaman mereka akan kebutuhan asuransi
yang pas. Celakanya, banyak yang lantas beranggapan jika asuransi itu justru tak
bermanfaat.
Lantas, apa yang menyebabkan hal tersebut di atas terjadi? Faktanya,

dalam kehidupan sehari–hari, setiap manusia dihadapkan dengan masalah
pengambilan keputusan yang beraneka macam. Hal ini mulai dari keputusan yang
mudah diambil, hingga keputusan yang membutuhkan mempertimbangkan lebih
cermat. Selain itu, ada pula keputusan yang dampaknya hanya membawa
konsekuensi bagi satu pihak, namun sebaliknya ada juga keputusan yang
menyangkut nasib banyak pihak. Begitu pula di dunia teknik, sistem pendukung
pengambilan keputusan yang merupakan bagian dari sistem informasi berbasis
komputer (termasuk sistem berbasis pengetahuan/manajemen pengetahuan)
dipakai untuk mendukung pengambilan keputusan dalam suatu organisasi atau
perusahaan. Sistem pembantu pengambilan keputusan ini dapat juga dikatakan
sebagai sistem komputer yang bertugas untuk mengolah data menjadi informasi.
Kini seiring dengan perkembangan teknologi informasi, maka semakin

bertambah pula kemampuan komputer dalam hal membantu menyelesaikan
permasalahan di berbagai bidang, termasuk sistem pendukung pengambilan
1
keputusan yang berbasis komputer (computer base decision support sistem).

Sistem ini dirancang untuk menuntun pengguna seputar pengambilan keputusan
untuk pemecahan permasalahan yang mereka hadapi. Seperti kita ketahui, dalam
memecahkan masalah, seseorang dituntut untuk membuat keputusan, guna
menghindari dampak negatif. Jadi, suatu pengambilan keputusan diharapkan dapat
menentukan baik atau tidaknya dari suatu pilihan. Untuk itu, maka turut dibuat
suatu aplikasi sistem pendukung pengambilan keputusan dalam hal pemilihan
asuransi jiwa. Dengan adanya sistem ini, diharapkan dapat membantu calon
nasabah agar tak lagi salah ataupun keliru dalam memilih produk asuransi jiwa.
Namun faktanya, di berbagai perusahaan asuransi baik itu dalam maupun

luar negeri, masih terdapat berbagai macam diversifikasi produk turunan dari
asuransi jiwa sehingga potensial dapat menimbulkan kebingungan lain bagi orang
awam.
Kebingungan tersebut timbul akibat kekurangpahaman masyarakat dalam

menentukan pemilihan asuransi yang tepat untuk diri mereka sendiri maupun
orang terdekat. Permasalahan lainturut muncul ketika masyarakat telah memilih
salah satu dari tipe asuransi tersebut, namun kemudian mereka menemukan lagi
jenis asuransi yang nyatanya dirasa lebih dibutuhkan oleh mereka saat ini.
Untuk mengatasi permasalahan–permasalahan di atas, maka disimpulkan

adanya kebutuhan sistem pendukung pengambilan keputusan yang bertujuan
untuk membantu masyarakat dalam memilih asuransi yang tepat. Hal ini
berdasarkan pertimbangan pada:
a. Jumlah keuntungan yang didapatkan dari satu macam asuransi

b. Biaya yang ditanggung oleh peminat asuransi dalam satu kali pembayaran
c. Jumlah maksimal masa aktif asuransi dari satu kali pembayaran bulanan
1.2 Rumusan Masalah
Berdasarkan latar belakang masalah tersebut, maka didapatkan rumusan

masalah yaitu bagaimana menerapkan sebuah sistem pendukung pengambilan
keputusan (SPPK) menggunakan metode Simple Multi Attribute Rating Technique
untuk membantu para pemilih asuransi dalam menentukan jenis asuransi yang
tepat.
1.3 Tujuan Penelitian
Tujuannya adalah membangun sebuah sistem pendukung pengambilan

keputusan berbasis web untuk memberikan rekomendasi jenis asuransi yang tepat
kepada calon pengaju asuransi berdasarkan keuntungan,biaya, dan masa asuransi
agar masyarakat tidak lagi kebingungan dalam memilih jenis asuransi yang tepat
untuk kehidupan mereka. Sistem dibangun dengan menggunakan basis web
karena saat ini merupakan era digital yang memungkinkan setiap orang untuk
mengakses sistem melalui smartphone atau perangkat mobile lainnya.
1.4 Manfaat Penelitian
Manfaat dari sistem ini adalah :
a. Membantu permasalahan pada pemilihan jenis asuransi. Permasalahan

yang dimaksud adalah :
1) Keterbatasannya waktu yang membuat peminat asuransi tidak dapat

menyempatkan diri untuk melihat – lihat katalog asuransi atau pun
datang ke kantor cabang asuransi terdekat sehingga menyulitkan
peminat yang ingin mendaftarkan diri menjadi pemegang polis
asuransi.
2) Masih belum adanya sistem yang dapat membantu peminat untuk

memilih sendiri asuransi yang cocok dengan keinginannya sendiri.
b. Sebagai informasi bagi perusahaan untuk mengetahui keefektifan dari

strategi pemasaran (produk, price, promosi dan people) yang dijalankan
terhadap minat nasabah.
1.5 Batasan Masalah
Batasan masalah dalam sistem ini adalah sebagai berikut:
a. Data yang digunakan hanya berdasarkan dari Perusahaan Asuransi

Prudential Cabang Kota Yogyakarta.
b. Sistem yang dibuat menggunakan PHP dan MySQL.
c. Jenis asuransi hanya di batasi pada jenis asuransi jiwa
d. Kriteria yang digunakan hanya dibatasi pada keuntungan, biaya dan masa
asuransi jika kedepannya ada yang mau mengembangkan sistem ini maka
dapat menjadi pertimbangan untuk menambahkan masa klaim pada bagian
kriteria.
1.6 Metodologi Penelitian
Metodologi pengembangan perangkat lunak ini menggunakan Metode

Waterfall. Tahap–tahap yang dikerjakan berdasarkan Metode Waterfall adalah:
a. Analisis Kebutuhan
Langkah ini merupakan analisis terhadap kebutuhan sistem.
Pengumpulan data dalam tahap ini bisa melakukan sebuah penelitian,
wawancara atau studi literatur.penulis akan menggali informasi sebanyak-
banyaknya dari member sehingga akan tercipta sebuah sistem komputer yang
bisa melakukan tugas-tugas yang diinginkan oleh member tersebut. Tahapan
ini akan menghasilkan dokumen member requirement atau bisa dikatakan
sebagai data yang berhubungan dengan keinginan member dalam pembuatan
sistem. Dokumen ini yang akan menjadi acuan oleh sistem analis untuk
menerjemahkan ke dalam bahasa pemrograman.
b. Desain Sistem
Tahapan dimana dilakukan penuangan pikiran dan perancangan sistem
terhadap solusi dari permasalahan yang ada dengan menggunakan perangkat
pemodelan sistem seperti diagram kelas, diagram hubungan entitas (entity
relationship diagram) serta struktur dan bahasan data.
c. Penulisan Kode Program
Penulisan kode program atau coding merupakan penerjemahan
design dalam bahasa yang bisa dikenali oleh komputer. Dilakukan
oleh programmer yang akan menterjemahkan transaksi yang diminta
oleh member. Tahapan ini lah yang merupakan tahapan secara nyata dalam
mengerjakan suatu sistem. Dalam artian penggunaan komputer akan
dimaksimalkan dalam tahapan ini. Setelah pengkodean selesai maka akan
dilakukan testing terhadap sistem yang telah dibuat tadi.
d. Pengujian Program
Tahapan akhir dimana sistem yang baru diuji kemampuan dan
keefektifannya sehingga didapatkan kekurangan dan kelemahan sistem yang
kemudian dilakukan pengkajian ulang dan perbaikan terhadap aplikasi
menjadi lebih baik dan sempurna.
Untuk membangun model sistem pendukung pengambilan keputusan
ini digunakan metode Simple Multi Attribute Rating Technique (SMART).
BAB II
LANDASAN TEORI
2.1 Pengertian Sistem Pendukung Pengambilan Keputusan
Menurut buku karangan Turban yang di terbitkan pada tahun 2009, sistem
pendukung pengambilan keputusan (SPPK) didefinisikan sebagai suatu sistem
yang berbasis komputer ditujukan untuk membantu pengambilan keputusan dan
memanfaatkan model serta data tertentu untuk memecahkan berbagai masalah
yang tidak terstruktur. Sistem pendukung pengambilan keputusan merupakan
sebuah sistem pengambilan keputusan yang bersumber daya intelektual yang
berasal dari kemampuan individu pada komputer untuk memperbaiki kemampuan
keputusan tersebut.
SPPK harus dapat mendukung empat macam fase dalam pengambilan

keputusan yaitu:
a. Fase intelegensi: fase inteligensi dimulai dengan identifikasi terhadap

tujuan dan sasaran organisasional yang berkaitan dengan isu yang terkait
dan menentukan apakah tujuan tersebut telah terpenuhi. Pada fase pertama
ini, seseorang berusaha menentukan apakah ada suatu masalah,
mengidentifikasi gejala – gejalanya, menentukan keluasannya, dan
mendefinisikannya secara eksplisit.
b. Fase desain: fase desain meliputi penemuan atau mengembangkan dan

menganalisis tindakan yang mungkin untuk dilakukan. Sebuah model
masalah pengambilan keputusan dibangun, dites, dan divalidasi.
Pemodelan meliputi konseptualisasi masalah dan mengabstrasikan
masalah ke dalam bentuk kuantitatif dan atau kualitatif.
c. Fase pilihan: fase pilihan adalah fase dimana dibuat suatu keputusn yang
nyata dan diambil suatu komitmen untuk mengikuti tindakan tertentu. Fase
6
d. pilihan meliputi pencarian, evaluasi, dan rekomendasi terhadap suatu

solusi yang tepat untuk model.
e. Fase implementasi: fase implementasi meliputi membuat suatu solusi yang

direkomendasikan bisa bekerja.
2.1.1 Karakteristik SPPK
Menurut Turban (2009), SPPK yang ideal memiliki beberapa

karakteristik sebagai berikut:
a. Mendukung untuk pengambilan keputusan terutama pada situasi
semi terstruktur dan terstruktur, dengan menyertakan penilaian
manusia dan informasi terkomputerisasi.
b. Mendukung untuk keputusan yang independen dan atau sequential.
Keputusan dapat dibuat satu kali, beberapa kali, atau berulang
(dalam interval yang sama).
c. Mendukung di semua fase proses pengambilan keputusan, yaitu
intelligence, design, choice, dan implementation.
d. SPPK bersifat flexible, dapat menyesuaikan perubahan-perubahan
kondisi yang terjadi secara tepat.
e. Kontrol penuh oleh pengambil keputusan terhadap semua langkah
proses pengambilan keputusan dalam memecahkan suatu masalah.
SPPK secara khusus menekankan untuk mendukung pengambil
keputusan, bukan menggantikan.
2.1.2 Subsistem dalam SPPK
Menurut Turban (2009), suatu SPPK memiliki beberapa subsistem
yang menentukan kapabilitas dari teknis SPPK. Subsistem tersebut antara
lain:
a. Subsistem Manajemen Data. Termasuk database, yang
mengandung data yang relevan untuk berbagai situasi dan dikelola
oleh perangkat lunak yang disebut Database Management Systems
(DBMS).
b. Subsistem Manajemen Model. Melibatkan model finansial,

statistika, manajemen pengetahuan, atau berbagai model kuantitatif
lainnya, sehingga dapat memberikan suatu kemampuan analitis,
dan manajemen perangkat lunak yang diperlukan bagi 8ystem.
Perangkat lunak ini sering disebut Model Base Management
Systems (MBMS).
c. Subsistem Antarmuka Pengguna. Kemampuan dan pengetahuan
pengguna atau pembuat keputusan dalam berinteraksi secara
intensif SPPK sehingga dapat melakukan analisis.
d. Subsistem Manajemen Berbasis Pengetahuan. Subsistem ini dapat
mendukung subsistem lainnya. Subsistem ini dapat
terinterkoneksikan dengan repository pengetahuan perusahaan
(bagian dari 8ystem manajemen pengetahuan), yang terkadang
disebut sebagai basis pengetahuan organisasional.
2.1.3 Tujuan SPPK
Menurut Turban (2009), SPPK pada hakekatnya memiliki beberapa
tujuan, yaitu:
a. Membantu manajer dalam pengambilan keputusan atas masalah yang
bersifat semi-terstruktur.
b. Memberikan dukungan atas pertimbangan manajer dan bukan
untukmenggantikan fungsi manajer.
c. Meningkatkan efektifitas keputusan yang diambil manajer lebih
daripadaperbaikan efisiensinya.
d. Kecepatan komputasi. Komputer memungkinkan para pengambil
keputusan untuk melakukan banyak komputasi secara cepat dengan
biaya yang rendah.
e. Dukungan kualitas. Komputer bisa meningkatkan kualitas keputusan
yang dibuat, seperti semakin banyak data yang diakses, makin
banyak juga alternatif yang bisa dievaluasi.
f. Mengatasi keterbatasan kognitif dalam pemrosesan dan
penyimpanan. Menurut Simon (1977), otak manusia memiliki
kemampuan yang terbatas untuk memproses dan menyimpan

informasi. Orang-orang kadang sulit mengingat danmenggunakan
sebuah informasi dengan cara yang bebas dari kesalahan.
2.2 SMART
Menurut Goodwin dan Wright (1998), SMART merupakan salah satu

varian dari Multi Attribute Utility Theory (MAUT). Metode ini merupakan metode
perbandingan kuantitatif yang digunakan untuk mengkombinasikan
ketidaksamaan pengukuran dari biaya, ancaman dana keuntungan berdasarkan
masing – masing persepsi dari individual atau stakeholder. SMART merupakan
model SPPK jenis optimisasi dengan rumus analitis.
Model sistem pendukung keputusan pemilihan asuransi sebagai tempat

menabung dibuat dalam 3 jenis model yaitu model harga asuransi, model jumlah
keuntungan asuransi, dan model masa asuransi. Dimana masing-masing model
tersebut memiliki beberapa elemen yang akan menentukan hasil akhir sistem
pendukung keputusan yang akan digunakan oleh para peminat dalam menentukan
suatu keputusan. Setiap elemen bobot penilaian yang berbeda-beda tergantung
dari hasil jenis model.
Batasan penilaian dimulai dari 10 sebagai range terendah sampai dengan

100 sebagai range tertinggi, sehingga pada akhirnya kelayakan pemilihan asuransi
diukur dengan nilai sebagai 80-100 untuk kategori diterima oleh pengguna untuk
mengambil polis asuransi, 60-79 untuk kategori dipertimbangkan apakah ya atau
tidak, 0-59 untuk kategori ditolak artinya asuransi tersebut tidak layak bagi
peminat yang bersangkutan.
Penentuan bobot penilaian telah dilakukan berdasarkan kriteria yang telah

ditetapkan dengan bersumber pada hasil penelitian dan untuk seterusnya dapat
diadakan perubahan-perubahan searah dengan tuntutan kebutuhan. Sistem pada
proses penilaiannya mengacu kepada pemenuhan kriteria-kriteria yang telah
ditetapkan serta mengacu pada beberapa kasus yang telah terjadi sehingga benar-
benar mempunyai tolak ukur yang baik.
10
Landasan MAUT adalah penggunaan utility functions dengan menciptakan sebuah

alternatif data baku (antara 0 sampai 1). Dengan kata lainutility functions
mengubah beragam kriterian menjadi satu skala yang kemudian dapat dikonversi
menjadi nilai utilitas tertentu sesuai dengan kepentingannya. Langkah–langkah
perhitungan yang dilakukan dalam metode SMART adalah sebagai berikut:
a. Menentukan kriteria: kriteria yang digunakan dalam sistem ini telah

ditetapkan sebelumnya oleh penulis yaitu kriteria harga, kriteria
keuntungan, dan kriteria masa asuransi.
b. Menentukan tujuan (goal) dari perhitungan.
c. Menentukan bobot dari masing–masing faktor tujuan (Goal Weight

Factor) dengan interval nilai bobot antara 1 dan 10.
d. Menghitung Normalized Weight Factor dari setiap tujuan dengan cara
membandingkan nilai setiap bobot tujuan (Goal Weight Factor) dengan
jumlah total bobot tujuan (Total Goal Weight Factor)
Rumus menghitung Normalized Weight Factor :
Normalized Weight Factor = (2.1)
e. Bandingkan nilai dari kriteria yang sama dari masing–masing alternatif.

Cari selisih nilai antara nilai tertinggi dengan nilai terendahnya. Hasil
selisih dibagi dengan skala untuk menentukan interval masing–masing
kriteria.
Interval = (2.2)
f. Setelah mendapatkan interval masing–masing kriteria maka dapat

ditentukan nilai bobot pada masing–masing alternatif
g. Setelah proses no.4, nilai bobot pada masing–masing altrnatif
dinormalisasikan menjadi sebuah alternatif data baku antara 0 sampai 1
sesuai dengan landasan dari MAUT.
11
Nilai normalisasi alternatif data baku:

1=0 ; 2=0.25 ; 3=0.5 ; 4=0.75 ; 5=1
h. Tentukan nilai presentasi dari masing – masing alternatif dengan cara
mengalikan nilai yang didapat pada proses No.5 dengan nilai Normalized
Weight Factor. Jumlahkan nilai dari proses perkalian dan totalnya dikali
100%.
i. Setelah didapatkan nilai presentasi dari masing – masing alternatif, maka
dapat ditentukan rekomendasi hasil yang paling mendekati tujuan yang
telah ditentukan sebelumnya yaitu alternatif yang memiliki nilai presentasi
tertinggi.
2.3 Use Case Diagram
Menurut Whitten (2004), Use Case Diagram adalah proses permodelan fungsi -
fungsi sistem dalam konteks peristiwa, siapa yang mengawali proses tersebut dan
bagaimana sistem memberikan respon pada hal tersebut. Use Case Diagram
terdiri dari atas beberapa komponen yaitu:
a. Use Case
b. Actor (Pelaku)
c. Relationship (Hubungan)
2.3.1 Use-Case Model Diagram
Use case diagram adalah sekumpulan diagram yang menggambarkan

interaksi antara sistem dan eksternal sistem dan member. Use case secara
behavioral berhubungan dengan urutan langkah-langkah, baik secara
otomatis maupun manual dengan tujuan untuk melengkapi bisnis tunggal,
misalnya login ke sistem,menambah data barang, menghapus data barang,
dan sebagainya. Actor adalah segala sesuatu yang dibutuhkan untuk
berinteraksi dengan sistem untuk mengubah informasi.Use Case diagram
terdiri atas beberapa komponen, yaitu:
12
2.3.1.1 Use Case
Menurut Whitten (2014), Use case adalah urutan langkah – langkah

yang secara tindakan saling terkait (skenario), baik terotomatisasi maupun
secara manual, untuk tujuan melengkapi satu tugas bisnis tunggal.
2.3.1.2 Pelaku
Menurut Whitten (2004), pelaku adalah segala sesuatu yang perlu

berinteraksi dengan sistem untuk pertukaran informasi. Adapun empat tipe
pelaku,yaitu :
1) Primary business actor (pelaku bisnis utama): Stakeholder yang

mendapat keuntungan utama dari proses eksekusi use case.
2) Primary system actor (pelaku sistem utama): Stakeholder yang secara
langsung berinteraksi dg sistem utk menginisiasi atau memicu (men-
trigger) kejadian bisnis atau sistem.
3) External server actor (pelaku pelayan luar): Stakeholder yang
merespon terhadap permintaan dari use case.
4) External receiver actor (pelaku penerima luar): Stakeholder yang
bukan merupakan pelaku utama tetapi menerima sesuatu yang
berharga dariuse case.
2.3.2 Relationship (Hubungan)
Menurut Whitten (2004), relationship adalah hubungan antar use case

dengan pelaku maupun antar use case.Adapun terdapat lima tipe
relationshipyaitu:
a. Association: Suatu relasi antara seorang pelaku dan sebuah use case
dimana terjadi interaksi yang terjadi diantara mereka.
b. Extends:Sebuah use case berisi langkah-langkah yang dringkas dari
sebuah use case yang lebih kompleks agar menjadi use case yang lebih
sederhana namun secara fungsi lebih meluas.
13
c. Abstract: Suatu use case yang mengurangi redudansi antara dua atau lebih
use case dengancara mengkombinasikan langkah - langkah yang umum
yang ditemui dalam use case tersebut.
d. Depends on:Sebuah relasi use case yang menentukan bahwa use case yang
lain harus dibuat sebelum current use case.
e. Inheritance: Suatu relasi use case dimana tindakan yg sama dari dua aktor
menginisiasi use case yang sama diekstrapolasi dan dibentuk menjadi
aktor baru secara abstrak untuk mengurangi redundancy.
Adapun komponen yang digunakan dalam pembuatan use case

diagram dapat dilihat pada Tabel 2.1.
Tabel 2.1 Komponen Use Case

14
2.4 Entity Relationship Diagram
Menurut Whitten (2004), Entity Relationship Diagram (ERD) adalah

model data yang menggunakan beberapa notasi untuk menggambarkan data dalam
konteks entitas dan hubungan. ERD terdiri dari beberapa komponen, yaitu:
a. Entitas
b. Atribute
c. Key
d. Relationship
2.4.1 Diagram Relasi Entitas
ERD merupakan sebuah model data yang menggunakan beberapa

notasi untuk menggambarkan data ke dalam bentuk entity dan relasinya.
Gambar 2.1 Diagram Relasi Entitas
(Sumber : Whitten 2004)

15
Entitas adalah sebuah kumpulan dari orang, tempat, objek, kejadian atau
konsep yang diperlukan untuk menyimpan data. Nama entity berupa kata
benda tunggal ( singular noun).
Gambar 2.2 Entitas
Atribut merupakan sebuah properti yang deskriptif atau karakteristik dari

sebuah entity.Sinonimnya adalah element, property, dan field.
Gambar 2.3 Atribut
Key merupakan sebuah atribut atau kelompok atribut yang diasumsikan

memiliki nilai yang unik untuk setiap instance, sering juga disebut dengan
identifier.
16
a. Concatenated key merupakan sekelompok atribut yang memiliki

identitas instance dari sebuah entity yang unik sinonimnya composite
key dan compound key.
b. Candidate key merupakan satu dari nilai key yang akan berfungsi
sebagai primary key dari sebuah entity. Sinonimnya adalah candidate
identifier.
c. Primary key merupakan sebuah candidate key yang paling umum
digunakan untuk mengidentifikasikan secara unik instance dari entitas
yang tunggal.
d. Alternate key merupakan sebuah candidate key yang tidak dapat dipilih
untuk menjadi primary key. Sinonimnya adalah secondary key.
Gambar 2.4 Identifier atau kunci
Relasi adalah sebuah asosiasi bisnis normal yang ada antara satu atau lebih
entitas.Relasi mungkin juga mewakili suatu kejadian yang menghubungkan
antara entitas atau logika gabungan antara entitas.
17
Gambar 2.5 Notasi Relasi
Gambar 2.6 Relasi Antar Entitas
Kardinalitas merupakan minimum dan maksimum kejadian dari sebuah

entitas yang dihubungkan dengan kejadian tunggal dari entitas yang lain. Karena
seluruh relasi adalah bidirectional maka kardinalitas harus didefinisikan pada
kedua arah untuk setiap relasi. Foreign key adalah sebuah primary key dari sebuah
entitas yang digunakan oleh entitas yang lain untuk mengidentifikasikan instance
dari sebuah relasi.
Relasi yang tidak khusus (nonspecific relationship) merupakan relasi

dimana banyak instance dari sebuah entitas berasosiasi dengan banyak instance
dari entitas yang lainnya (many-to-many relationship). Nonspecific
relationship
18
harus diselesaikan. Kebanyakan dari nonspecific relationship diselesaikan dengan

sebuah entitas asosiatif. Key-base data model bertujuan untuk mengeliminasikan
nonspecific relationship jika ada, menambah asosiatif entitas termasuk primary
dan alternate key, dan kardinalitas yang tepat. Fully attributed data model
bertujuan untuk memasukkan seluruh atribut.
2.5 Hypertext Markup Language
Hypertext Markup Language (HTML) dikenal sebagai tool standar untuk

membuat dokumen web dan menampilkan informasi - informasi pada web. HTML
tidak disebut sebagai bahasa pemrograman karena HTML tidak bisa memenuhi
beberapa syarat untuk dikatakan sebagai bahasa pemrograman.Namun demikian,
saat ini HTML banyak digunakan karena kesederhanaan serta kemudahan
penggunaannya.
Perintah - perintah HTML diletakkan dalam file berekstensi *.html dan
ditandai dengan menggunakan tag (tanda) yang berupa karakter “<” dan
“>”.Tidak seperti bahasa pemrograman berstruktur prosedural seperti pascal dan
C, HTML tidak mengenal prosedur, fungsi ataupun looping.Kode-kode HTML
dibaca oleh browser dengan urutan dari atas ke bawah tanpa adanya lompatan -
lompatan.
2.6 Hypertext Preprocesor

Hypertext Preprocesor(PHP) merupakan bahasa scripting yang bekerja
pada sisi server (server side programming) dan hasil eksekusinya yang berupa
kode - kode HTML akan dikirimkan pada client. Sistem ujian online ini
selanjutnya akan menggunakan pemrograman PHP sebagai salah satu tool-nya.
PHPdigunakan karena termasuk server side programming yang murah dan
powerfull serta mudah untuk dipelajari.
19
2.7 Code Igniter

Code Igniter adalah sebuah web application frame work yang bersifat open
source digunakan untuk membangun aplikasi PHP dinamis.Tujuan utama
pengembangan Code Igniter adalah untuk membantu developer untuk
mengerjakan aplikasi lebih cepat daripada menulis semua code dari awal.Code
Igniter diperkenalkan kepada public pada tanggal 26 Februari 2006.Code Igniter
sendiri dibangun dengan menggunakan konsep model view controller
development pattern, Code Igniter sendiri merupakan salah satu frame work
tercepat dibandingkan dengan frame work lainnya.
2.8 Java Script

Java Script merupakan pemrograman yang bekerja pada sisi client atau
biasa disebut dengan Client Side Programing. Pemrograman tipe ini biasanya
berkaitan dengan penambahan interaksi dengan member, seperti verifikasi data
yang dimasukan oleh member, mengubah-ubah bentuk tombol dan sebagainya.
Seperti PHP, Java Script juga diletakan bersama dengan kode HTML, yaitu
dengan menambahkan pasangan tag<script></script> untuk membatasi statement
Java Script dengan kode HTML.Tag<script> memiliki suatu atribut language
yang berfungsi untuk mendefisikan client side programing yang akan digunakan.
2.9 Structured Query Language

Structured Query Language (SQL) adalah bahasa pemograman yang
digunakan untuk membuat dan memanipulasi data.SQL bervariasi dengan vendor
software-nya sehingga dibutuhkan lembaga yang dapat membuat suatu
standarisasi SQL. Hingga saat ini lembaga yang diakui dunia untuk melakukan
proses ini adalah ANSI (American National Standards Institute) dan ISO
(International Organization for Standarisation). Penggunaan SQL ditunjukan
untuk:
a. Query data dan manipulasi query data.
b. Khusus untuk SQL yang mampu menangani objek, ada beberapa varian
SQL yang dapat melakukan creating, altering, dan droping objek.
20
c. Menjamin konsistensi dan integritas data.

BAB III
ANALISIS DAN PERANCANGAN SISTEM
3.1 Perumusan masalah
Prudential memberikan berbagai macam layanan asuransi jiwa kepada para

pengaju asuransi. Namun belum adanya layanan yang memberikan rekomendasi
jenis asuransi kepada pengaju asuransi yang menginginkan jenis asuransi yang
sesuai dengan kebutuhan dan kondisi dari pengaju memberikan kendala kepada
Perusahaan yang dilihat dari efficiency, yakni: ketidakefisienan timbul karena
sistem lama belum memungkinkan calon pengaju untuk melakukan pemilihan
asuransi sendiri sehingga calon pengaju asuransi masih harus datang ke cabang
perusahaan asuransi atau bertemu dengan sales dari perusahaan asuransi tersebut.
3.2 Analisis Kebutuhan Sistem

3.2.1 Gambaran Umum Sistem Lama
Proses pengambilan keputusan pemilihan asuransi pada umumnya masih
dilakukan secara manual, dimana belum ada sebuah sistem terkomputerisasi
yang dapat membantu dalam proses pemilihan asuransi yang sesuai dengan
kriteria calon pengambil keputusan. Langkah-langkah yang dilakukan dalam
pemilihan asuransi adalah sebagai berikut:
a. Calon pengambil keputusan melihat-lihat brosur yang berisi data-data
mengenai produk asuransi.
b. Calon pengambil keputusan membandingkan produk asuransi satu
dengan lainnya.
c. Calon pengambil keputusan memilih asuransi yang diinginkan
berdasarkan hasil perbandingan data-data produk asuransi sesuai dengan
kriteria yang diinginkan.
21
22
3.2.2 Fase Definisi Ruang Lingkup (Scope Definition Phase)

Proses pemilihan asuransi pada sistem lama yang masih dilakukan secara
manual mengakibatkan berbagai kesulitan. Kesulitan-kesulitan yang
dihadapi adalah sebagai berikut :
a. Performance: Sistem lama belum menyediakan layanan yang
memberikan rekomendasi jenis asuransi kepada calon pengaju asuransi.
b. Eficiency: Ketidakefisienan timbul karena sistem lama belum
memungkinkan calon pengaju untuk melakukan pemilihan asuransi
sendiri sehingga calon pengaju asuransi masih harus datang ke cabang
perusahaan asuransi atau bertemu dengan sales dari perusahaan asuransi
tersebut.
3.2.3 Fase Analisis Masalah (Problem Analysis Phase)
3.2.3.1 Analisis Sebab dan Akibat (Cause-Effect Analysis)
Tabel 3.1 Analisis Sebab-Akibat

Analisis Penyebab dan Akibat
Masalah Penyebab dan Akibat
1. Pengambilan Penyebab :
keputusan Proses pengambilan keputusan masih dilakukan secara
pemilihan manual dan informasi mengenai data asuransi yang diberikan
asuransi pun umumnya hanya tersedia dalam bentuk brosur. Hal ini
kurang tentunya menyulitkan calon pengambil keputusan dalam
efisien. menentukan keputusan pilihan asuransi mana yang sesuai
2. Informasi dengan kriteria yang diinginkannya karena harus
yang membandingkan pilihan antara asuransi dari satu brosur
diperoleh dengan brosur lainnya.
mengenai Akibat :
data asuransi Hasil keputusan yang diperoleh menjadi kurang tepat karena
terbatas. hanya berdasarkan perkiraan dari pemikiran calon pengambil
keputusan.
23
3.2.4 Tujuan Memperbaiki Sistem

Tujuan Sistem :
a.Membantu proses pengambilan keputusan dengan memberikan beberapa
rekomendasi pilihan asuransi berdasarkan pada pertimbangan beberapa
kriteria yang diinginkan oleh calon pengambil keputusan.
b. Membantu memberikan informasi mengenai asuransi yang dapat diakses
dimana saja dan kapan saja.
Batasan Sistem :
a.Sistem pendukung keputusan ini dibuat dengan bahasa pemrograman PHP
dan MySQL.
b. Kriteria yang digunakan dalam proses pengambilan keputusan ini ada 3,
yaitu meminimalkan harga asuransi,memaksimalkan masa asuransi,dan
memaksimalkan keuntungan asuransi.
Tabel 3.2 Pernyataan Masalah dan Solusi
Pernyataan Masalah Solusi

1. Belum adanya sistem yang membantu Membuat sistem baru yang dapat
memberikan rekomendasi jenis memberikan rekomendasi jenis
asuransi yang sesuai kepada peminat asuransi kepada calon pengaju
asuransi asuransi
2. Peminat asuransi masih harus Membuat sistem baru berbasis
menanyakan ke kantor cabang atau aplikasi web yang memungkinkan
sales untuk mendapatkan jenis kredit peminat untuk mendapatkan
yang diajukan rekomendasi jenis asuransi tanpa
harus mendatang kantor cabang atau
sales
Peminat asuransi yang ingin mengajukan asuransi atau ingin mengetahui

rekomendasi jenis asuransi yang sesuai dengan kondisinya mendatangi
kantor cabang atau sales. Peminat memberikan data–data pengajuan asuransi
dan kemudian Customer Service menganalisis data–data yang diterima
kemudian memberikan rekomendasi asuransi kepada peminat.
24
Gambaran sistem yang diinginkan :
SPPK
Peminat Asuransi penentuan jenis asuransi Administrator
Gambar 3.1 Sistem yang Diinginkan
Sistem baru yang dibuat melibatkan dua pihak yaitu Peminat dan
Administrator. Peminat dalam sistem ini dapat menggunakan menu SPPK
penentuan jenis asuransi jiwa untuk mendapat rekomendasi asuransi. Untuk
mengunakan layanan ini, peminat harus mengisikan data pengajuan asuransi
yang telah tersedia.Rekomendasi jenis asuransi yang diberikan oleh sistem
ini adalah jenis asuransi yang sesuai dengan data yang dimasukkan.
Administrator dalam sistem ini dapat menggunakan semua layanan yang
tersedia ,untuk mendapatkan akses, admin harus melakukan login terlebih
dahulu kemudian dapat menambahkan jenis asuransi serta mengedit atribut
tambahan.
3.3 Pendefinisian Aktor
Tabel 3.3 Pendefinisian Aktor
Pihak Keterangan
Administrator Pihak yang memiliki hak akses untuk mengelola kriteria dan
memasukkan asuransi
Member Pihak yang memiliki hak akses untuk mencari rekomendasi asuransi
dengan menyeleksi asuransi dan memasukkan bobot kriteria
Aktor yang terlibat dalam sistem ini adalah administrator yaitu pihak
yang memiliki kendali dalam mengelola isi dari SPPK dan member
merupakan pihak yang memiliki akses untuk menggunakan sistem SPPK
agar dapat menemukan rekomendasi asuransi.
25
3.4 Use Case Diagram
3.4.1 Aktor Use Case
Tabel 3.4 Deskripsi Aktor Administrator
Nama Aktor Keterangan
Administrator Orang yang mempunyai hak khusus untuk mengelola system yaitu
sebagai berikut :
1. Menambah, mengubah dan menghapus produk asuransi.
2. Menambah dan menghapus data pekerjaan.
3. Mengubah data member dan menghapus data member.
4. Menambah dan menghapus data perusahaan penyedia asuransi
Tabel 3.5 Deskripsi Aktor Peminat
Nama Aktor Keterangan
Member Orang yang mempunyai akses untuk
1. Mengubah data diri serta mengganti password.
2. Melakukan perhitungan pada SPPK untuk mencari

rekomendasi asuransi yang diinginkan
26
3.4.1.1 Diagram Use Case
Menambah Produk Asuransi
Mengubah Produk Asuransi
Login
Menghapus Produk Asuransi
Mengubah Data Member
Menghapus Data Member
Mencari Produk Asuransi
Administrator
Menambah Data Penyedia Asuransi
Menghapus Data Penyedia Asuransi
Registrasi
Member
Cari Rekomendasi Asuransi
Ubah Password
Lihat Riwayat Pencarian
Gambar 3.2 Use Case Diagram
Tabel 3.6 Ringkasan Use Case Administrator
ID UseCase Nama Use Case Deskripsi Pelaku
UC-01-01 Login Menggambarkan proses login ke dalam Admin

sistem
UC-01-02 Menambah Menggambarkan proses memasukkan Admin

27
Produk Asuransi data produk asuransi
UC-01-03 Mengubah Produk Menggambarkan proses mengubah Admin

Asuransi data produk asuransi
UC-01-04 Menghapus Menggambarkan proses penghapusan Admin

Produk Asuransi data produk asuransi
UC-01-05 Mengubah data Menggambarkan proses mengubah Admin

member data member aktif
UC-01-06 Menghapus data Menggambarkan proses penghapusan Admin

member data member aktif
UC-01-07 Menambah data Menggambarkan proses penambahan Admin

penyedia asuransi data perusahaan penyedia asuransi
UC-01-08 Menghapus data Menggambarkan proses penghapusan Admin

penyedia asuransi data perusahaan penyedia asuransi
UC-01-09 Mencari produk Menggambarkan proses pencarian Admin

asuransi produk asuransi yang tersedia di dalam
sistem
Tabel 3.7 Ringkasan Use Case Member

ID UseCase Nama Use Case Deskripsi Pelaku
UC-02-01 Registrasi Menggambarkan proses registrasi Member

member ke dalam sistem
UC-02-02 Ubah Password Menggambarkan proses untuk Member

Masuk mengubah password untuk masuk ke
dalam SPPK
UC-02-03 Mencari Menggambarkan proses untuk mencari Member

Rekomendasi rekomendasi produk asuransi
Produk Asuransi
UC-02-04 Mencari Produk Menggambarkan proses untuk mencari Member

Asuransi produk asuransi yang tersedia di dalam
sistem
UC-02-05 Lihat histori Menggambarkan proses untuk melihat Member

pencarian rekam jejak dari pencarian yang
28
pernah dilakukan oleh pengguna
3.5 Diagram Aktifitas
3.5.1 Diagram Aktifitas Member Registrasi
User Sistem
Menampilkan Menu
Memilih Menu Login
Login
Memilih Menu Menampilkan

Registrasi Halaman Registrasi
Klik Tombol
Batal
Mengisi Form
Validasi Data
Registrasi
Klik Tombol Klik Tombol

Batal Simpan
Valid
Tidak Valid
Data Gagal Di
Data Berhasil
Menyimpan data
Simpan
Disimpan
Menyampaikan
Menyampaikan
pesan data berhasil di simpan
pesan data salah
Gambar 3.3 Diagram Aktifitas Member Registrasi

29
3.5.2 Diagram Aktifitas Member Login
User Sistem
Menampilkan
Memilih Menu Login
Halaman login
Mengisi Username
Dan Password
Menekan Menekan
Tombol Batal Tombol Login
Validasi Login
Non Valid Valid
Menampilkan Pesan Menampilkan Pesan

Login Gagal Login Berhasil
Menampilkan
Halaman Utama
Gambar 3.4 Diagram Aktifitas Member Login

30
3. 5.3 Diagram Aktifitas MemberMelakukan Pencarian Asuransi
User Sistem
Menampilkan kriteria pencarian

Memilih “decision”
Tidak Pesan konfirmasi “data

Memilih kriteria
tidak ditemukan”
Ya
Memasukkan bobot kriteria Menampilkan paket wisata sesuai kriteria
Proses perhitungan dan menampilkan skor
Gambar 3.5 Diagram Aktifitas Member Melakukan Pencarian Asuransi
3.5.4 Diagram Aktifitas Member Lihat hasil
Member Sistem
Menampilkan pesan
“asuransi tidak
Tidak ada
Lihat hasil
ditemukan”
ada
Menampilkan data
asuransi yang di
dapatkan
Gambar 3.6 Diagram Aktifitas Member Lihat Hasil

31
3.5.5 Diagram Aktifitas Admin Login
Sistem
Admin
Memilih “Login” Menampilkan form login
Memasukkan username Mengecek username dan

dan password password
TidakMenampilkan pesan
error
Ya
Menampilkan halaman utama admin
Gambar 3.7 Diagram Aktifitas Admin Login
3.5.5.1 Diagram Aktifitas Admin Tambah Asuransi
Admin Sistem
Memilih pilihan “asuransi” Menampilkan daftar asuransi
Memilih pilihan “Tambah” Menampilkan halaman asuransi baru
Memasukkan data asuransi Menampilkan konfirmasi simpan
Konfirmasi simpan Tidak
Ya
Menyimpan asuransi baru dan menampilkan data berhasil disimpan
Gambar 3.8 Diagram Aktifitas Admin Tambah Asuransi

32
3.5.6 Diagram Aktifitas Admin Hapus Asuransi
Anggota Sistem
Memilih pilihan asuransi Menampilkan form asuransi
Menampilkan pesan konfirmasi hapus

Memilih pilihan hapus
Tidak
Konfirmasi hapus
Ya
Menyimpan data asuransi dan menampilkan data berhasil disimpan
Gambar 3.9 Diagram Aktifitas Admin Hapus Asuransi
3.5.7 Diagram Aktifitas Admin Cari Asuransi
Admin Sistem
Memilih pilihan asuransi Menampilkan daftar asuransi
Memasukkan nama asuransi Menampilkan halaman pencarian asuransi
Konfirmasi asuransi Tidak
Ya
Tampilkan asuransi yang di cari
Gambar 3.10 Diagram Aktifitas Admin Cari Asuransi

33
3.5.8 Diagram Aktifitas Admin Ubah Deskripsi Produk
Admin Sistem
Memilih pilihan “edit” Menampilkan form asuransi
Memasukkan data-data asuransi baru Menampilkan pesan konfirmasi simpan
Tidak
Konfirmasi simpan
Ya
Menyimpan data asuransi baru dan menampilkan data berhasil disimpan
Gambar 3.11 Diagram Aktifitas Admin Ubah Deskripsi Produk
3.5.9 Diagram Aktifitas Admin Hapus Anggota
Aktor Sistem
Memilih pilihan Menampilkan daftar anggota

delete/hapus
Memilih anggota yang ingin dihapus Menampilkan konfirmasi simpan
Konfirmasi simpan Tidak
Ya
Proses hapus anggota dan menampilkan pesan “data berhasi dihapus
Gambar 3.12 Diagram Aktifitas Admin Hapus Anggota

34
3.5.10 Diagram Class Desain
Customer asuransi
-id_customer -id_asuransi
-customer_nama -asuransi_nama
-customer_email -asuransi_minimal_umur
-customer_password pekerjaan -asuransi_maximal_umur
-customer_phone -id_pekerjaan 1..1 -pekerjaan_nama -asuransi_minimal_penghasilan
Perusahaan
-customer_alamat -pekerjaan_status -asuransi_maximal_jumlahtanggungan 1..1 -asuransi_maximal_jumlahutang
0..* -id_perusahaan
-customer_jeniskelamin +index() -asuransi_harga
-attribute1 1..*
-customer_status +updatestatus() -asuransi_keuntungan
-attribute2
-myjob +data() -asuransi_masa
+index()
+index() -asuransi_keterangan
+updatestatus()
+update_status() -peru
+data()
+data() +index()
+details() +updatestatus()
+pekerjaan() +data()
+details()
+perusahaan()
1..1
0..*
1..1
Publik
-q_customer
-daf_asuransi
View
+customer()
+asuransi() -admin_home
+login() -admin_passwd
+register() -asuransi_data
+password() -customer_data
+logout() 0..* -inc_admin_atas
+profil() -inc_admin_bawah
+prerekomendasi() -inc_admin_pesan
+rekomendasi() -inc_publik_atas
+rekomendasi_detail() -inc_publik_bawah
+produk() -pekerjaan_data
+produk_detail() -publik_home
-publik_passwd
-publik_profil
-publik_register admins
+index() -id_admins
+data() -username
+details() -password
+display() +index()
+home()
+logout()
Gambar 3.13 Diagram Class Desain

35
3.5.11 Diagram Sequence

3.5.11.1 Diagram Sequence Member Daftar
View Publik asuransi
Member
Daftar/Sign up
Form sign up
Insert data Daftar member

Data member
baru
Succes/error
message Validasi
Gambar 3.14 Diagram Sequence Member Daftar

36
3.5.11.2 Diagram Sequence Member Login
View Publik Asuransi
Membe
Login
Form Login
Username dan
password
Username dan
password Username dan
password
Succes/error
message Validasi
Gambar 3.15 Diagram Sequence Member Login
3.5.11.3 Diagram Sequence Member Cari Asuransi
Member
Decision
Halaman kriteria
Pilih kriteria
Kriteria
pencarian Kriteria
pencarian
Halaman tampil Daftar Asuransi

pencarian
Gambar 3.16 Diagram Sequence Member Cari Asuransi

37
3.5.11.4 Diagram Sequence Member Input Bobot
Member
Decision
Halaman kriteria
Pilih kriteria
Keiteria
pencarian Kriteria
pencarian
Halaman tampil Daftar Produk

pencarian Asuransi
Pilih hitung
Halaman
pembobotan
Insert bobot
Proses
perhitungan
Proses
perhitungan
Hasil
Skor perhitungan perhitungan
Gambar 3.17 Diagram Sequence Member Input Bobot

38
3.5.11.5 Diagram Sequence Member Lihat Hasil Pencarian
View Publik Member
Lihat Hasil
Pencarian
(data asuransi)
Data Asuransi
Daftar
Halaman data Asuransi
Asuransi
Gambar 3.18 Diagram Sequence Member Lihat Hasil Pencarian
3.5.11.6 Diagram Sequence Admin Login
View Publik Admin
Admin
Login
Form Login
Username dan
password
Username dan
password Username dan
password
Sukses/error
message Validasi
Gambar 3.19 Diagram Sequence Admin Login

39
3.5.11.7 Diagram Sequence Admin Tambah Produk Asuransi
Admin
Tambah/Insert Tambah
(asuransi)
Jenis Asuransi
Baru
Database
Sukses/error confirmation
message
Gambar 3.20 Diagram Sequence Admin Tambah Asuransi
3.5.11.8 Diagram Sequence Admin Ubah Deskripsi produk asuransi
Admin
Ubah/edit
Edit (asuransi)
Jenis Asuransi
Baru
Database
message
Gambar 3.21 Diagram Sequence Admin Ubah Deskripsi Produk Asuransi

40
3.5.11.9 Diagram Sequence Admin Hapus Produk Asuransi

Member
hapus
hapus (produk
asuransi)
Hapus produk
asuransi
Database
message
Gambar 3.22 Diagram Sequence Anggota Hapus Produk Asuransi
3.5.11.10 Diagram Sequence Admin Tambah Penyedia Asuransi
Admin
Tambah/Insert Tambah
(Perusahaan)
Perusahaan
Asuransi Baru
Database
message
Gambar 3.23 Diagram Sequence Admin Tambah Penyedia Asuransi

41
3.5.11.11 Diagram Sequence Admin Hapus Penyedia Asuransi

Member
hapus
hapus
(perusahaan)
Hapus Penyedia
Asuransi
Database
message
Gambar 3.24 Diagram Sequence Admin Hapus Penyedia Asuransi
3.5.11.12 Diagram Sequence Admin Ubah ID dan Password Member

Admin
Ubah/edit
Edit (profil)
Profil member
Database
message
Gambar 3.25 Diagram Sequence Admin Ubah ID dan Password

Member
42
3.6 Model Basis Data

3.6.1 Model Konseptual
id_asuransi
asuransi_nama id_perusahaan
asuransi_minimal_umur perusahaan_nama
asuransi_maksimal_umur
asuransi_minimal_penghasilan
asuransi_minimal_jmltanggungan
asuransi_maksimal_jmlutang
asuransi_premi M 1
asuransi memiliki perusahaan
asuransi_benefit
asuransi_length
asuransi_keterangan
id_pekerjaan
pekerjaan_nama
pekerjaan
memiliki
M
id_c ustomer Id_admin
custom er_nama usernameAdmin password
custom er_email
customer
customer_ password
customer_phone
customer_jeniskelamin
customer_alamat
Gambar 3.26 Model Konseptual

43
3.6.2 Model Logikal
Gambar 3.27 Relational Database
3.6.3 Perancangan Fisikal Basis data

Tahap ini merupakan tahap desain fisikal basisdata dimana
mendeskripsikan tabel fisik dan normalisasi dari implementasi data base pada
penyimpanan sekunder.
Tabel 3.8 Tabel Admin

Nama Kolom Tipe Data Lebar Ket
idAdmin int 11 PK
memberAdmin Varchar 25
passAdmin Varchar 25
44
Tabel 3.9 Tabel Perusahaan

Id_perusahaan int 11 PK
perusahaan_nama Varchar 25
Tabel 3.10 Tabel Customer

id_customer int 11 PK
id_pekerjaan int 11 FK
Customer_nama Varchar 45
Customer_alamat Varchar 45
Customer_email Varchar 45
Customer_password Varchar 45
Customer_phone Varchar 45
Customer_jeniskelamin Varchar 45
Tabel 3.25 Tabel Asuransi

Nama Kolom Tipe Lebar Ket
Data
idAsuransi int 11 PK
idPerusahaan int 100 FK
asuransi_nama Varchar 45
asuransi_minimal_umur Varchar 45
asuransi_maksimal_umur Varchar 45
asuransi_minimal_penghasilan varchar 45
asuransi_maksimal_jmltanggungan varchar 45
asuransi_maksimal_jmlutang varchar 45
asuransi_premi varchar 45
asuransi_benefit varchar 45
asuransi_length varchar 45
45
asuransi_keterangan text 100
3.7 Manajemen Dialog
3.7.1 Manajemen Interface
Title
Halaman Awal Produk Asuransi Rekomendasi Login
Pengantar
Side Menu
Website
Website
Halaman Awal Halaman Awal Halaman Awal
Gambar 3.28 Halaman Utama

46
Title
Produk Asuransi
Side Menu
Asuransi Tipe A
Website Asuransi Tipe B
Asuransi Tipe C
Website
Detail
Detail
Detail
Detail
Gambar 3.29 Halaman Produk Asuransi
Title
Pencarian Asuransi
Side Menu
Harga Minimal harga Maksimal harga
Jangka Waktu Minimal jangka waktu Maksimal jangka waktu
Website
cari
Website
47
Halaman Awal
Gambar 3.30 Halaman Pencarian Asuransi
Halaman Awal Halaman Awal
48
Title
Side Menu Halaman Rekomendasi
Bobot Faktor Tujuan
Bobot
Website
Meminimalkan harga asuransi

Memaksimalkan jumlah keuntungan asuransi
Memaksimalkan jangka waktu asuransi yang di dapatkan dalam satu kali pembayaran
Cari
Rekomendasi
Keterangan
Halaman Awal Kontak Tentang Penulis
Gambar 3.31 Halaman Rekomendasi Asuransi
Title
Hasil Rekomendasi Asuransi
Side Menu
Website
Website
Isi Rekomendasi
Gambar 3.32 Halaman Hasil Rekomendasi Asuransi

49
Title
Halaman Awal Produk Rekomendasi Ganti Password Logout
Side Menu Input Bobot
Harga
Keuntungan
Masa Aktif
Cari
Gambar 3.33 Halaman Input Bobot
Title
Data Customer
Side Menu
Nama
Pekerjaan
Nomer telpon
Website Alamat
Jenis Kelamin
Website
Gambar 3.34 Halaman Ubah Profil

50
Title
Halaman Ganti password
Side Menu
username
password
Website
Website
Gambar 3.35 Halaman Penggantian Password
Title
Pengantar
Side Menu
Website
Website
Gambar 3.36 Halaman Logout Member

51
Admin
Username
Password
Login
Gambar 3.37 Halaman Login Admin
Perusahaan Pekerjaan Asuransi Customer Ganti Password Logout

Administrator
Gambar 3.38 Halaman Awal Admin
Administrator
Daftar data perusahaan
Tambah data perusahaan
Gambar 3.39 Halaman Daftar Perusahaan Penyedia Asuransi

52

Administrator
Daftar perusahaan
Nama Perusahaan
Simpan data
Gambar 3.40 Halaman Tambah Data Perusahaan Penyedia Asuransi
Administrator
Daftar data asuransi
Tambah data asuransi

PerbaruiHapusDetail
Gambar 3.41 Halaman Daftar Produk Asuransi
Administrator
Perusahaan
Nama Asuransi
Minimal Umur
Maksimal Umur
Minimal penghasila n
Maksimal tanggungan
Maksimal utang
Harga asuransi
Jumlah Keuntungan
Jangka waktu asuransi
Keterangan
Pekerjaan
Simpan data
Gambar 3.42 Halaman Tambah Asuransi

53
Administrator
Daftar data user
PerbaruiHapusDetail
Gambar 3.43 Halaman Data Member SPPK
Administrator
Form Data User
Nama
Email
Pekerjaan
Nomor Telpon
Alamat
Jenis Kelamin
Simpan data
Kembali ke data customer
Gambar 3.44 Halaman Perbaruan ID dan Password Member

Administrator
Form Data User
Kembali ke data customer
Gambar 3.45 Halaman Detail Member

54
Administrator
Form ganti password
username
Password baru
Simpan data
Admin
Username
Password
Login
Gambar 3.47 Halamann Logout Admin
3.8 Perancangan Subsistem Manajemen Model

Proses pengambilan keputusan pemilihan asuransi terlebih dahulu
dilakukan dengan cara menyeleksi data asuransi sesuai dengan masukkan dari
pengguna. Ada beberapa kriteria yang dapat membantu pengguna dalam
menyeleksi asuransi yang sesuai dengan keinginan.Keinginan pengguna dalam
55
memilih asuransi beragam dan beberapa diantaranya mempertimbangkan dari segi

harga suatu asuransi, dan sebagainya
Sebagai contoh, harga asuransi yang diinginkan pengguna berkisar antara
7-10 juta. Maka pada poin pilihan harga, pengguna akan memilih sesuai yang
diinginkannya. Kemudian sistem akan menampilkan data asuransi hasil seleksi
yang akan menjadi alternatif pilihan.
Dari data-data asuransi yang sudah diseleksi tersebut selanjutnya akan
dihitung menggunakan metode SMART untuk menentukan rating dari masing-
masing alternatif. Proses perhitungan diawali dengan besar bobot untuk masing-
masing goal weight factor yang diinputkan oleh pengguna dimana semakin besar
bobot yang diberikan maka faktor tersebut semakin penting.
Langkah-langkah perhitungan dalam pengambilan keputusan dengan
menggunakan metode SMART adalah sebagai berikut:
1. Menentukan bobot dari masing masing faktor tujuan:

a. Bobot tujuan normal memaksimalkan keuntungan asuransi.
b. Bobot tujuan normal meminimalkan biaya asuransi.
c. Bobot tujuan normal memaksimalkan masa asuransi dalam

pembayaran pertama selama satu tahun.
2. Memasukkan nilai kriteria dari setiap alternatif yang ada dalam tabel data :
Tabel 3.12 Data yang Digunakan dalam Normalisasi Skor
Alternatives
Kriteria Type A Type B Type C Type D

56
Harga 35.000.000 9.000.000 7.500.000 25.000.000
Keuntungan 3 keuntungan 5 keuntungan 5 keuntungan 4 keuntungan
Masa 3 tahun 1 tahun 1 tahun 4 tahun
3. Menentukan nilai normalisasi dari setiap nilai kriteria pada masing – masing
alternatif :
Harga : 35.000.000 – 7.500.000 = 27.500.000
Keuntungan : 5-3 = 2
Masa : 4-1=3
a. Harga =5.500.000
Harga Normalisasi Skor

7.500.000 – 13.000.000 1
13.000.001 – 18.500.000 2
18.500.001 – 24.000.000 3
24.000.001 – 29.500.000 4
29.500.001 – 35.000.000 5
b. Keuntungan =0.4
Keuntungan Normalisasi Skor

3 – 3.4 1
3.5 – 3.9 2
4.0 – 4.4 3
4.5 – 4.9 4
5.0 – 5.4 5
c. Masa =0.6
Masa Normalisasi Skor

56
1 – 1.6 1
1.61 – 2.21 2
2.22 – 2.82 3
2.83 – 3.43 4
3.44 – 4.04 5
Maka dapat diperoleh normalisasi :
Tabel 3.13 Normalisasi Skor
Alternatives
Kriteria Scoring rule of thumb Type A Type B Type C Type D
Harga 5.500.000 per point 1 5 5 2
0.4 keuntungan per

Keuntungan 1 5 5 3
point
Masa 3 per point 4 1 1 5
4. Melakukan konversi normalisasi nilai ke dalam utility score antara 0 – 1

1=0 ; 2=0.25 ; 3=0.5 ; 4=0.75 ; 5=1
5. Menentukan total skor untuk setiap alternatif :
Tabel 3.14 Final Evaluation Results
Alternatives
Kriteria Type A Type B Type C Type D
Harga 0 1 1 0.25
Keuntungan 0 1 1 0.5
Masa 0.75 0 0 1
Overall Score: 23.076923076923 69.0769230769 69.0769230769 55.769230769231
Percentage 23.08% 69.23% 69.23% 55.77%

BAB IV
IMPLEMENTASI
Pada bab berikut akan dijelaskan lebih lanjut mengenai implementasi

dari perancangan Sistem Pendukung Pengambilan Keputusan Pemilihan
Asuransi yang telah dibuat sebelumnya.
4.1 Implementasi Sistem

Implementasi sistem ini berisi pembuatan sistem menggunakan bahasa
pemrograman PHP. Untuk membangun sistem pendukung keputusan ini
dibutuhkan spesifikasi software sebagai berikut :
1. Netbeans IDE 7.1
2. Notepad ++
3. Xampp Server
4. PHPMyAdmin
5. Google Chrome
4.1.1 Implementasi Manajemen Data

Bagian ini mendeskripsikan implementasi pembangunan data
base baru berisi tabel-tabel yang dibutuhkan dalam sistem pendukung
keputusan pemilihan asuransi pada MySQL. Berikut langkah-langkah
yang dilakukan dalam pembuatan data base untuk sistem pendukung
keputusan pemilihan asuransi :
1. Membuat namadata base baru dengan nama skripsi_smartasuransi.
2. Membuat tabel-tabel yang dibutuhkan dalam oleh data base
skripsi_smartasuransi. Berikut ini implementasi pembuatan tabel-
tabel yang dibutuhkan dalam sistem pemdukung keputusan
pemilihan asuransi:
57
58
4.1.1.1 Tabel Admin
CREATE TABLE IF NOT EXISTS àdmin` (

ìd_admin` int(11) NOT NULL AUTO_INCREMENT,
ìd` varchar(45) DEFAULT NULL,
`passwd` varchar(45) DEFAULT NULL,
àdmin_nama` varchar(45) DEFAULT NULL,
àdmin_status` smallint(1) DEFAULT
'1', PRIMARY KEY (ìd_admin`)
) ENGINE=InnoDB DEFAULT CHARSET=latin1
AUTO_INCREMENT=2 ;
Gambar 4.1 Query Tabel Admin
Tabel 4.1 Tabel Admin

idAdmin int 11 PK
id Varchar 45
passwd Varchar 45
admin_nama Varchar 45
4.1.1.2 Tabel Customer
CREATE TABLE IF NOT EXISTS `customer` (

ìd_customer` int(11) NOT NULL AUTO_INCREMENT,
`customer_nama` varchar(45) DEFAULT NULL,
`customer_email` varchar(45) DEFAULT NULL,
`customer_password` varchar(45) DEFAULT NULL,
ìd_pekerjaan` int(11) NOT NULL,
`customer_phone` varchar(45) DEFAULT NULL,
`customer_alamat` varchar(45) DEFAULT NULL,
`customer_jeniskelamin` varchar(45) DEFAULT NULL,
`customer_status` smallint(1) DEFAULT
'1', PRIMARY KEY (ìd_customer`),
KEY `fk_customer_pekerjaan1` (ìd_pekerjaan`)
AUTO_INCREMENT=2 ;
Gambar 4.2 Query Tabel Customer

59
Tabel 4.2 Tabel Customer

id_customer int 11 PK
id_pekerjaan int 11
Customer_nama Varchar 45
Customer_alamat Varchar 45
Customer_email Varchar 45
Customer_password Varchar 45
Customer_phone Varchar 45
Customer_jeniskelamin Varchar 45
4.1.1.3 Tabel Asuransi
CREATE TABLE IF NOT EXISTS àsuransi` (

ìd_asuransi` int(11) NOT NULL AUTO_INCREMENT,
ìd_perusahaan` int(11) NOT NULL,
àsuransi_nama` varchar(45) DEFAULT NULL,
àsuransi_minimal_umur` varchar(45) DEFAULT NULL,
àsuransi_maksimal_umur` varchar(45) DEFAULT NULL,
àsuransi_minimal_penghasilan` varchar(45) DEFAULT NULL,
àsuransi_maksimal_jmltanggungan` varchar(45) DEFAULT NULL,
àsuransi_maksimal_jmlutang` varchar(45) DEFAULT NULL,
àsuransi_premi` varchar(45) DEFAULT NULL,
àsuransi_benefit` varchar(45) DEFAULT NULL,
àsuransi_length` varchar(45) DEFAULT NULL,
àsuransi_keterangan` text,
àsuransi_status` smallint(1) DEFAULT
'1', PRIMARY KEY (ìd_asuransi`),
KEY `fk_asuransi_perusahaan1` (ìd_perusahaan`)
) ENGINE=InnoDB DEFAULT CHARSET=latin1 AUTO_INCREMENT=4
;
Gambar 4.3 Query Tabel Asuransi
Tabel 4.3 Tabel Asuransi

idAsuransi int 11 PK
idPerusahaan int 100
asuransi_nama Varchar 45
asuransi_minimal_umur Varchar 45
asuransi_maksimal_umur Varchar 45
asuransi_minimal_penghasilan varchar 45
60
asuransi_maksimal_jmltanggungan varchar 45
asuransi_maksimal_jmlutang varchar 45
asuransi_premi varchar 45
asuransi_benefit varchar 45
asuransi_length varchar 45
asuransi_keterangan text 100
4.1.1.4 Tabel Perusahaan
CREATE TABLE IF NOT EXISTS `perusahaan` (

ìd_perusahaan` int(11) NOT NULL AUTO_INCREMENT,
`perusahaan_nama` varchar(45) DEFAULT NULL,
`perusahaan_status` smallint(1) DEFAULT
'1', PRIMARY KEY (ìd_perusahaan`)
AUTO_INCREMENT=3 ;
Gambar 4.4 Query Tabel Perusahaan
Tabel 4.4 Tabel Perusahaan

Id_perusahaan int 11 PK
perusahaan_nama Varchar 25
4.2 Implementasi Manajemen Dialog

Langkah berikutnya yaitu pembangunan interface, dimana interface ini
nanti yang akan menjadi tampilan sistem dan digunakan oleh member.
61
4.2.1 Halaman Awal Home
Gambar 4.5 Halaman Awal Home
Halaman utama merupakan halaman yang akan ditampilkan pertama kali

saat member mengakses sistem. Pada halaman ini berisi sidebar menu, kontak
personal.
4.2.2 Halaman Produk Asuransi
Gambar 4.6 Halaman Produk Asuransi
Halaman Produk merupakan halaman yang akan ditampilkan pada member

untuk dapat melihat asuransi apa saja yang sistem miliki.
62
4.2.3 Halaman Search Asuransi
Gambar 4.7 Halaman Search Produk Asuransi
Halaman ini merupakan halaman yang digunakan oleh pengunjung sebagai

awal dalam pengunaan SPPK, pada halaman ini member menginputkan harga
asuransi yang diinginkan serta lama asuransi yang diinginkan dalam satu kali
pembayaran pertama asuransi kemudian sistem akan secara otomatis mencari
asuransi yang termasuk dalam range atau jarak yang diinginkan oleh member
tersebut setelah itu member akan masuk ke dalam halaman input bobot yang di
pilih.
4.2.4 Halaman Input Bobot
Gambar 4.8 Halaman Input Bobot

63
Halaman input bobot ini adalah halaman untuk pengunjung yang ingin
memilih asuransi yang sesuai dengan kebutuhannya, nilai sangat penting sekali
adalah kebutuhan yang paling penting atau diprioritaskan diantara kriteria yang
lainnya.
4.2.5 Halaman Rekomendasi
Gambar 4.9 Halaman Rekomendasi
Halaman rekomendasi asuransi menunjukan hasil yang sesuai dengan

perhitungan proses sebelumnya, di halaman ini juga memperlihatkan nilai
tertinggi yang berarti asuransi yang sesuai dan direkomendasikan untuk pengguna
sistem tersebut.
4.2.6 Halaman Ubah Profil
Gambar 4.10 Halaman Ubah Profil

64
Halaman ubah profil merupakan halaman agar member dapat mengubah

data dari member tersebut yang merupakan nama, pekerjaan, nomor telpon, alamat
rumah serta jenis kelamin.
4.2.7 Halaman Ganti Password
Halaman ganti password merupakan halaman agar member dapat

mengganti password untuk menggunakan SPPK.
4.2.8 Halaman Logout
Gambar 4.12 Halaman Logout Member

65
Halaman yang ditampilkan saat member melakukan logout, sistem

secara otomatis mengarahkan member pada halaman awal dari sistem.
4.2.9 Halaman Login Administrator
Gambar 4.13 Halaman Login Admin
Halaman yang ditampilkan saat admin akan melakukan perubahan

pada asuransi, contoh menginput asuransi baru dan lain – lain.
4.2.10 Halaman Awal Administrator
Gambar 4.14 Halaman Awal Admin
Pada halaman ini, admin akan melihat beberapa pilihan yang

diinginkan seperti perusahaan, pekerjaan, asuransi dan sebagainya.
66
4.2.11 Halaman Daftar Data Perusahaan
Gambar 4.15 Halaman Daftar Data Perusahaan Asuransi
Pada halaman ini, admin dapat menambahkan perusahaan asuransi

untuk dimasukkan dalam detail asuransi.
4.2.12 Halaman Insert Data Perusahaan
Gambar 4.16 Halaman Insert Data Perusahaan
Pada halaman ini, admin dapat menambahkannama perusahaan

asuransi untuk dimasukkan dalam detail asuransi.
4.2.13 Halaman Asuransi
Gambar 4.17 Halaman Daftar Produk Asuransi
Pada halaman ini, admin dapat melihat asuransi apa saja yang telah
diinputkan ke dalam sistem.
67
4.2.14 Halaman Insert Data Asuransi
Gambar 4.18 Halaman Insert Data Asuransi
Pada halaman ini, admin dapat melakukan pengisian jenis asuransi baru ke
dalam sistem.
4.2.15 Halaman Customer
Gambar 4.19 Halaman Data Member
Pada halaman ini, admin dapat melihat secara keseluruhan data–data dari
member yang telah melakukan pendaftaran di dalam sistem.
4.2.16 Halaman Perbarui Member
Gambar 4.20 Halaman Perbaruan Member

68
Pada halaman ini, admin dapat melakukan perubahan data pada data
yang dimiliki oleh member.
4.2.17 Halaman Hapus Member
Gambar 4.21 Halaman Hapus Member
Pada halaman ini, admin dapat melakukan penghapusan pada

member yang telah mendaftar pada sistem. Jika data member telah dihapus
maka member tidak dapat menggunakan sistem rekomendasi sampai
member tersebut melakukan registrasi kembali.
4.2.18 Halaman Detail Member
Gambar 4.22 Halaman Detail Data Member
Pada halaman ini, admin dapat melihat secara lebih detail data – data
dari member yang telah mendaftar dalam sistem.
69
4.2.19 Halaman Penggantian Password Admin
Gambar 4.23 Halaman Penggantian Password Admin
Pada halaman ini, admin dapat melakukan penggantian password

namun tidak dapat melakukan penggantian Id Admin.
4.2.20 Halaman Logout Admin
Gambar 4.24 Halaman Logout Admin
Halaman ini akan ditampilkan jika admin telah keluar atau

melakukan logout dari sistem.
4.3 Implementasi Model

1. Search
Controller public, fungsi prerekomendasi()
Fungsi ini digunakan sebelum pengguna melakukan pencarian
rekomendasi asuransi, di dalam fungsi ini, pengguna
melakukan filter dari macam – macam jenis asuransi menjadi
jenis asuransi yang berdasarkan pada harga dan jangka waktu
yang diinginkan, fungsi ini kemudian akan digunakan pada
rekomendasi asuransi.
$harga_min = $this->input->post('f_harga_min');
$harga_max = $this->input-
>post('f_harga_max');
$waktu_min = $this->input-
70
>post('f_waktu_min');
$waktu_max = $this->input-
>post('f_waktu_max');
$query = "SELECT * from asuransi

join perusahaan on
perusahaan.id_perusahaan=asuransi.id_perusahaan
where asuransi_status = 1
and asuransi_premi between $harga_min
and $harga_max
and asuransi_length between $waktu_min
and $waktu_max";
#pre($query);
$q = $this->db-
>query($query); if($q-
>num_rows() > 0){
$this->session-
>set_userdata('sess_query_pencarian',$query);
//redirect ke halaman rekomendasi

$this->session-
>set_flashdata('pesan','Silahkan Isikan Bobot');
redirect('publik/rekomendasi');
}else{
$data['error'] = 'Data Asuransi
Tidak Ditemukan';
2. Rekomendasi
Controller public, function rekomendasi()
Fungsi ini merupakan fungsi utama dari system ini, di dalam
sistem ini akan terjadi perhitungan dari tipe asuransi yang telah
difilter dengan bobot yang dimasukkan oleh pengguna, bobot
di sini dibagi menjadi tiga macam yaitu bobot premi, bobot
benefit, dan bobot length. Perhitungan ini dilakukan dengan
metode SMART seperti yang telah dijelaskan pada bagian
SMART sebelumnya.
if($submit){
//GET bobot yg di input user

$bobot_premi = $this->input-
>post('f_kriteria_premi');
$bobot_benefit = $this->input-
>post('f_kriteria_benefit');
$bobot_length = $this->input-
71
>post('f_kriteria_length');
//1.cari bobot masing2 faktor tujuan

$bobot_ar =
array('asuransi_premi'=>$bobot_premi,
'asuransi_benefit'=>$bobot_benefit, 'asuransi_length'=>$bobot_length);
$bobot = bobot($bobot_ar); //PANGGIL FUNCTION

BOBOT() di helper
#pre($bobot);
//data master asuransi

$sess_query = $this->session-
>userdata('sess_query_pencarian'); //session query hasil pencarian
$data_asuransi_master = $this->db-
>query($sess_query); //data asuransi dari hasil pencarian
#pre($data_asuransi_master);
foreach($data_asuransi_master->result() as $r)
{
#pre($r);
$kriteria['asuransi_premi']['desc'][] = $r-
>asuransi_premi;
$kriteria['asuransi_benefit']['asc'][] = $r-
>asuransi_benefit;
$kriteria['asuransi_length']['asc'][] = $r-
>asuransi_length;
//master data in view

$data['master'][$r->id_asuransi] = $r;
}
#pre($kriteria);
//2. Menentukan nilai normalisasi dari setiap nilai

kriteria pada masing-masing alternatif(asuransi)
foreach($kriteria as $k=>$v){
foreach($v as $ke=>$va)
{
#pre($va);
$nilai_normalisasi[$k] =
normalisasi($va,$ke); //pemanggilan fungsi normalisasi() pada helper
}
}
72
//3. Normalisasi Nilai Kriteria (cocokan dengan data

yang ada)
foreach($data_asuransi_master->result() as $rx)
{ #$data_x[$rx->id_asuransi] =
$nilai_normalisasi[$rx->id_asuransi];
#pre($rx->id_asuransi);
$alternatif[$rx-
>id_asuransi]['asuransi_premi'] = pencocokan_range($rx-
>asuransi_premi,$nilai_normalisasi['asuransi_premi']);
$alternatif[$rx-
>id_asuransi]['asuransi_benefit'] = pencocokan_range($rx-
>asuransi_benefit,$nilai_normalisasi['asuransi_benefit']);
$alternatif[$rx-
>id_asuransi]['asuransi_length'] = pencocokan_range($rx-
>asuransi_length,$nilai_normalisasi['asuransi_length']);
}
#pre($alternatif);
//4. utility score

$utility = utility_score();
#pre(utility_score());
foreach($alternatif as $k_al=>$v_al){
foreach($v_al as $ke_al=>$val_al){
$utilscore_nilai_kriteria[$k_al][$ke_al] = $utility[$val_al['hasil']];
}
}
#pre($utilscore_nilai_kriteria);
//5. skor total

foreach($utilscore_nilai_kriteria as $key=>$value){
#pre($value);
$total_score[$key] =
(($bobot['asuransi_premi']['bobot_tujuan_normal']
*
$value['asuransi_premi']) +
($bobot['asuransi_benefit']['bobot_tujuan_normal'] *
$value['asuransi_benefit']) +
($bobot['asuransi_length']['bobot_tujuan_normal'] *
73
#$xx = '(('.
$bobot['asuransi_premi']['bobot_tujuan_normal'].' * '.
$value['asuransi_premi'].') + ('.
$bobot['asuransi_benefit']['bobot_tujuan_normal'].' * '.
$value['asuransi_benefit'].') + ('.
$bobot['asuransi_length']['bobot_tujuan_normal'].' * '.
$value['asuransi_length'].')) * 100';
#pre($xx);
}
arsort($total_score); //pengurutan dari terbesar ke
terkecil
#pre($total_score);
$data['total_score'] = $total_score;
}//END KONDISI SUBMIT

BAB V
ANALISIS HASIL
Pada bab ini akan dibahas mengenai analisis hasil pengujian sistem
pendukung keputusan pemilihan asuransi.
5.1 Pengujian Implementasi Sistem Pendukung Pengambilan Keputusan

Dibandingkan dengan Perhitungan Manual
Untuk menganalisis hasil yang diperoleh dari sistem, terlebih dahulu
akan dilakukan pengujian. Pengujian pada sistem ini dilakukan dengan dua
cara. Pertama dengan mencocokan hasil perhitungan yang diperoleh secara
manual dengan hasil perhitungan yang diperoleh dari sistem pendukung
keputusan pemilihan asuransi.Pengujian ini dilakukan untuk melihat apakah
sistem pendukung keputusan tersebut sudah sesuai dengan rancangan yang
dibuat. Pengujian selanjutnya dilakukan dengan cara pengisian kuesioner
oleh member. Pengujian dengan kuesioner ini dilakukan untuk mengetahui
seberapa besar efektifitas dari sistem pendukung keputusan tersebut.
Pengujian dengan mencocokan hasil perhitungan yang diperoleh
secara manual dengan hasil perhitungan yang diperoleh dari sistem
pendukung keputusan pemilihan asuransi.Berikut ini merupakan hasil
perhitungan yang dilakukan secara manual menggunakan 4 buah sampel data.
Tabel 5.1 Sampel Data yang Digunakan dalam Perhitungan

Prulife
Prulife Prulife Pruacciden
Kriteria Universal Pru Med
My Child Cover t Cover
Protector
Premi (harga
3.000.000 900.000 2.500.000 1.200.000 1.500.000
asuransi)
Benefit 3 5 1 1
2
(keuntungan keuntunga keuntunga keuntunga keuntunga
keuntungan
asuransi) n n n n
Length (jangka
12 bulan (1 12 bulan (1
waktu 1 bulan 6 bulan 1 bulan
tahun) tahun)
asuransi)
74
75
Tabel 5.2 Goal Weight Factor untuk Masing-Masing Kriteria
Goal Normalisasi
Goal
Goal Name Weight Goal Weight
Number
Factor Factor
1 Meminimalkan harga asuransi 10 0.384615384
Memaksimalkan keuntungan dari
2 8 0.307692307
asuransi
Memaksimalkan jangka waktu
3 asuransi yang di dapat dari 8 0.307692307
pembayaran pertama
Total 26
Tabel 5.3 Hasil Akhir Perhitungan secara Manual

Kriteria Type A Type B Type C Type D Type E
Premi (Rp) 0 1 0.25 1 0.75
Benefit (keuntungan) 0.5 1 0 0.25 0
Length (bulan) 1 0 1 0.25 0
Total 46.15% 69.23% 40.38% 61.54% 28.85%
Gambar 5.1 Hasil Rekomendasi Jenis Asuransi Sistem
Berikut diatas merupakan hasil perhitungan sistem, berdasarkan pada

urutan perangkingan diatas dapat dilihat bahwa hasil rekomendasi melalui
perhitungan manual dan sistem sesuai.
76
Nama kriteria Interval 1 2 3 4 5

900000 s/d 1320000.01 s/d 1740000.02 s/d 2160000.03 s/d 2580000.04 s/d
Harga asuransi 420000
1320000 1740000.01 2160000.02 2580000.03 3000000.04
Jumlah keuntungan 0.8 1 s/d 1.8 1.81 s/d 2.61 2.62 s/d 3.42 3.43 s/d 4.23 4.24 s/d 5.04
Lama Asuransi 2.2 1 s/d 3.2 3.21 s/d 5.41 5.42 s/d 7.62 7.63 s/d 9.83 9.84 s/d 12.04
Gambar 5.2 Pengujian dengan Menggunakan Perhitungan Excel
Kriteria A1 A2 A3 A4 A5
Harga Asuransi 1 5 2 5 4
Jumlah Keuntungan 3 5 1 2 1
Lama Asuransi 5 1 5 3 1
Kriteria A1 A2 A3 A4 A5
Harga Asuransi 0 1 0.25 1 0.75
Jumlah Keuntungan 0.5 1 0 0.25 0
Lama Asuransi 1 0 1 0.5 0
0.461538 0.692308 0.403846 0.615385 0.288462
Gambar 5.3 Hasil Akhir Perhitungan Menggunakan Excel
5.2 Kategori Pernyataan Kuesioner

Pengujian sistem dilakukan dengan cara menyusun pernyataan-
pernyataan mengenai kegunaan (usability) sistem berdasarkan pada
beberapa kategori. Menurut Jacob Nielsen (2003), usability adalah atribut
kualitas yang menjelaskan atau mengukur seberapa mudah penggunaan
suatu antar muka (interface). Usability menurut Nielsen terdiri atas lima
komponen, yaitu:
1. Kemudahan dipelajari (learnability)
Sistem yang dibuat harus mudah untuk dipelajari dan digunakan
agar pengguna dapat dengan cepat menyelesaikan tugas tertentu.
2. Efisiensi (efficiency)
Sistem yang dibuat harus memiliki kemampuan untuk
mendukung pengguna dalam melakukan pekerjaannya, agar
memperoleh hasil yang maksimal.
3. Kemudahan diingat (memorability)
77
Sistem yang dibuat harus mudah diingat, sehingga pengguna

dapat dengan mudah menggunakannya lagi tanpa harus mempelajari
ulang antarmuka dan cara kerja sistem.
4. Kesalahan (errors)
Sistem yang dibuat harus memiliki tingkat kesalahan yang
sedikit, sehingga di saat pengguna menggunakan sistem, tidak akan
terjadi kesalahan, dan apabila terjadi kesalahan maka pengguna dapat
dengan mudah mengatasi kesalahan tersebut.
5. Kepuasan (satisfaction)
Sistem yang dibuat harus dapat memuaskan pengguna dalam
memakainya karena kemudahan yang dimiliki oleh sistem.Pengguna
harus dapat menyukai sistem yang dibuat, semakin pengguna
menyukai suatu sistem, secara implisit mereka merasa puas dengan
sistem yang dimaksud.
Berdasarkan aspek-aspek di atas maka disusun beberapa pernyataan

yang mengacu pada masing-masing aspek penilaian usability.
1. Kemudahan dipelajari (learnability)
Tabel 5.4 Daftar Pernyataan untuk Aspek Kemudahan Dipelajari

No Pernyataan
1 Antarmuka atau tampilan web ini mudah dipahami
2 Bahasa penulisan pada web ini dapat dimengerti
Pengisian bobot kriteria pada simulasi pemilihan asuransi dapat
3
dilakukan dengan mudah
4 Petunjuk penggunaan sudah dapat membantu dengan baik
5 Menu-menu yang disediakan bisa digunakan dan dapat dipahami
Hasil rekomendasi asuransi didapatkan dengan mudah melalui
6
proses simulasi
Fungsi-fungsi yang disediakan web ini dapat dimengerti dan
7
diingat
Informasi mengenai asuransi didapatkan dengan mudah melalui
8
proses simulasi
Sistem telah menampilkan hasil rekomendasi dengan format dan
9
tulisan yang mudah dimengerti dan menarik
78
Sistem memberikan feedback atau pesan pemberitahuanyang jelas

10
dan mudah dimengerti
Pernyataan-pernyataan tersebut dikategorikan dalam aspek kemudahan

dipelajari, hal ini juga dipengaruhi oleh penilaian member terhadap sistem
dilihat dari kemudahan pengguna untuk mempelajari sistem.
2. Efisiensi (efficiency)
Tabel 5.5 Daftar Pernyataan untuk Aspek Efisiensi

No Pernyataan
1 Petunjuk penggunaan dan perintah yang disediakan dapat
dipahami
2 Web ini dapat diakses dengan mudah dan cepat
3 Saya dapat dengan mudah melakukan proses daftar member dan
masuk ke sistem melalui halaman login
4 Informasi mengenai asuransi dapat diperoleh dengan mudah
5 Saya dapat dengan mudah menentukan kriteria asuransi yang
sesuai dengan keinginan
6 Sistem memberikan feedback atau pesan pemberitahuanyang jelas
sehingga saya mudah mengerti proses simulasi
Pernyataan-pernyataan di atas dikategorikan berdasarkan aspek

efisiensi dan berkaitan pula dengan penilaian member terhadap sistem dilihat
dari efisiensi sistem menyediakan cara atau fitur untuk memenuhi kebutuhan
member.
3. Kemudahan diingat (memorability)
Tabel 5.6 Daftar Pernyataan untuk Aspek Kemudahan Diingat

No Pernyataan
1 Saya dapat dengan mudah mengerti dan mengingat seluruh fungsi
yang disediakan oleh sistem
2 Saya dapat memahami dan mengingat menu-menu dan tombol
yang disediakan
3 Saya mudah menemukan hasil rekomendasi sistem dengan mudah
79
setelah melakukan proses simulasi
Pernyataan-pernyataan tersebut dikategorikan dalam aspek kemudahan

diingat, dan juga pada penilaian member terhadap sistem dilihat dari
kemudahan pengguna untuk mengingat letak informasi tertentu pada
antarmuka yang ditampilkan sistem.
4. Kesalahan (error)
Tabel 5.7 Daftar Pernyataan untuk AspekKesalahan

No Pernyataan
1 Pengisian bobot kriteria dapat dilakukan dengan baik.
2 Proses pencarian rekomendasi atau simulasi pemilihan asuransi
tidak dapat dilakukan dengan baik
3 Fungsi yang disediakan dapat berjalan dengan baik
4 Ditemukan beberapa error ketika menjalankan sistem
5 Sistem memberikan feedback atau pesan pemberitahuanyang jelas
sehingga saya mudah mengerti proses simulasi
Pernyataan-pernyataan tersebut dikategorikan dalam aspek kesalahan

dan mengacu pula pada penilaian member terhadap sistem dilihat dari berapa
banyak kesalahan yang mungkin ditemui member pada saat menggunakan
sistem, dan bagaimana respon sistem dalam mengatasi kesalahan yang
ditemui member.
5. Kepuasan (satifaction)
Tabel 5.8 Daftar Pernyataan untuk Aspek Kepuasan

No Pernyataan
1 Saya dapat menentukan asuransi yang sesuai keinginan saya
2 Saya dapat dengan mudah membaca huruf-huruf yang ada
3 Desain atau tampilan web nyaman dilihat
4 Saya dapat dengan mudah mengerti perintah-perintah atau
petunjuk yang disediakan
80
5 Bantuan perintah singkat sudah cukup membantu untuk

memahami cara kerja sistem.
6 Saya dapat dengan mudah mencari dan menemukan link atau
menu yang saya butuhkan
7 Semua fungsi dalam simulasi berjalan dengan baik
8 Informasi dan berita yang ditampilkan merupakan informasi yang
up-to-date
9 Website ini dapat dengan mudah diakses
10 Sistem mudah dipahami dan sangat membantu dalam proses
pemilihan asuransi
11 Sistem telah menampilkan hasil rekomendasi dengan format dan
tulisan yang mudah dimengerti dan menarik
12 Sistem sudah dapat membantu menentukan asuransi yang tepat
dengan baik
Pernyataan-pernyataan tersebut dikategorikan dalam aspek kepuasan

karena pernyataan-pernyataan tersebut mengacu pada penilaian member
terhadap sistem dilihat dari kepuasan pengguna dalam menggunakan sistem
Berikut daftar seluruh pernyataan yang akan diajukan pada pengguna:
Tabel 5.9 Daftar Pernyataan Berdasarkan Kategori Nielsen
Aspek
No Pernyataan
1 2 3 4 5
Antarmuka atau tampilan web
1
ini mudah dipahami
Saya dapat menentukan

2 asuransi yang sesuai
keinginan saya dengan mudah
Pengisian bobot kriteria pada
simulasi pemilihan asuransi
3
dapat dilakukan dengan
mudah
Saya dapat menemukan hasil
rekomendasi sistem dengan
4
mudah setelah melakukan
proses simulasi
81
Saya dapat melihat rekam

jejak pencarian rekomendasi
5
saya sebelumnya dengan
mudah
Saya dapat dengan mudah
6 membaca huruf-huruf yang
ada
Desain / tampilan web

7
nyaman dilihat
Petunjuk penggunaan dan

8 perintah yang disediakan
dapat dipahami
Informasi mengenai asuransi
9 dapat diperoleh dengan
mudah
Bantuan perintah singkat

10 sudah cukup membantu dalam
memahami cara kerja sistem
mencari dan menemukan link
11
atau menu yang saya
butuhkan
Website ini dapat dengan
12
mudah diakses
Sistem telah menampilkan

hasil rekomendasi dengan
13 format dan tulisan yang
mudah dimengerti dan
menarik
Sistem memberikan
feedback atau pesan
14 pemberitahuan yang jelas
sehingga saya mudah
mengerti proses simulasi

mengingat dan memahami
15
seluruh fungsi yang
disediakan
82
5.3 Pembuatan Kuesioner

Pada tahap akan digunakan sarana kuesioner untuk menguji sistem
karena sarana ini sesuai dengan tujuan pengujian sistem yaitu untuk
mengukur kegunaan (usability) sistem. Proses pengujian sistem dilakukan
dengan mencari 20 responden untuk mencoba sistem secara langsung,
kemudian para responden akan mengisi kuesioner yang telah disediakan pada
salah satu halaman sistem. Penulis juga menyediakan kuesioner secara
manual yang disebar ke beberapa responden. Kuesioner akan diolah
menggunakan skala likert dengan 5 pilihan, yaitu „Sangat Setuju‟, „Setuju‟,
„Cukup Setuju‟, „Tidak Setuju‟, dan „Sangat Tidak Setuju‟. Masing-masing
pilihan akan diberi bobot yang berbeda tergantung tipe pernyataan, untuk
pernyataan positif maka bobot terendah yaitu 1 untuk „Sangat Tidak Setuju‟,
dan bobot tertinggi yaitu 5 untuk „Sangat Setuju‟. Sedangkan untuk
pernyataan negatif maka bobot terendah yaitu 1 untuk „Sangat Setuju‟, dan
bobot tertinggi yaitu 5 untuk „Sangat Tidak Setuju‟.
5.4 Perhitungan Hasil Kuesioner

Setelah pengujian dengan kuesioner dilakukan terhadap 20 responden,
maka tahap selanjutnya adalah mengelola dan menghitung hasil pengujian.
Adapun hasil dari perhitungan dengan skala likert akan di bandingkan dengan
interval atau proporsi, yang dapat dihitung dengan rumus :
T = pMax / n
Keterangan:
T : interval
pMax : jumlah proporsi maksimum (100 %)
n : jumlah pilihan skor likert
Berdasarkan rumus tersebut,berikut hasil perhitungan interval:

T= 100% / 5 → T= 20%
83
Dengan demikian 20% adalah jarak dari skor terendah yaitu 0% sampai skor
tertinggi yaitu 100%. Berikut proporsi skornya berdasarkan interval:
Tabel 5.10 Proporsi Skor Berdasarkan Interval

Nilai awal Nilai akhir Kesimpulan
0% 19,99% Sangat Tidak Setuju
20% 39,99% Tidak Setuju
40% 59,99% Cukup Setuju
60% 79,99% Setuju
80% 100% Sangat Setuju
Langkah pertama dalam perhitungan adalah menentukan skor

maksimum dan minimum. Skor minimum (xMin) didapat dengan mengalikan
skor terendah dengan jumlah pertanyaan dan dengan jumlah responden,
sehingga didapat xMin=1 x 15 x 20 = 300. Skor maksimum (xMax) didapat
dengan mengalikan skor tertinggi dengan jumlah pertanyaan dan dengan
jumlah responden, sehingga didapat xMax=5 x 15 x 20 = 1500. Langkah
kedua adalah mencari total skor dari seluruh pertanyaan dan seluruh
responden.
Tabel 5.11 Jumlah Masing-Masing Skor yang Dipilih Responden
No Jumlah Tanggapan
Pernyataan
STS TS CS S SS
1 0 4 6 3 7
2 0 0 1 18 1
3 0 0 0 12 8
4 0 2 2 13 3
5 0 0 13 7 0
6 0 0 3 13 4
7 0 0 2 8 10
8 0 2 10 8 0
9 0 2 2 10 6
10 0 2 4 11 3
84
11 0 0 5 10 5
12 0 0 0 9 11
13 0 3 6 10 1
14 0 0 8 10 2
15 0 3 9 5 3
Total 0 18 71 147 64
Keterangan:
 STS : Sangat Tidak Setuju.
 TS : Tidak Setuju.
 CS : Cukup Setuju
 S : Setuju.
 SS : Sangat Setuju.
Berikut perhitungan total skor keseluruhan:
Tabel 5.12 Perhitungan Total Skor

Pilihan Skor Jumlah Skor x Jumlah
STS 1 0 0
TS 2 18 36
CS 3 71 213
S 4 147 588
SS 5 64 320
Total Skor 1157
Setelah didapatkan jumlah total keseluruhan maka selanjutnya data tersebut

dihitung menggunakan rumus indeks % ( I ) seperti berikut :
I= TS / xMax * 100%
Keterangan:
I : indeks presentase total skor
TS : Total skor
xMax : skor tertinggi atau maksimum
85
sehingga perhitungan indeks total skor menjadi :

I = 1157 / 1500 * 100%
I= 77,1 %
Setelah melakukan pengujian terhadap sistem maka tahap selanjutnya adalah
melakukan analisis terhadap data yang diperoleh dari hasil pengujian sistem.
Analisis data meliputi analisis data kuesioner, dan analisis data simulasi.
Disini terlihat bahwa skor 77,1% termasuk dalam kategori Setuju (60%
- 79,99%).Dengan demikian dapat disimpulkan bahwa sistem pendukung
pengambilan keputusan pemilihan asuransi dengan metode SMART ini
memiliki tingkat kualitas atau tingkat usability yang tinggi, sehingga
pengguna merasa bahwa sistem ini dapat membantu para pemilih dalam
mengambil keputusan pemilihan asuransi.
BAB VI
PENUTUP
Kesimpulan yang dapat diambil setelah melakukan implementasi dan

analisis dengan menggunakan kuesioner pada Sistem Pendukung Pengambilan
Keputusan Pemilihan Asuransi adalah sebagai berikut :
6.1 Kesimpulan
1. Sistem Pendukung Pengambilan Keputusan Pemilihan Asuransi telah
berhasil dibangun menggunakan metode Simple Multi Atribute Rating
Technique (SMART), bahasa pemrogaman Hypertext Preprocessor
(PHP) dan basis data PHP MyAdmin.
2. Sistem Pendukung Pengambilan Keputusan Pemilihan Asuransi
berhasil memberikan rekomendasi asuransi kepada pengguna
berdasarkan pada nilai persentase dari masing – masing pilihan produk
asuransi.
3. Sistem Pendukung Pengambilan Keputusan Pemilihan Asuransi
mendapat respon setuju dari pengguna yang dilihat dari hasil
perhitungan akhir kuesioner yaitu 77,1%.
6.2 Saran
Saran yang dapat diajukan penulis untuk mengembangkan Sistem
Pendukung Pengambilan Keputusan Pemilihan Asuransi yaitu:
1. Sistem dapat dikembangkan agar pengguna dapat menambahkan
atribut pemilihan sendiri.
2. Sistem ini juga dapat ditambahkan dengan metode pencarian agen
asuransi yang dekat dengan tempat pengguna mengakses yang
berdasarkan pada posisi agen tersebut.
86
DAFTAR PUSTAKA
Arief, M. R., 2011, Pemrogaman Web Dinamis menggunakan PHP dan MySQL,
Yogyakarta: Andi Publisher.
Id, I. D., 2011, Framework CodeIgniter, www.koder.web.id, diakses pada
tanggal 3 Juli 2014.
Nugroho, B., 2006, Tips dan Trik Pemrograman PHP 5, Jakarta: Ardana Media.
Peranginangin, K., 2006, Aplikasi Web dengan PHP dan MySql, Jakarta: Andi
Publisher.
Pressman, R. S., Rekayasa Perangkat Lunak Pendekatan Praktisi (buku 1),
Yogyakarta: Andi.
Shell, McLeod., Management Information Systems, Jakarta: Salemba Empat
Simarmata, J., 2010, Rekayasa Perangkat Lunak, Jakarta: Andi Publisher.
Turban, E., 2005, Decision Support System and Intelligent Systems (Sistem
Pendukung Keputusan dan Sistem Cerdas), Jakarta: Andi Publisher.
Whitten, J, L and Bentley, D, L and Dittman, C, K., Design Method and System
Analyst Edition 6, Indianapolis, McGraw Hill Education.

Full

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

Full

Diunggah oleh

Hak Cipta:

Format Tersedia

PLAGIAT MERUPAKAN TINDAKAN TIDAK TERPUJI

PENERAPAN METODE SMART DALAM SISTEM PENDUKUNG

Ade Dwi Satya (095314006)

PROGRAM STUDI TEKNIK INFORMATIKA

DECISION SUPPORT SYSTEM FOR SELECTION OF INSURANCE

Ade Dwi Satya (095314006)

INFORMATICS ENGINEERING STUDY

SANATA DHARMA UNIVERSITY

“Carpe diem. Seize the day, boys. Make your lives

John Keating/ Robin Williams in Dead Poets Society

“For I know the plans I have for you, “declares

I’m dedicating this thesis for:

Love and hope to my rich country

My beloved alma mater

Much much thanks to

THE ALMIGHTY GOD

dalam kutipan dan daftar pustaka sebagaimana layaknya karya ilmiah.

Yogyakarta, 3 September 2015

Ade Dwi Satya

Pembuatan sistem dilatar belakangi oleh masih banyaknya masyarakat

The creation of a system based on the event by the multiplicity of

LEMBAR PERNYATAAN PERSETUJUAN PUBLIKASI

Nama : Ade Dwi Satya

Nomor Mahasiswa 095314006

Demi pengembangan ilmu pengetahuan, saya memberikan kepada Perpustakaan

Universitas Sanata Dharma karya ilmiah saya yang berjudul:

PENERAPAN METODE SMART DALAM SISTEM PENDUKUNG

kepada Perpustakaan Universitas Sanata Dharma hak untuk menyimpan,

Demikian pernyataan ini saya buat dengan sebenarnya.

Pada tanggal – September 2015

Ade Dwi Satya

melimpahkan segala rahmat bimbingan sehingga penulis dapat mengerjakan dan

menyelesaikan skripsi dengan judul “PENERAPAN METODE SMART DALAM

SISTEM PENDUKUNG PENGAMBILAN KEPUTUSAN PEMILIHAN

salah satu syarat kelulusan dan memperoleh gelar sarjana (S.Kom).

1. Ibu Paulina Heruningsih Prima Rosa M.Sc., selaku Dekan Fakultas

Sains dan Teknologi Universitas Sanata Dharma dan dosen

pembimbing yang telah membimbing dan memberikan kritik dan saran

2. Ridowati Gunawan, S.Kom., M.T., selaku dosen penguji yang telah

banyak memberi kritik maupun saran.

telah banyak memberi kritik maupun saran.

4. Papa, Mama, dan kakak saya, yang selalu memberikan dukungan

proses penyelesaian tugas akhir.

6. Teman-teman ACC : Tomi, Robert, Tri,Brahu, Ita, Febri, Ruru, Risma,

yang menemani saya selama studi, memberikan dukungan, dan

menemani saat suka maupun duka.

7. Brahu, Tomi, dan Ruru yang banyak membantu dalam proses

penyelesain tugas akhir saya.

8. Seluruh teman-teman TI 09 yang bersama-sama melewati masa-masa

maupun tidak langsung.

Penulis menyadari masih banyak kekurangan dalam penulisan skripsi ini,

bagi semua pihak khususnya bagi mahasiswa Teknik Informatika.

Gambar 3.14 Diagram Sequence Member Daftar…………………….. 35

1.1 Latar Belakang

Dewasa ini, diversifikasi jenis produk asuransi kian berkembang. Oleh

Lantas, apa yang menyebabkan hal tersebut di atas terjadi? Faktanya,

Kini seiring dengan perkembangan teknologi informasi, maka semakin

keputusan yang berbasis komputer (computer base decision support sistem).

Namun faktanya, di berbagai perusahaan asuransi baik itu dalam maupun

Kebingungan tersebut timbul akibat kekurangpahaman masyarakat dalam

Untuk mengatasi permasalahan–permasalahan di atas, maka disimpulkan

a. Jumlah keuntungan yang didapatkan dari satu macam asuransi

1.2 Rumusan Masalah