39

BAB IV

PERANCANGAN SISTEM USULAN

4.1 Tahapan Perancangan Sistem

4.1.1 Analisa Kebutuhan

A. Kebutuhan Pengguna

Dalam aplikasi pengolahan data kependudukan terdapat dua pengguna, yaitu:

KEPALA SEKSI PEMERINTAH dan PENDUDUK. Berikut skenario kebutuhan

KEPALA SEKSI PEMERINTAH dan PENDUDUK :

1. KEPALA SEKSI PEMERINTAH

a. Megelola Data Penduduk

b. Mengelola Data Admin

c. Mengelola Data Permohonan e-KTP

d. Membuat Laporan Bulanan

2. PENDUDUK

a. Mengisi Formulir

b. Upload Persyaratatan Permohoanan e-KTP

c. Mencetak Surat Permohonanan e-KTP

B. Kebutuhan Sistem

1. Pengguna harus login terlebih dahulu untuk dapat mengakses aplikasi

pengolahan data administrasi kependudukan dengan mamasukan username dan

password untuk menjaga keamanan sistem.

40

2. Pengguna harus melakukan logout setelah menggunakan aplikasi pengolahan

data administrasi kependudukan.

3. Sistem dapat melakukan penginputan data penduduk untuk mengetahui data

dari penduduk di desa cilewo.

4. Sistem dapat melakukan penginputan data admin untuk mengetahui siapa saja

admin atau KASI PEM yang berhak mengakses program.

5. Sistem dapat melakukan penginputan data dari Permohonan e-KTP.

6. Sistem dapat mencetak surat permohonan setelah penginputan data.

7. Sistem dapat mencetak Laporan bulanan.

4.1.2 Rancangan Diagram Use Case

Gambar IV.1. Use Case Diagram Sistem Usulan

Tabel.IV.10.

Deskripsi Use Case Proses Melakukan Login

Use Case Name Melakukan Login

Requirements Kepala seksi pemerintah atau

Penduduk dapat melakukan login

untuk masuk ke program

41

Goal Kepala Seksi Pemerintah atau

Penduduk dapat melakukan login

saat memasuki program

Pre-Conditons Kepala Seksi Pemerintah atau

Penduduk telah melakukan login

Post-Conditions Kepala Seksi Pemerintah atau

Penduduk dapat melakukan login

pada saat akan mengakses menu

utama

Failed end Condition Username atau Password salah

Actors Kepala Seksi Pemerintah dan

Penduduk

Main Flow/ Basic Path 1. Kepala Seksi Pemerintah atau

Penduduk memasukan

username

2. Kepala Seksi Pemerintah atau

Penduduk memasukan

password

3. Sistem menampilkan menu

utama

Alternatif Flow/ invariant A Kepala Seksi Pemerintah atau

Penduduk dapat melakukan login saat

akan mengakses program

Invariant B 1. Kepala Seksi Pemerintah atau

Penduduk memasukan

username

2. Kepala Seksi Pemerintah atau

Penduduk memasukan

password

3. Sistem tidak menemukan user

dengan username atau

password yang telah

dimasukan

4. Sistem menampilkan pesan

“Username atau Password

salah”

Tabel.IV.11.

Deskripsi Use Case Proses Memasukan Data Admin

42

Use Case Name Memasukan Data Kepala Seksi

Pemerintah

Requirements Kepala Seksi Pemerintah dapat

memasukan data admin

Goal Kepala Seksi Pemerintah dapat

memasukan data admin pada menu

master

Pre-Conditons Kepala Seksi Pemerintah telah

melakukan login

Post-Conditions Kepala Seksi Pemerintah dapat

meamsukan data admin pada menu

master

Failed end Condition Kepala Seksi Pemerintah tidak dapat

menambahkan data admin

Actors Kepala Seksi Pemerintah

Main Flow/ Basic Path 1. Kepala Seksi Pemerintah

dapat memasukan data admin

2. Kepala Seksi Pemerintah

dapat melihat data admin

Alternatif Flow/ invariant A Kepala Seksi Pemerintah dapat

memasukan data admin pada form

data admin

Invariant B 1. Kepala Seksi Pemerintah

dapat memasukan data admin

2. Kepala Seksi Pemerintah

dapat melihat data admin

Tabel.IV.12.

Deskripsi Use Case Proses Memasukan Data Permohonan e-KTP

Use Case Name Memasukan data permohoanan e-

KTP

Requirements Penduduk dapat memasukan data

permohonan e-KTP

Goal Penduduk dapat memasukan data

permohonan e-KTP pada menu

input data

43

Pre-Conditons Penduduk telah melakukan login

Post-Conditions Penduduk memasukan data

permohonan e-KTP pada menu

input formulir

Failed end Condition Penduduk tidak dapat menambahkan

data permohonan e-KTP

Actors Penduduk

