• Tidak ada hasil yang ditemukan

BAB IV PERANCANGAN SISTEM USULAN

N/A
N/A
Protected

Academic year: 2021

Membagikan "BAB IV PERANCANGAN SISTEM USULAN"

Copied!
56
0
0

Teks penuh

(1)

39

BAB IV

PERANCANGAN SISTEM USULAN

4.1.Tahap Perancangan Sistem 4.1.1. Analisa Kebutuhan 1. Analisis Kebutuhan Pengguna

Pada perancangan SIKERA ini dapat digunakan oleh 5 user yaitu Admin, Pemohon, Urmintu, Kasat Intelkam, dan Kapolres. Analisis kebutuhan sistem dari masing-masing user adalah:

a. Analisis Kebutuhan Admin

1) Admin dapat mengelola halaman admin

2) Admin dapat menambahkan pengguna baru (Urmintu, Kasat Intelkam, Kapolres)

b. Analisis Kebutuhan Pemohon

1) Pemohon dapat melakukan daftar pengguna. 2) Pemohon dapat mengelola halaman pemohon.

3) Pemohon dapat melakukan permohonan izin keramaian. 4) Pemohon dapat melakukan konfirmasi bayar.

5) Pemohon dapat mengunggah surat izin keramaian. c. Analisis Kebutuhan Urmintu

1) Urmintu dapat mengelola halaman Urmintu. 2) Urmintu dapat melihat data pemohon.

(2)

4) Urmintu dapat melakukan konfirmasi data konfirmasi bayar 5) Urmintu dapat melakukan pembuatan surat izin keramaian. 6) Urmintu dapat melihat laporan.

7) Urmintu dapat mencetak laporan. d. Analisis Kebutuhan Kasat Intelkam

1) Kasat Intelkam dapat mengelola halaman Kasat Intelkam. 2) Kasat Intelkam dapat melakukan validasi data permohonan. 3) Kasat Intelkam dapat melihat laporan.

4) Kasat Intelkam dapat mencetak laporan. e. Analisis Kebutuhan Kapolres

1) Kapolres dapat mengelola halaman Kapolres. 2) Kapolres dapat melihat laporan.

3) Kapolres dapat mencetak laporan. 2. Analisis Kebutuhan Sistem

a. Analisis Kebutuhan Fungsional Kebutuhan fungsional ini merupakan layanan atau fitur yang harus disediakan pada perancangan SIKERA ini. Kebutuhan bagi bagi Perancangan SIKERA ini diantaranya:

1) Sistem dapat melakukan proses input, pengolahan data, dan penyimpanan data pelayanan izin keramaian pada Kepolisian Resort Ciamis yang terdiri dari data pemohon, data konfirmasi bayar, , data pembuatan, serta Pelaporan.

2) Sistem dapat melakukan proses tambah data, ubah data, hapus data, tampil data, Kirim data, pencarian data, upload data, unggah data, dan konfirmasi data.

(3)

3) Sistem pengguna harus melakukan login terlebih dahulu untuk dapat mengakses website ini dengan memasukan username dan password, dan memilih akses level untuk masing-masing pengguna agar privasi pengguna tetap terjaga keamanannya.

b. Kebutuhan Non Fungsional

1) Sistem dapat digunakan software web browser seperti Mozilla Firefox, Google Chrome, dan Internet Explore.

2) Software pendukung dalam pembuatan sistem yang digunakan merupakan software yang dapat diunduh gratis sehingga dapat meminimalisir biaya operasional.

3) Sistem dapat digunakan pada sistem operasi microsoft XP, Windows, atau Linux yang banyak digunakan banyak masyarakat.

4) Dapat mencetak laporan dengan printer.

5) Tampilan dibuat menarik dan user friendly, sehingga lebih mudah dimengerti dan digunakan oleh user

c. Metode Spiral

1) Perencanaan (Planning)

Tahapan ini, merupakan tahapan untuk mendefinisikan penentuan tujuan, alternatif, dan batasan yang dibutuhkan untuk pengembangan perangkat lunak.

a) Penentuan Tujuan

Perancangan website permohonan izin keramaian ini bertujuan untuk mempermudah pihak Kepolisian dalam pengelolaan data saat proses pelayanan izin keramaian, mempermudah masyarakat dalam proses

(4)

pelayanan izin keramaian, dan dapat memberikan informasi laporan secara visual dalam proses pelayanan izin keramaian pada Kepolisian Resort Ciamis.

b) Alternatif

(1) Pemohon melakukan permohonan izin keramaian secara online. (2) Pemohon mengisi form permohonan dan mengupload berkas

persyaratan secara online.

(3) Urmintu memeriksa berkas pesyaratan secara online.

(4) Kasat intelkam melakukan konfirmasi berkas persyaratan secara online.

(5) Pemohon melakukan pembayaran dan konfirmasi bayar untuk kebutuhan aparat secara online.

