BAB IV PERANCANGAN SISTEM USULAN

(1)

37

PERANCANGAN SISTEM USULAN

4.1 Tahapan Perancangan Sistem

Tahapan perancangan sistem menjelaskan tentang rancangan dari fungsi- fungsi sistem yang terdiri dari analisis, proses, data, antar muka dan sistem. Adapun tahapan-tahapan yang penulis rancang dalam sistem ini adalah sebagai berikut.

4.1.1 Analisis Kebutuhan

Mengidentifikasi kebutuhan fungsional program disertai dengan penggambaran usecase diagram dan skenario usecase yang terkait dengan proses input data penduduk, pencarian data penduduk, dan pembuatan laporan.

A. Kebutuhan Pengguna

Dalam pembuatan sistem informasi yang diusulkan ini hanya terdapat satu pengguna yang mampu saling berinteraksi dalam lingkungan sistem dan mempunyai kebutuhannya, antara lain:

A1. Skenario Kebutuhan Bagian Pelayanan.

a) Admin dapat mengelola data penduduk

b) Admin dapat mencari data penduduk

c) Admin dapat mengedit data penduduk

d) Admin dapat menyimpan data penduduk

(2)

B. Kebutuhan Sistem

1) Admin harus melakukan login terlebih dahulu untuk dapat mengakses web dengan memasukkan username dan password agar privasi petugas tetap terjaga keamanannya.

2) Sistem akan input data penduduk.

3) Sistem dapat menyimpan data penduduk. 4) Sistem dapat mencari data penduduk. 5) Sistem dapat menampilkan data penduduk.

6) Sistem dapat menampilkan laporan data penduduk. 7) Sistem dapat mencetak laporan.

4.1.2 Rancangan Diagram Use Case

Use case diagram menggambarkan efek fungsional yang telah diharapkan oleh sistem sehingga antara konsumen dan pengguna sistem paham dan mengerti mengenai kegunaan sistem yang akan dibangun. Suatu model yang sangat fungsional dalam sebuah sistem yang menggunakan actor dan use case. Berikut ini adalah rancangan diagram use case pengelolahan data penduduk pada desa dauwan barat.

(3)

Sumber : Hasil Perancangan Pada Kantor Desa Dauwan Barat (2020) Gambar IV.1 Use Case Diagram Pengelolahan Data Penduduk

Tabel VI. 1

Deskripsi Use Case Diagram Login

Use Case Name Login

Requirements Admin dapat melakukan login

Goal Admin harus berhasil melakukan login sebelum dapat menggunakan web

Pre-Conditions Admin memiliki username dan password Post-Conditions Menampilkan halaman utama

Failed end Condition Petugas salah memasukkan username dan password Petugas gagal melakukan login

Actors Bagian pelayanan

Main Flow/Basic Path 1. Admin melakukan Login dengan cara memasukkan username dan password

2. Apabila Admin username dan password tidak sesuai maka akan muncul informasi bahwa user tidak ditemukan

3. Apabila petugas memasukkan username dan password dengan benar, maka akan muncul menu utama

(4)

Invariant B -

Tabel IV.2

Deskripsi Use Case Diagram Tambah Data Warga

Use Case Name Tambah Data Warga

Requirements Membuka menu Tambah Data Warga

Goal Admin dapat membuka menu Tambah

Data Warga

Pre-Conditions Admin telah berhasil melakukan login

Post-Conditions Menampilkan halaman menu utama

Failed end Condition -

Actors Admin

Main Flow/Basic Path 1. Admin melakukan login

2. Admin membuka menu Tambah Data Warga

3. Admin memilih menu yang ada di menu Tambah Data Warga

Alternate Flow/ Invariant A -

Invariant B -

Tabel IV.3

Deskripsi Use Case Diagram Cari Dan Edit

Use Case Name Cari dan Edit

Requirements Mencari dan Edit Data Warga

Goal Admin dapat mencari dan edit data warga

Pre-Conditions Admin telah berhasil melakukan login Post-Conditions Mencari dan Edit data warga pada system Failed end Condition 1. Admin tidak melakukan login

2. Data warga yang dicari tidak valid

(5)

Main Flow/Basic Path 1. Admin melakukan login

2. Admin membuka menu Cari dan Edit 3. Admin Mencari dan Edit data warga Alternate Flow/ Invariant A -

Invariant B -

Tabel IV.4

Deskripsi Use Case Diagram Data Laporan Use Case Name Membuat Laporan Data Warga Requirements Admin dapat mengelola data warga

Goal Admin dapat melihat laporan

Pre-Conditions Admin telah melakukan Login Post-Conditions Data Laporan

Failed end Condition Admin tidak dapat melihat data laporan

Actors Bagian pelayanan

Main Flow/Basic Path 1. Admin melakukan login

2. Admin membuka menu laporan 3. Admin mencetak laporan Alternate Flow/ Invariant A -

Invariant B -

4.1.3. Rancangan Diagram Aktivitas

