BAB IV PERANCANGAN SISTEM USULAN

(1)

48 4.1. Tahapan Perancangan Sistem 4.1.1. Analisis Kebutuhan

Terciptanya sistem usulan diawali dengan perancangan sistem dengan langkah utama yaitu menganalisa kebutuhan fungsional program terhadap pelayanan umum yang diperlukan penduduk.

A. Kebutuhan Pengguna

Keberadaan sistem usulan ini di kelola secara keseluruhan oleh Sekretaris Desa yang bertindak sebagai administrator utama. Berikut ini merupakan rincian skenario kebutuhan yang ada.

1. Skenario Kebutuhan Penduduk

a. Melihat informasi pada menu utama website, yang terdiri atas menu beranda, menu profil desa, menu galeri, menu peta desa, menu kontak, dan menu login.

b. Melihat berita.

c. Mengirim pesan.

d. Melihat data diri.

e. Mengedit sebagian data diri.

f. Mengajukan pembuatan surat.

g. Mencetak surat.

2. Skenario Kebutuhan Kaur Umum a. Mengedit data penduduk.

(2)

b. Menambah data penduduk.

c. Meneruskan pengajuan surat.

3. Skenario Kebutuhan Kepala Desa.

a. Menyetujui atau mengesahkan surat.

b. Melihat laporan surat.

4. Skenario Kebutuhan Administrator.

a. Mengelola galeri.

b. Mengelola berita.

c. Membalas pesan penduduk.

d. Mengelola staff pengguna website.

e. Menghapus data penduduk.

B. Kebutuhan Sistem

Untuk mempermudah masyarakat, mempermudah pekerjaan staff desa, dan mempercepat pelayanan, maka sistem membutuhkan beberapa hal berikut ini:

1. Melakukan login untuk mengakses website bagi masing-masing pengguna.

2. Penggunaan username dan password untuk menjaga keamanan data.

3. Fungsi upload berkas sebagai persyaratan pengajuan.

4. Pengelompokkan laporan berdasarkan jenis surat yang diajukan penduduk.

5. Pengajuan surat dan verifikasinya dapat dilakukan tanpa ada batas ruang dan waktu.

6. Pencetakan surat yang dilakukan secara mandiri oleh penduduk.

7. Pengesahan surat dengan security key.

(3)

4.1.2. Rancangan Diagram Use Case

Gambar IV.1.

Diagram Use Case Pelayanan Umum Desa

(4)

Tabel IV.1.

Deskripsi Use Case Melihat Menu Utama Use Case Name Melihat Menu Utama

Requirements Penduduk dapat melihat menu utama website

Goal Penduduk melihat menu utama website secara online Pre-Conditions Penduduk mengetikkan alamat URL website

Post-Conditions Sistem menampilkan website

Failed Condition Penduduk tidak dapat melihat menu utama website secara online

Actor Penduduk

Main Flow/Basic Path

1. Penduduk memasukkan URL 2. Server memvalidasi alamat URL 3. Tampil menu utama website Invariant A Tidak ada

Invariant B

B1. Penduduk memasukkan URL

B2. Server tidak menemukan alamat URL yang dicari

B3. Server tidak menampilkan website

Tabel IV.2.

Deskripsi Use Case Melihat Beranda Use Case Name Melihat Beranda

Requirements Penduduk dapat melihat informasi pada beranda Goal Penduduk melihat informasi beranda website secara

online

Pre-Conditions Penduduk mengetikkan alamat URL website Post-Conditions Sistem menampilkan website

Failed Condition Penduduk tidak dapat melihat informasi beranda website secara online

Actor Penduduk

Main Flow/Basic Path 1. Penduduk memasukkan URL

2. Website menampilkan beranda website Invariant A Tidak ada

Invariant B

B3. Server tidak menampilkan beranda

(5)

Tabel IV.3.

Deskripsi Use Case Melihat Berita Use Case Name Melihat Berita

Requirements Penduduk dapat melihat berita

Goal Penduduk melihat berita seputar desa Cikampek Kota secara online melalui website

Pre-Conditions Penduduk telah mengunjungi website Post-Conditions Website menampilkan sebuah berita

Failed Condition Penduduk tidak dapat melihat berita seputar desa Cikampek Kota secara online melalui website

Actor Penduduk

1. Penduduk memasukkan URL

2. Sistem menampilkan beranda website 3. Penduduk memilih berita

4. Website menampilkan sebuah berita Invariant A Tidak ada

Invariant B

Tabel IV.4.

Deskripsi Use Case Melihat Profil Desa Use Case Name Melihat Profil Desa

Requirements User dapat melihat profil desa

