• Tidak ada hasil yang ditemukan

4.3 Class Diagram Sistem e-CRM PT. Askrida

4.4.2 Use case Diagram Bagian klaim, Bagian keuangan, Bagian teknik

Gambar 0.22 use case Diagram bagian klaim, teknik , keuangan Sistem E-CRM PT. Askrida

Actor dari use case diagram gambar 4.20 diatas merupakan bagian klaim, bagian

teknik dan bagian keuangan yang mempunyai detail untuk setiap use case nya. Detail masing-masing use case dalam use case diagram bagian klaim, teknik dan keuangan sistem E-CRM PT.Askrida dapat dilihat pada tabel-tabel dibawah ini.

Tabel 0.14 Use Case Melakukan Login admin

Use Case Name Use Case Melakukan Login admin

Actor Bagian klaim, bagian teknik, bagian keuangan

Precondition Admin masuk membuka browser internet

Postcondition Admin berhasil melakukan login mendapat hak akses sebagai admin

Flow of Events Actor System

1. Admin memasukkan nama

domain dari website admin PT.

Askrida

2. Admin klik ‘Go’

3. Admin memasukan username dan password pada login box yang tersedia

4. Publik klik “Login”

2.1 Sistem akan menampilkan halaman login admin website PT. Askrida

4.1 Sistem akan melakukan verifikasi data

4.2 Sistem akan menampilkan halaman

Home admin

.

Tabel 0.15Use Case Melakukan approval klaim kendaraan

Use Case Name Use Case Melakukan approval klaim kendaraan

Actor Bagian Klaim

Precondition Bagian klaim melakukan login

Postcondition Bagian klaim akan mengecek form klaim kendaraan setelah

mensurvey kendaraannya.

Flow of Events Actor System

1.Bagian klaim memlih menu survey

2.Bagian klaim mengedit form klaim pelanggan, karena statusnya masih “belum disurvey”.

3.Setelah bagian klaim mensurvey kendaraan dan apabila data yang ditemukan

1.1Sistem akan menampilkan informasi pengajuan klaim yang dilakukan oleh member dalam bentuk table

2.1Sistem akan menampilkan form klaim yang telah diisi oleh member

3.1 Sistem akan merubah status survey klaim yang dilakukan oleh

tidak cocok dengan yang ada di form klaim maka bagian klaim akan mengedit informasi pada menu edit, setelah di edit lalu disubmit dan otomatis status klaim nya berubah menjadi “ sudah disurvei”

Tabel 0.16 Use Case Melakukan approval klaim kebakaran

Use Case Name Use Case Melakukan approval klaim kebakaran

Actor Bagian Klaim

Precondition Bagian klaim melakukan login

Postcondition Bagian klaim akan mengecek form klaim kebakaran setelah

mensurvey kebakarannya.

Flow of Events Actor System

1.Bagian klaim memlih menu survey

2.Bagian klaim mengedit form klaim pelanggan, karena statusnya masih “belum disurvey”.

1.1Sistem akan menampilkan informasi pengajuan klaim yang dilakukan oleh member dalam bentuk table

2.1Sistem akan menampilkan form klaim yang telah diisi oleh member

3.Setelah bagian klaim mensurvey kebakaran dan apabila data yang ditemukan tidak cocok dengan yang ada di form klaim maka bagian klaim akan mengedit informasi pada menu edit, setelah di edit lalu disubmit dan otomatis status klaim nya berubah menjadi “ sudah disurvei”

3.1 Sistem akan merubah status survey klaim yang dilakukan oleh

member

Tabel 0.17 Use Case Melakukan approval SPK kendaraan

Use Case Name Use Case Melakukan approval SPK kendaraan

Actor Bagian klaim

Precondition Bagian klaim melakukan login

Postcondition Bagian klaim mengapprove SPK dan membuat SPK

Flow of Events Actor System

1. bagian klaim memilih menu kelola SPK

2. bagian klaim mengklik detail form klaim

3. bagian klaim mencetak spk dari form klaim

1.1 Sistem akan menampilkan informasi pengajuan klaim yang dilakukan oleh member dalam bentuk table

Tabel 0.18 Use Case Melakukan approval SPK kebakaran