(6) Urmintu menerima pembayaran secara online.

(7) Urmintu membuat surat izin keramaian kemudian di upload kedalamwebsite.

(8) Pemohon dapat mengunnggah surat izin keramaian secara online. c) Batasan

(1) Pemohon hanya dapat melakukan permohonan, dan pembayaran. (2) Urmintu hanya dapat mengelola data permohonan, mengelola data

pembayaran, melakukan pembuatan, serta mengelola laporan. (3) Kasat Intelkam hanya dapat melakukan konfirmasi data

permohonan serta melihat laporan. (4) Kapolres hanya dapat melihat laporan.

(5)

2) Analisa Resiko (Risk Analisis)

Tahapan ini merupakan tahapan yang digunakan untuk menganalisa permasalahan dan mengidentifikasi pemecahan masalah dalam pengembangan perangkat lunak.

a) Permasalahan

Dari analisa sistem yang berjalan pada proses pelayanan izin keramaian pada Kepolisian Resort Ciamis terdapat beberapa permasalahan pokok yaitu:

(1) Proses permohonan yang masih menggunakan sistem manual, menyebabkan petugas kesulitan dalam pengelolaan data permohonan izin keramaian, sehingga proses pelayanan izin keramaian dapat memakan waktu yang lama yaitu kurang lebih 7 hari.

(2) Pihak urusan registrasi perizinan yang tidak selalu hadir diantaranya Kasat Intelkam yang kadang tidak hadir di kantor Kepolisian Resort Ciamis. Menyebabkan berkas permohonan izin keramaian tidak dapat disahkan. Karena, jika salah satu pihak tidak hadir maka permohonan izin keramaian tidak dapat disahkan.

(3) Kurangnya informasi mengenai berkas pesyaratan yang harus dilengkapi dalam proses permohonan izin keramaian, sehingga pemohon harus kembali lagi untuk melengkapi berkas persyaratan tersebut.

(4) Sering terjadi hilang nya data dalam melakukan pengajuan izin keramaian.

(6)

(5) Sistem antrian yang diterapkan Sat Intelkam untuk memperoleh izin keramaian membuat pemohon malas jika harus lebih lama menunggu di kantor polres. Akibatnya banyak yang menggunakan sistem pungli untuk mempercepat proses pembuatan surat izin keramaian.

b) Pemecahanan masalah

Dari analisa permasalahan pokok diatas terdapat beberapa pemecahan permasalahan yang dapat penulis ambil diantaranya:

(1) Dibuatkan perancangan website permohonan izin keramaian untuk mempermudah petugas dalam pengelolaan data, mempercepat dalam proses permohonan surat izin keramaian.

(2) Website yang dapat digunakan oleh Kasat Intelkam untuk mengkonfirmasi dan mengesahkan berkas permohonan izin keramaian.

(3) Website yang dapat digunakan oleh pemohon yang berisi informasi persyaratan lengkap untuk proses permohonan izin keramaian. Pemohon melakukan permohonan di website untuk proses pembuatan surat izin keramaian. Berkas persyaratan yang harus dikumpulkan terlebih dahulu di scan oleh pemohon kemudian di upload di website permohonan izin keramaian, sehingga pemohon tidak perlu mendatangi Polres untuk mengumpulkan dan kembali lagi untuk melengkapi persyaratan.

(4) Dibuatkan nya sistem basis data yang baik untuk mengelola laporan yang melakukan izin keramaian.

(7)

(5) Dibuatkan nya perancangan website permohonan izin keramaian dapat mempermudah pemohon, karena tidak perlu lagi mengantri dan menunggu lama-lama di Polres karena permohonan izin keramaian dapat dilakukan secara online.

3) Rekayasa (Engineering)

Tahapan ini merupakan tahapan yang digunakan untuk membangun satu atau lebih representasi dari pengembangan perangkat lunak secara teknikal.

Dalam perancangan SIKERA pada Kepolisian Resort Ciamis ini, akan dibuatkan website yang dapat digunakan untuk melakukan permohonan izin keramaian secara online. Sistem tersebut dapat digunakan oleh Pemohon, Urusan administrasi dan ketatausahaan satuan Intelkam, Kepala Satuan Intelkam, dan Kepala Polisi Resort.

Dalam website tersebut terdapat beberapa form diantaranya: a) Pemohon

Dalam menu pemohon terdapat form pendaftaran, form permohonan, form pembayaran, form konfirmasi bayar dan form surat izin keramaian.

b) Urmintu

Dalam menu Urmintu terdapat form ganti password, data pemohon, data permohonan, data pembayaran, data pembuatan, dan laporan. c) Kasat Intelkam

Dalam menu Kasat Intelkam terdapat form ganti password, data permohonan, dan laporan.

(8)

d) Kapolres

Dalam menu Kapolres terdapat form ganti password, dan laporan. 4) Evaluasi Pemakai (Customer Evaluation)