Dalam menyusun rancangan sistem usulan ini, penulis akan menjelaskan diagram aktivitas dari sistem informasi Pengelolahan data pendudukan yang diusulkan pada Kantor Kepala Desa Dauwan Barat :

(6)

Admin melakukan login, masukkan ussername dan password sistem akan mengecek ussername dan password, jika ussername dan password salah akan tampil pesan dan kemudian kembali ke menu login.jika benar sistem akan masuk ke bagian menu utama.

Berikut adalah Rancangan Diagram Aktifitas Login pada Sistem Pengelolahan Data Kependudukan di Kantor Kepala Desa Dauwan Barat.

Sumber : Hasil Perancangan sistem yang akan di buat (2020) Gambar IV.2 Diagram Aktivitas Login

2. Diagram Aktivitas Menu Utama

Didalam Diagram aktivitas menu utama ini mencakup seluruh kegiatan aktifitas,

mulai dari data warga, master data, dan ganti password. Sama juga halnya dengan login,

aktor yang dapat melakukan kegiatan ini adalah admin yaitu bagian pelayanan.

(7)

Sumber : Hasil Perancangan sistem yang akan di buat (2020) Gambar IV.3 Diagram Aktivitas Menu Utama

3. Diagram Aktivitas Membuat Data Warga Baru

Berikut adalah rancangan Diagram Aktifitas membuat Tambah Data warga baru pada Sistem Informasi yang akan di buat di Kantor Desa Dauwan Barat.

Sumber : Hasil Perancangan sistem yang akan di buat (2020) Gambar IV.4 Diagram Aktivitas Data Warga

4. Diagram Aktivitas Membuat Master Data

Berikut adalah Rancangan Diagram Aktifitas membuat Master Data yang didalamnya terdapat menu tambah data desa dan tambah data dusun di Kantor Desa Dauwan Barat.

(8)

Sumber : Hasil Perancangan sistem yang akan di buat (2020) Gambar IV.5 Diagram Aktivitas Master Data

5. Diagram Aktivitas Ganti Password Baru

Berikut adalah Rancanagan Diagram Aktifitas Ganti Password Baru di Kantor Desa Dauwan Barat.

Sumber : Hasil Perancangan sistem yang akan di buat (2020) Gambar IV.6 Diagram Aktivitas Ganti Password

(9)

4.1.4. Rancangan Dokumen Sistem Usulan

Spesifikasi Dokumen Sistem Usulan akan dijelasskan dengan dua jenis yaitu

spesifikasi dokumen masukan dan spesifikasi dokumen keluaran.

1. Spesifikasi Bentuk Dokumen Masukan

Dokumen masukan adalah suatu rangkaian data masukan ke dalam sistem dan di

proses sehingga menghasilkan suatu keluaran. Adapun spesifikai dokumen masukan adalah sebagai berikut :

Nama Dokumen : Formulir Data Warga Baru Fungsi : Formulir Pendaftaran Data warga Sumber : Warga

Tujuan : Admin Media : Kertas Jumlah : 1 Lembar

Frekuensi : Setiap terjadi penginputan data warga Bentuk : Lihat Lampiran C.1

2. Spesifikasi Bentuk Dokumen Keluaran

Dokumen Keluaran adalah dokumen yang dihasilkan dari proses yang terjadi pada sistem yang berjalan. Adapun spesifikasi dokumen keluarannya adalah sebagai berikut :

Nama Dokumen : Laporan Data Warga

Fungsi : Untuk Mengetahui Data warga Sumber : Warga

(10)

Media : Kertas Jumlah : 1 Lembar

Frekuensi : Setiap terjadi penginputan data warga Bentuk : Lihat Lampiran D.1

4.1.5. Rancangan Prototype

Rancangan prototype sistem pengelolahan data penduduk Kantor Desa Dauwan Barat :

Sumber : Hasil Rancangan ( 2020 )

(11)

Sumber : Hasil Rancangan ( 2020 )

Gambar IV.8 Rancangan Prototype Dasboard

Gambar IV.9 Rancangan Prototype Data Warga

(12)

Gambar IV.11 Rancangan Prototype Data Dusun

Gambar IV.12. Rancangan Prototype Ganti Password

4.2. Perancangan Perangkat Lunak

Metode pengembangan perangkat lunak yang digunakan penulis untuk merancang sebuah sistem informasi atau aplikasi. Model dari pengembangan perangkat lunak yang sering digunakan yaitu air terjun (waterfall).

Dengan menggunakan referensi penulis dari buku Sukamto dan Salahuddin tahun (2018), “Model air terjun menyediakan pendekatan alur hidup perangkat lunak secara

(13)

sekuensial atau terurut dimulai dari analisis, desain, pengkodean, pengujian, dan tahap pendukung (support)”.Model Waterfall merupakan model pengembangan perangkat lunak yang menurun ke bawah terdiri dari planning, analysis, design, implementation, dan use serta identik.

4.2.1. Entity Relationship Diagram (ERD)

