bab iv perancangan sistem usulan - repository.bsi.ac.id filerekomendasi pemohon, melakukan scan...

55

BAB IV

PERANCANGAN SISTEM USULAN

4.1 Tahapan Perancangan Sistem

4.1.1 Analisis Kebutuhan

Analisis kebutuhan dalam pembuatan surat rekomendasi BPJS Mandiri

Kelas III pada Dinas Sosial Kota Bogor, Antara Lain :

A. Kebutuhan Pengguna

Dalam pembuatan surat rekomendasi BPJS Mandiri Kelas III terdapat dua

pengguna yang dapat saling berinteraksi Yaitu Bagian Pelayanan dan

Kepala Kantor Dinas Sosial Kota Bogor. Kedua pengguna tersebut

memiliki karakteristik interaksi dengan sistem yang berbeda-beda dan

memiliki kebutuhan informasi yang berbeda-beda, seperti berikut:

1. Bagian Pelayanan

a. Menginput Surat Rekomendasi

b. Mengelola data pemohon

c. Membuat surat rekomendasi BPJS Mandiri Kelas III

d. Membuat laporan harian, Bulanan dan Arsip

2. Kepala Kantor

a. Menandatangi Surat Rekomendasi BPJS Mandiri Kelas III

b. Memeriksa data pemohon pada surat rekomendasi

c. Dapat melihat laporan pada data surat rekomendasi

56

B. Kebutuhan Sistem

Kebutuhan sistem pada perancangan ini terbagi menjadi kebutuhan

pengguna

1. Pengguna harus melakukan login terlebih dahulu untuk masuk dapat

mengakses aplikasi dengan memasukan username dan password

masing-masing pengguna baik bagian pelayanan ataupun kepala

kantor.

2. Penggunaan pada bagian pelayanan dapat menginput data surat

rekomendasi pemohon, melakukan scan berkas pemohon, serta

membuat laporan harian,bulanan serta pengarsipan data yang akan

disetujui oleh kepala kantor yang sistem nya lebih mudah digunakan.

3. Penggunaan pada kepala kantor dapat mengirimkan hasil surat

rekomendasi secara langsung kepada BPJS.

4. Pengguna dapat mengakses seluruh sistem yang penulis susun.

5. Setelah pengguna menyelesaikan tugasnya, pengguna dapat

melakakukan logout yang tersedia di toolbar menu utama.

6. Sistem dapat menyimpan data pemohon, laporan harian, bulanan serta

arsip pada aplikasi yang tersedia.

57

4.2 Rancangan Diagram Use case

1. Diagram Usecase Surat Rekomendasi

Gambar IV.1

Diagram Usecase Surat Rekomendasi

58

Tabel IV.1

Deskripsi Usecase Login

Usecase Name Daftar Surat Rekomendasi

Requirements Bagian Pemohon Melakukan Daftar Diri

Goal Mendapatkan Surat Keterangan

Pre-Conditions Pemohon Melakukan Input Data Diri

Post-Conditions Data Pemohon Masuk kepada Sistem

Failed end Condition Data Tidak lengkap tidak diterima oleh

sistem

Actors Pemohon

Main Flow/Basic Path 1. Pemohon menginput data diri

2. Pemohon melakukan tanda tangan

pada mesin scan

3. Pemohon mendapatkan surat

keterangan

Alternate Flow/Invariant A A1. Sistem menampilkan halaman

Pendaftaran

Invariant B B1. Pemohon menginput data diri

B2. Sistem tidak mengenal identitas yang

Dimasukan

B3. Sistem menampilkan pesan “Data diri

tidak lengkap”

59

Tabel IV.2

Deskripsi Usecase Daftar Akun

Usecase Name Daftar Akun

Requirements Bagian Pelayanan dan pemohon melakukan

pendaftaran untuk akun baru

Goal Dapat melakukan login

Pre-Conditions Bagian pemohon dan kepala kantor

menginput data diri

Post-Conditions Mendapatkan akun pada masing-masing

bagian

Failed end Condition Data yang tidak sesuai tidak diterima

sistem

Actors Bagian Pelayanan dan Pemohon

Main Flow/Basic Path 1. Bagian Pelayanan dan kepala kantor