Main Flow/ Basic Path 1. Penduduk dapat mamsukan

data permohonan e-KTP

2. Penduduk dapat melihat data

permohonan e-KTP

Alternatif Flow/ invariant A Penduduk dapat memasukan data

permohonan e-KTP

Invariant B 1. Penduduk dapat memasukan

data permohonan e-KTP

2. Penduduk dapat melihat

permohonan e-KTP

Tabel.IV.13.

Deskripsi Use Case Proses Pengisisian Formulir Permohonan e-KTP

Use Case Name Pengisian data permohoanan e-KTP

Requirements Penduduk dapat memasukan data

permohonan e-KTP

Goal Penduduk dapat memasukan data

permohonan e-KTP pada menu

input data

Pre-Conditons Penduduk telah melakukan login

Post-Conditions Penduduk memasukan data

permohonan e-KTP pada menu

input data

Failed end Condition Penduduk tidak dapat menambahkan

data permohonan e-KTP

Actors Penduduk

44

Main Flow/ Basic Path 1. Penduduk dapat mamsukan

data permohonan e-KTP

2. Penduduk dapat melihat data

permohonan e-KTP

Alternatif Flow/ invariant A Penduduk dapat memasukan data

permohonan e-KTP

Invariant B 1. Penduduk dapat

memasukan data

permohonan e-KTP

2. Penduduk dapat melihat

permohonan e-KTP

Tabel.IV.14.

Deskripsi Use Case Proses Mencetak Permohonan e-KTP

Use Case Name Mencetak Permohonan e-KTP

Requirements Penduduk dapat mencetak

permohoann e-KTP

Goal Penduduk dapat mencetak

permohonan e-KTP pada

tampilan penginputan formulir

Pre-Conditons Penduduk telah melakukan login

Post-Conditions Penduduk mencetak permohonan e-

KTP pada menu laporan

Failed end Condition Penduduk tidak dapat mencetak

permohonan e-KTP

Actors Penduduk

Main Flow/ Basic Path 1. Penduduk menekan tombol

cetak

2. Sistem mencetak permohoann

e-KTP

Alternatif Flow/ invariant A 1. Penduduk dapat mencetak

permohonan e-KTP pada

tampilan penginputan

formulir

Invariant B 1. Penduduk menekan tombol

cetak

45

2. Sistem mencetak permohonan

e-KTP

4.1.3. Rancangan Diagram Aktivity

1. Activity Diagram Form KASI PEM

Gambar IV.2. Activity Diagram Form KASI PEM

46

2. Activity Diagram Form Penduduk

Gambar IV.3. Activity Diagram Form Penduduk

4.1.4. Rancangan Dokumen Sistem Usulan

1. Rancanan Dokumen Masukan

a. Nama Dokumen : Fotocopy Ijazah pendidikan terakhir

Fungsi : Sebagai bukti identitas pendidik

Sumber : Penduduk

Tujuan : Persyaratan untuk pembuatan e-ktp

Media : Kertas

47

Jumlah : 1 Lembar

Frekuensi : Setiap membuat Permohan e-ktp

Bentuk : Lihat Lampiran A.1

2. Rancangan Dokumen Keluaran

a. Nama Dokumen : Surat Permohonan e-KTP

Fungsi : Sebagai dokumen pengantar dari Kantor Desa untuk

pembuatan e-KTP di kecematan

Sumber : KEPALA SEKSI PEMERINTAH

Tujuan : Penduduk

Media : Kertas

Jumlah : 1 lembar

Frekuensi : Setiap terjadi permohonan e-KTP

Bentuk : Lihat Lampiran B.1

b. Nama Dokumen : Laporan Permohonan e-KTP

Fungsi : Sebagai laporan dari permohonan e-KTP

Sumber : KASI PEM

Tujuan : Kepala Desa

Media : Kertas

Jumlah : 1 Lembar

Frekuensi : Setiap mencetak laporan permohonan e-KTP

Bentuk : Lihat Lampiran B.2

4.1.5. Rancangan Prototype

Berikut adalah rancangan prototype dari program Pengolahan Data

Admnisrasi Kependudukan pada Kantor Desa Cilewo Karawang

48

1. Prototype Form Login Admin

Gambar.IV.3.Form Login Admin

2. Prototype Form Login User

Gambar.IV.4.Form Login User

3. Protopype Form Registrasi User

Gambar.IV.5. Form Registrasi User

4. Prototype Form Data Admin

49

Gambar.IV.6.Form Data Admin

5. Prototype Form Data Pemohon E-KTP

Gambar.IV.7.Form Data Pemohon e-KTP

6. Prototype Form Permohonan E-KTP

Gambar.IV.8.Form Permohonan E-KTP

7. Prototype Formulir Permohoann E-KTP

Gambar.IV.19.Formulir Permohonan E-KTP