Goal User melihat profil desa secara online melalui website

Pre-Conditions User telah mengunjungi website Post-Conditions Website menampilkan halaman profil

Failed Condition User tidak dapat melihat profil desa secara online melalui website

Actor Penduduk

1. User memasukkan URL

2. Sistem menampilkan beranda website 3. User memilih menu profil desa

4. Website menampilkan halaman profil desa Invariant A Tidak ada

Invariant B

B1. User memasukkan URL

(6)

Tabel IV.5.

Deskripsi Use Case Melihat Galeri Use Case Name Melihat Galeri

Requirements Penduduk dapat melihat galeri

Goal Penduduk melihat foto-foto kegiatan di desa Cikampek Kota secara online

Pre-Conditions Penduduk telah mengunjungi website Post-Conditions Website menampilkan foto

Failed Condition Penduduk tidak dapat melihat foto-foto kegiatan di desa Cikampek Kota secara online

Actor Penduduk

2. Sistem menampilkan beranda website 3. Penduduk memilih menu galeri 4. Website menampilkan foto Invariant A Tidak ada

Invariant B

Tabel IV.6.

Deskripsi Use Case Melihat Peta Desa Use Case Name Melihat Peta Desa

Requirements Penduduk dapat melihat peta desa

Goal Penduduk melihat peta desa Cikampek Kota secara online

Pre-Conditions Penduduk telah mengunjungi website Post-Conditions Website menampilkan peta desa

Failed Condition Penduduk tidak dapat melihat peta desa Cikampek Kota secara online

Actor Penduduk

2. Sistem menampilkan beranda website 3. Penduduk memilih menu peta desa

4. Website menampilkan peta desa Cikampek Kota Invariant A Tidak ada

Invariant B

B2. Server tidak menemukan alamat URL yang dicari

B3. Server tidak menampilkan website

(7)

Tabel IV.7.

Deskripsi Use Case Melihat Kontak Use Case Name Melihat Kontak

Requirements Penduduk dapat melihat tampilan kontak

Goal Penduduk melihat tampilan kontak pesan secara online pada website

Pre-Conditions Penduduk telah mengunjungi website

Post-Conditions Website menampilkan formulir kontak pesan

Failed Condition Penduduk tidak dapat melihat tampilan kontak pesan secara online pada website

Actor Penduduk

2. Sistem menampilkan beranda website 3. Penduduk memilih menu kontak 4. Website menampilkan kontak pesan Invariant A Tidak ada

Invariant B

B2. Server tidak menemukan URL yang dicari B3. Server tidak menampilkan website

Tabel IV.8.

Deskripsi Use Case Mengirim Pesan Use Case Name Mengirim Pesan

Requirements Penduduk dapat melihat mengirim pesan Goal Penduduk mengirim pesan kepada aparat desa

Cikampek Kota secara online

Pre-Conditions Penduduk telah melihat halaman kontak Post-Conditions Pesan tersimpan ke dalam sistem

Failed Condition Penduduk tidak dapat mengirim pesan kepada aparat desa Cikampek Kota secara online

Actor Penduduk

1. Penduduk memilih menu kontak 2. Penduduk mengisi formulir pesan 3. Penduduk memilih kirim

4. Sistem mengirim pesan Invariant A Tidak ada

Invariant B

B2. Server tidak menemukan alamat URL B3. Server tidak menampilkan website

(8)

Tabel IV.9.

Deskripsi Use Case Login Use Case Name Login

Requirements User dapat melakukan login Goal User dapat masuk ke dalam sistem Pre-Conditions User memiliki username dan password Post-Conditions Sistem menampilkan halaman utama Failed Condition User tidak dapat masuk ke dalam sistem

Actor Penduduk, Kaur Umum, Kepala Desa, dan Administrator

1. User memasukkan username dan password 2. User mengklik tombol login

3. Sistem memverifikasi username dan password

Invariant A

A1. User memilih login

A2. User memasukkan username dan password A3. Jika diverifikasi maka sistem menampilkan pesan “Login Berhasil”

A4. Sistem menampilkan halaman utama

Invariant B

B1. User memilih login

B2. User memasukkan username dan password B3. Jika salah maka sistem menampilkan pesan

“Login Gagal”.

B4. Sistem kembali ke beranda

Tabel IV.10.

Deskripsi Use Case Melihat Data Diri Use Case Name Melihat Data Diri

Requirements Penduduk dapat melihat data diri

Goal Penduduk melihat data dirinya secara online Pre-Conditions Penduduk telah melakukan login

Post-Conditions Data diri terdapat kesalahan pada penginputan sebelumnya