menginput data diri

2. Bagian pelayanan dan kepala kantor

mendapatkan akun

Alternate Flow/Invariant A A1. Sistem Menampilkan data bagian

pelayanan dan kepala kantor

Invariant B B1. Bagian pelayanan dan kepala kantor

menginput nama/data Pemohon

60

Tabel IV.3

Deskripsi Usecase Surat Rekomendasi

Usecase Name Surat Rekomendasi

Requirements Bagian Pelayanan dapat menginput surat

rekomendasi

Goal Bagian pelayanan memiliki akses yang

lebih mudah dalam menginput surat

rekomendasi

Pre-Conditions Bagian pelayanan telah melakukan login

Post-Conditions Daftar data pemohon pembuatan surat

rekomendasi yang akan disetujui

Failed end Condition Bagian pelayanan tidak dapat melihat data

persetujuan

Actors Bagian Pelayanan

Main Flow/Basic Path 1. User memilih kriterian pencarian

2. User mengetikan nama dan nomor surat

3. Sistem menampilkan data yang dicari

Alternate Flow/Invariant A A1. Sistem menampilkan surat rekomendasi

pemohon

Invariant B B1. User memilih kriterian pencarian

B2. User mengetikan data pemohon

B3. Sistem tidak menemukan data yang

dicari

B3. Sistem mempilkan pesan “data yang

dicari tidak ditemukan”

61

Tabel IV.4

Deskripsi Usecase ACC Surat Rekomendasi

Usecase Name ACC Surat Rekomendasi

Requirements Kepala Kantor melakukan persetujuan

surat rekomendasi

Goal Bagian pelayanan dapat mengetahui

persetujuan secara online

Pre-Conditions Kepala kantor telah melakukan login

Post-Conditions Kepala kantor melakukan pengiriman data

Failed end Condition Bagian pelayanan tidak dapat melakukan

pengiriman data

Actors Kepala Kantor


2. User mengklik tombol persetujuan

3. Sistem menampilkan data yang disetujui


pemohon yang sudah disetujui



dicari



62

Tabel IV.5

Deskripsi Usecase Laporan

Usecase Name Laporan

Requirements Bagian pelayanan membuat laporan

Goal Bagian pelayanan menginput laporan

secara online melalui web


Post-Conditions Daftar data pemohon yang akan disetujui

Failed end Condition Bagian pelayanan menunggu persetujuan

kepala kantor



2. User menginput laporan

3. Sistem menampilkan data laporan

Alternate Flow/Invariant A A1. Sistem menampilkan data laporan


B2. User menginput laporan


dicari



63

Tabel IV.6

Deskripsi Usecase ACC Laporan

Usecase Name ACC Laporan


laporan

Goal Kepala Kantor melakukan persetujuan

laporan secara online melalui web

Pre-Conditions Kepala Kantor telah melakukan login

Post-Conditions -

Failed end Condition Data laporan tidak sesuai



2. User ACC laporan

3. Sistem menampilkan data laporan yang

disetujui



B2. User ACC laporan


dicari



64

Tabel IV.7

Deskripsi Usecase Logout

Usecase Name Logout

Requirements Bagian Pelayanan dan Kepala Kantor

Melakukan Logout

Goal Data tersimpan

Pre-Conditions Kepala Kantor dan bagian pelayanan telah

melakukan Logout

Post-Conditions -

Failed end Condition -

Actors Kepala Kantor dan Bagian Pelayanan

Main Flow/Basic Path 1. Proses Pembuatan Surat Rekomendasi

Selesai

Alternate Flow/Invariant A A1. Sistem Menyediakan Halaman Logout

Invariant B B4. Sistem mempilkan pesan “Yakin

keluar?”

65

2. Diagram Usecase Pemohon

Gambar IV.2

Diagram Usecase Pemohon

66

Tabel IV.8

Deskripsi Tabel Pendaftaran Surat Rekomendasi

Usecase Name Pendaftaran Surat Rekomendasi

Requirements Pemohon Mengklik Pendaftaran

Goal Pemohon Memiliki data diri pada sistem

Pre-Conditions Pemohon Mengakses pendaftaran

Post-Conditions Pemohon ke tahap selanjutnya