Pengujian sistem dibuat untuk menganalisa kendala apa saja yang akan terjadi apabilas sistem tidak digunakan sesuai dengan ketentuan. Dalam Pengujian sistem ini digunakan metode blackbox.

d. Analisis Sistem Usulan

Setelah penulis melakukan analisis, maka penulis membuat sistem usulan yang dapat membantu masalah yang ada pada pelayanan izin keramaian di Kepolisian Resort Ciamis. Sistem usulan yang diambil merupakan sistem informasi berbasis website yang dapat mengolah, menyimpan dan mencari data serta dapat menghasilkan laporan yang melakukan izin keramaian.

Tahapan Kerja dalam sistem usulan ini yaitu: 1) Proses Daftar Pengguna

Sebelum melakukan login, pemohon harus melakukan daftar pengguna terlebih dahulu agar dapat mengakses website SIKERA. Setelah pemohon melakukan daftar pengguna, pemohon dapat melakukan login dengan username dan password yang sudah didaftarkan tadi. Kemudian Urmintu dapat melihat data pemohon.

2) Proses Permohonan Izin Keramaian

Pemohon melakukan login kemudian memilih menu permohonan dan mengisi data form permohonan serta mengunggah berkas pesyaratan yang dibutuhkan. Kemudian Kasat Intelkam akan memvalidasi dan

(9)

memberikan izin permohonan dan pemohon akan menerima pesan permohonan telah disetujui.

3) Proses Konfirmasi Bayar

Pemohon melakukan konfirmasi bayar dengan mengisi data form konfirmasi bayar. Kemudian Urmintu dapat melakukan konfirmasi pada data konfirmasi bayar. Dan pemohon akan menerima notifikasi konfirmasi bahwa konfirmasi bayar telah berhasil dicek.

4) Proses Pembuatan Surat Izin Keramaian

Urmintu melakukan pembuatan dengan mengisi data pembuatan kemudian menngupload surat izin keramaian, Pemohon dapat mengunggah surat izin keramaian.

5) Proses Laporan

Urmintu, Kasat Intelkam dan Kapolres dapat melihat serta mencetak laporan dengan melakukan login dan memilih menu laporan.

(10)

4.1.2. Rancangan Diagram Use Case

1. Rancangan Diagram Use Case Daftar Pengguna

Gambar IV.1. Rancangan Diagram Use Case Daftar Pengguna Tabel IV.1.

Deskripsi Rancangan Diagram Use Case Daftar Pengguna

Use Case Name Daftar Pengguna

Requirement Pemohon melakukan daftar pengguna

Goal Pemohon memiliki username dan

password

Pre-Conditions Pemohon masuk ke alamat website dan

memilih daftar pada halaman login

Post-Conditions Pemohon mengisi form daftar pengguna

Failed end Conditions Pemohon tidak melakukan pendaftaran

pengguna, Pemohon tidak memiliki username dan password

(11)

Main Flow/Basic Path 1. Pemohon masuk ke website dan memilih daftar pada halaman login

2. Pemohon mengisi data daftar

pengguna

3. Pemohon memiliki username dan

password

4. Urmintu melakukan login

5. Urmintu memilih menu data

pemohon

6. Urmintu melihat data pemohon

2. Rancangan Diagram Use Case Permohonan Izin Keramaian

(12)

Tabel IV.2.

Deskripsi Rancangan Diagram Use Case Permohonan Izin Keramaian

Use Case Name Permohonan Izin Keramaian

Requirement Pemohon melakukan permohonan izin

keramaian

Goal Pemohon berhasil melakukan

permohonan izin keramaian

Pre-Conditions Pemohon mengisi data form

permohonan

Post-Conditions Kasaat Intelkam memvalidasi data

permohonan

Failed end Conditions Pemohon tidak melakukan permohonan,

Kasat Intelkam tidak memvalidasi data permohonan

Actors Pemohon, Kasat Intelkam

Main Flow/Basic Path 1. Pemohon melakukan login

2. Pemohon mengisi data form

permohonan

3. Kasat Intelkam melakukan login

4. Kasat Intelkam melakukan validasi

(13)

3. Rancangan Diagram Use Case Konfirmasi Bayar

Gambar IV.3. Rancangan Diagram Usecase Konfirmasi Bayar Tabel IV.3.

Deskripsi Rancangan Diagram Use Case Konfirmasi Bayar

Use Case Name Konfirmasi Bayar

Requirement Pemohon melakukan pembayaran

Goal Pemohon melakukan pembayaran

Pre-Conditions Pemohon mengisi data form

permbayaran

Post-Conditions Pemohon melakukan konfirmasi bayar

Failed end Conditions Pemohon tidak melakukan pembayaran,

Urmintu tidak mengelola data

pembayaran

Actors Pemohon, Urmintu

(14)