Failed Condition Penduduk tidak dapat melihat data dirinya secara online

Actor Penduduk

Main Flow/Basic Path 1. Penduduk memilih menu profil

2. Sistem menampilkan data diri penduduk Invariant A Tidak ada

Invariant B Tidak ada

(9)

Tabel IV.11.

Deskripsi Use Case Mengedit Data Diri Use Case Name Mengedit Data Diri

Requirements Penduduk dapat mengedit data diri

Goal Penduduk mengedit data dirinya secara online Pre-Conditions Penduduk telah melakukan login

Post-Conditions Username, password, foto, ataupun email berubah Failed Condition Penduduk tidak dapat mengedit data dirinya secara

online

Actor Penduduk

1. Penduduk memilih menu profil 2. Penduduk memilih edit

3. Penduduk memasukkan perubahan pada username, password, foto atau email 4. Penduduk menyimpan perubahan 5. Sistem memperbarui data

Invariant A Tidak ada Invariant B Tidak ada

Tabel IV.12.

Deskripsi Use Case Mengajukan Pembuatan Surat Use Case Name Mengajukan Pembuatan Surat

Requirements Penduduk dapat mengajukan pembuatan surat Goal Penduduk membuat surat secara online melalui

website

Pre-Conditions Penduduk telah melakukan login Post-Conditions Pencetakan surat yang telah diajukan

Failed Condition Penduduk tidak dapat membuat surat secara online melalui website

Actor Penduduk

1. Penduduk memilih pelayanan umum 2. Penduduk memilih jenis surat

3. Penduduk memasukkan data dan persyaratan 4. Penduduk mengklik tombol ajukan

5. Sistem menunggu persetujuan Invariant A Tidak ada

Invariant B Tidak ada

(10)

Tabel IV.13.

Deskripsi Use Case Mencetak Surat Use Case Name Mencetak Surat

Requirements Penduduk dapat mencetak surat

Goal Penduduk mencetak surat secara online melalui website

Pre-Conditions Penduduk telah melakukan login Post-Conditions Surat yang telah disahkan secara digital

Failed Condition Penduduk tidak dapat mencetak surat secara online melalui website

Actor Penduduk

1. Penduduk memilih jenis surat 2. Penduduk mengklik cetak

3. Sistem mencetak surat yang dipilih Invariant A Tidak ada

Invariant B B1. Penduduk memilih jenis surat B2. Sistem menampilkan daftar surat

Tabel IV.14.

Deskripsi Use Case Mengedit Data Penduduk Use Case Name Mengedit Data Penduduk

Requirements Kaur Umum dapat mengedit data penduduk

Goal Kaur Umum mengedit data penduduk secara online Pre-Conditions Kaum Umur telah melakukan login

Post-Conditions Data penduduk telah diubah

Failed Condition Kaur Umum tidak dapat mengedit data penduduk secara online

Actor Kaur Umum

1. Sistem menampilkan daftar penduduk 2. User memilih edit

3. User mengubah data diri penduduk

4. Perubahan data di simpan ke dalam sistem

Invariant A

A1. Sistem menampilkan daftar penduduk A2. Kaur Umum memilih pencarian A3. Kaur Umum mengetikan NIK

A4. Sistem menampilkan data pengguna yang dicari A5. User mengubah dan menyimpan data penduduk A6. Sistem memperbarui data penduduk

Invariant B

B1. Kaur Umum memilih menu kependudukan B2. Kaur Umum memilih pencarian

B3. Kaur Umum mengetikan NIK

B4. Sistem tidak menemukan data yang dicari

(11)

Tabel IV.15.

Deskripsi Use Case Menambah Data Penduduk Use Case Name Menambah Data Penduduk

Requirements Kaur Umum dapat menambah data penduduk

Goal Kaur Umum menambah data penduduk secara online Pre-Conditions Kaum Umur telah melakukan login

Post-Conditions Data pada form tambah penduduk terisi lengkap Failed Condition Kaur Umum tidak dapat menambah data penduduk

secara online

Actor Kaur Umum

1. User memilih tambah penduduk 2. User menginput data diri penduduk 3. User memilih foto penduduk

4. Sistem menampilkan foto penduduk yang dipilih 5. Data penduduk di simpan ke dalam sistem Invariant A Tidak ada

Invariant B

B1. User memilih tambah penduduk B2. User menginput data diri penduduk B3. User memilih foto warga

B4. Sistem tidak menemukan foto penduduk karena format tidak sesuai ketentuan

Tabel IV.16.

Deskripsi Use Case Meneruskan Pengajuan Surat Use Case Name Meneruskan Pengajuan Surat