Failed end Condition Pemohon tidak mendapatkan surat

rekomendasi jika tidak memenuhi

Actors Pemohon

Main Flow/Basic Path 1. Pemohon mengakses untuk data diri

Alternate Flow/Invariant A A1. Sistem menginput dan menyimpan

Invariant B B1. Sistem hanya menginput Data

Pemohon

Tabel IV.9

Deskripsi Tabel Halaman Pendaftaran

Usecase Name Halaman Pendaftaran

Requirements Pemohon melakukan Pendaftaran

Goal Pemohon Memiliki data diri pada sistem

Pre-Conditions Pemohon menginput data diri




Actors Pemohon

Main Flow/Basic Path 1. Pemohon menginput Data Diri

Alternate Flow/Invariant A A1. Sistem menginput dan menyimpan

67

Tabel IV.10

Deskripsi Tabel Tanda Tangan Melalui Mesin Scan

Usecase Name Tanda Tangan Melalui Scan

Requirements Pemohon melakukan tanda tangan pada

mesin scan

Goal Pemohon menyetujui ketentuan surat

rekomendasi

Pre-Conditions Pemohon melakukan tanda tangan

persetujuan




Actors Pemohon

Main Flow/Basic Path 2. Pemohon menginput tanda tangan

3. Pemohon menginput nomor telepon

Alternate Flow/Invariant A A1. Sistem menginput dan menampilkan

tanda tangan pemohon

Invariant B B1. Sistem hanya menginput scan data

68

Tabel IV.11

Deskripsi Tabel Memberikan Surat Keterangan

Usecase Name Memberikan Surat Keterangan

Requirements Bagian pelayanan membuat surat

keterangan

Goal Surat keterangan diberikan kepada

pemohon

Pre-Conditions Bagian pelayana telah menginput surat

keterangan

Post-Conditions Pemohon mendapatkan bukti berupa surat

keterangan

Failed end Condition Pemohon menentukan surat keterangan

Actors Pemohon dan Bagian Pelayanan




Alternate Flow/Invariant A A1. Sistem menampilkan data pemohon


B2. User mengetikan nama dan nomor surat

B3. Sistem menampilkan pesan “data yang



dicari

69

3. Diagram Usecase Bagian Pelayanan

Gambar IV.3

Diagram Usecase Bagian Pelayanan

70

Tabel IV.12

Deskripsi Tabel Pembuatan Surat Rekomendasi

Usecase Name Pembuatan Surat Rekomendasi


rekomendasi



rekomendasi





persetujuan






pemohon




dicari



71

Tabel IV.13

Deskripsi Tabel Scan Berkas

Usecase Name Scan Berkas

Requirements Bagian Pelayanan Mengscan Berkas

Goal Bagian Pelayanan Melakukan scan berkas

pemohon dan di masukan kedalam sistem

Pre-Conditions Bagian pelayanan telah melakukan scan

Post-Conditions Data Pemohon terlengkapi




2. User Mengatur nama dan nomor surat

Alternate Flow/Invariant A A1. Sistem menampilkan data yang di scan


B2. User mengscan data pemohon

B3. Sistem tidak menerima kekurangan

dokumen

72

Tabel IV.14

Deskripsi Tabel Data Pemohon

Usecase Name Data Pemohon

Requirements Bagian Pelayanan menyimpan data

pemohon



rekomendasi dan mengetahui data

pemohon









Alternate Flow/Invariant A A1. Sistem menampilkan data pemohon




dicari



73

Tabel IV.15

Deskripsi Tabel Laporan Harian

Usecase Name Laporan Harian





Post-Conditions Daftar data pemohon yang telah diinput

perhari



Main Flow/Basic Path 1. User memilih kriteria pencarian


3. Sistem menampilkan data harian

laporan

Alternate Flow/Invariant A A1. Sistem menampilkan data harian

laporan




dicari



74

Tabel IV.16

Deskripsi Tabel Laporan Bulanan

Usecase Name Laporan Bulanan





Post-Conditions Daftar data pemohon yang akan disetujui

Failed end Condition Bagian pelayanan menunggu persetujuan

kepala kantor




3. Sistem menampilkan data laporan





dicari



75

Tabel IV.17