2. Pemohon mengisi data form konfirmasi bayar

3. Urmintu melakukan login

4. Urmintu mengecek data pembayaran

5. Urmintu melakukan pengecekan dan

melakukan konfirmasi data

konfirmasi bayar

4. Rancangan Diagram Use Case Proses Pembuatan Surat Izin Keramaian

Gambar IV.4. Rancangan Diagram Usecase Pembuatan Surat Izin Keramaian

Tabel IV.4.

Deskripsi Rancangan Diagram Use Case Pembuatan Surat Izin Keramaian

Use Case Name Pembuatan Surat Izin Keramaian

Requirement Urmintu melakukan pembuatan surat

izin keramaian

Goal Pemohon dapat mengunggah surat izin

(15)

Pre-Conditions Urmintu mengisi form data pembuatan

Post-Conditions Urmintu mengupload surat izin

keramaian

Failed end Conditions Urmintu tidak mengisi data form

pembuatan, Pemohon tidak mengunggah surat izin keramaian

Actors Urmintu, Pemohon

Main Flow/Basic Path 1. Urmintu masuk melakukan login

2. Urmintu mengisi data pembuatan

3. Urmintu upload surat izin

keramaian

4. Pemohon unggah surat izin

keramaian

5. Rancangan Diagram Use Case Laporan

(16)

Tabel IV.5.

Deskripsi Rancangan Diagram Use Case Laporan

Use Case Name Laporan

Requirement Urmintu melihat laporan

Kasat Intelkam melihat laporan Kapolres melihat laporan

Goal Urmintu dapat melihat laporan

Kasat Intelkam dapat melihat laporan Kapolres dapat melihat laporan

Pre-Conditions Urmintu melakukan login

Kasat Intelkam melakukan login Kapolres melakukan login

Post-Conditions Data laporan permohonan izin

keramaian

Failed end Conditions Urmintu tidak dapat melihat laporan

Kasat Intelkam tidak dapat melihat laporan

Kapolres tidak dapat melihat laporan

Actors Urmintu,KasatIntelkam,Kapolres,

Main Flow/Basic Path 1. Urmintu melakukan login

2. Urmintu memilih menu laporan

3. Kasat Intelkam melakukan login

4. Kasat Intelkam memilih menu

laporan

5. Kapolres melakukan login

(17)

4.1.3. Rancangan Diagram Aktivitas

1. Rancangan Diagram Aktivitas Daftar Pengguna

Gambar IV.6. Rancangan Diagram Aktivitas Daftar Pengguna

(18)

2. Rancangan Diagram Aktivitas Login a. Login Pengguna

(19)

b. Login Pemohon

(20)

3. Rancangan Diagram Aktivitas Permohonan Izin Keramaian

Gambar IV.9. Rancangan Diagram Aktivitas Permohonan Izin Keramaian

(21)

4. Rancangan Diagram Aktivitas Konfirmasi Bayar

(22)

5. Rancangan Diagram Aktivitas Proses Pembuatan Surat

(23)

6. Rancangan Diagram Aktivitas Proses Laporan

(24)

4.1.3. Rancangan Dokumen Usulan 1. Dokumen Masukan Sistem Usulan

a. File Scan Surat Pengantar RT/RW

Nama Dokumen :File scan surat pengantar RT/RW

Fungsi : Sebagai bukti bahwa pihak RT/RW tempat pemohon menyelenggarakan telah memberikan izin untuk dilaksanakan kegiatan tersebut.

Sumber : Pemohon

Tujuan : Urmintu

Media : File scan Jumlah : 1 file

Frekuensi : Setiap melakukan permohonan izin keramaian Bentuk : Lihat Lampiran C.1

b. File Scan Dokumen Surat Pengantar Kecamatan

Nama Dokumen : File Scan Surat pengantar kecamatan

Fungsi : Sebagai bukti bahwa pihak kecamatan tempat pemohonmenyelenggarakan telah memberikan izin untuk dilaksanakan kegiatan tersebut.

Sumber : Pemohon

Tujuan : Urmintu

Media : File scan Jumlah : 1 file

Frekuensi : Setiap melakukan permohonan izin keramaian Bentuk : Lihat Lampiran C.2

(25)

c. File Scan Dokumen Surat Izin Tempat Kegiatan Nama Dokumen : Surat ijin tempat kegiatan

Fungsi : Sebagai bukti bahwa pemilik tempat pemohon menyelenggarakan telah memberikan izin untuk dilaksanakan

kegiatan tersebut.

Sumber : Pemohon

Tujuan : Urmintu

Media : File scan

Jumlah : 1 file

Frekuensi : Setiap melakukan permohonan izin keramaian Bentuk : Lihat Lampiran C.3

d. File Scan Dokumen Surat Rekomendasi Dinas Tempat Kegiatan Nama Dokumen : Surat rekomendasi dinas tempat kegiatan