Requirements Kaur Umum dapat meneruskan pengajuan surat

Goal Kaur Umum meneruskan pengajuan surat kepada Kepala Desa secara online

Pre-Conditions Kaur Umum telah melakukan login Post-Conditions Daftar pengajuan yang lolos seleksi berkas

Failed Condition Kaur Umum tidak dapat meneruskan pengajuan surat kepada Kepala Desa secara online

Actor Kaur Umum

1. Kaur Umum memilih pelayanan umum

2. Kaur Umum menyeleksi dan memeriksa pengajuan 3. Kaur Umum memilih teruskan

4. Sistem meneruskan pengajuan surat ke Kepala Desa

Invariant A

A1. Kaur Umum memilih pencarian

A2. Kaur Umum mengetikan nama pemohon A3. Sistem menampilkan data penduduk yang dicari A4. Pengajuan diseleksi dan diteruskan

Invariant B

B1. Kaur Umum memilih pencarian

B2. Kaur Umum mengetikan nama pemohon

B4. Sistem tidak menampilkan data penduduk yang dicari

(12)

Tabel IV.17.

Deskripsi Use Case Menyetujui Surat Use Case Name Menyetujui Surat

Requirements Kepala Desa dapat menyetujui surat

Goal Kepala Desa menyetujui pembuatan surat secara online melalui website

Pre-Conditions Kepala Desa telah melakukan login Post-Conditions Daftar pengajuan surat yang terverifikasi

Failed Condition Kepala Desa tidak dapat menyetujui pembuatan surat secara online melalui website

Actor Kepala Desa

1. Kepala Desa memilih menu pelayanan umum dan jenis surat

2. Kepala Desa memilih daftar pengajuan 3. Kepala Desa pilih buat surat

4. Sistem membuat surat yang disahkan secara digital Invariant A Tidak ada

Invariant B

B1. Kepala Desa memilih menu pelayanan umum dan jenis surat

B2. Kepala Desa memilih daftar pengajuan B3. Kepala Desa pilih tolak surat

B4. Kepala Desa memasukkan alasan penolakan B5. Sistem menolak pembuatan surat

Tabel IV.18.

Deskripsi Use Case Melihat Laporan Surat Use Case Name Melihat Laporan Surat

Requirements Kepala Desa dapat melihat laporan surat

Goal Kepala Desa melihat laporan surat secara online melalui website

Pre-Conditions Kepala Desa telah melakukan login

Post-Conditions Daftar laporan pembuatan surat setiap bulan

Failed Condition Kepala Desa tidak dapat melihat laporan surat secara online melalui website

Actor Kepala Desa Main Flow/Basic Path

1. Kepala Desa memilih menu laporan

2. Kepala Desa memilih periode dan jenis surat 3. Sistem menampilkan laporan surat

Invariant A Tidak ada Invariant B Tidak ada

(13)

Tabel IV.19.

Deskripsi Use Case Mengelola Galeri Use Case Name Mengelola Galeri

Requirements Administrator dapat mengelola galeri

Goal Administrator mengelola galeri website secara online Pre-Conditions Administrator telah melakukan login

Post-Conditions Sistem menampilkan foto-foto

Failed Condition Administrator tidak dapat mengelola galeri website secara online

Actor Administrator

1. Administrator memilih menu manajemen konten 2. Administrator memilih menu galeri

3. Administrator pilih posting kegiatan

4. Administrator memasukkan data kegiatan dan menyimpan

5. Sistem menampilkan foto yang ditambahkan Invariant A

A1. Administrator memilih menu galeri A2. Administrator memilih hapus A4. Sistem menghapus foto

Invariant B

B1. Administrator memilih menu galeri B2. Administrator memilih edit

B4. Data foto kegiatan diubah dan disimpan B5. Sistem memperbarui foto

Tabel IV.20.

Deskripsi Use Case Mengelola Berita Use Case Name Mengelola Berita

Requirements Administrator dapat mengelola berita

Goal Administrator mengelola berita website secara online Pre-Conditions Administrator telah melakukan login

Post-Conditions Sistem menampilkan halaman berita

Failed Condition Administrator tidak dapat mengelola berita secara online Actor Administrator

1. Administrator memilih menu manajemen konten 2. Administrator memilih menu berita

3. Administrator pilih tambah berita

4. Administrator memasukkan data berita dan menyimpan

5. Sistem menampilkan berita yang ditambahkan Invariant A

A1. Administrator memilih menu berita A2. Administrator memilih hapus A4. Sistem menghapus berita

Invariant B

B1. Administrator memilih menu berita B2. Administrator memilih edit