Deskripsi Tabel Arsip

Usecase Name Arsip Data Laporan

Requirements Bagian pelayanan melakukan pengarsipan

data

Goal Bagian pelayanan melakukan pengarsipan

data secara online melakui web

Pre-Conditions Bagian Pelayanan telah melakukan login

Post-Conditions Data arsip akan disimpan sesuai dengan

kebutuhan

Failed end Condition Arsip Hilang



2. User melakukan pengarsipan data

3. Sistem menampilkan arsip data laporan

yang dicari



B2. User mengetikan data arsip yang

dibutuhkan


dicari



76

4. Diagram Usecase Kepala Kantor

Gambar IV.4

Diagram Usecase Kepala Kantor

77

Tabel IV.18

Deskripsi Usecase ACC Surat Rekomendasi

Usecase Name Surat Rekomendasi


rekomendasi



rekomendasi





persetujuan






pemohon




dicari



78

Tabel IV.19

Deskripsi Usecase ACC Laporan

Usecase Name ACC Laporan


laporan

Goal Kepala Kantor melakukan persetujuan

laporan secara online melalui web

Pre-Conditions Kepala Kantor telah melakukan login

Post-Conditions -

Failed end Condition Data laporan tidak sesuai



2. User ACC laporan

3. Sistem menampilkan data laporan yang

disetujui



B2. User ACC laporan


dicari



79

4.1.3 Rancangan Diagram Aktifitas

1. Pemohon

Gambar IV.5

Activity Diagram Pemohon

80

2. Bagian Pelayanan

a. Daftar Bagian Pelayanan

Gambar IV.6

Activity Diagram Daftar Bagian Pelayanan

81

b. Surat Rekomendasi pada Bagian Pelayanan

Gambar IV.7

Activity Diagram Surat Rekomendasi Bagian Pelayanan

82

c. Laporan pada Bagian Pelayanan

Gambar IV.8

Activity Diagram Laporan Bagian Pelayanan

83

3. Bagian Kepala Kantor

a. Daftar pada Kepala Kantor

Gambar IV.9

Activity Diagram Daftar Kepala Kantor

84

b. ACC Rekomendasi pada Kepala Kantor

Gambar IV.10

Activity Diagram Kepala Kantor ACC Surat Rekomendasi

85

c. ACC Laporan Pada Kepala Kantor

Gambar IV.11

Activity Diagram Kepala Kantor ACC Laporan

86

4.1.4 Rancangan Dokumen Sistem Usulan

A. Dokumen Masukan (Input)

1. Nama Dokumen Masukan : Kartu Tanda Penduduk

Fungsi : Untuk mengetahui Identitas pemohon

Sumber : Pemohon

Tujuan : Bagian Pelayanan

Jumlah : 1 Lembar

Media : Kertas

Frekuensi : Setiap melakukan pendaftaran

Bentuk : Lampiran C-1

2. NamaDokumen Masukan : Kartu Keluarga

Fungsi : Untuk mengetahui data keluarga pemohon

Sumber : Pemohon


Jumlah : 1 Lembar

Media : Kertas



3. NamaDokumen Masukan : Surat Keterangan Sakit

Fungsi : Untuk memenuhi persyaratan pemohon

Sumber : Rumah Sakit


Jumlah : 1 Lembar

87

Media : Kertas



4. Nama Dokumen Masukan : Surat Keterangan Tidak Mampu

Fungsi : Untuk mengetahui keterangan bahwa

masyarakat tersebut benar tidak mampu

dari Rukun Tetangga (RT), Rukun Warga

(RW), dan Kelurahan

Sumber : Kelurahan


Jumlah : 1 Lembar

Media : Kertas



5. Nama Dokumen Masukan : Data Pemohon

Fungsi : Untuk Mengetahui Data Pemohon Yang

Masuk

Sumber : Bagian Pelayanan


Jumlah : 1 File

Media : Komputer

Frekuensi : Setiap melakukan pendataan pemohon


88

6. Nama Dokumen Masukan : Surat Rekomendasi

Fungsi : Untuk memenuhi kebutuhan pemohon

Sumber : Bagian pelayanan

Tujuan : BPJS

Jumlah : 1 File

Media : Komputer