Fungsi : Sebagai bukti bahwa pihak Dinas setempat telah memberikan jalan untuk dilaksanakan kegiatan tersebut.

Sumber : Pemohon

Tujuan : Urmintu

Media : File scan

Jumlah : 1 file

Frekuensi : Setiap melakukan permohonan izin keramaian Bentuk : Lihat Lampiran C.4

(26)

e. File Scan Dokumen Surat Rekomendasi Polsek Nama Dokumen : Surat rekomendasi polres

Fungsi : Sebagai bukti bahwa pihak polsek tempat pemohon menyelenggarakan telah memberikan izin untuk dilaksanakan kegiatan tersebut.

Sumber : Pemohon

Tujuan : Urmintu

Media : File scan

Jumlah : 1 file

Frekuensi : Setiap melakukan permohonan izin keramaian Bentuk : Lihat Lampiran C.5

f. File Scan Dokumen Surat Pernyataan Penanggung Jawab Nama Dokumen : Surat pernyataan penanggung jawab Fungsi : Sebagai bukti pertanggung jawaban terselenggaranya kegiatan yang

akan diselenggarakan.

Sumber : Pemohon

Tujuan : Urmintu

Media : File scan Jumlah : 1 file

Frekuensi : Setiap melakukan permohonan izin keramaian Bentuk : Lihat Lampiran C.6

(27)

g. Form Daftar Pengguna

Nama Dokumen : Daftar

Fungsi : Input data pemohon .

Sumber : Pemohon

Tujuan : Input data

Media : Aplikasi program

Jumlah : 1 form

Frekuensi : Saat melakukan daftar pengguna Bentuk : Lihat Lampiran C.7

h. Form Permohonan

Nama Dokumen : Data permohonan Fungsi : Input data permohonan

Sumber : Pemohon

Tujuan : Input data

Media : Aplikasi program

Jumlah : 1 form

Frekuensi : Saat menambahkan data permohonan Bentuk : Lihat Lampiran C.8

(28)

i. Form Konfirmasi Bayar

Nama Dokumen : Data konfirmasi bayar Fungsi : Input data konfirmasi bayar

Sumber : Pemohon

Tujuan : Input data

Media : Aplikasi program

Jumlah : 1 form

Frekuensi : Saat menambahkan data konfirmasi bayar Bentuk : Lihat Lampiran C.9

j. Form Pembuatan

Nama Dokumen : Data Pembuatan Fungsi : Input data pembuatan

Sumber : Urmintu

Tujuan : Input data

Media : Aplikasi program

Jumlah : 1 form

Frekuensi : Setiap menambahkan data pembuatan Bentuk : Lihat Lampiran C.10

(29)

2. Dokumen Keluaran Sistem Usulan a. File Surat Izin Keramaian

Nama Dokumen : File surat izin keramaian

Fungsi : Bukti permohonan izin keramaian

Sumber : Urmintu

Tujuan : Pemohon

Media : Aplikasi program Jumlah : 1 lembar

Frekuensi : Setiap melakukan permohonan izin keramaian Bentuk : Lihat Lampiran D.1

b. laporan

Nama Dokumen : Data laporan

Fungsi : Menyimpan data laporan

Sumber : Urmintu

Tujuan : Simpan data laporan Media : Aplikasi program

Jumlah : 1 form

Frekuensi : Setiap bulan sekali Bentuk : Lihat Lampiran D.2

(30)

4.1.5. Rancangan Prototype 1. Admin

a. Rancangan Usulan Tampilan Halaman Login Admin Deskripsi : Admin dapat melakukan login

Gambar IV.13. Rancangan Usulan Tampilan Login Admin

b. Rancangan Usulan Tampilan Utama Admin

Deskripsi : Tampilan utama admin setelah berhasil melakukan login, dalam tampilan utama admin terdapat menu beranda dan menu admin.

Gambar IV.14.Rancangan Usulan Tampilan Utama Admin

(31)

c. Rancangan Usulan Tampilan Menu Tambah Data Admin Deskripsi : Admin dapat menambahkan data admin.

Gambar IV.15.Rancangan Usulan Tampilan Halaman Tambah Admin

d. Rancangan Usulan Tampilan Menu Data Admin Deskripsi : Admin dapat mengelola data admin

Gambar IV.16.Rancangan Usulan Tampilan Menu Data Admin

(32)

2. Pemohon

a. Rancangan Usulan Tampilan Utama Pemohon Deskripsi : Pemohon dapat melakukan login

Gambar IV.17.Rancangan Usulan Tampilan Utama Pemohon

b. Rancangan Usulan Tampilan Form Daftar Pengguna Deskripsi : Pemohon dapat melakukan daftar pengguna

Gambar IV.18.Rancangan Usulan Tampilan Form Daftar Pengguna

(33)

c. Rancangan Usulan Tampilan Form Permohonan Deskripsi : Pemohon dapat melakukan permohonan