B4. Data berita diubah dan disimpan B5. Sistem memperbarui berita terkini

(14)

Tabel IV.21.

Deskripsi Use Case Membalas Pesan Penduduk Use Case Name Membalas Pesan Penduduk

Requirements Administrator dapat membalas pesan dari penduduk Goal Administrator membalas pesan penduduk secara online Pre-Conditions Administrator telah melakukan login

Post-Conditions Pertanyaan dan pernyataan dari penduduk atau pengunjung website

Failed Condition Administrator tidak dapat membalas pesan dari penduduk secara online

Actor Administrator

1. Administrator memilih manajemen konten 2. Administrator memilih pesan

3. Administrator pilih balas 4. Sistem terhubung ke email

Invariant A

A1. Administrator memilih pesan A2. Administrator memilih pencarian

A3. Administrator mengetikan nama atau subjek A4. Sistem menampilkan pesan yang dicari

Invariant B

B1. Administrator memilih pesan B2. Administrator memilih pencarian

B3. Administrator mengetikan nama atau subjek B4 Sistem tidak menemukan pesan yang dicari

Tabel IV.22.

Deskripsi Use Case Mengelola Data Staff Pengguna Use Case Name Mengelola Data Staff Pengguna

Requirements Administrator dapat mengelola data staff pengguna Goal Administrator mengelola data staff pengguna website Pre-Conditions Administrator telah melakukan login

Post-Conditions Daftar staff pengguna website telah diperbarui Failed Condition Administrator tidak dapat mengelola data pengguna

pengguna website secara online Actor Administrator

1. Administrator memilih menu pengaturan 2. Administrator memilih staff pengguna 3. Administrator pilih tambah

4. Administrator memasukkan data staff dan menyimpan 5. Sistem menampilkan staff yang ditambahkan

Invariant A

A1. Administrator memilih menu staff pengguna A2. Administrator memilih hapus

A4. Sistem menghapus data pengguna

Invariant B

B1. Administrator memilih menu staff pengguna B2. Administrator memilih edit

B4. Data staff pengguna diubah dan disimpan B5. Sistem memperbarui staff pengguna website

(15)

Tabel IV.23.

Deskripsi Use Case Menghapus Data Penduduk Use Case Name Menghapus Data Penduduk

Requirements Kaur Umum dapat menghapus data penduduk

Goal Kaur Umum menghapus data penduduk secara online Pre-Conditions Kaum Umur telah melakukan login

Post-Conditions Data penduduk telah terhapus

Failed Condition Kaur Umum tidak dapat menghapus data penduduk secara online

Actor Kaur Umum

1. Sistem menampilkan daftar penduduk 2. User memilih hapus

3. Sistem menampilkan pesan “data terhapus”

Invariant A

A1. Sistem menampilkan daftar penduduk A2. Kaur Umum memilih pencarian A3. Kaur Umum mengetikan NIK

A4. Sistem menampilkan data pengguna yang dicari A5. User menghapus data penduduk

A6. Data penduduk terhapus dari sistem

Invariant B

B1. Kaur Umum memilih menu kependudukan B2. Kaur Umum memilih pencarian

B3. Kaur Umum mengetikan NIK

B4. Sistem tidak menemukan data yang dicari

(16)

4.1.3. Rancangan Diagram Aktivitas 1. Diagram Aktivitas Menu Utama Website

Gambar IV.2.

Diagram Aktivitas Menu Utama Website

(17)

2. Diagram Aktivitas Kontak

Gambar IV.3.

Diagram Aktivitas Kontak

(18)

3. Diagram Aktivitas Login

Gambar IV.4.

Diagram Aktivitas Login

(19)

4. Diagram Aktivitas Profil Penduduk

Gambar IV.5.

Diagram Aktivitas Profil Penduduk

(20)

5. Diagram Aktivitas Pelayanan Umum

Gambar IV.6.

Diagram Aktivitas Pelayanan Umum

(21)

6. Diagram Aktivitas Cetak Surat

Gambar IV.7.

Diagram Aktivitas Cetak Surat

(22)

7. Diagram Aktivitas Data Penduduk

Gambar IV.8.

Diagram Aktivitas Data Penduduk

(23)

8. Diagram Aktivitas Meneruskan Pengajuan

Gambar IV.9.

Diagram Aktivitas Meneruskan Pengajuan

(24)

9. Diagram Aktivitas Verifikasi Pengajuan

Gambar IV.10.

Diagram Aktivitas Verifikasi Pengajuan

(25)

10. Diagram Aktivitas Laporan

Gambar IV.11.

Diagram Aktivitas Laporan

(26)