B. Dokumen Keluaran (Output)

1. Nama Dokumen Keluaran : Surat Keterangan

Fungsi : Untuk Bukti telah mendaftar BPJS Mandiri

Kelas III


Tujuan : Pemohon

Jumlah : 1 Lembar

Media : Kertas

Bentuk : Lampiran D-1

89

2. Nama Dokumen Keluaran : Surat Rekomendasi BPJS Mandiri

Kelas III

Fungsi : Untuk membuat kartu BPJS Mandiri

Kelas III


Tujuan : Kepala Kantor

Jumlah : 1 Lembar

Media : Kertas


3. Nama Dokumen Keluaran : Laporan Bulanan

Fungsi : Untuk membuat Laporan data


Tujuan : Kepala Kantor

Jumlah : 1 Arsip

Media : Kertas


90

4.1.5 Rancangan Prototype

A. Rancangan Prototype Bagian Pelayanan

1. Rancangan Prototype Menu Login dan Daftar

Menu Login dan daftar tersedia untuk akses masuk admin

Gambar IV.12

Rancangan Prototype Menu Login dan Daftar

2. Rancangan Prototype Login

Login tersedia untuk memudahakan akses masuk admin yang telah

memiliki akun

Gambar IV.13

Rancangan Prototype Login

91

3. Rancangan Prototype Daftar Akun Baru

Daftar akun baru tersedia untuk menginput data bagian pelayanan

Gambar IV.14

Rancangan Prototype Daftar Akun Baru

4. Rancangan Prototype Menu Utama

Menu utama berfungsi untuk akses alternative pada website

Gambar IV.15

Rancangan Prototype Menu Utama

92

5. Rancangan Prototype Pembuatan Surat Rekomendasi

Racangan surat rekomendasi di buat agar mempermudah input data

pemohon

Gambar IV.16

Rancangan Prototype Pembuatan Surat Rekomendasi

93

6. Rancangan Prototype Data Pemohon

Data pemohon berfungsi untuk mengetahui data-data pemohon yang masuk

a. Rancangan Prototype Data Pemohon Status Pengajuan

Gambar IV.17

Rancangan Prototype Data Pemohon Status Pengajuan

b. Rancangan Prototype Data Pemohon Status Pengajuan

Gambar IV.18

Rancangan Prototype Data Pemohon Status Pengajuan

94

7. Rancangan Prototype Scan Data Pemohon

Scan data berfungsi untuk memasukan berkas pemohon

Gambar IV.19

Rancangan Prototype Scan Data Pemohon

a. Rancangan Prototype Scan Data Pemohon Belum Lengkap

Gambar IV.20

Rancangan Prototype Scan Data Pemohon Belum Lengkap

95

b. Rancangan Prototype Scan Data Pemohon KK

Gambar IV.21

Rancangan Prototype Scan Data Pemohon KK

96

c. Rancangan Prototype Scan Data Pemohon KTP

Gambar IV.22

Rancangan Prototype Scan Data Pemohon KTP

97

d. Rancangan Prototype Scan Data Pemohon SKTM

Gambar IV.23


98

e. Rancangan Prototype Scan Data Pemohon SURAT KET SAKIT

Gambar IV.24


99

8. Rancangan Protoype Laporan

Rancangan Protoype Laporan berfungsi untuk menginput dan mengetahui

data laporan surat rekomendasi

a. Rancangan Protoype Laporan Harian

Gambar IV.25

Rancangan Prototype Laporan Harian

b. Rancangan Prototype Laporan Bulanan

Laporan Bulanan berfungsi untuk merekap laporan harian yang akan diacc

Gambar IV.26

Rancangan Prototype Laporan Bulanan

100

c. Rancangan Prototype Laporan Bulanan Persetujuan

Gambar IV.27

Rancangan Prototype Laporan Bulanan Persetujuan

d. Rancangan Prototype Arsip

Rancangan Arsip berfungsi untuk menyimpan data secara berkala

Gambar IV.28

Rancangan Prototype Arsip

101

B. Rancangan Prototype Kepala Kantor

1. Rancangan Prototype Login dan Daftar

Rancangan Login dan Daftar berfungsi untuk akses masuk admin

Gambar IV.29

