Pengembangan Sistem Informasi strategis Pengelolaa
SISTEM INFORMASI PENGELOLAAN DATA
ADMINISTRASI WARGA PINDAH DATANG, PINDAH
KELUAR, KELAHIRAN DAN KEMATIAN DI
KELURAHAN BELIAN
TUGAS BESAR
PENGEMBANGAN SISTEM INFORMASI
Oleh:
HENDRY SARIANTO
15113001
PROGRAM STUDI SISTEM INFORMASI
FAKULTAS TEKNIK
UNIVERSITAS BATAM 2017
SISTEM INFORMASI PENGELOLAAN DATA
ADMINISTRASI WARGA PINDAH DATANG, PINDAH
KELUAR, KELAHIRAN DAN KEMATIAN DI
KELURAHAN BELIAN
TugasBesar Ini Diajukan Untuk Melengkapi Sebagian
Persyaratan
Kelulusan Mata Kuliah PSI
Oleh:
HENDRY SARIANTO
15113001
Dosen Pembimbing
Gandhi Sutjahjo ST, MSI
KATA PENGANTAR
Puji syukur penulis panjatkan kepada Allah SWT, atas Rahmat dan
Hidayah-Nya, penulis dapat menyelesaikan tugas untuk matakuliah pengembagan
sistem informasi.
Kami mengucapkan terimakasih kepada berbagai pihak yang telah
membantu baik secara langsung maupun langsung dalam penyusunan tugas
pengembangan sistem Informasi. Untuk itu dengan hormat kami ucapkan
terimakasih kepada:
1) Allah S.W.T
2) Kedua orang tua
3) Gandhi Sutjahjo ST, MSI
4) Kamrul Azmi S,STP
5) Dosen-dosen atas dukungan dan sumbagan referensinya
6) Mahasiswa asistensi Sistem Informasi yang telah membantu
mengumpulkan bahan yang memperkaya konten pembelajaran.
Kami menyadari bahwa tugas pengembagan system informasi masih jauh
dari sempurna, oleh karenanya saran dan kritik untuk perbaikannya sangat kami
harapakan. Akhir kata, mudah-mudahan tugas pengembangan system informasi
ini memberikan manfaat.
Batam ,
Januari 2017
Penulis
Hendry Sarianto
15113001
1.
Analisis Sistem
1.1 Gambaran Sistem Saat Ini
Untuk menunjukkan proses
surat menyurat dikantor
kelurahan belian yang sedang berjalan saat ini maka hasil dari
pengamatan dan penelitian .maka dapat di gambarkan melalui flow
chart diagram berikut ini:
Gambar 1.1 Flow chart sistem yang berjalan
Dari flowchart diatas dapat dijelaskan bahwa terdapat 4 ( empat) pelaku
yang terlibat dalam data administrasi pindah datang/masuk, pindah pergi/keluar,
kelahiran dan kematian.
Warga membawa KTP atau surat dari RT setempat ( Form ), kemudian
staff menerima Form tersebut, setelah staff menginput data warga tersebut dan membuat
laporan, laporan tersebut diserahkan ke bagian KASI kemudia dicek, apabila tidak ada
kesalahan laporan di berikan kepada kepala lurah/seklur.
1.2
Kenapa Sistem Harus Dikembangkan
Setelah penulis mengadakan penelitian, dan mengamati
kegiatan yang berhubungan dengan objek penelitian, proses system
atau kinerja yang terjadi dikantor kelurahan belian. Penulis
menemukan beberapa kelemahan pada sistem yang berjalan saat ini.
Eveluasi terhadap kelemahan-kelemahan sistem pengajuan pembelian
dapat dilihat pada tabel dibawah ini:
No
Permasalahan
Pelaku
Proses register data relatif lebih
1
lambat dan mengantri ditempat
data secara online atau form
Warga
kantor lurah
menggunakan manual
(pembukuan)..
pengajuan bisa didownload.
Sehingga warga tidak
mengantri untuk mengisi form
Membuat sistem database
Sistem input data warga masih
2
Solusi
Membangun sistem register
Staff
untuk menginput data warga
yang mana lebih
terkomputerisasi
Laporan data warga tiap
Membangun sistem laporan
bulannya masih menggunakan
3
Ms. Excel. Yang mana data
Staff
diambil dari pembukuan
yang otomatis dan
tersingkronisasi. Agar laporan
lebih cepat didapatkan.
tersebut.
Laporan diterima
menggunakan lembaran kertas
yang disusun dengan
4
Laporan dapat diperiksa
menggunakan Ms. Excel.
Kasi
Sehingga apabila harus
melalui sistem data yang
terkomputerisasi
diperiksa, disesuaikan dengan
pembukuan tersebut.
membangun sistem dengan
Laporan data penduduk kurang
5
akurat dengan kantor pusat
instansi (DISDUK)
menyediakan fasilitas
Seklur/Lura
h
pengomtrol laporan penduduk.
Yang mana tersingkronisasi
dengan kantor pusat
(DISDUK)
Tabel 1.2 Evaluasi Sistem
1.3
Kebutuhan Fungsional Sistem
Kebutuhan Fungsional Sistem Merupakan kebutuhan secara
fungsional yang harus dipenuhi oleh perangkat lunak yang akan
dibangun. Kebutuhan fungsional tersebut akan dideskripsikan dalam
bentuk tabel, sebagai berikut:
No
1.
Nama Kebutuhan
Login
Deskripsi Kebutuhan
Sistem harus bisa menampilkan login menu
utama yang terdiri dari Input data, data dan
laporan data.
2.
Mengelolah Data
Sistem harus bisa mengelolah/melakukan
input/edit/simpan data.
3.
Cek Data
Sistem harus bisa melakukan pencarian data.
4.
Laporan
Sistem harus bisa mengelolah laporan secara
sistematis.
5.
Cetak Laporan
Sistem mampu menyediakan fasilitas cetak
Laporan secara sistematis sesuai tanggal yang
diinginkan.
6.
Back-Up
Sistem harus bisa mem back-up data-data yang
terinput secara otomatis.
7.
Sinkronisasi
Sistem harus bisa tersinkronisasi terhadap
data-data pada server pusat instansi.
Tabel 1.3 Kebutuhan Fungsional Sistem
1.4
Kebutuhan Non Fungsional Sistem
Kebutuhan non-fungsional mencakup fungsi-fungsi yang
membantu sistem untuk berjalan dengan baik serta dapat digunakan
dengan mudah.
N
o
1
2
3
4
Nama
Deskripsi
Kebutuhan
User Friendly
Confirm Alert
Data Validation
Sistem mudah digunakan
Peringatan sebagai konfirmasi user
Mengecek kesesuaian data antara data input
Aplikasi Database
dengan ketentuan yang ada
Sistem dibangun berbasis Aplikasi Database
Tabel 1.4 Non-Fungsional Sistem
2.
Perancangan Sistem
Perancangan sistem merupakan suatu kegiatan pengembangan
prosedur dan proses yang sedang berjalan untuk menghasilkan sesuatu yang
baru atau memperbaharui sistem yang ada untuk meningkatkan efektifitas
kerja, agar dapat memenuhi hasil yang diinginkan. Rancangan sistem yang
baru,
akan
diterapkan
suatu
kegiatan
untuk
menemukan
dan
mengembangkan metode, prosedur dan proses data agar tujuan organisasi
dapat tercapai. Adapun tujuan perancangan sistem pembuatan aplikasi surat
menyurat untuk mempermudah Kasi/staff, warga khususnya dalam
pembuatan data administrasi dikantor kelurahan belian batam kota.
2.1
Perancangan Menu Utama
Gambar 2.1 Perancangan Menu Utama
2.2
Perancamgan Menu Input
Gambar 2.2 Perancangan Menu Input
2.3
Perancangan Menu Output
Gambar 2.3 Perancangan Menu Output
2.4
Diagram Use Case
Use case diagram
fungsionalitas
yang
digunakan untuk
diharapkan
dari
menggambarkan
sebuah
sistem
dan
mendeskripsikan fungsi sebuah sistem dari sudut pandang pengguna
sistem. Elemen-elemennya adalah: aktor, use case, dan hubungan
antar objek
Aktor adalah sebuah entitas manusia atau mesin yang
berinteraksi dengan sistem untuk melakukan pekerjaan-pekerjaan
tertentu
Use case adalah sebuah tindakan atau unit fungsional dari
sebuah sistem. Sebuah use case dapat meng-include fungsionalitas
use case lain. Sebuah use case dapat di-include oleh lebih dari satu
use case lain, sehingga duplikasi fungsionalitas dapat dihindari
dengan cara menarik keluar fungsionalitas yang umum. Sebuah use
case juga dapat meng-extend use case lain dengan behaviournya
sendiri.
Gambar 2.4 Diagram Use Case
2.5
Scenario Use Case
Setiap use case diatas harus dideskripsikan dalam dokumen
yang disebut dengan dokumen flow of event. Dokumen ini merupakan
definisi apa yang harus dilakukan oleh sistem ketika aktor
mengaktifkan use case. Berikut adalah dokumentasi scenaria use case
yang diusulkan penulis.
2.5.1 Scenario Use Case Login
Use Case
Actor
Tujuan
Validasi
Staff, KASI dan Lurah
Memungkinkan user yang sudah terdaftar untuk melakukan akses
Main
terhadap sistem
Aktor
Sistem
Flow
1.
Staff,
KASI dan
Lurah menginputkan
username
dan
password.
1. Melakukan verifikasi dan validasi data
yang sudah diinputkan.
2. Menampilkan konfirmasi hasil login.
Dan menampilkan Menu (Sub menu)
Tabel 2.5.1 Validasi Login
2.5.2 Scenario Use Case Mengelola Data Warga
Use Case
Actor
Tujuan
Mengelola Data Warga
Staff
Memasukan data warga untuk dimasukan kedalam sistem
Main
Aktor
Sistem
Flow
1. Login
2. Cek Validasi.
3.
Staff memasukan data
warga
4. sistem
menerima
data
,sistem
menampilkan menu input,edit dan
simpan.
Tabel 2.5.2 Mengelola Data
2.5.3 Scenario Use Case Cek Data Warga
Use Case
Actor
Tujuan
Cek Data Warga
Staff, KASI
Memasukan data warga untuk dimasukan kedalam sistem
Main
Aktor
Sistem
Flow
1. Login
2. Cek Validasi.
3. Staff
dan
memasukan
KASI
Key
warga
4. sistem mencari Key warga dan
menampilkankan hasil Key.
Tabel 2.5.3 Cek Data
2.5.4 Scenario Use Case Laporan Data Warga
Use Case
Actor
Tujuan
Laporan Data Warga
Staff
Membuat dan Menampilkan laporan data warga
Main
Aktor
Sistem
Flow
1. Login
2. Cek Validasi.
3. Staff mengklik menu
laporan.
4. Sistem menampilkan laporan.
Tabel 2.5.4 Laporan
2.5.5 Scenario Use Case Cetak Laporan Data Warga
Use Case
Actor
Tujuan
Cetak Laporan Data Warga
Staff, KASI dan Lurah
Mencetak dan Menampilkan data warga.
Main
Aktor
Sistem
Flow
1. Login
2. Cek Validasi.
3. Staff,
Lurah
KASI
dan
Menampilkan
hasil Laporan Warga.
4. Sistem Menampilkan hasil laporan
Data Warga yang ditentukan.
5.
Staff Mencetak Hasil
Laporan Data Warga.
6. Sistem
Menerima
Laporan Warga.
7. Cetak
Tabel 2.5.5 Cetak Laporan
perintah
Cetak
2.5.6 Scenario Use Case Back Up Data Warga
Use Case
Actor
Tujuan
Back Up
Staff
Sistem dapat membackup Data Warga
Main
Aktor
Sistem
Flow
1. Staff Mengklik Back Up
2. Sistem
Membackup
Secara
otomatis
Tabel 2.5.6 Back Up
2.5.7 Scenario Use Case Sinkronisasi Data Warga
Use Case
Actor
Tujuan
Main
Sinkronisasi
Staff
Sistem dapat mengsinkron Data Warga
Aktor
Sistem
Flow
1. Staff
Menklik
Sinkron
2. Sistem tersinkronisasi terhadap server.
Tabel 2.5.7 Sinkronisasi
2.6
Candidate Class
Pendefinisian kandidat kelas digunakan untuk menjelaskan
objek-objek dalam sistem. Dimana kelas-kelas mendefinisikan model
data dan esensi sistem.
No
1
2
Identifikasi Objek
Objek Fisik
Transaksi
Nama Objek
Form Pendaftaran
-
Alasan
Dalam Sistem
Staff
3
KASI
Aktor
Lurah
Komputer
4
Piranti
5
Proses
2.7
Printer
Laporan
Tabel 2.6 Candidate Class
Diterima
Diterima
Diterima
Pelengkap
Pelengkap
Diterima
Class Diagram
Class adalah deskripsi kelompok objek-objek dengan
property, perilaku (operasi) dan relasi yang sama. Sehingga dengan
adanya class diagram dapat memberikan pandangan global atas
sebuah system. Hal tersebut tercermin dari class yang ada dan
relasinya satu dengan yang lainnya.
Gambar 2.7 Class Diagram
2.8
Manajemen Basis Data
Percancangan database adalah proses untuk menentukan isi
dan pengaturan data yang dibutuhkan untuk mendukung perancangan
suatu sistem. Tujuan dari perancangan database adalah untuk
memenuhi informasi yang berisikan kebutuhan-kebutuhan pengguna
secara khusus dan aplikasi-aplikasinya .memudahkan pengertian
struktur informasi serta mendukung kebutuhan-kebutuhan pemrosesan
dan beberapa obyek penampilan (response time, processing time ,dan
storage space)
Design file adalah kumpulan dari item data yang diatur dalam
suatu record dimana item-item data tersebut dimanipulasi untuk
pemrosesan tertentu setelah melakukan perancangan maka selanjutnya
adalah merancang file-file tersebut. Berikut adalah struktur data dari
file-file yang terdapat dari data base :
2.8.1 File Name
Primary Index
: Pengguna
: Username
No
1
2
3
4
Field Name
Username
Password
Nama
NIP
Type
Field
Text
15
Char
10
Text
20
Int
18
Tabel 2.8.1 Pengguna
2.8.2 File Name
Primary Index
No
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
Keterangan
Nama Pengguna
Kata Sandi
Nama Pegawai
Nomor Pegawai
: Data Pindah Datang
: No_Nik
Field Name
Type
Field
Keterangan
No_Nik
Int
16
No. Nik
Nama_Lengkap
Varchar
25
Nama Lengkap
Tempat_Tanggal_Lahir Varchar
40
Tempat Tanggal Lahir
Jenis_Kelamin
Enum Laki-laki, Perempuan
Jenis Kelamin
Alamat
Varchar
60
Alamat
RT
Int
3
RT
RW
Int
3
RW
Kelurahan
Varchar
20
Kelurahan
Kecamatan
Varchar
20
Kecamatan
Kota_Asal
Varchar
30
Kota Asal
Provinsi_Asal
Varchar
30
Provinsi Asal
Agama
Varchar
15
Agama
Status_Perkawinan
Varchar
15
Status Perkawinan
Pekerjaan
Varchar
20
Pekerjaan
Kewarganegaraan
Varchar
10
Kewarganegaraan
Tabel 2.8.2 Data Warga Pindah Datang
2.8.3 File Name
: Data Pindah Keluar
Primary Index
No
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
: No_Nik
Field Name
Type
Field
Keterangan
No_Nik
Int
16
No. Nik
Nama_Lengkap
Varchar
25
Nama Lengkap
Tempat_Tanggal_Lahir Varchar
40
Tempat Tanggal Lahir
Jenis_Kelamin
Enum Laki-laki, Perempuan
Jenis Kelamin
Alamat
Varchar
60
Alamat
RT
Int
3
RT
RW
Int
3
RW
Kelurahan
Varchar
20
Kelurahan
Kecamatan
Varchar
20
Kecamatan
Kota_Tujuan
Varchar
30
Kota Tujuan
Provinsi_Tujuan
Varchar
30
Provinsi Tujuan
Agama
Varchar
15
Agama
Status_Perkawinan
Varchar
15
Status Perkawinan
Pekerjaan
Varchar
20
Pekerjaan
Kewarganegaraan
Varchar
10
Kewarganegaraan
Tabel 2.8.3 Data Warga Pindah Keluar
2.8.4 File Name
: Kelahiran
Primary Index
: No_Nik
No
Field Name
Type
Field
Keterangan
1
No_Nik
Int
16
No.Nik
2
Nama_Ayah
Varchar
25
Nama Ayah
3
4
5
Nama_Ibu
Nama_Anak
Tempat_Tanggal_Lahir
Varchar
Varchar
Varchar
25
25
40
Nama Ibu
Nama Anak/Bayi
Tempat Tanggal Lahir
6
Jenis Kelamin
Enum
Laki-laki,Perempuan
Jenis Kelamin
7
Agama
Varchar
15
Tabel 2.8.4 Data Warga Kelahiran
Agama
2.8.5 File Name
: Kematian
Primary Index
: No_Nik
No
Field Name
Type
Field
Keterangan
1
No_Nik
Int
16
No. Nik
2
Nama_Lengkap
Varchar
25
Nama Lengkap
3
4
5
Tempat_Tanggal_Lahir
Jenis_Kelamin
Agama
Varchar
Enum
Varchar
40
Laki-laki,Perempuan
15
Tempat Tanggal Lahir
Jenis Kelamin
Agama
6
Tanggal_Kematian
Varchar
10
Tanggal Kematian
7
Tempat_Kematian
Varchar
60
Tempat Kematian
8
Penyebab_Kematian
Varchar
15
Tabel 2.8.5 Data Warga Kematian
Penyebab Kematian
2.9
Relasi Antar Tabel
Tb_pindah
No_pindah (pk)
Tb_warga
Alamat_asal
Nik (pk)
Alamat_tujuan
Nama
Tgl_pindah
Nama Ibu
Status
Nama Ayah
Nik (fk)
Tempat_tanggal lahir
Jenis kelamin
Gol_darah
Alamat
Tb_kelahiran
No_skl (pk)
RT
Nik_ayah
RW
Nik_ibu
Kelurahan
Nik (fk)
Kecamatan
agama
pendidikan
status_perkawinan
pekerjaan
kewarganegaraan
Tb_kematian
No_skm (pk)
Tmpt_kematian
Sebab_kematian
Nik (fk)
2.10 Flow Chart Program
2.11 Flow Chart Sistem
ADMINISTRASI WARGA PINDAH DATANG, PINDAH
KELUAR, KELAHIRAN DAN KEMATIAN DI
KELURAHAN BELIAN
TUGAS BESAR
PENGEMBANGAN SISTEM INFORMASI
Oleh:
HENDRY SARIANTO
15113001
PROGRAM STUDI SISTEM INFORMASI
FAKULTAS TEKNIK
UNIVERSITAS BATAM 2017
SISTEM INFORMASI PENGELOLAAN DATA
ADMINISTRASI WARGA PINDAH DATANG, PINDAH
KELUAR, KELAHIRAN DAN KEMATIAN DI
KELURAHAN BELIAN
TugasBesar Ini Diajukan Untuk Melengkapi Sebagian
Persyaratan
Kelulusan Mata Kuliah PSI
Oleh:
HENDRY SARIANTO
15113001
Dosen Pembimbing
Gandhi Sutjahjo ST, MSI
KATA PENGANTAR
Puji syukur penulis panjatkan kepada Allah SWT, atas Rahmat dan
Hidayah-Nya, penulis dapat menyelesaikan tugas untuk matakuliah pengembagan
sistem informasi.
Kami mengucapkan terimakasih kepada berbagai pihak yang telah
membantu baik secara langsung maupun langsung dalam penyusunan tugas
pengembangan sistem Informasi. Untuk itu dengan hormat kami ucapkan
terimakasih kepada:
1) Allah S.W.T
2) Kedua orang tua
3) Gandhi Sutjahjo ST, MSI
4) Kamrul Azmi S,STP
5) Dosen-dosen atas dukungan dan sumbagan referensinya
6) Mahasiswa asistensi Sistem Informasi yang telah membantu
mengumpulkan bahan yang memperkaya konten pembelajaran.
Kami menyadari bahwa tugas pengembagan system informasi masih jauh
dari sempurna, oleh karenanya saran dan kritik untuk perbaikannya sangat kami
harapakan. Akhir kata, mudah-mudahan tugas pengembangan system informasi
ini memberikan manfaat.
Batam ,
Januari 2017
Penulis
Hendry Sarianto
15113001
1.
Analisis Sistem
1.1 Gambaran Sistem Saat Ini
Untuk menunjukkan proses
surat menyurat dikantor
kelurahan belian yang sedang berjalan saat ini maka hasil dari
pengamatan dan penelitian .maka dapat di gambarkan melalui flow
chart diagram berikut ini:
Gambar 1.1 Flow chart sistem yang berjalan
Dari flowchart diatas dapat dijelaskan bahwa terdapat 4 ( empat) pelaku
yang terlibat dalam data administrasi pindah datang/masuk, pindah pergi/keluar,
kelahiran dan kematian.
Warga membawa KTP atau surat dari RT setempat ( Form ), kemudian
staff menerima Form tersebut, setelah staff menginput data warga tersebut dan membuat
laporan, laporan tersebut diserahkan ke bagian KASI kemudia dicek, apabila tidak ada
kesalahan laporan di berikan kepada kepala lurah/seklur.
1.2
Kenapa Sistem Harus Dikembangkan
Setelah penulis mengadakan penelitian, dan mengamati
kegiatan yang berhubungan dengan objek penelitian, proses system
atau kinerja yang terjadi dikantor kelurahan belian. Penulis
menemukan beberapa kelemahan pada sistem yang berjalan saat ini.
Eveluasi terhadap kelemahan-kelemahan sistem pengajuan pembelian
dapat dilihat pada tabel dibawah ini:
No
Permasalahan
Pelaku
Proses register data relatif lebih
1
lambat dan mengantri ditempat
data secara online atau form
Warga
kantor lurah
menggunakan manual
(pembukuan)..
pengajuan bisa didownload.
Sehingga warga tidak
mengantri untuk mengisi form
Membuat sistem database
Sistem input data warga masih
2
Solusi
Membangun sistem register
Staff
untuk menginput data warga
yang mana lebih
terkomputerisasi
Laporan data warga tiap
Membangun sistem laporan
bulannya masih menggunakan
3
Ms. Excel. Yang mana data
Staff
diambil dari pembukuan
yang otomatis dan
tersingkronisasi. Agar laporan
lebih cepat didapatkan.
tersebut.
Laporan diterima
menggunakan lembaran kertas
yang disusun dengan
4
Laporan dapat diperiksa
menggunakan Ms. Excel.
Kasi
Sehingga apabila harus
melalui sistem data yang
terkomputerisasi
diperiksa, disesuaikan dengan
pembukuan tersebut.
membangun sistem dengan
Laporan data penduduk kurang
5
akurat dengan kantor pusat
instansi (DISDUK)
menyediakan fasilitas
Seklur/Lura
h
pengomtrol laporan penduduk.
Yang mana tersingkronisasi
dengan kantor pusat
(DISDUK)
Tabel 1.2 Evaluasi Sistem
1.3
Kebutuhan Fungsional Sistem
Kebutuhan Fungsional Sistem Merupakan kebutuhan secara
fungsional yang harus dipenuhi oleh perangkat lunak yang akan
dibangun. Kebutuhan fungsional tersebut akan dideskripsikan dalam
bentuk tabel, sebagai berikut:
No
1.
Nama Kebutuhan
Login
Deskripsi Kebutuhan
Sistem harus bisa menampilkan login menu
utama yang terdiri dari Input data, data dan
laporan data.
2.
Mengelolah Data
Sistem harus bisa mengelolah/melakukan
input/edit/simpan data.
3.
Cek Data
Sistem harus bisa melakukan pencarian data.
4.
Laporan
Sistem harus bisa mengelolah laporan secara
sistematis.
5.
Cetak Laporan
Sistem mampu menyediakan fasilitas cetak
Laporan secara sistematis sesuai tanggal yang
diinginkan.
6.
Back-Up
Sistem harus bisa mem back-up data-data yang
terinput secara otomatis.
7.
Sinkronisasi
Sistem harus bisa tersinkronisasi terhadap
data-data pada server pusat instansi.
Tabel 1.3 Kebutuhan Fungsional Sistem
1.4
Kebutuhan Non Fungsional Sistem
Kebutuhan non-fungsional mencakup fungsi-fungsi yang
membantu sistem untuk berjalan dengan baik serta dapat digunakan
dengan mudah.
N
o
1
2
3
4
Nama
Deskripsi
Kebutuhan
User Friendly
Confirm Alert
Data Validation
Sistem mudah digunakan
Peringatan sebagai konfirmasi user
Mengecek kesesuaian data antara data input
Aplikasi Database
dengan ketentuan yang ada
Sistem dibangun berbasis Aplikasi Database
Tabel 1.4 Non-Fungsional Sistem
2.
Perancangan Sistem
Perancangan sistem merupakan suatu kegiatan pengembangan
prosedur dan proses yang sedang berjalan untuk menghasilkan sesuatu yang
baru atau memperbaharui sistem yang ada untuk meningkatkan efektifitas
kerja, agar dapat memenuhi hasil yang diinginkan. Rancangan sistem yang
baru,
akan
diterapkan
suatu
kegiatan
untuk
menemukan
dan
mengembangkan metode, prosedur dan proses data agar tujuan organisasi
dapat tercapai. Adapun tujuan perancangan sistem pembuatan aplikasi surat
menyurat untuk mempermudah Kasi/staff, warga khususnya dalam
pembuatan data administrasi dikantor kelurahan belian batam kota.
2.1
Perancangan Menu Utama
Gambar 2.1 Perancangan Menu Utama
2.2
Perancamgan Menu Input
Gambar 2.2 Perancangan Menu Input
2.3
Perancangan Menu Output
Gambar 2.3 Perancangan Menu Output
2.4
Diagram Use Case
Use case diagram
fungsionalitas
yang
digunakan untuk
diharapkan
dari
menggambarkan
sebuah
sistem
dan
mendeskripsikan fungsi sebuah sistem dari sudut pandang pengguna
sistem. Elemen-elemennya adalah: aktor, use case, dan hubungan
antar objek
Aktor adalah sebuah entitas manusia atau mesin yang
berinteraksi dengan sistem untuk melakukan pekerjaan-pekerjaan
tertentu
Use case adalah sebuah tindakan atau unit fungsional dari
sebuah sistem. Sebuah use case dapat meng-include fungsionalitas
use case lain. Sebuah use case dapat di-include oleh lebih dari satu
use case lain, sehingga duplikasi fungsionalitas dapat dihindari
dengan cara menarik keluar fungsionalitas yang umum. Sebuah use
case juga dapat meng-extend use case lain dengan behaviournya
sendiri.
Gambar 2.4 Diagram Use Case
2.5
Scenario Use Case
Setiap use case diatas harus dideskripsikan dalam dokumen
yang disebut dengan dokumen flow of event. Dokumen ini merupakan
definisi apa yang harus dilakukan oleh sistem ketika aktor
mengaktifkan use case. Berikut adalah dokumentasi scenaria use case
yang diusulkan penulis.
2.5.1 Scenario Use Case Login
Use Case
Actor
Tujuan
Validasi
Staff, KASI dan Lurah
Memungkinkan user yang sudah terdaftar untuk melakukan akses
Main
terhadap sistem
Aktor
Sistem
Flow
1.
Staff,
KASI dan
Lurah menginputkan
username
dan
password.
1. Melakukan verifikasi dan validasi data
yang sudah diinputkan.
2. Menampilkan konfirmasi hasil login.
Dan menampilkan Menu (Sub menu)
Tabel 2.5.1 Validasi Login
2.5.2 Scenario Use Case Mengelola Data Warga
Use Case
Actor
Tujuan
Mengelola Data Warga
Staff
Memasukan data warga untuk dimasukan kedalam sistem
Main
Aktor
Sistem
Flow
1. Login
2. Cek Validasi.
3.
Staff memasukan data
warga
4. sistem
menerima
data
,sistem
menampilkan menu input,edit dan
simpan.
Tabel 2.5.2 Mengelola Data
2.5.3 Scenario Use Case Cek Data Warga
Use Case
Actor
Tujuan
Cek Data Warga
Staff, KASI
Memasukan data warga untuk dimasukan kedalam sistem
Main
Aktor
Sistem
Flow
1. Login
2. Cek Validasi.
3. Staff
dan
memasukan
KASI
Key
warga
4. sistem mencari Key warga dan
menampilkankan hasil Key.
Tabel 2.5.3 Cek Data
2.5.4 Scenario Use Case Laporan Data Warga
Use Case
Actor
Tujuan
Laporan Data Warga
Staff
Membuat dan Menampilkan laporan data warga
Main
Aktor
Sistem
Flow
1. Login
2. Cek Validasi.
3. Staff mengklik menu
laporan.
4. Sistem menampilkan laporan.
Tabel 2.5.4 Laporan
2.5.5 Scenario Use Case Cetak Laporan Data Warga
Use Case
Actor
Tujuan
Cetak Laporan Data Warga
Staff, KASI dan Lurah
Mencetak dan Menampilkan data warga.
Main
Aktor
Sistem
Flow
1. Login
2. Cek Validasi.
3. Staff,
Lurah
KASI
dan
Menampilkan
hasil Laporan Warga.
4. Sistem Menampilkan hasil laporan
Data Warga yang ditentukan.
5.
Staff Mencetak Hasil
Laporan Data Warga.
6. Sistem
Menerima
Laporan Warga.
7. Cetak
Tabel 2.5.5 Cetak Laporan
perintah
Cetak
2.5.6 Scenario Use Case Back Up Data Warga
Use Case
Actor
Tujuan
Back Up
Staff
Sistem dapat membackup Data Warga
Main
Aktor
Sistem
Flow
1. Staff Mengklik Back Up
2. Sistem
Membackup
Secara
otomatis
Tabel 2.5.6 Back Up
2.5.7 Scenario Use Case Sinkronisasi Data Warga
Use Case
Actor
Tujuan
Main
Sinkronisasi
Staff
Sistem dapat mengsinkron Data Warga
Aktor
Sistem
Flow
1. Staff
Menklik
Sinkron
2. Sistem tersinkronisasi terhadap server.
Tabel 2.5.7 Sinkronisasi
2.6
Candidate Class
Pendefinisian kandidat kelas digunakan untuk menjelaskan
objek-objek dalam sistem. Dimana kelas-kelas mendefinisikan model
data dan esensi sistem.
No
1
2
Identifikasi Objek
Objek Fisik
Transaksi
Nama Objek
Form Pendaftaran
-
Alasan
Dalam Sistem
Staff
3
KASI
Aktor
Lurah
Komputer
4
Piranti
5
Proses
2.7
Printer
Laporan
Tabel 2.6 Candidate Class
Diterima
Diterima
Diterima
Pelengkap
Pelengkap
Diterima
Class Diagram
Class adalah deskripsi kelompok objek-objek dengan
property, perilaku (operasi) dan relasi yang sama. Sehingga dengan
adanya class diagram dapat memberikan pandangan global atas
sebuah system. Hal tersebut tercermin dari class yang ada dan
relasinya satu dengan yang lainnya.
Gambar 2.7 Class Diagram
2.8
Manajemen Basis Data
Percancangan database adalah proses untuk menentukan isi
dan pengaturan data yang dibutuhkan untuk mendukung perancangan
suatu sistem. Tujuan dari perancangan database adalah untuk
memenuhi informasi yang berisikan kebutuhan-kebutuhan pengguna
secara khusus dan aplikasi-aplikasinya .memudahkan pengertian
struktur informasi serta mendukung kebutuhan-kebutuhan pemrosesan
dan beberapa obyek penampilan (response time, processing time ,dan
storage space)
Design file adalah kumpulan dari item data yang diatur dalam
suatu record dimana item-item data tersebut dimanipulasi untuk
pemrosesan tertentu setelah melakukan perancangan maka selanjutnya
adalah merancang file-file tersebut. Berikut adalah struktur data dari
file-file yang terdapat dari data base :
2.8.1 File Name
Primary Index
: Pengguna
: Username
No
1
2
3
4
Field Name
Username
Password
Nama
NIP
Type
Field
Text
15
Char
10
Text
20
Int
18
Tabel 2.8.1 Pengguna
2.8.2 File Name
Primary Index
No
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
Keterangan
Nama Pengguna
Kata Sandi
Nama Pegawai
Nomor Pegawai
: Data Pindah Datang
: No_Nik
Field Name
Type
Field
Keterangan
No_Nik
Int
16
No. Nik
Nama_Lengkap
Varchar
25
Nama Lengkap
Tempat_Tanggal_Lahir Varchar
40
Tempat Tanggal Lahir
Jenis_Kelamin
Enum Laki-laki, Perempuan
Jenis Kelamin
Alamat
Varchar
60
Alamat
RT
Int
3
RT
RW
Int
3
RW
Kelurahan
Varchar
20
Kelurahan
Kecamatan
Varchar
20
Kecamatan
Kota_Asal
Varchar
30
Kota Asal
Provinsi_Asal
Varchar
30
Provinsi Asal
Agama
Varchar
15
Agama
Status_Perkawinan
Varchar
15
Status Perkawinan
Pekerjaan
Varchar
20
Pekerjaan
Kewarganegaraan
Varchar
10
Kewarganegaraan
Tabel 2.8.2 Data Warga Pindah Datang
2.8.3 File Name
: Data Pindah Keluar
Primary Index
No
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
: No_Nik
Field Name
Type
Field
Keterangan
No_Nik
Int
16
No. Nik
Nama_Lengkap
Varchar
25
Nama Lengkap
Tempat_Tanggal_Lahir Varchar
40
Tempat Tanggal Lahir
Jenis_Kelamin
Enum Laki-laki, Perempuan
Jenis Kelamin
Alamat
Varchar
60
Alamat
RT
Int
3
RT
RW
Int
3
RW
Kelurahan
Varchar
20
Kelurahan
Kecamatan
Varchar
20
Kecamatan
Kota_Tujuan
Varchar
30
Kota Tujuan
Provinsi_Tujuan
Varchar
30
Provinsi Tujuan
Agama
Varchar
15
Agama
Status_Perkawinan
Varchar
15
Status Perkawinan
Pekerjaan
Varchar
20
Pekerjaan
Kewarganegaraan
Varchar
10
Kewarganegaraan
Tabel 2.8.3 Data Warga Pindah Keluar
2.8.4 File Name
: Kelahiran
Primary Index
: No_Nik
No
Field Name
Type
Field
Keterangan
1
No_Nik
Int
16
No.Nik
2
Nama_Ayah
Varchar
25
Nama Ayah
3
4
5
Nama_Ibu
Nama_Anak
Tempat_Tanggal_Lahir
Varchar
Varchar
Varchar
25
25
40
Nama Ibu
Nama Anak/Bayi
Tempat Tanggal Lahir
6
Jenis Kelamin
Enum
Laki-laki,Perempuan
Jenis Kelamin
7
Agama
Varchar
15
Tabel 2.8.4 Data Warga Kelahiran
Agama
2.8.5 File Name
: Kematian
Primary Index
: No_Nik
No
Field Name
Type
Field
Keterangan
1
No_Nik
Int
16
No. Nik
2
Nama_Lengkap
Varchar
25
Nama Lengkap
3
4
5
Tempat_Tanggal_Lahir
Jenis_Kelamin
Agama
Varchar
Enum
Varchar
40
Laki-laki,Perempuan
15
Tempat Tanggal Lahir
Jenis Kelamin
Agama
6
Tanggal_Kematian
Varchar
10
Tanggal Kematian
7
Tempat_Kematian
Varchar
60
Tempat Kematian
8
Penyebab_Kematian
Varchar
15
Tabel 2.8.5 Data Warga Kematian
Penyebab Kematian
2.9
Relasi Antar Tabel
Tb_pindah
No_pindah (pk)
Tb_warga
Alamat_asal
Nik (pk)
Alamat_tujuan
Nama
Tgl_pindah
Nama Ibu
Status
Nama Ayah
Nik (fk)
Tempat_tanggal lahir
Jenis kelamin
Gol_darah
Alamat
Tb_kelahiran
No_skl (pk)
RT
Nik_ayah
RW
Nik_ibu
Kelurahan
Nik (fk)
Kecamatan
agama
pendidikan
status_perkawinan
pekerjaan
kewarganegaraan
Tb_kematian
No_skm (pk)
Tmpt_kematian
Sebab_kematian
Nik (fk)
2.10 Flow Chart Program
2.11 Flow Chart Sistem