Gambar IV.19.Rancangan Usulan Tampilan Form Permohonan

d. Rancangan Usulan Tampilan Notifikasi Permohonan Deskripsi : Pemohon mendapatkan Jumlah pembayaran

Gambar IV.20.Rancangan Usulan Tampilan Notifikasi Permohonan

(34)

e. Rancangan Usulan Tampilan Menu Konfirmasi Bayar Deskripsi : Pemohon dapat melakukan konfirmasi bayar

Gambar IV.21.Rancangan Usulan Tampilan Menu Konfirmasi Bayar

f. Rancangan Usulan Tampilan Menu Notifikasi Konfirmasi Bayar Deskripsi : Pemohon mendapat noftikasi konfirmasi bayar

Gambar IV.22.Rancangan Usulan Tampilan Notifikasi Konfirmasi Bayar

(35)

g. Rancangan Usulan Tampilan Menu Surat Izin Keramaian

Deskripsi : Pemohon dapa melakukan download surat izin keramaian

Gambar IV.23.Rancangan Tampilan Menu Surat Izin Keramaian

3. Urmintu

a. Rancangan Usulan Tampilan Halaman Utama Urmintu

Deskripsi : Tampilan Utama Urmintu setelah berhasil melakukan login

Gambar IV.24.Rancangan Usulan Tampilan Utama Urmintu

(36)

b. Rancangan Usulan Tampilan Menu Data Pemohon Deskripsi : Urmintu dapat melihat data pemohon

Gambar IV.25.Rancangan Usulan Tampilan Menu Data Pemohon

c. Rancangan Usulan Tampilan Menu Data Permohonan

Deskripsi : Urmintu dapat melihat dan hapus data permohonan

Gambar IV.26.Rancangan Usulan Tampilan Menu Data Permohonan

(37)

d. Rancangan Usulan Tampilan Menu Data Konfiramasi Bayar

Deskripsi : Urmintu dapat melakukan konfirmasi pada data konfirmasi bayar

Gambar IV.27.Rancangan Usulan Tampilan Menu Data Konfirmasi Bayar

e. Rancangan Usulan Tampilan Menu Data Pembuatan Deskripsi : Urmintu dapat mengelola data pembuatan

Gambar IV.28.Rancangan Usulan Tampilan Menu Data Pembuatan

(38)

f. Rancangan Usulan Tampilan Form Tambah Data Pembuatan Deskripsi : Urmintu dapat menambahkan data pembuatan

Gambar IV.28.Rancangan Usulan Tampilan Form Tambah

Data Pembuatan

g. Rancangan Usulan Tampilan Menu Data Rekening Deskripsi : Urmintu dapat mengelola data rekening

Gambar IV.30.Rancangan Usulan Tampilan Menu Data Rekening

(39)

h. Rancangan Usulan Tampilan Form Tambah Data Rekening Deskripsi : Urmintu dapat menambahkan data rekening

Gambar IV.31.Rancangan Usulan Tampilan Form Tambah Data Rekening

4. Kasat Intelkam

a. Rancangan Usulan Tampilan Menu Validasi Data Permohonan Deskripsi : Kasat Intelkam dapat memvalidasi data permohonan

Gambar IV.32.Rancangan Usulan Tampilan Menu Validasi Data Permohonan

(40)

b. Rancangan Usulan Tampilan Menu Laporan Pemohon Deskripsi : Kasat Intelkam dapat melihat laporan pemohon

Gambar IV.33.Rancangan Usulan Tampilan Menu Laporan Pemohon

c. Rancangan Usulan Tampilan Menu Laporan Permohonan

Deskripsi : Kasat Intelkam dapat melihat dan mencetak laporan permohonan

Gambar IV.34.Rancangan Usulan Tampilan Menu Laporan Permohonan

(41)

d. Rancangan Usulan Tampilan Menu Laporan Konfirmasi Bayar

Deskripsi : Kasat Intelkam dapat melihat dan mencetak laporan konfirmasi bayar

Gambar IV.35.Rancangan Usulan Tampilan Menu Laporan Konfirmasi Bayar

e. Rancangan Usulan Tampilan Menu Laporan Pembuatan

Deskripsi : Kasat Intelkam dapat melihat dan mencetak laporan pembuatan

Gambar IV.36.Rancangan Usulan Tampilan Menu Laporan Pembuatan

(42)

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

(43)

4.2.2. Logical Record Structure (LRS)

Gambar IV.38. Logical Record Structure (LRS)

4.2.3. Spesifikasi File 1. Spesifikasi File Admin

Nama File : Admin Akronim : Admin

Fungsi : Untuk menyimpan data admin Tipe File : File Master

Organisasi File : Indexed Sequential Akses File : Random

Media : Harddisk Panjang Record : 85

Kunci field : Id_admin Software : MySql

(44)