Rancangan Prototype Login dan Daftar

2. Rancangan Prototype Daftar Akun

Rancangan Daftar akun berfungsi untuk menginput data kepala kantor baru

Gambar IV.30

Rancangan Prototype Daftar Akun

102

3. Rancangan Prototype Menu Utama Kepala Kantor

Rancangan menu utama berfungsi sebagai alternatif menu

Gambar IV.31

Rancangan Prototype Menu Utama Kepala Kantor

103

4. Rancangan Prototype Surat Rekomendasi

Rancangan ACC Surat Rekomendasi berfungsi untuk mempermudah akses

persetujuan oleh kepala kantor

Gambar IV.32

Rancangan Prototype Surat Rekomendasi

104

a. Rancangan Prototype ACC Surat Rekomendasi

Gambar IV.33

Rancangan Prototype ACC Surat Rekomendasi

105

b. Rancangan Prototype Pengajuan Surat Rekomendasi

Gambar IV.34

Rancangan Prototype Pengajuan Surat Rekomendasi

5. Rancangan Prototype Laporan

Rancangan Laporan berfungsi untuk mempermudah akses persetujuan oleh

kepala kantor

Gambar IV.35

Rancangan Prototype Laporan

106

a. Rancangan Prototype Laporan ACC

Gambar IV.36

Rancangan Prototype Laporan ACC

C. Rancangan Prototype Pemohon

1. Rancangan Prototype Menu Utama Pemohon

Rancangan menu utama berfungsi untuk mempermudah pendaftaran surat

rekomendasi pada pemohon

Gambar IV.37

Rancangan Prototype Menu Utama Pemohon

107

2. Rancangan Prototype Menu Daftar

Rancangan menu daftar berfungsi untuk menginput data diri pemohon

Gambar IV.38

Rancangan Prototype Menu Daftar

3. Rancangan Prototype Surat Keterangan

Rancangan surat keterangan berfungsi untuk bukti bahwa pemohon telah

mendaftarkan diri pada Surat Rekomendasi BPJS Mandiri kelas III

Gambar IV.39

Rancangan Prototype Surat Keterangan

108

4.2 Perancangan Perangkat Lunak

4.2.1 Entity Relationship Diagram (ERD)

Gambar IV.40

Entity Relationship Diagram (ERD) Surat Rekomendasi BPJS Mandiri Kelas III

109

4.2.2 Logical Record Structure (LRS)

Gambar IV.41

Logical Record Structure (LRS) Surat Rekomendasi BPJS Mandiri Kelas III

110

4.2.3 Spesifikasi File

1. Spesifikasi File Pemohon

Nama File : Pemohon

Akronim : Pemohon

Fungsi : Untuk mengetahui data pemohon

Tipe File : File Master

Organisasi File : Index Sequential

Akses File : Random

Media : Hard Disk

Panjang Record : 67 Byte

Kunci Field : id_pemohon

Software : MySQL

Tabel IV.20

Spesifikasi File Pemohon

No. Elemen Nama Field Tipe Size Keterangan

1 Nik nik Char 16 Primary

Key

2 No Kartu keluarga nokk Char 16

3 Nama Pemohon nama_pemohon Varchar 25

4 Tempat, Tanggal

Lahir

Ttl Date

5 Alamat alamat Text

6 Jenis Kelamin jns_kelamin Varchar 10

111

2. Spesifikasi File Bagian Pelayanan

Nama File : Bagian Pelayanan

Akronim : Bagian Pelayanan

Fungsi : Untuk menginput data pemohon



Akses File : Random

Media : Hard Disk


Kunci Field : id_pegawai

Software : MySQL

Tabel IV.21

Spesifikasi File Bagian Pelayanan


1 Id pegawai id_pegawai Char 25 Primary Key

2 Nama pegawai nama_pegawai Varchar 25

3 Jenis kelamin jns_kelamin Varchar 10

4 Jabatan jabatan Varchar 20

5 E-mail email Varchar 25

6 Password password Varchar 10

7 Confirm Password confirm_password Varchar 10

112

3. Spesifikasi File Kepala Kantor

Nama File : Kepala Kantor

Akronim : Kepala Kantor

Fungsi : Untuk persetujuan surat rekomendasi