50

Gambar.IV.8. Formulir Permohonan E-KTP

4.2. Perancangan Perangkat Lunak

4.2.1. Entity Relationship Diagram (ERD)

Gambar.IV.9. Entity Relationship Diagram

4.2.2. Logical Record struktur (LRS)

Gamabar.IV.10. Logical Record Structur (LRS)

4.2.3. Spesifikasi File

1. Spesifikasi File Admin

Nama file : Admin

51

Akronim : tb_admin

Fungsi : Untuk menyimpan data admin

Tipe File : File Master

Organisasi File : Indexed Sequential

Akses File : Random

Media : Harddisk

Panjang record : 45 byte

Kunci Field : kodeadmin

Software : Mysql

Tabel.IV.15.

Spesifikasi File Admin

No Elemen data Nama Field Tipe Size Ket

1 Kode Admin Kodeadmin Varchar 10 Primery Key

2 Nama Admin Username Varchar 25

3 Password Password Varchar 10

2. Spesifikasi File Penduduk

Nama file : Penduduk

Akronim : tb_penduduk

Fungsi : Untuk menyimpan data penduduk

Tipe File : File Master

Organisasi File : Indexed Sequential

Akses File : Random

Media : Harddisk

Panjang record : 245 byte

Kunci Field : Nik

52

Software : Mysql

Tabel.IV.16.

Spesisifikasi File Penduduk

No Elemen Data Nama File Tipe Size Ket

1 Kode Admin Kode Admin Varchar 10 Forigen Key

2 NIK Nik Varchar 17 Primery key

3 No.KK Nokk Varchar 17

4 Nama

Lengkap

nama_lengkap Varchar 25

5 Tempat lahir Tempat_lahir Varchar 15

6 Tanggal Lahir Tgllahir Date

7 Nama Kepala

Keluarga

nama_kepkel Varchar 25

8 Nama Ibu Nama_ibu Varchar 25

9 Nama Ayah Nam_ayah Varchar 25

10 Alamat Alamat Varchar 40

11 Jenis Kelamin Jenis_kelamin Varchar 9

12 Agama Agama Varchar 26

13 Status Kawin Status_kawin Varchar 11

3. Spesifikasi File Permohonan e-KTP

Nama file : Permohonan e_KTP

Akronim : tb_ekt

Fungsi : Untuk menyimpan data permohonan e-ktp

Tipe File : File input data

Organisasi File : Indexed Sequential

Akses File : Random

Media : Harddisk

Panjang record : 32 byte

Kunci Field : no_ktp

Software : Mysql

53

Tabel.IV.17.

Spesifikasi file e-KTP

No Elemen Data Nama Field Tipe Size Ket

1 No.PEKTP No-pekt Varchar 15 Primery Key

2 NIK NIK Varchar 17 Foregen Key

5. Spesifikasi File User

Nama file : User

Akronim : tb_user

Fungsi : Untuk menyimpan data user

Tipe File : File Master

Organisasi File : Indexed Sequential

Akses File : Random

Media : Harddisk

Panjang record : 45 byte

Kunci Field : kodeuser

Software : Mysql

Tabel.IV.18.

Spesifikasi File User

No Elemen data Nama Field Tipe Size Ket

1 Kode User Kodeuser Varchar 10 Primery

Key

2 Nama Admin Username Varchar 25

3 Password Password Varchar 10

4.2.4 Sequense Diagram

1. Sequence diagram KASI PEM

54

Gambar.IV.11.Sequence Diagram KASI PEM

2. Sequence diagram Penduduk

Gambar.IV.12.Sequence Diagram Penduduk

55

4.2.5 Class model / Class Diagram

Gamabar.IV.12.Class Model / Class Diagram

4.2.5 Spesifikasi Hardware dan Software

1. Spesifikasi Hardware

a. Server

1). CPU

a). Prosessor Intel Core i3-500SU, 2.0GHz

b). RAM 4GB

c). Hard Disk 500 MB

2). Mouse

3). Keyboard

4). Monitor dengan resolusi layar minimum 1366x768

5). Koneksi internet dengan kecepatan 2 Mbps

2. Spesifikasi Software

a. Server

56

1). Microsoft Windows

2). Xampp,diantaranya :

a). Aplikasi Apache

b). Aplikasi MySQL

c). Aplikasi phpMyAdmin

3). Mozila Firefox, Google Chrome

4.2.6 Jadwal Implementasi

Tabel.IV.19.

Jadwal Implementasi

No KEGIATAN

WAKTU

BULAN I BULAN II BULAN III

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

1 Persiapan data awal

2 Analisa

3 Desain Sistem

4 Desain Perangkat Lunak

5 Pembuatan & Tes Program

6 Tes Sistem

7 Pelatihan

8 Pembuatan Buku Petunjuk

9 Evaluasi & Operasional