Use Case Name Use Case Melakukan approval SPK kebakaran

Actor Bagian klaim

Precondition Bagian klaim melakukan login

Postcondition Bagian klaim akan mengapprove SPK dan membuat SPK

Flow of Events Actor System

1. bagian klaim memilih menu kelola SPK

2. bagian klaim mengklik detail form klaim

3. bagian klaim mencetak spk dari form klaim

1.1 Sistem akan menampilkan informasi pengajuan klaim yang dilakukan oleh member dalam bentuk table

Tabel 0.19 Use Case mengupdate status klaim kendaraan

Use Case Name Use Case mengupdate status klaim kendaraan

Actor Bagian Klaim

Precondition Bagian klaim melakukan login

Postcondition Bagian klaim akan merubah status klaim kendaraan

Flow of Events Actor System

1. Bagian klaim memilih menu status klaim asuransi

2.Bagian klaim merubah status klaim menjadi sudah selesei dan

sedang diproses. 2.1 Sistem akan menampilkan no polis, jenis polis, ststus klaim, dan nama lengkap dalam bentuk table

Tabel 0.20 Use Case mengupdate status klaim kebakaran

Use Case Name Use Case mengupdate status klaim kebakaran

Actor Bagian Klaim

Precondition Bagian klaim melakukan login

Postcondition Bagian klaim akan merubah status klaim kebakaran

Flow of Events Actor System

1. Bagian klaim memilih menu status klaim asuransi

2.Bagian klaim merubah status klaim menjadi sudah selesei dan

sedang diproses. 2.1 Sistem akan menampilkan no polis, jenis polis, ststus klaim dan nama lengkap dalam bentuk table

Gambar 0.21 Use Case menganalisis informasi pelanggan

Use Case Name Use Case menganalisis informasi pelanggan

Precondition Bagian teknik melakukan login

Postcondition Bagian teknik akan memfollow up dan menganalisis pengajuan

Asuransi sesuai dengan prosedur yang berlaku

Flow of Events Actor System

1. Bagian teknik memilih menu polis asuransi

2. bagian teknik menganalisis data-data calon pelanggan .

3. bagian teknik mengubah status polis apakah di approve , sedang diproses dan ditolak.

1.1 Sistem akan menampilkan form pendaftaran asuransi

2.1 Sistem akan menampilkan form pendaftaran asuransi yang telah diisi oleh member

3.1 Sistem akan mengubah status polis asuransi dan apabila disetujui oleh member kemudian sistem akan mencetak polis tersebut.

Tabel 0.22 Use Case menganalisis pembayaran premi kendaraan

Use Case Name Use Case menganalisis pembayaran premi kendaraan

Actor Bagian keuangan

Precondition Bagian keuangan melakukan login

akan melakukan pengajuan klaim

Flow of Events Actor System

1.bagian keuangan memilih menu pembayaran premi

2. bagian keuangan mengecek data pembayaran premi pelanggan yang akan mengajukan klaim pada web internal keuangan.

3.bagian keuangan mengubah status pembayaran apakah sudah dibayar atau belum dibayar.

1.1 Sistem akan menampilkan no polis, jenis polis , status pembayaran dan nama pelanggan dalam bentuk tabel

3.1 Sistem akan merubah status pembayaran sesuai dengan data yang ada didalam web internal keuangan .

Tabel 0.23 Use Case menganalisis pembayaran premi kebakaran Use Case Name Use Case menganalisis pembayaran premi kebakaran

Precondition Bagian keuangan melakukan login

Postcondition Bagian keuangan akan mengecek pembayaran premi pelanggan yang akan melakukan pengajuan klaim

Flow of Events Actor System

1.bagian keuangan memilih menu pembayaran premi

2. bagian keuangan mengecek data pembayaran premi pelanggan yang akan mengajukan klaim pada web internal keuangan.

3.bagian keuangan mengubah status pembayaran apakah sudah dibayar atau belum dibayar.

1.1 Sistem akan menampilkan no polis, jenis polis , status pembayaran dan nama pelanggan dalam bentuk tabel

3.1 Sistem akan merubah status pembayaran sesuai dengan data yang ada didalam web internal keuangan .

Dokumen terkait