Organisasi File : Index sequential

Akses File : Random

Media : Hard Disk


Kunci Field : id_Pegawai

Software : MySQL

Tabel IV.22

Spesifikasi File Kepala Kantor

No Elemen Nama Field Tipe Size Keterangan

1 Id Kepala Kantor id_pegawai Char 25 Primary Key

2 Nama Kepala Kantor nama_kepala kantor Varchar 25

3 Jenis kelamin jns_kelamin Varchar 10

4 Jabatan jabatan Text

5 E-mail email Varchar 25

6 Password password Varchar 10

7 Confirm Password confirm_password Varchar 10

8 No Surat

Rekomendasi

no_surat_rekomenda

si

Varchar 10 Foreign Key

113

4. Spesifikasi File Surat Rekomendasi

Nama File : Surat Rekomendasi

Akronim : Surat Rekomendasi

Fungsi : Untuk memenuhi kebutuhan pemohon



Akses File : Random

Media : Hard Disk


Kunci Field : no_surat

Software : MySQL

Tabel IV.23

Spesifikasi File Surat Rekomendasi

No Elemen Nama Field Tipe Size Keterangan

1 Nomor Surat

Rekomendasi

no_surat_ rekomedasi Varcha

r

10 Primary Key

2 Id Pegawai id_pegawai Char 10

3 Nomor KK nokk Char 25

4 Nomor KTP noktp Char 25

5 Jenis Kelamin jns_kelamin Varcha

r

10

6 Nama Pemohom nama Varcha

r

25

7 Alamat alamat Varcha

r

25

8 Tempat, Tanggal Lahir Ttl Varcha

r

15

9 Nomor SKTM no_sktm Varcha

r

10

10 Tanggal SKTM tgl_sktm Date

11 No Surat Keterangan no_surat_keterangan Char 10 Foreign Key

114

5. Spesifikasi File Berkas

Nama File : Berkas

Akronim : Berkas

Fungsi : Untuk memenuhi Berkas Persyaratan



Akses File : Random

Media : Hard Disk


Kunci Field : no_surat keterangan

Software : MySQL

Tabel IV.24

Spesifikasi File Berkas


1 Nomor Surat

Keterangan

No_surat_

keterangan

Char 10 Primary Key

2 Nomor Surat

Rekomendasi

No_surat_Reko

mendasi

Char 10 Foreign Key

3 NIK NIK Char 12

4 Nomor KK no_kk Char 12

5 Surat Keterangan Sakit Surat_ket_sakit Varchar 25

6 SKTM SKTM Varchar 10

115

4.2.4 Class Model/Class Diagram

Gambar IV. 42

Class Model/Class Diagram Surat Rekomendasi BPJS Mandiri Kelas III

116

4.2.5 Sequence Diagram

A. Sequence Diagram Pemohon

Gambar IV.43

Sequence Diagram Pemohon

117

B. Sequence Diagram Bagian Pelayanan

Gambar IV.44

Sequence Diagram Bagian Pelayanan

C. Sequence Diagram Kepala Kantor

Gambar IV. 45

Sequence Diagram Kepala Kantor

118

4.2.6 Struktur Navigasi

A. Struktur Navigasi Bagian Pelayanan

Gambar IV.46

Struktur Navigasi Bagian Pelayanan

B. Struktur Navigasi Kepala Kantor

Gambar IV.47

Struktur Navigasi Kepala Kantor

119

C. Struktur Navigasi Pemohon

Gambar IV.48

Struktur Navigasi Pemohon

4.2.7 Spesifikasi Hardware dan Software

1. Spesifikasi Perangkat Keras (Hardware)

Perangkat keras (Hardware) adalah seluruh komponen yang membentuk

suatu sistem komputer dan peralatan lainnya yang minimum dan

memungkinkan komputer dapat melaksanakan tugasnya, klasifikasi

perangkat keras yang diusulkan adalah sebagai berikut:

A. Komputer

1) Monitor : 17``

2) Processor : Core i5

3) Memory : Ram 4 GB

4) Harddisk : 1 TB

5) Keyboard : Logitech Mk120

120

6) Printer : Epson Printer L360

7) Mouse : Logitech Mk120

B. E-pad Link