Tabel IV.6.

Tabel Spesifikasi File Admin

No Elemen Data Nama Field Tipe Size Keterangan

1. Id Admin Id_admin Int 10 Primary Key

2. Nama

Lengkap

Nm_lengkap Varchar 30

3. Password Password Int 25

4. Akses Level Akses_level Varchar 20

2. Spesifikasi File Pemohon Nama File : Pemohon Akronim : Pemohon

Fungsi : Untuk menyimpan data pemohon Tipe File : File Master

Organisasi File : Indexed Sequential Akses File : Random

Media : Harddisk Panjang Record : 120

Kunci field : Id_pemohon Software : MySql

Tabel IV.7.

Tabel Spesifikasi File Pemohon

No Elemen Data Nama Field Tipe Size Keterangan

1 Id pemohon Id_pemohon Int 15 Primary Key

2 Nama lengkap Nama_lengkap Varachar 30

3 Alamat Alamat varchar 30

4 Username Username varchar 15

5 Password Password varchar 15

(45)

3. Spesifikasi File Permohonan Nama File : Permohonan Akronim : Permohonan

Fungsi : Untuk mengisi data Permohonan Tipe File : File Transaksi

Organisasi File : Indexed Sequential Akses File : Random

Media : Harddisk Panjang Record : 150

Kunci field : Id_permohonan Software : MySql

Tabel IV.8.

Tabel Spesifikasi File Permohonan

No Elemen Data Nama Field Tipe Size Keterangan

1. Id Permohonan Id_permohonan Int 15 Primary

Key

2. Id Pemohon Id_pemohon Int 15 Foreign

Key

3. Nama Acara Nama_acara

Varchar 30

4. Tempat Acara Tempat_acara Varchar 50

5. Waktu Acara Waktu_acara Datetime

6. Jenis Permohonan Jp Enum „pribadi‟

, „organis asi‟

7. Kebutuhan Aapart Kebutuhan_aparat Int 10

8. Nama

Penanggunjawab

Nama_pj Varchar 30

9. File scan surat

Pengantar RT/RW File_scan_surat_ pengantar_RT/R W Blob

10. File scan surat

pengantar kecamatan File_scan_surat_ pengantar_ kecamatan Blob

11. File scan surat

Izin tempat

File_scan_surat Izin_tempat

(46)

12. File scan surat Dinas tempat kegiatan File_scan_surat Dinas_tempat_ke giatan Blob

13. File scan surat

Rekomendasi polsek File_scan_surat_ Rekomendasi_pol sek Blob 14. Filescan pernyataan penanggungjawab File_scan_ pernyataan_ penanggungjawab Blob

4. Spesifikasi File Pembuatan Nama File : Pembuatan Akronim : Pembuatan

Fungsi : Untuk mengisi data pembuatan Tipe File : File Transaksi

Organisasi File : Indexed Sequential Akses File : Random

Media : Harddisk Panjang Record : 80

Kunci field : Id_pembuatan Software : MySql

Tabel IV.9.

Tabel Spesifikasi File Pembuatan

No Elemen Data Nama Field Tipe Size Keterangan

1. Id Pembuatan Id_pembuatan Int 15 Primary

Key

2. Id

Permohonan

id_permohonan Int 15 Foreign

Key 3. No surat izin keramain No_surat_izin_ Keramaian Int 35 4. Surat izin keramaian Surat_izin_keramaian Blob

5. Id Urmintu id_urmintu Int 15 Foreign

(47)

5. Spesifikasi File Konfirmasi Bayar Nama File : Konfirmasi Bayar Akronim : Konfirmasi_bayar

Fungsi : Untuk mengisi data konfirmasi bayar Tipe File : File Transaksi

Organisasi File : Indexed Sequential Akses File : Random

Media : Harddisk Panjang Record : 95

Kunci field : id_konfirmasi_bayar Software : MySql

Tabel IV.10.

Tabel Spesifikasi File Konfirmasi Bayar

No Elemen Data Nama Field Tipe Size Keterangan

1. Id Konfirmasi

Bayar

Id_konfirmasi_bayar Int 15 Primary

Key

2. Id rekening Id_rekening Int 15 Foreign

Key 3. No Rekening Anda No_rekening_anda Int 30 5. Rekening Atas Nama Rekening_atas_nama varchar 20 6. Tanggal Bayar Tanggal_bayar Date

7. Jumlah bayar Jumlah_bayar Currency

8. Bukti

Transfer

Bukti_transfer Blob

9. Id

permohonan

Id_permohonan Int 15 Foreign

(48)

6. Spesifikasi File No Rekening Bayar Nama File : No ekening bayar Akronim : No_rekening_bayar

Fungsi : Untuk mengisi data no rekening Tipe File : File Master

Organisasi File : Indexed Sequential Akses File : Random

Media : Harddisk Panjang Record : 85