11. Diagram Aktivitas Berita

Gambar IV.12.

Diagram Aktivitas Berita

(27)

12. Diagram Aktivitas Galeri

Gambar IV.13.

Diagram Aktivitas Galeri

(28)

13. Diagram Aktivitas Pesan

Gambar IV.14.

Diagram Aktivitas Pesan

(29)

14. Diagram Aktivitas Staff Pengguna

Gambar IV.15.

Diagram Aktivitas Staff Pengguna

(30)

4.1.4. Rancangan Dokumen Sistem Usulan A. Dokumen Masukan

Untuk mengoptimalkan penggunaan sistem usulan, berikut ini rancangan dokumen masukan yang diusulkan:

1. Nama dokumen : Foto Penduduk

Fungsi : Untuk mengetahui wajah penduduk Sumber : Penduduk

Tujuan : Kaur Umum

Media : File

Jumlah : 1 (satu)

Frekuensi : Setiap terjadi penambahan warga ke dalam sistem Bentuk : Lampiran C.1

2. Nama dokumen : Scan E-KTP

Fungsi : Untuk data diri penduduk Sumber : Penduduk

Tujuan : Kaur Umum

Media : File

Jumlah : 1 (satu)

Frekuensi : Setiap dijadikan syarat pengajuan pelayanan umum Bentuk : Lampiran C.2

3. Nama dokumen : Scan Kartu Keluarga

Fungsi : Untuk data diri setiap anggota keluarga

(31)

Sumber : Penduduk Tujuan : Kaur Umum

Media : File

Jumlah : 1 (satu)

Frekuensi : Setiap dijadikan syarat pengajuan pelayanan umum Bentuk : Lampiran C.3

4. Nama dokumen : Scan Ijazah Terakhir

Fungsi : Untuk menyesuaikan data yang tertulis pada E-KTP, Kartu Keluarga, dan Ijazah.

Media : File

Jumlah : 1 (satu)

Frekuensi : Setiap dijadikan syarat pengajuan pembuatan E-KTP Bentuk : Lampiran C.4

5. Nama dokumen : Scan Kartu Jamkesmas

Fungsi : Untuk membutikan bahwa warga tersebut merupakan penduduk miskin

Media : File

Jumlah : 1 (satu)

(32)

Frekuensi : Setiap dijadikan syarat pengajuan SKTM Bentuk : Lampiran C.5

B. Dokumen Keluaran

Berikut ini merupakan rancangan dokumen-dokumen yang dihasilkan dari sistem usulan:

1. Nama dokumen : Laporan Pembuatan Surat

Fungsi : Sebagai bukti laporan pembuatan surat Sumber : Kaur Umum

Tujuan : Kepala Desa Media : Cetakan komputer Jumlah : 1 (satu)

Frekuensi : Setiap Kepala Desa membutuhkan laporan surat Bentuk : Lampiran D.1

2. Nama dokumen : Surat Pengantar E-KTP Fungsi : Untuk membuat E-KTP Sumber : Kepala Desa

Tujuan : Penduduk

Media : Cetakan komputer Jumlah : 1 (satu)

Frekuensi : Setiap permohonan pengantar E-KTP diverifikasi Bentuk : Lampiran D.2

(33)

3. Nama dokumen : Surat Pengantar SKCK Fungsi : Untuk membuat SKCK Sumber : Kepala Desa

Tujuan : Penduduk

Frekuensi : Setiap permohonan pengantar SKCK diverifikasi Bentuk : Lampiran D.3

4. Nama dokumen : Surat Keterangan Domisili

Fungsi : Untuk menyatakan bahwa warga tersebut merupakan pendatang

Sumber : Kepala Desa Tujuan : Penduduk

Frekuensi : Setiap permohonan surat keterangan domisili diverifikasi Bentuk : Lampiran D.4

5. Nama dokumen : Surat Keterangan Tidak Mampu

Fungsi : Untuk menyatakan bahwa benar warga tersebut termasuk penduduk miskin

Sumber : Kepala Desa Tujuan : Penduduk

(34)

Frekuensi : Setiap permohonan SKTM diverifikasi Bentuk : Lampiran D.5

4.1.5. Rancangan Prototype A. Interface Administrator

1. Interface Login Admin

Gambar.IV.16.

Interface Login Admin

(35)

2. Interface Halaman Utama Admin

Gambar IV.17.

Interface Halaman Utama Admin

3. Interface Data Penduduk

Gambar.IV.18.

Interface Data Penduduk

(36)

4. Interface Form Tambah Penduduk

Gambar.19.

Interface Form Tambah Penduduk