1) Size : 9``

2) Baterai : 3200mAH

2. Spesifikasi Perangkat Lunak (Software)

Untuk dapat menjalankan program pembuatan surat rekomendasi BPJS

Mandiri Kelas III ini dengan baik dan agar program memiliki kinerja yang

maksimal maka peneliti menyarankan penggunaan perangkat lunak

sebagai berikut:

a. Sistem Operasi : Windows Microsoft Office 7

b. Program atau Software Pendukung : XAMPP 3.2.2, Dreanweaver

CS6

4.3 Jadwal Implementasi

Jadwal implementasi merupakan perencanaan dan perancangan mengenai

jadwal penerapan atau implementasi dari sistem usulan yang dibuat. Jadwal

implementasi dibuat agar sistem dapat berjalan secara efisien dan akurat dari segi

waktu. Adapun langkah-langkah jadwal implementasi untuk sistem yang

diusulkan adalah sebagai berikut:

121

1. Persiapan Data Awal

Tahap persiapan data awal bertujuan untuk mengumpulkan data-data atau

dokumen-dokumen apa saja yang dibutuhkan untuk sistem usulan. Waktu

yang dibutuhkan untuk analisa dan persiapan data awal yaitu selama satu

minggu pada awal bulan pertama.

2. Analisa dan Perancangan Sistem

Dalam tahap analisa dan perancangan sistem dilakukan analisis dan

perancangan terhadap sistem usulan. Waktu yang diperlukan dalam tahap ini

adalah selama dua minggu pada minggu kedua dan ketiga.

3. Desain Sistem

Tahap desain sistem adalah tahap untuk melakukan perancangan desain

sistem yang akan diusulkan. Waktu yang diperlukan untuk mendesain

sistem adalah satu minggu pada minggu terakhir atau minggu ke empat

dibulan pertama.

4. Pembuatan Program dan Test Program

Rancangan sistem usulan yang sudah selesai kemudian dilanjutkan pada

pembuatan program dilakukan oleh programmer. Setelah program selesai

dibuat maka dilakukan program akan melalui tahap testing / pengujian.

Tujuan pengujian adalah agar meyakinkan bahwa komponen-komponen

yang ada di dalam program sudah sesuai dengan fungsi-fungsi yang

diharapkan. Dalam proses ini dibutuhkan waktu selama 3 minggu dibulan

kedua.

122

5. Test Sistem

Tahap test sistem digunakan untuk mengetahui atau menguji program

apakah sudah sesuai dengan sistem yang dibuat dan dirancang sebelumnya.

Tahap ini memerlukan waktu 1 minggu dibulan kedua.

6. Pelatihan dan Training

Dalam tahap ini, user atau pengguna dari sistem akan diberikan pelatihan

atau arahan untuk menggunakan program, sehingga penerapan sistem dapat

lebih efektif dan efisien. Tahap ini memerlukan waktu selama 1 minggu

pada awal bulan ketiga.

7. Peralihan Sistem

Peralihan sistem dimaksudkan untuk mengiplementasikan sistem yang

diusulkan dengan memindahkan atau melakukan transfer data-data yang ada

disistem. Waktu yang diperlukan yaitu satu minggu di minggu kedua pada

bulan ketiga.

8. Operasional dan Evaluasi Sistem

Operasional dan evaluasi sistem adalah tahap penggunaan sistem yang baru

atau yang diusulkan dan mengevaluasi sistem jika terdapat kekurangan

sesuai dengan kebutuhan. Tahap ini memerlukan waktu kurang lebih dua

minggu di minggu terakhir bulan ketiga.

123

Tabel IV.25

Jadwal Implementasi Sistem Usulan

No. Nama Kegiatan Bulan I Bulan II Bulan III

1 2 3 4 1 2 3 4 1 2 3 4

1. Persiapan Data Awal

2. Analisa dan Perancangan

Sistem

3. Desain Sistem

4. Pembuatan Program dan Test

Program

5. Test Sistem

6. Pelatihan dan Training

7. Peralihan Sistem

8. Operasional dan Evaluasi

Sistem

bab iv perancangan sistem usulan - repository.bsi.ac.id filerekomendasi pemohon, melakukan scan...

Documents