Penggambaran proses relasi yang telah dibuat pada diagram alir data sehingga

berhubungan antar Entity Relationship Diagram, Dapat terlihat dan melibatkan rancangan fiel-fiel di dalam database. Berikut ini adalah ERD yang dibuat untuk sistem Pengelolahan Data Penduduk Pada Desa Dauwan Barat.

Sumber : Hasil Rancangan (2020)

Gambar IV.13 Entity Relationship Diagram yang diusulkan

(14)

Logical Relational Structure atau sering disebut LRS, merupakan Representasi dari struktur record-record pada tabel-tabel yang terbentuk dari hasil relasi antar himpunan entitas. Berikut adalah Logical Relational Structure yang di buat untuk Sistem pengelolahan data penduduk pada Kantor Desa Dauwan Barat.

Gambar IV.14 Logical Record Structure yang diusulkan

4.2.3. Spesifikasi File

Adpun Spesifikasi file yang penulis gunakan dalam rancangan program pengelolahan data penduduk Desa Dauwan Barat adalah sebagai berikut ini :

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

Fungsi : Untuk menyimpan data admin Tipe File : File Master

Organisasi File : Index Sequential Akses File : Random

Panjang Record : 161 Media File : Harddisk Kunci Key : id

(15)

Tabel IV.5 Spesifikasi File Admin

No Elemen Data Akronim Tipe Panjang Keterangan

1 Id Id Int 11 Primary Key

2 Nama Nama Varchar 50

3 Username Username Varchar 50

4 Password Password Varchar 50

2. Spesifikasi File Desa

Nama File : Data Desa Akronim : desa

Fungsi : Untuk menyimpan data desa Tipe File : File Master

Panjang Record : 61 Media File : Harddisk Field Key : id

Software : MySQL

Tabel IV.6

Spesifikasi File Data Desa

(16)

2 Nama Desa desa_nama Varchar 50

3. Spesifikasi File Dusun

Nama File : Data Dusun Akronim : dusun

Fungsi : Untuk menyimpan data dusun Tipe File : File Master

Panjang Record : 61 Media File : Harddisk Field Key : dusun_id Software : MySQL

Tabel IV.7

Spesifikasi File Data Dusun

1 Id Dusun dusun_id Int 11 Primary Key

2 Nama Dusun dusun_nama Varchar 50

4. Spesifikasi File Data Warga Nama File : Data Warga Akronim : Warga

Fungsi : Untuk menyimpan data warga Tipe File : File Master

(17)

Panjang Record : 153 Media File : Harddisk Field Key : warga_id Software : MySQL

Tabel IV.8

Spesifikasi File Data Warga

1 Id Warga warga_id Int 11 Primary key

2 Nama Warga warga_nama Varchar 50

3 No Ktp warga_ktp Int 20

4 Jenis Kelamin warga_jk Varchar 10

5 Desa warga_desa Int 11

6 Dusun warga_dusun Int 11

7 Rt warga_rt Varchar 5

8 Rw warga_rw Varchar 5

9 Status Warga warga_status Varchar 15 10 Pendidikan warga_pendidikan Varcahr 5

11 Agama warga_agama Varcahr 10

4.2.4. Class Model / Class Diagram

Class Model / Class Diagram adalah visual dari struktur sistem program pada jenis-jenis yang di bentuk. Class diagram merupakan alur jalannya database pada sebuah sistem.

(18)

Gambar IV.15 Class Diagram yang diusulkan

4.2.5. Sequence Diagram

Sequence Diagram menampilkan interaksi-interaksi antar objek didalam sistem yang disusun pada sebuah urutan atau rangkaian waktu, menggambarkan skenario atau rangkaian langkah-langkah yang dilakukan sebagai sebuah respon dari suatu kejadian untuk menghasilkan output tertentu.

(19)

Gambar IV.16. Sequence Diagram yang diusulkan

4.2.6. Spesifikasi Hardware dan Software

1. Spesifikasi Hardware

a. Bagian Pelayanan 1) CPU

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

(c) Hard Disk 500 GB 2) Mouse

3) Keyboard

4) Monitor dengan resolusi layar minimum 1024x76 2. Spesifikasi Software

1. Server

a. Sistem operasi yang digunakan Microsoft Windows

b. Aplikasi bundle web server seperti: Xampp, yang terdiri dari beberapa komponen, diantaranya:

(20)

(1) Aplikasi PHP Server v5 (2) Aplikasi MySQL Server v5 (3) Aplikasi phpMyAdmin v3

c. Aplikasi web browser seperti Mozilla Firefox dan Google Chrome. 4.3. Jadwal Implementasi

Jadwal implementasi merupakan peletakan sistem baru yang siap dioperasikan.

Tujuan dari implementasi adalah untuk melaksanakan uji coba atas rancangan yang disusun ketika terjadi kesalahan dapat segera mungkin untuk diperbaiki. Adapun proses implementasi yang dilakukan sebagai berikut.

Tabel IV.9. 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