5. Interface Halaman Pengajuan Surat

Gambar .20.

Interface Halaman Pengajuan Surat

(37)

6. Interface Daftar Pengajuan

Gambar IV.21.

Interface Daftar Pengajuan

7. Interface Detail Pengajuan

Gambar IV.22.

Interface Detail Pengajuan

(38)

8. Interface Form Penolakan

Gambar IV.23.

Interface Form Penolakan

9. Interface Berita

Gambar IV.24.

Interface Berita

(39)

10. Interface Galeri

Gambar IV.25.

Interface Galeri

11. Interface Pesan

Gambar IV.26.

Interface Pesan

(40)

12. Interface Form Laporan

Gambar IV.27.

Interface Form Laporan

13. Interface Laporan

Gambar IV.28.

Interface Laporan Surat

(41)

14. Interface Daftar Staff Pengguna

Gambar IV.29.

Interface Daftar Staff Pengguna

B. Interface Penduduk

1. Interface Menu Utama Website

Gambar IV.30.

Interface Menu Utama Website

(42)

2. Interface Login Penduduk

Gambar IV.31.

Interface Login Penduduk

3. Interface Dashboard Penduduk

Gambar IV.32.

Interface Dashboard Penduduk

(43)

4. Interface Pengajuan Surat Penduduk

Gambar IV.33.

Interface Pengajuan Surat Penduduk

5. Interface Profil Penduduk

Gambar IV.34.

Interface Profil Penduduk

(44)

6. Interface Pelayanan Umum

Gambar IV.35.

Pelayanan Umum Penduduk

7. Interface E-From Pengajuan Surat

Gambar IV.36.

Interface E-Form Pengajuan Surat

(45)

4.2. Perancangan Perangkat Lunak 4.2.1. Entity Relationship Diagram (ERD)

Gambar IV.37.

Entity Relationship Diagram (ERD)

(46)

4.2.2. Logical Relational Structure (LRS)

Ket : PK ( Primary Key) FK ( Foregn Key)

Gambar IV.38.

Logical Relational Structure (LRS)

(47)

4.2.3. Spesifikasi File

Spesifikasi file-file berikut ini tersimpan pada database dengan parameter- parameter sebagai berikut:

1. Spesifikasi File Admin Nama File : Admin Akronim : tbadmin

Fungsi : Untuk menyimpan data Admin Tipe File : File Master

Organisasi File : Indexed Sequential Akses File : Random

Media : Harddisk Panjang Record : 124 byte Kunci Field : id_admin Software : Mysql

Tabel IV.24.

Spesifikasi File Admin

No Elemen Data Nama File Tipe Size Keterangan 1 Id Admin id_admin Varchar 3 Primary Key 2 Nama Admin nm_admin Varchar 25

3 Tanggal Lahir tgl_lahir Date

4 Jenis Kelamin j_kelamin Varchar 1

5 Alamat alamat Text

6 No HP no_hp Varchar 13

7 Email email Varchar 25

8 Username username Varchar 15 9 Password password Varchar 15

10 Image image Varchar 30

11 Status Admin status Varchar 6

12 Blokir blokir Varchar 1

(48)

2. Spesifikasi File User Nama File : User Akronim : tbuser

Fungsi : Untuk menyimpan data user Tipe File : File Master

Media : Harddisk Panjang Record : 235 byte Kunci Field : id_user Software : Mysql

Tabel IV.25.

Spesifikasi File User

No Elemen Data Nama File Tipe Size Keterangan 1 Id User id_user Varchar 5 Primary Key 2 Nama User nm_user Varchar 25

3 No KTP no_ktp Varchar 16

4 No KK no_kk Varchar 16

5 Tempat Lahir tempat_lahir Varchar 20 6 Tanggal Lahir tanggal_lahir Date

7 Jenis Kelamin j_kelamin Varchar 1 8 Status Kawin status_kawin Varchar 15

9 Agama agama Varchar 10

10 Pekerjaan pekerjaan Varchar 25

11 Alamat alamat Text

12 No Hp no_hp Varchar 13

13 Email email Varchar 25

14 Username username Varchar 15 15 Password password Varchar 15

16 Image image Varchar 30

17 Id admin id_admin Varchar 3 Foreign Key

(49)

3. Spesifikasi File Pengajuan Surat Nama File : Pengajuan Surat Akronim : tbpengajuan

Fungsi : Untuk menyimpan data pengajuan surat Tipe File : File Transaksi

Media : Harddisk Panjang Record : 28 byte Kunci Field : id_pengajuan Software : Mysql

Tabel IV.26.

Spesifikasi File Pengajuan Surat