Kunci field : id_ no_rekening Software : MySql

Tabel IV.11.

Tabel Spesifikasi File No Rekening

No Elemen Data Nama Field Tipe Size Keterangan

1. Id Rekening Id_Rekening Int 15 Primary Key

2. Nama_bank Bank varchar 20

3. No Rekening No_rekening Int 20

4. Nama

Rekening

Nama_rekening Varchar 30

7. Spesifikasi File Urmintu Nama File : Urmintu Akronim : Urmintu

Fungsi : Untuk mengisi data urmintu Tipe File : File Master

Organisasi File : Indexed Sequential Akses File : Random

Media : Harddisk Panjang Record : 90

Kunci field : id_ urmintu Software : MySql

(49)

Tabel IV.12.

Tabel Spesifikasi File Urmintu

No Elemen Data Nama Field Tipe Size Keterangan

1. Id Urmintu Id_urmintu Int 15 Primary Key

2. Nama

Lengkap

Nm_lengkap varchar 30

3. Username Username varchar 15

4. Password Password varchar 15

5. Akses level Akses_level varchar 15

4.2.4.Class Diagram

(50)

4.2.5.Sequance Diagram

1. Sequance Diagram Daftar Pengguna

(51)

2. Sequance Diagram Permohonan Izin Keramaian

(52)

3. Sequance Diagram Konfirmasi Bayar

(53)

4. Sequance Diagram Pembuatan

(54)

5. Sequance Diagram Laporan

Gambar IV.44. Sequance Diagram Laporan

4.2.6.Spesifikasi Hardware dan Software 1. Spesifikasi Hardware

Perangkat keras berasal dari kata perangkat dan keras, dalam bahasa Inggris yaitu Hardware. Hardware itu sendiri berasal dari kata “computer heard-were”. Istilah umum yang sering digunakan untuk Hardware adalah mendeskripsikan seluruh elemen elektronik dan mekanik dari komputer. Perangkat keras pendukung sistem komputerisasi ini adalah sebagai berikut : a. Server

1) CPU

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

(55)

c) Hard Disk 500GB

2) Mouse 3) Keyboard

4) Monitor dengar resolusi layar minimum 1024x768 5) Koneksi Internet dengan kecepatan 2 Mbps

b. Client 1) CPU

a) Processor Intel® Pentium® Core 2 Duo b) RAM DDR2 1GB

c) Hard Disk 20GB 2) Mouse

3) Keyboard

4) Monitor dengar resolusi layar minimum 1024x768 5) Koneksi Internet dengan kecepatan 56 kbps 2. Spesifikasi Software

Perangkat lunak berasal dari kata perangkat dan lunak dalam bahasa Inggris yaitu Software. Software merupakan komponen dalam data Processing sistem yang berupa program-program dan teknik-teknik lain untuk

mengontrol sistem. Perangkat lunak yang mendukung pembuatan aplikasi ini adalah sebagai berikut :

a. Server

Sistem Operasi : Windows XP, Windows vista, Windows 7 Windows 10

(56)

Database : Mysql b. Client

Sistem Operasi : Windows XP, Windows vista, Windows 7 Windows 10

Program Design : PHP

Database : Mysql

4.3. Jadwal Implementasi

Table IV.13. 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

Gambar

Gambar IV.1.  Rancangan Diagram Use Case Daftar Pengguna  Tabel IV.1.
Tabel IV.2.
Tabel IV.4.
Tabel IV.5.
+7

Referensi

Dokumen terkait

Input data yang di ubah Update Data Final Start Melakukan Login Validasi Beranda Kepala Desa Laporan Data Pengajuan Melihat Data9. Pengajuan data

Requirements Admin dapat melihat data siswa dan melakukan konfirmasi pembayaran.. Pre-Condition Admin melakukan konfirmasi pembayaran

Pre-condition Admin memilih menu tambah data konsultan Post-condition Sistem menampilkan halaman input data diri Failed end condition Sistem tidak menampilkan halaman input

a) Administrator melihat data user. b) Memilih tombol tambah untuk menambah data user. c) Sistem menampilkan form data user. d) Meng input data user baru dan memilih

Di halaman utama Admin terdapat beberapa menu yaitu menu validasi data siswa, input nilai psikotes, input bobot kriteria, proses evaluasi dan pengaturan akun.. Menu Admin

uc Actors Admin Mengelola data wali kelas Mengelola data kelas Mengelola Data Laporan mengelola data tunggakan Melakukan pembayaran Siswa Mengisi formulir Menerima bukti

Admin dapat mengelola data rekam medis Alternate Flow/Invariant Sistem masuk Form input data pasien.8.

Sistem Pengguna Pha se START Mengklik Menu Master Submenu Pesan Menampilkan Form Pesan Tampil Form Input Proses Ubah Data UBAH HAPUS END Tidak Ya TAMBAH PENCARIAN.. Pilih Data