No Elemen Data Nama File Tipe Size Keterangan 1 Id Pengajuan id_pengajuan Varchar 5 Primary Key 2 Tanggal

Pengajuan

tgl_pengajuan Date 3 Keperluan keperluan Text

4 Id User id_user Varchar 5 Foreign Key 5 Id Admin id_admin Varchar 3 Foreign Key 6 Id Jenis Surat id_jenis Varchar 15 Foreign Key

4. Spesifikasi File Berkas Pengajuan Nama File : Berkas Pengajuan Akronim : tbberkas

Fungsi : Untuk menyimpan data berkas pengajuan surat

(50)

Tipe File : File Transaksi Organisasi File : Indexed Sequential Akses File : Random

Media : Harddisk Panjang Record : 70 byte Kunci Field : id_pengajuan Software : Mysql

Tabel IV.27.

Spesifikasi File Berkas Pengajuan

No Elemen Data Nama File Tipe Size Keterangan 1 Nama Berkas nm_berkas Varchar 15

2 Berkas

Pengajuan file_berkas Varchar 50

3 Id Pengajuan id_pengajuan Varchar 5 Foreign Key

5. Spesifikasi File Jenis Surat Nama File : Jenis Surat Akronim : tbjenis

Fungsi : Untuk menyimpan data jenis surat Tipe File : File Master

Media : Harddisk Panjang Record : 35 byte Kunci Field : id_jenis

(51)

Software : Mysql

Tabel IV.28.

Spesifikasi File Jenis Surat

No Elemen Data Nama File Tipe Size Keterangan 1 Id Jenis id_jenis Varchar 5 Primary Key 2 Jenis Surat jns_surat Varchar 30

3 Persyaratan persyaratan Text

6. Spesifikasi File Surat Nama File : Surat Akronim : tbsurat

Fungsi : Untuk menyimpan data surat Tipe File : File Transaksi

Media : Harddisk Panjang Record : 10 byte Kunci Field : id_surat Software : Mysql

(52)

Tabel IV.29.

Spesifikasi File Surat

No Elemen Data Nama File Tipe Size Keterangan 1 Id surat id_surat Varchar 5 Primary Key 2 Isi Surat isi surat Text

3 Tanggal Buat tgl_buat Date 4 Tanggal

Cetak tgl_cetak Date

5 Id Pengajuan id_pengajuan Varchar 5 Foreign Key

4.2.4. Class Diagram

Gambar IV.39.

Class Diagram

(53)

4.2.5. Sequence Diagram 1. Diagram Sequence Login

Gambar IV.40.

Diagram Sequence Login

(54)

2. Diagram Sequence Pengajuan Surat

Gambar IV.41.

Diagram Sequence Pengajuan Surat

(55)

3. Diagram Sequence Verifikasi Surat

Gambar IV.42.

Diagram Sequence Pengesahan Surat

(56)

5. Diagram Sequence Laporan Pembuatan Surat

Gambar IV.43.

Diagram Sequence Laporan Pembuatan Surat

(57)

4.2.6. Spesifikasi Hardware dan Software

Penggunaan sistem berbasis website ini memerlukan adanya perangkat keras dan perangkat lunak yang mendukung pengelolaannya. Komputer sebagai sarana utama harus mempunyai beberapa karakter, diantanya:

1. Spesifikasi Hardware a. Server

1) CPU

a) Processor Intel® Core 2 Duo b) RAM DDR3 4GB

c) Harddisk 1TB 2) Mouse

3) Keyboard

4) Monitor dengan resolusi layar minimum 1024x768 5) Koneksi internet dengan kecepatan 2,7 Mbps b. Client

1) CPU

a) Processor Intel® Core 2 Duo b) RAM DDR3 4GB

c) Harddisk 1TB 2) Mouse

3) Keyboard

4) Monitor dengan resolusi layar minimum 1024x768 5) Koneksi internet dengan kecepatan 128 Kbps

(58)

2. Spesifikasi Software a. Server

1) Sistem operasi yang digunakan adalah Microsoft Windows.

2) Aplikasi bundle web server, yaitu Xampp yang terdiri dari komponen berikut:

a) Aplikasi Apache Server v2 b) Aplikasi PHP Server v5 c) Aplikasi MySQL Server v5 d) Aplikasi phpMyAdmin v3

2) Aplikasi Web Lihatr diantaranya Mozilla Firefox, Google Chrome, Internet Explorer.

4.3. Jadwal Implementasi

Tabel IV.30.

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 dan Tes Program

6. Tes Sistem 7. Pelatihan

8. Pembuatan Buku Petunjuk

9. Evaluasi dan Operasional