![SIM Gereja Katolik GYB Surabaya [PDF]](https://pdfs.asia/img/200x200/sim-gereja-katolik-gyb-surabaya.jpg)
5 0 4 MB
RANCANG BANGUN SISTEM INFORMASI UMAT GEREJA KATOLIK GEMBALA YANG BAIK SURABAYA
ST IK
O
M
SU
R
AB
AY A
BERBASIS WEB
Nama
: Safwat Sulung Romadlan
NIM
: 08.41010.0412
Program
: S1 (Strata 1)
Jurusan
: Sistem Informasi
SEKOLAH TINGGI MANAJEMEN INFORMATIKA & KOMPUTER SURABAYA 2013
DAFTAR ISI Halaman vii
KATA PENGANTAR ...................................................................................
viii
AY A
ABSTRAK .......................................................................................................
DAFTAR ISI ..................................................................................................
x
DAFTAR TABEL ..........................................................................................
xv
DAFTAR GAMBAR .....................................................................................
xx
AB
1
Latar Belakang Masalah .......................................................
1
1.2
Perumusan Masalah .............................................................
3
1.3
Pembatasan Masalah ............................................................
3
1.4
Tujuan ..................................................................................
3
1.5
Sistematika Penulisan ..........................................................
4
LANDASAN TEORI ....................................................................
6
2.1
6
R
1.1
Sistem .....................................................................................
M
BAB II
PENDAHULUAN .........................................................................
SU
BAB I
ST IK
O
2.2
2.3
Sistem Informasi ...................................................................
8
2.2.1 Blok Masukkan ..........................................................
9
2.2.2 Blok Model .................................................................
9
2.2.3 Blok Keluaran ............................................................
9
2.2.4 Blok Teknologi ...........................................................
9
2.2.5 Blok Basis Data .........................................................
9
2.2.6 Blok Kendali .............................................................
10
Paroki ....................................................................................
10
x
Halaman Mendata .................................................................................
12
2.5
Statistik ..................................................................................
12
2.6
Kartu Keluarga ......................................................................
13
2.7
Identitas Organisasi ...............................................................
13
2.8
Struktur Organisasi ...............................................................
14
2.9
Sistem Informasi Web ...........................................................
18
2.10 Konsep Dasar Basis Data .......................................................
19
AB
AY A
2.4
19
2.10.2 Sistem Basis Data .......................................................
19
2.10.3 Database Management System...................................
21
2.11 Structured Query Languange (SQL) ......................................
23
2.12 Testing Dan Implementasi Sistem .........................................
24
2.12.1 Black Box Testing .......................................................
25
2.13 Sistem Berbasis Web ..............................................................
26
M
SU
R
2.10.1 Database .....................................................................
26
2.13.2 World Wide Web .........................................................
26
2.13.3 Standar Internet .........................................................
27
2.13.4 Web 2.0 ......................................................................
28
BAB III ANALISIS DAN PERANCANGAN SISTEM .............................
30
ST IK
O
2.13.1 Internet .......................................................................
3.1
Analisis Permasalahan ...........................................................
30
3.1.1 Identifikasi Masalah .................................................
30
3.1.2 Analisis Kebutuhan ..................................................
32
xi
Halaman Perancangan Sistem ..............................................................
36
3.2.1 Model Pengembangan ...............................................
37
3.2.2 System Flow ...............................................................
39
AY A
3.2
48
3.2.4 Data Flow Diagram ....................................................
49
3.2.5 Entity Relationship Diagram ......................................
53
3.2.6 Struktur Database ......................................................
56
AB
3.2.3 Hierarchy Input Process Output (HIPO) ...................
Desain Input Output ...............................................................
65
3.4
Perancangan Evaluasi Sistem ................................................
104
3.4.1 Perancangan Uji Coba Sistem ...................................
104
BAB IV IMPLEMENTASI DAN EVALUASI ...........................................
116
Implementasi Sistem ............................................................
116
4.1.1 Kebutuhan Implementasi ..........................................
116
4.1.2 Halaman Utama ..........................................................
118
ST IK
O
M
4.1
SU
R
3.3
4.1.3 Halaman Login Administrator ....................................
120
4.1.4 Halaman Utama Administrator .................................
120
4.1.5 Halaman Data Umat ..................................................
122
4.1.6 Halaman Tambah Data Umat ....................................
123
4.1.7 Halaman View Data Umat .........................................
124
4.1.8 Halaman Sakramen Umat ..........................................
125
4.1.9 Halaman Pencatatan Sakramen Umat .......................
126
4.1.10 Halaman Mutasi Keluarga .........................................
127
xii
Halaman 129
4.1.12 Halaman Mutasi Anggota ..........................................
130
4.1.13 Halaman Pencatatan Mutasi Anggota .......................
131
AY A
4.1.11 Halaman Pencatatan Mutasi Keluarga ......................
132
4.1.15 Halaman Pencatatan Kegiatan Anggota ....................
133
4.1.16 Halaman Kematian ....................................................
135
4.1.17 Halaman Pencatatan Kematian ..................................
136
AB
4.1.14 Halaman Kegiatan Anggota ......................................
136
4.1.19 Halaman Grafik Sakramen Umat ..............................
138
4.1.20 Halaman Grafik Perkembangan Umat ......................
139
4.1.21 Halaman Grafik Pemekaran Umat ............................
140
4.1.22 Halaman Grafik Kegiatan Umat ................................
141
4.1.23 Halaman Laporan Kematian ......................................
142
4.1.24 Halaman Cetak Kartu Keluarga .................................
142
ST IK
O
M
SU
R
4.1.18 Halaman Grafik Umat ...............................................
4.2
4.3
4.1.25 Halaman Laporan Mutasi Keluarga ..........................
144
4.1.26 Halaman Laporan Mutasi Anggota ...........................
145
4.1.27 Halaman Laporan Kriteria .........................................
146
4.1.28 Halaman Pengelolaan Pengguna ...............................
147
4.1.29 Halaman Pengelolaan Data Master ...........................
147
Uji Coba ...............................................................................
149
4.2.1 Uji Coba Sistem ........................................................
149
Evaluasi .................................................................................
188
xiii
Halaman PENUTUP .....................................................................................
191
5.1
Kesimpulan ..........................................................................
191
5.2
Saran .....................................................................................
191
AY A
BAB V
193
LAMPIRAN ....................................................................................................
195
ST IK
O
M
SU
R
AB
DAFTAR PUSTAKA ....................................................................................
xiv
DAFTAR TABEL Halaman
18
Tabel 3.1 Tabel Analisa Kebutuhan Sistem .................................................
33
AY A
Tabel 2.1 Nama Wilayah Dan Lingkungan Gereja Katolik GYB Surabaya .......................................................................................
56
Tabel 3.3 Struktur Tabel Lingkungan ...........................................................
56
Tabel 3.4 Struktur Tabel Kartu_keluarga ......................................................
57
Tabel 3.5 Struktur Tabel Pekerjaan ...............................................................
57
Tabel 3.6 Struktur Tabel Pendidikan .............................................................
58
Tabel 3.7 Struktur Tabel Hubungan Keluarga .............................................
58
R
AB
Tabel 3.2 Struktur Tabel Wilayah ................................................................
SU
Tabel 3.8 Struktur Tabel Aktivitas Gereja ....................................................
58 59
Tabel 3.10 Struktur Tabel Kegiatan Gereja.....................................................
59
Tabel 3.11 Struktur Tabel kegiatan_masyarakat .............................................
60
Tabel 3.12 Struktur Tabel Sakramen_baptis ...................................................
61
Tabel 3.13 Struktur Tabel Sakramen_krisma ..................................................
61
O
M
Tabel 3.9 Struktut Tabel aktivitas_masyarakat .............................................
ST IK
Tabel 3.14 Struktur Tabel Sakramen_komuni ................................................
61
Tabel 3.15 Struktur Tabel Sakramen_pernikahan ...........................................
62
Tabel 3.16 Struktur Tabel cata_nikah .............................................................
62
Tabel 3.17 Struktur Tabel mutasi_keluarga ....................................................
62
Tabel 3.18 Struktur Tabel detil_kk..................................................................
63
Tabel 3.19 Struktur Tabel Mutasi Anggota ....................................................
64
Tabel 3.20 Struktur Tabel User ......................................................................
64
xv
Halaman 66
Tabel 3.22 Fungsi Obyek Desain Form Login Administrator .......................
67
Tabel 3.23 Fungsi Obyek Desain Form Data Umat .......................................
69
AY A
Tabel 3.21 Fungsi Obyek Desain Form Utama ..............................................
70
Tabel 3.25 Fungsi Obyek Desain Form Tambah Anggota Keluarga .............
71
Tabel 3.26 Fungsi Obyek Desain Form View Data Umat ..............................
73
Tabel 3.27 Fungsi Obyek Desain Form Sakramen Umat ..............................
75
AB
Tabel 3.24 Fungsi Obyek Desain Form Tambah Data Kartu Keluarga Baru .
76
Tabel 3.29 Fungsi Obyek Desain Form Mutasi Keluarga ..............................
77
Tabel 3.30 Fungsi Obyek Desain Form Pencatatan Mutasi Keluarga ...........
78
Tabel 3.31 Fungsi Obyek Desain Form Mutasi Anggota ..............................
79
Tabel 3.32 Fungsi Obyek Desain Form Pencatatan Mutasi Anggota ............
80
Tabel 3.33 Fungsi Obyek Desain Form Kegiatan Anggota ...........................
81
Tabel 3.34 Fungsi Obyek Desain Form Pencatatan Kegiatan ........................
82
M
SU
R
Tabel 3.28 Fungsi Obyek Desain Form Pencatatan Sakramen Umat ............
O
Tabel 3.35 Fungsi Obyek Desain Form Kematian .........................................
83 84
Tabel 3.37 Fungsi Obyek Desain Form Grafik Umat ....................................
85
ST IK
Tabel 3.36 Fungsi Obyek Desain Form Pencatatan Kematian ......................
Tabel 3.38 Fungsi Obyek Desain Form Grafik Sakramen Umat ...................
88
Tabel 3.39 Fungsi Obyek Desain Form Grafik Perkembangan Umat ...........
89
Tabel 3.40 Fungsi Obyek Desain Form Grafik Pemekaran Umat .................
91
Tabel 3.41 Fungsi Obyek Desain Form Grafik Kegiatan Umat ....................
93
Tabel 3.42 Fungsi Obyek Desain Form Laporan Kematian ..........................
95
Tabel 3.43 Fungsi Obyek Desain Form Cetak Laporan Kematian ................
95
xvi
Halaman 96
Tabel 3.45 Fungsi Obyek Desain Form Laporan Kartu Keluarga .................
97
Tabel 3.46 Fungsi Obyek Desain Form Laporan Mutasi Keluarga ...............
98
AY A
Tabel 3.44 Fungsi Obyek Desain Form Cetak Kartu Keluarga .....................
100
Tabel 3.48 Fungsi Obyek Desain Form Laporan Kriteria ..............................
101
Tabel 3.49 Fungsi Obyek Desain Form Pengelolaan Pengguna ....................
102
Tabel 3.50 Fungsi Obyek Desain Form Pengelolaan Data Master ................
103
AB
Tabel 3.47 Fungsi Obyek Desain Form Laporan Mutasi Anggota ................
104
Tabel 3.52 Data Uji Coba Login ....................................................................
104
Tabel 3.53 Rancangan Uji Coba Form Login .................................................
105
Tabel 3.54 Data Uji Coba Form Tambah Data Kartu Keluarga Umat ...........
105
Tabel 3.55 Rancangan Uji Coba Form Tambah Data Kartu Keluarga Umat .
105
Tabel 3.56 Data Uji Coba Tambah Data Anggota Keluarga ..........................
106
Tabel 3.57 Rancangan Uji Coba Form Tambah Data Anggota .....................
106
M
SU
R
Tabel 3.51 Fungsi Obyek Desain Form Pencatatan Data Master ..................
O
Tabel 3.58 Data Uji Coba Form Pencatatan Sakramen Umat ........................
107 107
Tabel 3.60 Data Uji Coba Form Pencatatan Kegiatan Umat .........................
108
ST IK
Tabel 3.59 Rancangan Uji Coba Form Pencatatan Sakramen Umat .............
Tabel 3.61 Rancangan Uji Coba Form Pencatatan Kegiatan Umat ...............
108
Tabel 3.62 Data Uji Coba Form Pencatatan Kematian ..................................
109
Tabel 3.63 Rancangan Uji Coba Form Pencatatan Kematian ........................
109
Tabel 3.64 Data Uji Coba Form Pencatatan Mutasi ......................................
109
Tabel 3.65 Rancangan Uji Coba Form Pencatatan Mutasi ............................
110
Tabel 3.66 Data Uji Coba Form Pengelolaan Data Master ...........................
110
xvii
Halaman 110
Tabel 3.68 Data Uji Coba Form Laporan Kriteria .........................................
111
Tabel 3.69 Rancangan Uji Coba Form Laporan Kriteria ...............................
111
AY A
Tabel 3.67 Rancangan Uji Coba Form Pengelolaan Data Master .................
112
Tabel 3.71 Rancangan Uji Coba Form Grafik Umat .....................................
112
Tabel 3.72 Data Uji Coba Form Pengelolaan Data User ...............................
113
Tabel 3.73 Rancangan Uji Coba Form Pengelolaan Data User .....................
113
AB
Tabel 3.70 Data Uji Coba Form Grafik Umat ................................................
113
Tabel 3.75 Rancangan Uji Coba Form Lupa Password .................................
114
Tabel 3.76 Data Uji Coba Form Confirm Password ......................................
114
Tabel 3.77 Rancangan Uji Coba Form Confirm Password ............................
115
Tabel 4.1 Hasil Uji Coba Form Login ..........................................................
151
Tabel 4.2 Hasil Uji Coba Form Tambah Data Kartu Keluarga ....................
153
Tabel 4.3 Hasil Uji Coba Form Tambah Anggota Keluarga .......................
155
M
SU
R
Tabel 3.74 Data Uji Coba Form Lupa Password ...........................................
O
Tabel 4.4 Hasil Uji Coba Form Pencatatan Sakramen Umat .......................
157 159
Tabel 4.6 Hasil Uji Coba Form Pencatatan Kematian Umat .......................
160
ST IK
Tabel 4.5 Hasil Uji Coba Form Pencatatan Kegiatan Umat ........................
Tabel 4.7 Hasil Uji Coba Form Pencatatan Mutasi ......................................
161
Tabel 4.8 Hasil Uji Coba Form Pengelolaan Data Master ...........................
163
Tabel 4.9 Hasil Uji Coba Form Laporan Kriteria ........................................
165
Tabel 4.10 Hasil Uji Coba Form Grafik Umat ...............................................
168
Tabel 4.11 Hasil Uji Coba Form Pengelolaan Data User ..............................
170
Tabel 4.12 Hasil Uji Coba Form Lupa Password ..........................................
173
xviii
Halaman 176
Tabel 4.14 Hasil Olah Data Angket Untuk Pastor Kepala Paroki .................
177
Tabel 4.15 Hasil Olah Data Angket Untuk Ketua Bidang Sumber ................
179
AY A
Tabel 4.13 Hasil Uji Coba Form Confirm Password .....................................
180
Tabel 4.17 Hasil Olah Data Angket Untuk Ketua Bidang Kerasulan Umum .
181
Tabel 4.18 Hasil Olah Data Angket Untuk Ketua Bidang Kerasulan Khusus
182
Tabel 4.19 Hasil Olah Data Angket Untuk Ketua Wilayah ...........................
183
AB
Tabel 4.16 Hasil Olah Data Angket Untuk Ketua Bidang Formatio .............
185
Tabel 4.21 Hasil Olah Data Angket Untuk Admin/Sekretariat ......................
186
ST IK
O
M
SU
R
Tabel 4.20 Hasil Olah Data Angket Untuk Ketua Lingkungan .....................
xix
DAFTAR GAMBAR Halaman Karakteristik Sistem (Jogiyanto 1990:6) ..................................
8
Gambar 2.2
Struktur Organisasi (Dewan Paroki) Gembala Yang Baik ......
14
Gambar 3.1
Block Diagram Rancang Bangun Sistem Informasi Umat Gereja Katolik GYB Surabaya ................................................
38
Gambar 3.2
System Flow Sistem Informasi Umat Gereja ............................
40
Gambar 3.3
System Flow Tambah Data Umat .............................................
41
Gambar 3.4
System Flow Maintenance Data Master ...................................
42
Gambar 3.5
System Flow Pencatatan Sakramen Umat.................................
43
Gambar 3.6
System Flow Pencatatan Kegiatan Umat ..................................
44
Gambar 3.7
System Flow Pencatatan Mutasi Umat .....................................
Gambar 3.8
System Flow Laporan Umat......................................................
47
Gambar 3.9
Hierarchy Input-Process-Output .............................................
48
Gambar 3.10 Context Diagram Sistem Informasi Umat Paroki GYB Surabaya ...................................................................................
50
M
SU
R
AB
AY A
Gambar 2.1
O
Gambar 3.11 Data Flow Diagram Level 0 Sistem Informasi Umat Paroki GYB Surabaya ..........................................................................
ST IK
Gambar 3.12 Data Flow Diagram Level 1 Sistem Informasi Umat Paroki GYB Surabaya .........................................................................
46
51
52
Gambar 3.13 Conceptual Data Model (CDM) Sistem Informasi Umat Paroki GYB Surabaya ......................................................................... 53 Gambar 3.14 Physical Data Model (PDM) Sistem Informasi Umat Paroki GYB Surabaya ..........................................................................
55
Gambar 3.15 Desain Form Utama ................................................................
65
Gambar 3.16 Desain Form Login Administrator ...........................................
66
Gambar 3.17 Desain Form Halaman Utama Administrator ..........................
68
xx
Halaman 69
Gambar 3.19 Desain Form Tambah Data Kartu Keluarga Baru ...................
70
Gambar 3.20 Desain Form Tambah Data Anggota Keluarga .......................
71
AY A
Gambar 3.18 Desain Form Data Umat ..........................................................
72
Gambar 3.22 Desain Form Sakramen Umat .................................................
74
Gambar 3.23 Desain Form Pencatatan Sakramen .........................................
75
Gambar 3.24 Desain Form Mutasi Keluarga ................................................
76
AB
Gambar 3.21 Desain Form View Data Umat .................................................
77
Gambar 3.26 Desain Form Mutasi Anggota .................................................
78
Gambar 3.27 Desain Form Pencatatan Mutasi Anggota ...............................
79
Gambar 3.28 Desain Form Kegiatan Anggota ..............................................
80
Gambar 3.29 Desain Form Pencatatan Kegiatan Anggota ............................
81
Gambar 3.30 Desain Form Kematian ............................................................
83
Gambar 3.31 Desain Form Pencatatan Kematian .........................................
84
M
SU
R
Gambar 3.25 Desain Form Pencatatan Mutasi Keluarga ..............................
O
Gambar 3.32 Desain Form Grafik Umat .......................................................
86 87
Gambar 3.34 Desain Form Grafik Perkembangan Umat ..............................
89
ST IK
Gambar 3.33 Desain Form Grafik Sakramen Umat ......................................
Gambar 3.35 Desain Form Grafik Pemekaran Umat ....................................
91
Gambar 3.36 Desain Form Grafik Kegiatan Umat .......................................
93
Gambar 3.37 Desain Form Kematian ............................................................
94
Gambar 3.38 Desain Form Cetak Laporan Kematian ...................................
95
Gambar 3.39 Desain Form Cetak Kartu Keluarga ........................................
96
Gambar 3.40 Desain Form Laporan Kartu Keluarga ....................................
97
xxi
Halaman 98
Gambar 3.42 Desain Form Laporan Mutasi Anggota ...................................
99
Gambar 3.43 Desain Form Laporan Kriteria ................................................
100
AY A
Gambar 3.41 Desain Form Laporan Mutasi Keluarga ..................................
101
Gambar 3.45 Desain Form Pengelolaan Data Master Lingkungan ..............
103
Gambar 3.46 Desain Form Pencatatan Data Master .....................................
103
Gambar 4.1
Halaman Utama .......................................................................
119
Gambar 4.2
Halaman Login Administrator .................................................
120
Gambar 4.3
Halaman Utama Administrator ................................................
121
Gambar 4.4
Halaman Data Umat ................................................................
122
Gambar 4.5
Halaman Tambah Data Kartu keluarga ...................................
123
Gambar 4.6
Halaman Tambah Data Anggota .............................................
124
Gambar 4.7
Halaman View Data Umat .......................................................
125
Gambar 4.8
Halaman Sakramen Umat ........................................................
126
R
SU
M
Halaman Pencatatan Sakramen Umat .....................................
O
Gambar 4.9
AB
Gambar 3.44 Desain Form Pengelolaan Pengguna .......................................
127 128
Gambar 4.11 Halaman Pencatatan Mutasi Keluarga .....................................
129
ST IK
Gambar 4.10 Halaman Mutasi Keluarga .......................................................
Gambar 4.12 Halaman Mutasi Anggota ........................................................
130
Gambar 4.13 Halaman Pencatatan Mutasi Anggota .....................................
131
Gambar 4.14 Halaman Kegiatan Anggota ....................................................
132
Gambar 4.15 Halaman Pencatatan Kegiatan Anggota ..................................
134
Gambar 4.16 Halaman Kematian ..................................................................
135
Gambar 4.17 Halaman Pencatatan Kematian ................................................
136
xxii
Halaman 137
Gambar 4.19 Halaman Grafik Sakramen Umat ............................................
138
Gambar 4.20 Halaman Grafik Perkembangan Umat .....................................
139
AY A
Gambar 4.18 Halaman Grafik Umat .............................................................
140
Gambar 4.22 Halaman Grafik Kegiatan Umat ..............................................
141
Gambar 4.23 Halaman Laporan Kematian ....................................................
142
Gambar 4.24 Halaman Cetak Kartu Keluarga ...............................................
143
AB
Gambar 4.21 Halaman Grafik Pemekaran Umat ...........................................
142
Gambar 4.26 Halaman Laporan Mutasi Anggota .........................................
145
Gambar 4.27 Halaman Laporan Kriteria .......................................................
146
Gambar 4.28 Halaman Pengelolaan Pengguna .............................................
147
Gambar 4.29 Halaman Pengelolaan Data Master .........................................
148
Gambar 4.30 Halaman Tambah Data Master ................................................
148
Gambar 4.31 Halaman Login Berhasil ..........................................................
150
M
SU
R
Gambar 4.25 Halaman Laporan Mutasi Keluarga ........................................
O
Gambar 4.32 Pesan error Saat Proses Login .................................................
151 152
Gambar 4.34 Pesan Error Ketika Tanggal Masuk Tidak Diisi .....................
152
ST IK
Gambar 4.33 Halaman Pencatatan Detail Anggota .......................................
Gambar 4.35 Halaman View Data Umat .......................................................
154
Gambar 4.36 Pesan Error Ketika Nama Lengkap Belum Diisi ....................
154
Gambar 4.37 Pesan Error Ketika Field Angka Disi Huruf ...........................
154
Gambar 4.38 View Data Sakramen Umat ......................................................
156
Gambar 4.39 Pesan Error Saat Field Tanggal Baptis Tidak Diisi ...............
157
Gambar 4.40 Nama Baptis Didepan Nama Lengkap ....................................
157
xxiii
Halaman 157
Gambar 4.42 Status Berubah Menjadi Telah Mengikuti Kegiatan ...............
158
Gambar 4.43 Proses Penyimpanan Kegiatan Anggota ..................................
159
Gambar 4.44 Status Berubah Dari “Hidup” menjadi “Meninggal” ..............
160
Gambar 4.45 Pesan Error Saat Field Tanggal Kematian Kosong ................
160
Gambar 4.46 View Data Mutasi ....................................................................
161
Gambar 4.47 Pesan Error Saat Field Tanggal Mutasi Masih Kosong .........
161
AB
AY A
Gambar 4.41 Pencatatan Sakramen Komuni Tidak Dapat Dilakukan ..........
162
Gambar 4.49 Mengubah Data Master ...........................................................
163
Gambar 4.50 Hasil Laporan Kriteria ..............................................................
164
Gambar 4.51 Inputan Wilayah Singkron Dengan Inputan Lingkungan ........
165
Gambar 4.52 Grafik Dengan Inputan Wilayah Andreas Dan Lingkungan Andreas 1 ............................................................
166
Gambar 4.53 Grafik Umat Dengan Inputan Wilayah Filipus Dan Semua Lingkungan Filipus ......................................................
167
M
SU
R
Gambar 4.48 View Data Master Berhasil Disimpan .....................................
O
Gambar 4.54 Mengganti Password Baru ......................................................
169 169
Gambar 4.56 Password Dikirim Lewat Email ..............................................
171
ST IK
Gambar 4.55 User Yang Login Ada Pada Tabel View User .........................
Gambar 4.57 Pesan Error Email yang Tidak Terdaftar ................................
171
Gambar 4.58 Pesan Error Email Masih Kosong ...........................................
172
Gambar 4.59 Email Telah Masuk ..................................................................
172
Gambar 4.60 Pengguna Berhasil Mengganti Password ................................
174
Gambar 4.61 Pesan Error Password dan Confirm Password Harus Sama ...
175
Gambar 4.62 Pesan Error Password Harus Lebih 6 Karakter ......................
175
xxiv
Halaman 175
Gambar 4.64 Versi CSS yang Digunakan .....................................................
189
Gambar 4.65 URL Aplikasi ...........................................................................
190
AY A
Gambar 4.63 Pesan Error Inputan Password Masih Kosong .......................
ST IK
O
M
SU
R
AB
Gambar 4.66 Versi XHTML .........................................................................
xxv
190
ABSTRAK
AY A
Permasalahan yang dihadapi oleh Gereja Gembala Yang Baik (GYB) Surabaya adalah tidak memiliki laporan informasi tentang data umat yang cukup
akurat kepada dewan paroki sebagai landasan untuk mengambil keputusan. Untuk mendapatkan data umat ini, Gereja melakukan pendataan atau sensus umat yang ada
AB
di wilayahnya secara periodik. Namun sayangnya, data umat hasil sensus ini seringkali tidak terdokumentasi dengan baik. Akibatnya, perubahan, pencarian, dan pengolahan data sulit dilakukan.
R
Berdasarkan permasalahan tersebut maka dibutuhkan suatu sistem informasi
SU
umat berbasis web yang memiliki fungsi sebagai sarana untuk menampung data umat dan melakukan pencatatan yang biasanya dilakukan oleh pastoral seperti pencatatan sakramen, pencatatan mutasi keluarga dan anggota keluarga, pencatatan kematian dan
M
pencatatan kegiatan anggota. Dimana setiap pencatatan dapat menghasilkan laporan
O
mengenai umat yang dibutuhkan oleh dewan pastoral. Sistem informasi berbasis web ini dapat digunakan untuk mengelola data
IK
umat, pencatatan sakramen umat, pencatatan kematian, dan pencatatan mutasi,
ST
mampu menampilkan daftar umat sesuai dengan kartu keluarga dan menghasilkan laporan mengenai kartu keluarga dan umat. Dengan adanya sistem informasi web ini, informasi mengenai umat dan pencatatan lainnya dapat dilihat oleh dewan pastoral yang akan digunakan sebagai landasan pengambilan keputusan. Kata kunci : Database Gereja, Pendataan Umat, Berbasis Web
vii
BAB I PENDAHULUAN
Latar Belakang Masalah
AY A
1.1
Gereja Katolik adalah sebuah perhimpunan atau komunitas ibadah pemeluk agama katolik. Dalam Gereja Katolik dikenal dengan istilah Paroki yaitu
komunitas kaum beriman yang dibentuk secara tetap dengan batas-batas teritorial
AB
tertentu. Di dalam setiap paroki secara hirarki memiliki wilayah-wilayah dan
setiap wilayah memiliki lingkungan-lingkungan di mana disetiap lingkungan merupakan perhimpunan dari keluarga-keluarga Katolik. Terlepas dari kegiatan
R
peribadatan, Gereja seperti halnya organisasi lain tidak terlepas dari kegiatan-
SU
kegiatan administratif yang di dalamnya terdapat aktifitas pengumpulan data umat, pengelompokkan data umat, pencatatan hingga pelaporannya. Gereja Katolik Gembala Yang Baik (GYB) Surabaya yang berlokasi di
M
Jl. Jemur Andayani X/14, adalah paroki yang berada di kawasan Surabaya Selatan
KO
dengan batasan teritorial meliputi wilayah Kutisari Indah Selatan, Kutisari Indah Barat, Desa Kendangsari, Jemur Andayani, Jemur Sari, Rungkut Mejoyo Utara, Panjang Jiwo Permai, Prapen, Tenggilis Utara, dan Siwalankerto. Seperti
ST I
umumnya suatu organisasi pasti mempunyai anggota, demikian pula Gereja Katolik GYB Surabaya. Anggota dari suatu Gereja disebut juga umat, dan Gereja Katolik GYB Surabaya pada saat ini menurut data yang terbaru memiliki hampir 4.000 kepala keluarga atau setara dengan 7.800 umat. Setiap umat mempunyai data-data yaitu nomor induk, nama, alamat, tempat dan tanggal lahir, jenis kelamin, pekerjaan dan status, serta golongan darah. Sedangkan umat yang sudah
1
2
menikah dan berkeluarga ditambah dengan data keluarga antara lain berisi nama suami/istri, jumlah dan nama anak, tanggal pernikahan, dan lain-lain. Data merupakan elemen yang sangat penting sebagai dasar gerak
AY A
berpastoral. Tanpa data, pelayanan pastoral gereja kurang memperhatikan kondisi umat yang sesungguhnya. Kondisi ini sendiri dapat diketahui dari rangkuman
informasi (laporan) hasil olahan data. Untuk mendapatkan data, gereja melakukan pendataan atau sensus umat yang ada di wilayahnya secara periodik. Namun
AB
sayangnya, data umat hasil sensus ini seringkali tidak terdokumentasi dengan baik. Akibatnya, perubahan, pencarian, dan pengolahan data sulit dilakukan.
Keterlambatan waktu pengolahan data ini tentu membawa dampak bagi
R
perencanaan kegiatan paroki yang dilakukan oleh pastor kepala paroki.
SU
Agar pengolahan data hasil sensus umat dapat dilakukan dengan lebih baik, maka diperlukan suatu sistem yang mempunyai manajemen basis data dan pelaporan yang terintegrasi. Sistem basis data dapat membantu pengorganisasian
M
data, sehingga validitasnya pun dapat terjamin. Sedangkan fungsi pelaporan dapat
KO
digunakan untuk menghasilkan laporan secara cepat dan tepat sesuai dengan kebutuhan dari pastor kepala paroki. Untuk mengatasi masalah yang ditemui di Gereja Katolik GYB Surabaya
ST I
dengan solusi yang telah diuraikan di atas, maka dibuatlah rancang bangun sistem informasi umat Gereja Katolik GYB Surabaya berbasis web. Sistem informasi umat yang akan dibangun ini meliputi pendataan umat, pengorganisasian dan pemeliharaan data umat yang ada di Gereja Katolik GYB Surabaya. Data yang terorganisir dengan baik akan membantu proses pengolahannya. Sehingga, pada akhirnya laporan dapat dihasilkan dan digunakan oleh pastor kepala paroki
3
sebagai dasar pengambilan keputusan akan kegiatan pastoral, antara lain pelaksanaan misa pernikahan. Untuk melaksanakan misa pernikahan ini dibutuhkan laporan umat yang merayakan hari pernikahan mereka di bulan
AY A
dimana akan diadakan misa pernikahan.
1.2 Perumusan masalah
Berdasarkan latar belakang masalah di atas, perumusan masalah adalah
sebagai berikut : “bagaimana membuat rancang bangun sistem informasi umat
1.3 Pembatasan Masalah
R
sebagai landasan pengambilan keputusan”.
AB
Gereja Katolik Gembala Yang Baik Surabaya berbasis Web yang dapat digunakan
akan dibatasi pada :
SU
Dalam pembuatan tugas akhir ini, ruang lingkup permasalahan hanya
1. Aplikasi yang dibangun berbasis web application dengan standarisasi web 1.0.
M
2. Aplikasi dibangun menggunakan bahasa pemrograman PHP dan MySQL
KO
untuk manajemen basis datanya.
1.4 Tujuan
Tujuan dari tugas akhir ini adalah untuk membuat rancang bangun sistem
ST I
informasi umat Gereja Katolik Gembala Yang Baik Surabaya berbasis web yang
dapat digunakan sebagai landasan untuk mengambil keputusan.
4
1.5 Sistematika Penulisan Laporan Tugas Akhir (TA) ini ditulis dengan sistematika penulisan sebagai berikut: : Pendahuluan
AY A
Bab I
Bab ini membahas tentang latar belakang masalah, perumusan
masalah, batasan masalah, tujuan, manfaat serta sistematika
AB
penulisan laporan TA sebagai ringkasan materi dari masing-masing
bab. Dalam hal ini, masing-masing item harus berkaitan satu sama
Bab II
: Landasan Teori
R
lain.
SU
Landasan teori membahas tentang konsep dan teori yang berkaitan dengan pembuatan aplikasi tersebu. Teori-teori penunjang tersebut adalah sistem, sistem informasi, paroki, Mendata, Statistik, Kartu
M
Keluarga, Identitas Organisasi, sistem berbasis web, konsep dasar
KO
basis data, testing dan implementasi sistem, sistem berbasis web, internet, world wide web, standar internet, dan web 1.0 yang
ST I
nantinya digunakan oleh aplikasi ini.
Bab III
: Analisis dan Perancangan Sistem Bab ini membahas tentang analisis dan perancangan sistem yang akan dibuat secara jelas, lengkap mudah dipahami, dan sesuai dengan perumusan masalah TA yaitu bagaimana membuat rancang bangun sistem informasi umat gereja Katolik Gembala Yang Baik
5
Surabaya berbasis web
yang digunakan sebagai landasan
pengambilan keputusan. Proses perancangan yang dilakukan antara lain membuat System Flow, DFD, Diagram Jenjang, ERD PDM
Bab IV
AY A
CDM, struktur tabel, desain input output dan rancangan uji coba. : Evaluasi dan Implementasi
Bab ini membahas tentang implementasi dari program yang telah
AB
dibuat. Pada tahap ini juga dilakukan evaluasi dan uji coba (Test Case) dari aplikasi yang telah dibuat untuk memastikan apakah program yang dibuat telah sesuai dengan apa yang diharapkan atau
: Penutup
SU
Bab V
R
tidak.
Bab ini berisi kesimpulan dan saran. Saran yang dimaksud adalah
M
saran terhadap kekurangan aplikasi yang ada kepada pihak lain yang meneruskan topik TA ini. Tujuannya adalah agar pihak lain
KO
tersebut dapat menyempurnakan aplikasi sehingga bisa menjadi
ST I
lebih baik dan berguna.
BAB II LANDASAN TEORI
2.1 Sistem
AY A
Sistem merupakan sekumpulan proses yang mempunyai fungsi yang
berbeda dan memiliki suatu visi yang sama. Menurut Ludwig Von Bartalanfy (1940), sistem merupakan seperangkat unsur yang saling terkait dalam suatu antar relasi diantara unsur -unsur tersebut dengan lingkungan.
AB
Sebuah sistem memiliki karaktersitik tertentu, yaitu mempunyai beberapa
komponen (components), batasan sistem (boundary), lingkungan luar sistem
R
(environments), penghubung (interface), masukan (input), keluaran (output),
SU
pengolahan (process) dan sasaran (objectives) atau tujuan (goal). Komponen sistem merupakan bagian-bagian dari sistem yang saling berhubungan dan menjadi satu kesatuan. Komponen-komponen sistem ini sering
M
disebut dengan sub-sub sistem. Setiap sub sistem memiliki fungsi atau tujuan tersendiri yang berbeda namun saling berhubungan dan saling bergantung satu
KO
sama lain.
Batas sistem (boundary) merupakan daerah yang membatasi antara suatu
sistem dengan sistem yang lainnya atau dengan lingkungan luarnya. Batas sistem
ST I
ini memungkinkan suatu sistem dipandang sebagai suatu kesatuan. Batas suatu sistem menunjukkan ruang lingkup (scope) dari sistem tersebut. Lingkungan luar sistem (environment) adalah apapun di luar batas dari
sistem yang mempengaruhi operasi sistem. Lingkungan luar sistem dapat bersifat menguntungkan dan dapat juga bersifat merugikan. Lingkungan luar yang menguntungkan merupakan energi dari sistem dan dengan demikian harus tetap
6
7
dijaga dan dipelihara. Sedang lingkungan luar yang merugikan harus ditahan dan dikendalikan, kalau tidak maka akan mengganggu kelangsungan hidup dari sistem Penghubung sistem (interface) merupakan media penghubung antara satu dengan
subsistem
yang
lainnya.
Melalui
penghubung
ini
AY A
subsistem
memungkinkan sub-sub sistem untuk saling bertukar data dan atau informasi untuk mengolah dan menyajikan informasi lebih lanjut.
Masukan sistem (input) merupakan energi yang dimasukkan ke dalam
AB
sistem. Masukan dapat berupa masukan perawatan (maintenance input) dan masukan sinyal (signal input). Maintenance input adalah energi yang dimasukkan supaya sistem tersebut dapat beroperasi. Signal input adalah energi yang diproses
R
untuk didapatkan keluaran. Sebagai contoh didalam sistem komputer, program
SU
adalah maintanance input yang digunakan untuk mengoperasikan komputernya dan data adalah signal input untuk diolah menjadi informasi. Keluaran sistem (Output) merupakan hasil dari energi yang diolah oleh
M
sistem. Sedangkan pengolah sistem (Process) merupakan bagian yang memproses
KO
masukan untuk menjadi keluaran yang diinginkan. Karakteristik sistem dapat
ST I
digambarkan seperti pada Gambar 2.1.
8
Penghubung Lingkungan Luar Subsistem
Subsistem
Batas
Subsistem
AY A
Subsistem
Batas
Pengolah
Keluaran
AB
Masukan
Batas
R
Gambar 2.1 Karakteristik Sistem (Jogiyanto 1990:6)
SU
Sebuah sistem pasti mempunyai suatu tujuan ataupun sasaran yang ingin dicapai. Jika suatu sistem tidak mempunyai sasaran, maka operasi sistem tidak akan ada gunanya. Sasaran sistem sangat menentukan masukan apa yang
M
diperlukan serta keluaran apa yang harus dihasilkan. Suatu sistem dikatakan berhasil, jika keluaran yang dihasilkan sesuai dengan tujuan atau sasaran yang
KO
telah ditetapkan.
ST I
2.2 Sistem Informasi Sistem informasi didefinisikan oleh Robert A. Leitch dan K. Roscoe
Davis (1983) sebagai berikut: “Sistem informasi adalah suatu sistem di dalam suatu organisasi yang mempertemukan kebutuhan pengolahan transaksi harian, mendukung operasi, bersifat manajerial dan kegiatan strategi dari suatu organisasi dan menyediakan pihak luar tertentu dengan laporan-laporan yang diperlukan.”
9
2.2.1 Blok Masukkan Masukan atau Input mewakili data yang masuk ke dalam sistem informasi. Masukan disini termasuk metode-metode dan media untuk menangkap
AY A
data yang akan dimasukkan, yang dapat berupa dokumen-dokumen dasar.
2.2.2 Blok Model
Blok ini terdiri dari kombinasi prosedur, logika dan model matematik yang akan memanipulasi data input dan data yang tersimpan di basis data dengan
AB
cara yang sudah ditentukan untuk menghasilkan keluaran yang diinginkan.
2.2.3 Blok Keluaran
R
Produk dari sistem informasi adalah keluaran yang merupakan informasi
SU
yang berkualitas dan dokumentasi yang berguna untuk semua tingkatan manajemen serta semua pemakai sistem.
2.2.4 Blok Teknologi
M
Teknologi merupakan “kotak alat” (toolbox) dalam sistem informasi.
KO
Teknologi digunakan untuk menerima input, menjalankan model, menyimpan dan mengakses data, menghasilkan dan mengirimkan keluaran dan membantu
ST I
pengendalian dari sistem secara keseluruhan.
2.2.5 Blok Basis Data Basis data (database) merupakan kumpulan dari data yang saling
berhubungan satu dengan lainnya, tersimpan di perangkat keras komputer dan digunakan perangkat lunak untuk memanipulasinya. Data perlu disimpan di dalam basis data untuk keperluan penyediaan informasi lebih lanjut. Data di dalam basis
10
data perlu diorganisasikan sedemikian rupa, supaya informasi yang dihasilkan berkualitas. Organisasi basis data yang baik juga berguna untuk efisiensi kapasitas penyimpannya. Basis data diakses atau dimanipulasi dengan menggunakan
AY A
perangkat lunak paket yang disebut dengan DBMS (Database Management Systems).
2.2.6 Blok Kendali
Banyak hal yang dapat merusak sistem informasi, seperti misalnya
AB
bencana alam, api, temperatur, air, debu, kecurangan-kecurangan, kegagalankegagalan sistem itu sendiri, kesalahan-kesalahan, ketidak-efisienan, sabotase, dan
R
lain sebagainya. Beberapa pengendalian perlu dirancang dan diterapkan untuk
SU
meyakinkan bahwa hal-hal yang dapat merusak sistem dapat dicegah ataupun bila terlanjur terjadi kesalahan-kesalahan dapat langsung diatasi.
2.3 Paroki
M
Dalam buku Dinamika Pengembang Paroki oleh Piet Go (1989), menulis
KO
tentang paroki, menurut Christifideles Laici 26 (CL 26): “Jemaat eklesial dengan tetap mempertahankan dimensi universalnya, menemukan ungkapannya yang paling langsung dan nampak dalam paroki. Di sanalah gereja terlihat di tempat.
ST I
Dalam arti tertentu paroki adalah gereja yang hidup di tengah rumah-rumah putera-puterinya (90. dalam Konsili : Uskup tak dapat selalu dan dimana-mana mengepalai seluruh kawanan dalam gerejanya, ia harus mendirikan kelompokkelompok kaum beriman. Di antaranya yang paling penting adalah paroki-paroki setempat yang dikepalai pastor yang mewakili Uskup : karena dengan cara
11
tertentu paroki-paroki itu menghadirkan gereja yang terlihat yang tersebar di seluruh dunia”, Sacramentum Caritatis (SC) : Konstitusi tentang Liturgi Suci 42). Perlulah semua dalam cahaya iman menemukan kembali makna sejati
AY A
paroki, yakni tempat dimana misteri gereja sendiri hadir dan bekerja, biarpun kadang-kadang kekurangan tenaga dan sarana, biarpun terkadang terserak-serak di
wilayah-wilayah luas atau hampir tak terdapatkan dalam bagian-bagian modern yang penuh sesak dan kacau balau kota-kota. Paroki bukanlah terutama suatus
AB
struktur, wilayah, atau gedung, melainkan lebih-lebih „keluarga Allah, persekutuan yang dijiwai roh pemersatu (91 : Lumen Gentium (LG) : Konstitusi dogmatis tentang Gereja 28), „rumah kekeluargaan‟ (92 : Cat Trad.26),
R
„persekutuan kaum beriman‟ (93: Kitab Hukum Kanonik (KHK) kan. 515 par.1).
SU
Jelasnya dan mudahnya, paroki didirikan atas realitas teologis, karena merupakan ekarestis (94: proposition 10). Ini berarti bahwa paroki merupakan jemaat yang sungguh sesuai untuk merayakan ekaresti, sumber hidup untuk pembangunannya
M
dan ikatan sakramental communio penuh dengan seluruh gereja. Jemaat iman
KO
sedemikian itu berakar dalam kenyataan bahwa paroki merupakan jemaat iman dan jemaat organis artinya, dibentuk para pelayan tertahbis dan orang-orang kristiani lainnya, dimana pastor mewakili Uskup diosesan ikatan hirarkis dengan
ST I
seluruh gereja partikular. Secara eksplesit di dalam Kitab Hukum Kanonik (KHK, kan. 530)
fungsi-fungsi yang dipercayakan kepada paroki, dalam hal ini mandat diterima oleh pastor paroki adalah sebagai berikut : 1. Pelayanan baptis.
12
2. Pelayanan sakramen penguatan, kepada mereka yang berada dalam bahaya mati, menurut norma kan. 883, no. 3. 3. Pelayanan Viatikum (Bekal Suci) dan juga pengurapan orang sakit, dengan
4. Peneguhan nikah dan pemberkatan perkawinan. 5. Penyelanggaraan upacara pemakaman.
AY A
tetap berlaku ketentuan dan juga pemberian berkat apostolik.
6. Pemberkatan bejana baptis di masa paskah, memimpin prosesi di luar gereja,
AB
dan juga pemberkatan meriah di luar gereja.
7. Perayaan meriah ekaristi pada hari-hari minggu dan hari-hari raya wajib.
R
2.4 Mendata
SU
Pengetahuan tentang kebutuhan, masalah, potensi dan kesanggupan umat, tak cukup disimpan dalam benak pastor, melainkan harus didata, artinya : Dicatat sehingga dilestarikan untuk orang lain.
Disusun secara sistematis, sehingga dapat mudah ditemukan.
Dianalisa sehingga data mulai berbicara dan menjadi relevan
Diperbaharui sehingga menjadi aktual.
KO
M
Dengan demikian data dapat dimanfaatkan sebagai dasar untuk program
ST I
kerja yang efisien.
2.5 Statistik
Perlu untuk paroki dan keuskupan sendiri untuk mengetahui perkembangan umat dari tahun ke tahun.
Perlu karena dibutuhkan Konferensi Wali Gereja Indonesia (KWI) dan Roma
13
Harus teliti karena kecerobohan dalam lingkup kecil akan menjadi besar pada lingkup yang besar, dan data yang ceroboh tak dapat menjadi dasar penilaian dan penyusunan program yang baik.
AY A
2.6 Kartu Keluarga
Kartu keluarga merupakan suatu formulir yang digunakan oleh pihak
gereja untuk mencatat data keluarga katolik yang ada di gereja tersebut. kartu keluarga sangat dibutuhkan untuk mengetahui mengetahui kebutuhan, masalah,
AB
potensi, dan kesanggupan keluarga, untuk dibantu atau dibina untuk melibatkan diri.
R
Isi dari kartu keluarga ini adalah Biodata, data kegerejaan (baptis, krisma,
SU
perkawinan). Baik juga golongan darah, agar dapat membantu dan dibantu, bila diperlukan. Kartu keluarga ini nantinya disimpan oleh : keluarga yang bersangkutan, pengurus lingkungan, dan di sekretariat paroki.
M
2.7 Identitas Organisasi
Gereja Katolik Gembala Yang Baik (GYB) Surabaya di Jl. Jemur
KO
Andayani X/14, Surabaya – Indonesia, dengan nomor telepon yang dapat
ST I
dihubungi 031-8413301.
14
2.8 Struktur Organisasi
Ketua Umum Wakil Ketua Umum
Ketua Bidang Sumber
Ketua Bidang Pembinaan Formatio
Ketua Bidang Kerasulan Khusus
Sekretaris
Ketua Bidang Kerasulan Umum
Bendahara
AY A
Dewan Pastoral Harian
D.P.H
Seksi & Subseksi
Seksi Sub Seksi
-Seksi Liturgi -Subseksi Bunga Altar -Subseksi Lektor -Subseksi Ass. Imam -Seksi Katekese -Seksi Kerasulan KS
- Seksi Keluarga - Subseksi Senior - Seksi BIAK - Seksi Rekat - Seksi OMK - Koordinator OMK - Seksi Kel. Kategorial
-Seksi Karya Misioner -Seksi KOMSOS
Ketua Lingkungan
KO
Ketua Lingkungan
Kepala Keluarga (KK)
-Seksi Sosial -Seksi HAK & Kerawam -Seksi Kematian
D.P.I
Dewan Pastoral Pleno
SU
D.P.P
Ketua Wilayah
M
Ketua Wilayah
Seksi & Subseksi
R
Seksi & Sub Seksi
AB
Dewan Pastoral Inti
Ketua Lingkungan
Ketua Lingkungan
Kepala Keluarga (KK)
Ketua Lingkungan
Ketua Lingkungan
Kepala Keluarga (KK)
ST I
Gambar 2.2 Struktur Organisasi (Dewan Paroki) Gembala Yang Baik
Gambar 2.2 menunjukkan struktur dari dewan paroki Gembala Yang
Baik berdasarkan Pedoman Dasar Dewan Pastoral Paroki (DPP) dan Badan Gereja Katolik Paroki (BGKP). Penjelasan singkat mengenai jabatan-jabatan yang ada pada gambar tersebut adalah sebagai berikut.
15
1.
Ketua Umum Ketua umum dari organisasi (dewan paroki)adalah pastor kepala paroki. Sebagai ketua umum, pastor kepala paroki mendapat perutusan dan tanggung
AY A
jawab dari Uskup untuk memimpin paroki, dalam kerjasama dengan pastor rekan dan Dewan Pastoral Paroki. Pastor kepala paroki mewakili Uskup diosesan di paroki, sekaligus menjadi gembala bagi umat paroki yang diserahkan reksa pastoralnya. Ia menjalankan tugas mengajar, menguduskan
AB
dan memimpin umat, dalam semangat kerjsama dengan pastor rekan dan
dewan pastoral paroki. Dalam semua urusan yuridis, pastor kepala paroki
2.
Wakil Ketua Umum
R
mewakili badan hukum paroki menurut norma hukum.
SU
Wakil ketua umum dari organisasi (dewan paroki) adalah pastor rekan. Pastor rekan mendapatkan perutusan dan tanggung jawab dari Uskup untuk ikut serta dalam penggembalaan umat paroki, dalam kepemimpinan pastor kepala
M
paroki. Sebagai rekan kerja dan di bawah koordinasi pastor kepala paroki,
KO
memberikan bantuan dalam pelayanan pastoral, dalam musyawarah dan usaha bersama. Pastor rekan, dengan kharisma tahbisan imamatnya, aktif berperan serta memimpin dan menggembalakan umat, di bawah kepemimpinan pastor
ST I
kepala paroki. Dalam semangat persaudaraan dan tanggung jawab ia wajib mengkomunikasikan tugas-tugasnya kepada pastor kepala paroki.
3.
Ketua Bidang Sumber Komisi yang berada dalam bidang sumber adalah komisi liturgi, komisi katekese, dan komisi kerasulan kitab suci. Di mana komisi liturgi terbagi menjadi 3 seksi yaitu subseksi bunga altar, subseksi asisten imam, dan
16
subseksi katekese. Komisi liturgi memiliki peran untuk membantu perangkat pastoral
liturgi
di
paroki-paroki
dalam
mengupayakan
pembinaan
pelayanandan petugas liturgi untuk meningkatkan mutu pelayanan. Dengan
AY A
upaya pembinaan ini, dapat terwujud perayaan liturgi yang baik dan benar. Komisi katekese memiliki peran untuk membantu perangkat pastoral di paroki-paroki dalam mengupayakan jumlah orang yang terlibat dalam
pastoral katekese di paroki-paroki semakin meningkat jumlahnya dan mutu
AB
pelayanannya. Upaya peningkatan jumlah dan mutu ini didasari dengan semangat untuk bersedia menjadi murid terus-menerus senantiasa belajar. Komisi kerasulan kitab suci memiliki peran untuk membantu perangkat
R
pastoral di paroki-paroki dalam mengupayakan jumlah umat yang berminat
SU
mendalami kitab suci; mutu pengetahuan seputar kitab suci juga perlu ditingkatkan, dengan mengupayakan kelompok-kelompok pendalaman kitab suci; sehingga umat ada keinganan untuk tahu dan lebih dekat pada Yesus. Ketua Bidang Pembinaan Formatio
M
4.
KO
Bidang pembinaan formatio terbagi menjadi beberapa bagian yaitu keluarga, senior, Bina Iman Anak Katolik (BIAK), Orang Muda Katolik (OMK), Remaja Katolik (Rekat), Koordinator OMK, dan Keluarga Kategorial. Ketua Bidang Kerasulan Khusus
ST I
5.
Bidang kerasulan khusus adalah perangkat pastoral keuskupan yang dibentuk oleh uskup untuk menangani fungsi pastoral dalam bidang kerasulan khusus Bidang kerasulan khusus ini terbagi menjadi beberapa bagian yaitu seksi karya misioner, dan seksi komunikasi sosial.
17
6.
Ketua Bidang Kerasulan Umum Bidang kerasulan umum adalah perangkat pastoral keuskupan yang dibentuk oleh uskup untuk menangani fungsi pastoral dalam bidang kerasulan umum.
AY A
Bidang kerasulan umum meliputi komisi kerasulan awam, komisi antar agama dan kepercayaan serta komisi pengembangan sosial ekonomi. 8. Sekretaris
Sekretaris bertugas mengagendakan pertemuan-pertemuan, terutama rapat
AB
pleno, penulisan notulen, pembuatan surat dan mengarsip dokumen-dokumen. 9. Bendahara
Bendahara bertugas mengurus keuangan Gereja, termasuk pembiayaan-
SU
10. Ketua Wilayah
R
pembiayaan.
Wilayah adalah persekutuan lingkungan-lingkungan yang berdekatan dengan jumlah 2 lingkungan. Untuk saat ini wilayah yang ada di gereja Katolik
M
Gembala Yang Baik Surabaya berjumlah 12 wilayah yaitu wilayah andreas,
KO
filipus, matias, matius, paulus, petrus, simon, tadeus, tomas, yakobus, yohanes, dan yohanes pemandi.
11. Ketua Lingkungan
ST I
Lingkungan merupakan paguyuban umat beriman yang bersekutu berdasarkan kedekatan tempat tinggal dengan jumlah antara 10-50 kepala keluarga. Jumlah lingkungan yang ada saat ini di gereja Katolik Gembala Yang Baik Surabaya berjumlah 24 lingkungan. Nama lingkungan sesuai dengan nama wilayahnya misalnya, wilayah andreas berarti nama lingkungannya adalah andreas 1 dan
18
andreas 2, dan seterusnya. Berikut adalah daftar wilayah dan lingkungan yang ada di Gereja Katolik GYB Surabaya. 12. Kepala Keluarga (KK)
AY A
Status kepala keluarga dalam keluarga inti yang menganut sistem patrilineal (garis keturunan ayah) dipegang oleh ayah, dan sebaliknya pada keluarga yang
menganut sistem matrilineal (garis keturunan ibu) status ini dipegang oleh ibu. Kepala keluarga juga digunakan sebagai satuan dalam sensus untuk
AB
perhitungan jumlah keluarga di daerah tertentu.
Tabel 2.1 Nama Wilayah dan Lingkungan Gereja Katolik GYB Surabaya
SU
Filipus Matias Matius Paulus Petrus Simon Tadeus Tomas Yakobus Yohanes Yohanes pemandi
R
Andreas
KO
2 3 4 5 6 7 8 9 10 11 12
Nama Wilayah
M
NO 1
3 2 3 2 3 2 3 3 2 3 3
Sistem Informasi Berbasis Web
ST I
2.9
Jumlah Lingkungan 2
Sistem informasi berbasis web pada dasarnya sama dengan sistem
informasi non-web (aplikasi dekstop atau mobile), yaitu suatu sistem pengolahan
dan penyimpanan data yang dapat diakses oleh bahasa pemrograman tertentu. Namun sistem informasi berbasis web tidak seperti sistem informasi berbasis non-
web yang hanya diperuntukkan platform tertentu saja.
19
Sistem informasi berbasis web lebih bersifat umum karena dapat diakses oleh aplikasi web yang sebagian besar dapat berjalan di berbagai platform. Sistem informasi berbasis web dapat diakses oleh aplikasi-aplikasi
web yang
AY A
dikembangkan dengan tag (X)HTML dan pemrograman yang bersifat server-side seperti: PHP, ASP.NET, JSP, dan sebagainya; juga web server seperti apache, IIS, PWS, dan sebagainya (Moh. Sulhan, 2007).
AB
2.10 Konsep Dasar Basis Data 2.10.1 Database
Menurut Marlinda (2004:1), database adalah suatu susunan/kumpulan data
R
operasional lengkap dari suatu organisasi/perusahaan yang diorganisir/dikelola
SU
dan disimpan secara terintegrasi dengan menggunakan metode tertentu menggunakan komputer sehingga mampu menyediakan informasi optimal yang diperlukan pemakainya.
M
Penyusunan satu database digunakan untuk mengatasi masalah-masalah pada penyusunan data yaitu redundansi dan inkonsistensi data, kesulitan
KO
pengaksesan data, isolasi data untuk standarisasi, multiple user (banyak pemakai), masalah keamanan (security), masalah integrasi (kesatuan), dan masalah data
ST I
independence (kebebasan data).
2.10.2 Sistem Basis Data Menurut Marlinda (2004:1), sistem basis data adalah suatu sistem
menyusun
dan
mengelola
record-record
menggunakan
komputer
untuk
menyimpan atau merekam serta memelihara dan operasional lengkap sebuah
20
organisasi/perusahaan sehingga mampu menyediakan informasi optimal yang diperlukan pemakai untuk proses mengambil keputusan.
Pada sebuah sistem basis data terdapat 4 komponen pokok, yaitu : Data
AY A
1.
Data di dalam sebuah basis data dapat disimpan secara terintegerasi (integrated) dan data dapat dipakai secara bersama-sama (shared) 2.
Hardware (Perangkat Keras)
AB
Terdiri dari semua peralatan komputer yang digunakan untuk pengelolaan sistem basis data Software (Perangkat lunak)
R
3.
basis data 4.
User atau pemakai
SU
Berfungsi sebagai perantara (interface) antara pemakai dengan data fisik pada
M
Pemakai basis data dibagi atas 3 klasifikasi, yaitu: a. Database Admistrator (DBA)
KO
b. Programmer c. End User
Keuntungan sistem basis data adalah:
Mengurangi kerangkapan data, yaitu data yang sama disimpan dalam berkas
ST I
1.
data yang berbeda-beda sehingga update dilakukan berulang-ulang.
2.
Mencegah ketidakkonsistenan.
3.
Keamanan data dapat terjaga, yaitu data dapat dilindungi dari pemakai yang tidak berwenang.
4.
Integritas dapat dipertahankan.
21
Data dapat dipergunakan bersama-sama.
6.
Menyediakan recovery.
7.
Memudahkan penerapan standarisasi.
8.
Data bersifat mandiri (data independence).
9.
Keterpaduan data terjaga, memelihara keterpaduan data berarti data harus
AY A
5.
akurat. Hal ini sangat erat hubungannya dengan pengontrolan kerangkapan data dan pemeliharaan keselarasan data.
AB
Kerugian sistem basis data adalah: Diperlukan tempat penyimpanan yang besar.
2.
Diperlukan tenaga yang terampil dalam mengolah data.
3.
Perangkat lunaknya mahal.
4.
Kerusakan sistem basis data dapat mempengaruhi departemen yang terkait.
SU
R
1.
2.10.3 Database Management System
M
Menurut Marlinda (2004:6), Database Management Sistem (DBMS) merupakan kumpulan file yang saling berkaitan dan program untuk pengelolanya.
KO
Basis Data adalah kumpulan datanya, sedang program pengelolanya berdiri sendiri dalam suatu paket program yang komersial untuk membaca data,
ST I
menghapus data, dan melaporkan data dalam basis data.
1.
Bahasa-bahasa yang terdapat dalam DBMS adalah:
Data Definition Language (DDL) Pola skema basis data dispesifikasikan dengan satu set definisi yang diekspresikan dengan satu bahasa khusus yang disebut DDL. Hasil kompilasi
22
perintah DDL adalah satu set tabel yang disimpan di dalam file khusus yang disebut data dictionary/directory. 2.
Data Manipulation Language (DML)
AY A
Bahasa yang memperbolehkan pemakai mengakses atau memanipulasi data sebagai yang diorganisasikan sebelumnya model data yang tepat. 3.
Query
Pernyataan yang diajukan untuk mengambil informasi. Merupakan bagian
AB
DML yang digunakan untuk pengambilan informasi. Fungsi dari DBMS adalah: 1.
Data Definition
Data Manipulation
SU
2.
R
DBMS harus dapat mengolah pendefinisian data.
DBMS harus dapat menangani permintaan-permintaan dari pemakai untuk mengakses data.
Data Security dan Integrity
M
3.
KO
DBMS dapat memeriksa security dan integrity data yang didefinisikan oleh DBA.
4.
Data Recovery dan Concurrency
ST I
a. DBMS harus dapat menangani kegagalan-kegagalan pengaksesan basis data yang dapat disebabkan oleh kesalahan sistem, kerusakan disk, dan sebagainya.
b. DBMS harus dapat mengontrol pengaksesan data yang konkuren yaitu bila satu data diakses secara bersama-sama oleh lebih dari satu pemakai pada saat yang bersamaan.
23
5.
Data Dictionary DBMS harus menyediakan data dictionary.
2.11 Structured Query Languange (SQL)
AY A
Pada umumnya semua engine database (termasuk MySQL) mengadopsi bahasa standar SQL yaitu bahasa yang digunakan untuk memanipulasi dan memperoleh data dari sebuah database relasional. SQL membuat seorang
a. Mengubah struktur sebuah database, b. Mengubah pengaturan keamanan sistem,
AB
developer atau administrator database melakukan hal-hal berikut:
R
c. Memberikan hak akses kepada pengguna untuk mengakses database atau tabel,
SU
d. Memperoleh informasi dari database.
Perintah-perintah SQL secara umum dapat dikelompokkan menjadi lima macam, yaitu:
M
1. Data Definition Language (DDL)
Adalah perintah SQL yang digunakna untuk menjelaskan objek dari database.
KO
Dengan kata lain DDL digunakan untuk mendefinisikan kerangka database. Prinsipnya adalah:
a. Create: untuk membuat/menciptakan obyek database
ST I
b. Alter: untuk memodifikasi/mengubah obyek database c. Drop: untuk menghapus obyek database d. Obyek database yang dimaksud terdiri dari database, tabel, index, dan view.
24
2. Data Manipulating Language (DML) Adalah perintah yang digunakan untuk mengoperasikan atau memanipulasi isi database. SQL menyediakan 4 perintah DML:
AY A
a. Select: digunakan untuk mengambil data dari database b. Delete: digunakan untuk menghapus data pada database c. Insert: menambahkan data ke database d. Update: memodifikasi data ke database
AB
3. Security
Adalah perintah-perintah yang digunakan untuk menjamin keamanan data. Antara lain terdiri atas:
R
a. Grant: memberi akses kepada user tertentu untuk akses ke database
4. Integrity
SU
b. Revoke: mencabut hak akses dari user
Adalah perintah-perintah yang digunakan untuk menjaga kesatuan data.
M
Contoh: recover table: untuk memperbaiki tabel pada database
KO
5. Auxilliary
Adalah perintah-perintah pelengkap atau tambahan seperti: unload dan rename.
ST I
2.12 Testing Dan Implementasi Sistem Menurut Standar ANSI/IEEE 1059, testing adalah proses menganalisa
suatu entitas software untuk mendeteksi perbedaan antara kondisi yang ada
dengan kondisi yang diinginkan (defects/error/bugs) dan mengevaluasi fitur-fitur dari entitas software. Menurut Romeo (2003:3), testing software adalah proses mengoperasikan software dalam suatu kondisi yang dikendalikan untuk:
25
1.
Verifikasi.
2.
Mendeteksi error.
3.
Validasi.
AY A
Apakah telah berlaku sebagaimana yang ditetapkan (menurut spesifikasi)?
Apakah spesifikasi yang ditetapkan telah memenuhi keinginan atau kebutuhan pengguna yang sebenarnya?
Menurut Romeo (2003:33), test case merupakan tes yang dilakukan
AB
berdasarkan pada suatu inisialisasi, masukan, kondisi ataupun hasil yang telah
ditentukan sebelumnya. Metode testing ini dibagi menjadi dua, yaitu white box
R
testing dan black box testing.
SU
2.12.1 Black Box Testing
Black box testing atau behavioral testing atau specification-based testing, input/output testing atau functional testing dilakukan tanpa sepengetahuan detil
M
struktur internal dari sistem atau komponen yang dites. Black box testing berfokus pada kebutuhan fungsional pada software, berdasarkan spesifikasi kebutuhan dari
KO
software.
Menggunakan
black
box
testing,
perekayasa
software
dapat
menggunakan sekumpulan kondisi masukan yang dapat secara penuh memeriksa
ST I
keseluruhan kebutuhan funsional pada suatu program. Kategori error dapat
diketahui melalui black box testing, antara lain:
1.
Fungsi yang hilang atau tidak benar.
2.
Error dari antar-muka.
3.
Error dari struktur data atau akses eksternal database.
4.
Error dari kinerja atau tingkah laku.
26
5.
Error dari inisialisasi dan terminasi.
2.13 Sistem Berbasis Web Menurut Turban (2005:69) , Sistem berbasis Web adalah aplikasi atau
AY A
layanan yang berada dalam server dan dapat diakses dengan menggunakan
penjelajah web dan karenanya dapat diakses dari mana saja melaui internet. Satusatunya peranti lunak sisi klien yang dibutuhkan untuk mengakses dan
menjalankan aplikasi berbasis web adalah lingkungan penjelajah web, dan
AB
berbagai aplikasi tersebut harus sesuai dengan protocol internetnya.
R
2.13.1 Internet
Menurut Turban (2005:69), Internet adalah sistem global jaringan
SU
komputer sebuah jaringan untuk berbagai jaringan. Kini, Internet adalah fasilitas publik yang kooperatif dan dapat berjalan sendiri, yang dapat diakses oelh ratusan dari jutaan orang di seluruh dunia.
M
Secara fisik, Internet menggunakan sebagian dari sumber daya total
KO
jaringan telekomunikasi publik yang saat ini ada. Secara teknis, yang membedakan internet adalah penggunaan serangkaian protokol, yang disebut
ST I
TCP/IP (Transmission Control Protocol / Internet Protocol).
2.13.2 World Wide Web Menurut Turban (2005:680), World Wide Web adalah aplikasi yang
menggunakan fungsi transport tersebut. Web adalah sistem dengan standar yang
diterima secara universal untuk menyimpan, menelusuri, memformat dan menampilkan informasi melalui arsitektur klien / server.
27
Menurut Mcleod dan Schell (2007:71), World Wide Web juga disebut web dan WWW, berisi berbagai informasi yang bisa diakses melalui internet di mana dokumen-dokumen hypermedia (file komputer) disimpan dan dapat diambil
AY A
melalui suatu alamat yang telah ditata dan ditentukan dengan cara yang unik. World Wide Web kumpulan komputer yang bertindak sebagai server yang
menyediakan berbagai isi informasi (content server), pada WWW ini terdapat
dokumen-dokumen dalam format tertentu yang memungkinkan dokumen lainnya
AB
pada web. Beberapa istilah-istilah umum WWW.
1. Website. Komputer yang dihubungkan ke internet yang terdiri dari hypermedia
melalui hypertext link.
R
dan dapat diakses dari berbagai komputer yang ada dalam suatu jaringan
SU
2. Hypertext link. Penunjuk berupa teks atau grafik yang digunakan untuk mengakses hypertext yang disimpan dalam situs web. 3. Web Page. File hypermedia yang disimpan pada alamat situs web.
M
4. Home Page. Halaman pertama dari situs web. Halaman lain pada situs tersebut
KO
dapat dicapai melalui home page ini. 5. Browser. Perangkat lunak yang digunakan untuk mencari dan membaca file pada internet yang ditulis dalam Hypertext Markup Language (HTML).
ST I
2.13.3 Standar Internet Alasan utama mengapa internet dan web diterima secara terbuka oleh
para pengguna komputer di seluruh dunia adalah kerena keduanya bekerja sama sebagai satu sistem tunggal yang dapat digunakan dari platform komputer apapun.
Pengguna PC Dell atau Sun dapat menggunakan Web Page yang sama seperti
28
pengguna PC Apple PowerBook. Untuk memungkinkan hal ini, tiap orang yang berkontribusi pada internet dan arsitektur web harus mengikuti aturan yang sama. Dua organisasi menjadi pemimpin dalam menerapkan standar internet
AY A
dan web. Internet Society, dibentuk tahun 1992 untuk mempromosikan pengguna internet secara komersial dan telah mendelegasikan tanggung jawab untuk standar
internet kepada IETF (Internet Engineering Task Force). Standar web berasal dari
AB
World Wide Web Consortium (W3C).
2.13.4 Web 2.0
Istilah Web 2.0 pertama kalinya diperkenalkan oleh O‟Reilly Media pada
R
tahun 2004 sebagai teknologi Web generasi kedua yang mengedepankan
SU
kolaborasi dan sharing informasi secara online. Menurut Tim O‟Reilly, Web 2.0 dapat didefinisikan sebagai berikut:
“Web 2.0 adalah revolusi bisnis di industri komputer yang disebabkan oleh
M
penggunaan internet sebagai platform, dan merupakan suatu percobaan untuk memahami berbagai aturan untuk mencapai keberhasilan pada platform baru
KO
tersebut. Salah satu aturan terutama adalah: Membangun aplikasi yang mengeksploitasi efek jaringan untuk mendapatkan lebih banyak lagi pengguna
ST I
aplikasi tersebut” . Berbagai layanan berbasis web seperti jejaring sosial, wiki dan
folksonomies (misalnya: “flickr.com”, “del.icio.us”) merupakan teknologi Web 2.0 yang menambah interaktifitas di antara para pengguna web. Pada umumnya,
Website yang dibangun dengan menggunakan teknologi Web 2.0 memiliki fiturfitur sebagai berikut:
CSS (Cascading Style Sheets)
Aplikasi Rich Internet atau berbasis Ajax
Markup XHTML
Sindikasi dan agregasi data menggunakan RSS/Atom
URL yang valid
Folksonomies
Aplikasi wiki pada sebagian atau seluruh Website
XML Web-Service API
ST I
KO
M
SU
R
AB
AY A
29
BAB III ANALISIS DAN PERANCANGAN SISTEM
AY A
Pembuatan aplikasi ini menerapkan konsep System Development Life Cycle (SDLC) atau yang disebut juga Siklus Hidup Pengembang Sistem yang
berfungsi untuk menggambarkan tahapan-tahapan utama dan langkah-langkah
dari setiap tahapan. Langkah-langkah yang akan dilakukan dalam pembuatan
Analisis Permasalahan
3.1.1. Identifikasi Masalah
R
3.1
AB
aplikasi rencana anggaran biaya dalam pembangunan rumah yaitu sebagai berikut:
SU
Sebagian besar pengurus Gereja Katolik Gembala Yang Baik (GYB) Surabaya membutuhkan informasi umat sebagai referensi kebutuhan yang digunakan oleh pengurus Gereja Katolik GYB Surabaya dalam hal pengembangan
M
kinerja dewan pastoral. Namun tidak semua pengurus Gereja Katolik GYB Surabaya menerima laporan umat karena belum adanya pengolahan data dari
KO
admin/sekretariat Gereja Katolik GYB Surabaya. Dalam organisasi, seharusnya ada informasi disetiap bidang yang dikoordinatorkan atau yang dipimpin yang bisa dibuat sebagai acuan dasar pengambilan keputusan yang akan dibutuhkan
ST I
dalam proses pengembangan umat. Disini Gereja Katolik Gembala Yang Baik Surabaya memiliki beberapa pengurus yang menerima informasi dari data umat ini yaitu Ketua Umum, empat (4) Ketua Bidang yaitu Bidang Sumber yang terbagi menjadi beberapa seksi yaitu seksi liturgi, subseksi bunga altar, sebseksi lektor, subseksi asisten imam, seksi katekese, dan seksi kerasulan kitab suci; Bidang Pembinaan Formatio yang terdiri dari beberapa seksi yaitu seksi keluarga,
30
31
subseksi senior, seksi BIAK, seksi REKAT, Seksi OMK, Koordinator OMK, Seksi Kel. Kategorial; Bidang Kerasulan Khusus terdiri dari beberapa seksi yaitu seksi karya misioner, dan seksi komunikasi sosial; Bidang Kerasukan Umum
Kematian, Ketua Wilayah, dan Ketua Lingkungan.
AY A
terdiri dari beberapa seksi yaitu seksi sosial, seksi Hak & Kerawam, dan seksi
Dengan tanpa adanya informasi ke setiap bidang yang ada di Gereja Katolik GYB Surabaya mengakibatkan ketua bidang merasa kesulitan dalam
AB
memantau data umat yang dibutuhkan oleh setiap ketua bidang. Kesulitan yang
lebih besar terjadi apabila dibutuhkan informasi yang terklasifikasi. Misalnya informasi mengenai nama-nama umat yang berulang tahun pada tanggal 1 sampai
R
7 Mei, atau mencari nama umat yang berusia di atas 60 tahun. Satu-satunya jalan
SU
yang dilakukan untuk mendapatkan informasi tersebut adalah dengan datang ke kantor gereja dan menanyakan ke pada sekretariat yang masih melakukan pencarian lagi dan mencatatnya lagi. Dapat dibayangkan bagaimana sulitnya jika
M
informasi yang dibutuhkan lebih dari satu umat dan GYB Surabaya ini
KO
mempunyai ratusan bahkan ribuan jemaat yang terbagi menjadi beberapa wilayah dan lingkungan.
Berdasarkan uraian diatas, terlihat bahwa informasi untuk setiap bidang
ST I
sangat penting peranannya melakukan perkembangan umat. maka dapat ditarik kesimpulan bahwa untuk membantu setiap ketua bidang dalam melihat informasi umat yang ada di Gereja Katolik GYB Surabaya sesuai dengan kebutuhan setiap bidangnya dikembangkan sebuah aplikasi sistem informasi umat yang ada di Gereja Katolik GYB Surabaya. Dengan adanya aplikasi ini diharapkan dapat
32
bermanfaat bagi setiap ketua bidang pada saat melihat informasi yang dibutuhkan untuk melakukan kinerja sebagai ketua bidang.
3.1.2. Analisis Kebutuhan
AY A
Aplikasi sistem informasi umat yang akan dibangun membutuhkan data umat sebagai data utama yang digunakan untuk menghasilkan informasi ke setiap ketua bidang yang ada di Gereja Katolik GYB Surabaya. Data umat ini sebagai
acuan untuk mencatat berbagai pencatatan yang ada di Gereja Katolik GYB
AB
Surabaya yaitu pencatatan sakramen, pencatatan kegiatan, pencatatan mutasi, dan
pencatatan kematian. Data umat ini didapat dari sensus yang dilakukan oleh ketua
SU
kepada ketua lingkungan.
R
lingkungan berdasarkan kartu keluarga katolik yang sudah dikasihkan dari warga
Aplikasi sistem informasi umat Gereja Katolik GYB Surabaya berbasis web akan mengolah data umat yang nantinya dapat membantu proses pencatatan
M
sakramen, mutasi, kegiatan, dan kematian yang nantinya akan dilakukan untuk membuat suatu laporan informasi untuk setiap pengurus dan ketua bidang di
KO
Gereja Katolik GYB Surabaya. Aplikasi web ini diharapkan dapar memberikan laporan informasi yang nantinya akan di lihat oleh Ketua Umum, Ketua Bidang Sumber, Ketua Bidang Pembinaan Formatio, Ketua Bidang Kerasulan Khusus,
ST I
Ketua Bidang Kerasulan Umum, Ketua Wilayah, dan Ketua Lingkungan.
33
Tabel 3.1 Tabel Analisa Kebutuhan Sistem No
Kebutuhan
Pengguna
Laporan Yang dihasilkan Grafik Umat(per lingkungan) meliputi : 1. Persentase kriteria usia 2. Persentase jenis kelamin 3. Persentase pekerjaan 4. Persentase status pernikahan 5. Persentase agama 6. Persentase pendidikan 7. Persentase golongan darah. Grafik Sakramen (per lingkungan) meliputi : 1. Grafik umat yang sudah menerima sakramen 2. Grafik umat yang belum menerima sakramen 3. Persentase jenis pernikahan 4. Persentase kriteria umur pernikahan. Grafik kegiatan (per lingkungan) umat meliputi : 1. Persentase kegiatan gereja 2. Persentase jenis kegiatan gereja 3. Persentase kegiatan masyrakat 4. Persentase jenis kegiatan masyarakat Laporan kartu keluarga Grafik Umat(per wilayah) meliputi : 1. Persentase kriteria usia 2. Persentase jenis kelamin 3. Persentase pekerjaan 4. Persentase status pernikahan
AB
AY A
Ketua Lingkungan
ST I
KO
M
SU
1
Ketua Lingkungan mampu mengakses laporan-laporan tentang umat yang ada di lingkungannya masingmasing
R
2.
Ketua Wilayah mampu mengakses laporanlaporan tentang umat yang ada di wilayahnya masing-masing
Ketua Wilayah
34
Kebutuhan
Pengguna
Laporan Yang dihasilkan 5. Persentase agama 6. Persentase pendidikan 7. Persentase golongan darah. Grafik Sakramen (per wilayah) meliputi : 1. Grafik umat yang sudah menerima sakramen 2. Grafik umat yang belum menerima sakramen 3. Persentase jenis pernikahan 4. Persentase kriteria umur pernikahan. Grafik kegiatan (per lingkungan) umat meliputi : 1. Persentase kegiatan gereja 2. Persentase jenis kegiatan gereja 3. Persentase kegiatan masyrakat 4. Persentase jenis kegiatan masyarakat Grafik kegiatan (seluruh umat) umat meliputi : 1. Persentase kegiatan gereja 2. Persentase jenis kegiatan gereja 3. Persentase kegiatan masyrakat 4. Persentase jenis kegiatan masyrakat Grafik Umat(seluruh umat) meliputi : 1. Persentase kriteria usia 2. Persentase jenis kelamin 3. Persentase pekerjaan 4. Persentase status pernikahan 5. Persentase agama
M
SU
R
AB
AY A
No
KO
Ketua Bidang Sumber mampu mengakses laporan-laporan tentang kegiatan gereja
ST I
3.
4.
Ketua Bidang Pembinaan Formatio mampu mengakses laporan-laporan tentang keluarga
Ketua Bidang Sumber
Ketua Bidang Pembinaan Formatio
35
No
Kebutuhan
Pengguna
Laporan Yang dihasilkan
Grafik Sakramen (seluruh umat) meliputi : 1. Grafik umat yang sudah menerima sakramen 2. Grafik umat yang belum menerima sakramen 3. Persentase jenis pernikahan 4. Persentase kriteria umur pernikahan.
AB
AY A
6. Persentase pendidikan 7. Persentase golongan darah.
SU
R
M
Ketua Bidang Kerasulan Khusus
ST I
KO
5.
Ketua Bidang Kerasulan Khusus mampu mengakses laporan-laporan tentang jumlah umat
6.
Ketua Bidang Kerasulan Umum mampu mengakses laporan-laporan tentang kematian, agama, dan jumlah umat
Grafik Umat(seluruh umat) meliputi : 1. Persentase kriteria usia 2. Persentase jenis kelamin 3. Persentase pekerjaan 4. Persentase status pernikahan 5. Persentase agama 6. Persentase pendidikan 7. Persentase golongan darah
Grafik Sakramen (seluruh umat) meliputi : 1. Grafik umat yang sudah menerima sakramen 2. Grafik umat yang belum menerima sakramen 3. Persentase jenis pernikahan 4. Persentase kriteria umur pernikahan.
Ketua Bidang Kerasulan Umum
Laporan kematian umat
36
Kebutuhan
Pengguna
Laporan Yang dihasilkan
Grafik Umat(seluruh umat) meliputi : 1. Persentase kriteria usia 2. Persentase jenis kelamin Persentase pekerjaan 3. Persentase status pernikahan 4. Persentase agama 5. Persentase pendidikan 6. Persentase golongan
AY A
No
darah
R
Ketua Umum/ Pastor Kepala Paroki
ST I
KO
M
SU
7.
Ketua Umum mampu mengakses laporanlaporan tentang kegiatan gereja, keluarga, jumlah umat, kematian, dan laporanlaporan yang bersifat khusus
Grafik Sakramen (seluruh umat) meliputi : 1. Grafik umat yang sudah menerima sakramen 2. Grafik umat yang belum menerima sakramen 3. Persentase jenis pernikahan 4. Persentase kriteria umur
AB
pernikahan.
Grafik kegiatan (seluruh umat) umat meliputi : 1. Persentase kegiatan gereja 2. Persentase jenis kegiatan gereja 3. Persentase kegiatan masyrakat 4. Persentase jenis kegiatan masyarakat Grafik perkembangan mat Grafik pemekaran umat Laporan kriteria umat Laporan mutasi (seluruh umat) meliput : 1. Mutasi keluarga 2. Mutasi anggota Laporan kematian
37
3.2 Perancangan Sistem Sebelum membuat program aplikasi ini, terlebih dahulu dilakukan proses perancangan sistem. Hal ini dilakukan dengan tujuan program aplikasi yang dibuat dapat berfungsi sesuai dengan yang diharapkan, yaitu dapat membantu
AY A
pastor kepala paroki dalam melihat perkembangan umat saat ini.
Dalam perancangan sistem ini ada beberapa tahapan yang harus
dilakukan, yaitu pembuatan System Flow, Context Diagram, Data Flow Diagram
AB
(DFD), Entity Relationship Diagram (ERD), Struktur Database, dan Design Input dan Output dari program aplikasi ini.
Model Pengembangan
R
3.2.1
yang akan
SU
Pengembangan sistem dalam proses kerja aplikasi
menghasilkan aplikasi web yang realtime dengan dapat membantu dewan paroki dalam menghasilkan laporan yang nantinya dapat dijadikan acuan sebagai landasan pengambilan keputusan. Dalam proses sistem dapat mencatat pencatatan
M
yang biasanya dilakukan oleh gereja yaitu pencatatan data umat, pencatatan
KO
sakramen, pencatatan mutasi, pencatatan kegiatan, dan pencatatan kematian.
ST I
Perancangan langkah-langkah dari sistem ini yaitu :
38
Input
Proses/sistem
Output
Pengguna
Laporan Total Jumlah Umat
Pencatatan Data Umat
Laporan Jumlah Umat per Wilayah
Data Pribadi Umat
Laporan Jumlah Umat Per Lingkungan Data Sakramen Umat
Laporan Jumlah Umat Berdasarkan Usia Laporan Jumlah Umat Berdasarkan Jenis Kelamin
AY A
Data Mutasi Umat
Laporan pemekaran lingkungan
Data Kegiatan Umat
Laporan Cetak Kartu Keluarga
Laporan Jumlah Umat Berdasarkan Perkawinan
Data Kematian Umat
Lap jml umat berdasarkan jenis pekerjaan Lap jml umat berdasarkan pendidikan
Pengguna Kriteria Laporan
Pencatatan Sakramen Baptis, Komuni, Krisma, NIkah
AB
Lap jml umat berdasarkan agama
Lap. Umat yg sdh menerima sakr. Baptis Per wilayah, Per Lingkungan, Per Tahun, Per Bulan
Lap. Umat yg sdh menerima sakr. Komuni Per Wilayah, Per Lingkungan, Per Tahun, Per Bulan
ST I
KO
M
SU
R
Lap. Umat yg sdh menerima sakr. Krisma Per Wilayah, Per Lingkungan, Per Tahun, Per Bulan
Lap. Umat yg sdh menerima sakr. NIkah Per Wilayah, Per Lingkungan, Per Tahun, Per Bulan Lap. Umat yg blm menerima sakr. Baptis Per Wilayah, Per Lingkungan, Per Tahun, Per Bulan Lap. Umat yg blm menerima sakr. Komuni Per Wilayah, Per Lingkungan, Per Tahun, Per Bulan Lap. Umat yg Blm menerima sakr. Krisma Per Wilayah, Per Lingkungan, Per Tahun, Per Bulan Lap. Umat yg Blm menerima sakr. NIkah Per Wilayah, Per Lingkungan, Per Tahun, Per Bulan Lap Ulang Tahun Pernikahan Per Bulan, Per Tahun
Pencatatan Mutasi
Lap Mutasi Keluarga Per Bulan, per Tahun Lap Mutasi Anggota Keluarga Per Bulan, Per Tahun
Lap jml umat Berdasarkan keg. Gereja Yang Diikuti Pencatatan Kegiatan Lap jml umat Berdasarkan keg. masyarakat Yang Diikuti Lap Jumlah Umat yang belum mengikuti kegiatan Gereja Lap Jumlah Umat yang belum mengikuti kegiatan Masyarakat Pencatatan Kematian
Lap jml kematian per tahun, per bulan
Gambar 3.1 Block Diagram Rancang Bangun Sistem Informasi Umat Gereja Katolik GYB Surabaya
39
3.2.2
System Flow Sistem Flow merupakan suatu sistem yang berisi simbol-simbol yang
saling berhubungan. Sistem flow ini digunakan untuk menunjukkan jalannya program aplikasi sistem informasi umat gereja Katolik Gembala Yang Baik
AY A
(GYB) Surabaya, yaitu dapat dilihat pada Gambar 3.2 sampai dengan Gambar 3.7.
A. System Flow Sistem Informasi Umat Gereja Katolik GYB Surabaya
Dalam system flow ini digambarkan secara umum dan meyeluruh
AB
bagaimana urutan alur data dan dokumen yang mengalir dalam pengelolaan data
umat. Gambar kotak berwarna hijau ini yang ada dalam system flow dibawah ini
R
menunjukkan bahwa itulah masing-masing proses yang akan dibahas dalam tugas
SU
akhir ini. Proses-proses yang telah diberi warna hijau itu akan dijelaskan dengan lebih detail lagi selanjutnya.
System flow sistem informasi umat Gereja Katolik GYB Surabaya ini menghasilkan 9 (sembilan) laporan yaitu laporan kartu keluarga, grafik umat
M
(persentase kriteria usia, persentase jenis kelamin, persentase pekerjaan,
KO
persentase status pernikahan, persentase agama, persentase pendidikan persentase golongan darah), grafik sakramen (grafik umat yang sudah menerima sakramen, grafik umat yang belum menerima sakramen, persentase jenis pernikahan,
ST I
persentase kriteria umur pernikahan), grafik kegiatan (persentase kegiatan gereja, persentase jenis kegiatan gereja, persentase kegiatan masyarakat, persentase jenis kegiatan masyarakat), laporan kematian, laporan mutasi, grafik perkembangan umat, grafik pemekaran umat, dan laporan kriteria.
ST
Ketua Lingkungan
Tambah Data Umat
Sakramen Umat
Pencatatan Kegiatan Umat
Pencatatan Mutasi Umat
Lap Kartu Keluarga
Lap Mutasi
Pembuatan Laporan
Ketua Bidang Kerasulan umum
Grafik Umat
Grafik Kegiatan
Grafik Sakramen
Grafik Umat
Lap. Kematian
Grafik Kegiatan
Grafik Umat
Grafik Sakramen
Grafik Sakramen
Lap Kematian Lap Mutasi
Grafik Perkembangan Umat
Mutasi Umat
Grafik Umat
Grafik Sakramen
1
Kegiatan Umat
Ketua Bidang Kerasulan Khusus
Grafik Sakramen
Grafik Perkembangan Umat
Grafik Kegiatan
Grafik Pemekaran Umat
Lap Kematian
Dashboard Pemekaran Umat
Lap Kriteria
Lap Kriteria
Gambar 3.2 System Flow Sistem Informasi Umat Gereja
40
AY
AB
Grafik Sakramen
Pencatatan Sakramen Umat
Ketua Bidang Pembinaan Formatio
R
Lap Kartu Keluarga
Master Pendukung
Ketua Bidang Sumber
SU
Grafik Umat
Maintenance Master
Ketua Wilayah
Grafik Umat
M
Data Umat
1
Pastor Kepala Paroki
O IK
Start
Admin/Sekretariat Gereja
A
Start
A
M
Grafik Umat
Lap. Kartu Keluarga
Lap. Kartu Keluarga
Lingkungan
Wilayah
Kartu Keluarga
Lap. Kartu Keluarga
Gambar 3.3 System Flow Tambah Data Umat
41
AY
AB
Grafik Umat
Grafik Umat
R
Detil KK
Lap. Kartu Keluarga
Grafik Umat
Pembuatan Laporan
SU
Input DataUmat Baru
Pastor Kepala Paroki
Data Umat
O
Formulir data umat
Ketua Bidang Formatio
B. System Flow Tambah Data Umat
Admin/Sekretariat Gereja
IK
System flow tambah data umat menceritakan alur data, proses, dan
dokumen yang terjadi pada saat proses tambah data umat berlangsung.
ST
Dimulainya proses ini ditandai dengan adanya formulir data umat yang masuk ke
ketua lingkungan. Disini ketua lingkungan berperan dalam penginputan data umat
Ketua Lingkungan
A
42
yang masuk ke lingkungan dimana dia tinggal. Kemudian dilanjutkan dengan penyimpanan data umat ke dalam database yang telah disiapkan. Dapat dilihat juga bahwa hasil dari proses ini nantinya akan sangat berguna sekali untuk proses
atau paroki oleh umat yang bersangkutan.
C. System Flow Maintenance Data Master
lingkungan
SU
Input Master Baru
R
wilayah
AB
Admin/Sekretariat Gereja
AY A
penginputan sakramen, kegiatan, dan mutasi apabila terjadi pindah lingkungan
Hubungan_keluarga
Tambah/Ubah Master
Kegiatan_gereja
E
ST I
KO
M
Kegiatan_masyarak at pendidikan
pekerjaan
user
Gambar 3.4 System Flow Maintenance Data Master
System flow maintenance data master menceritakan alur data, proses dan
dokumen yang terjadi pada saat proses maintenance data master berlangsung. dimulainya porses ini ditandai dengan adanya tambahan atau pengubahan data master yang dilakukan oleh admin. Selanjutnya master ini digunakan untuk data
43
pendudung pada saat penginputan data umat dan pembuatan laporan umat. Master yang gunakan disini yaitu master wilayah, lingkungan, hubungan keluarga, kegiatan gereja, kegiatan masyarakat, pendidikan, pekerjaaan, dan user.
Ketua Lingkungan
Admin/Sekretariat Gereja
AY A
D. System Flow Pencatatan Sakramen Umat
Pastor Kepala Paroki
Formulir sakramen yang telah diisi
Input data umat sakramen
Laporan Sakramen Umat
Kartu Keluarga
R
Formulir sakramen yang telah diisi
Detil KK
Tidak
SU
Belum Melakukan sakramen
AB
Start
Ketua Wilayah
Grafik Sakramen Umat
Grafik Sakramen
Grafik Sakramen
Ya
Sakramen Baptis
B
Sakramen Komuni
M
Mencatat data sakramen
ST I
KO
Grafik Sakramen
Sakramen Krisma Sakramen Pernikahan
Gambar 3.5 System Flow Pencatatan Sakramen Umat
System flow pencatatan sakramen menceritakan alur data, proses dan
dokumen yang terjadi pada saat proses pencatatan sakramen umat berlangsung. Dimulainya proses ini ditandai dengan diserahkannya formulir sakramen umat.
44
Sakramen umat yang dicatat disini ada empat sakramen yaitu baptis, komuni pertama, krisma, dan pernikahan atau perkawinan.
Dimana sakramen baptis
adalah sakramen yang wajib dilakukan oleh umat katolik yang dapat diterima
AY A
sekali seumur hidup. Tanpa sakramen baptis ini umat tidak dapat melakukan sakramen yang lainnya. Selanjutnya data sakramen ini akan dimasukkan ke dalam
database. Dapat dilihat juga bahwa data sakramen ini nantinya akan sangat
E. System Flow Pencatatan Kegiatan Umat
Admin/Sekretariat Gereja
Pastor Kepala Paroki
Ketua Bidang Sumber
R
Ketua Lingkungan
AB
berguna sekali dalam proses pembuatan laporan umat secara periodik.
Start
SU
Aktivitas Masyarakat
Data umat
Laporan Kegiatan Umat
Aktivitas Gereja
M
Pilih Kegiatan umat Tidak
Kartu Keluarga Detil KK
Laporan Kegiatan Umat
ST I
KO
Pilih kegiatan Grafik Kegiatan Ya
Mencatat Kegiatan Umat
Kegiatan gereja
C
Kegiatan masyarakat
Grafik Kegiatan
Gambar 3.6 System Flow Pencatatan Kegiatan Umat
Grafik Kegiatan
45
System flow pencatatan kegiatan umat menceritakan alur, proses, dan dokumen yang terjadi pada saat proses pencatatan kegiatan umat berlangsung. Dimulainya proses ini ditandai dengan adanya umat yang mencantumkan kegiatan
AY A
yang akan diikutinya pada formulir pendataan umat. Disini ada dua kegiatan yang di inputkan yaitu kegiatan gerejani dan kegiatan masyarakat. Selanjutnya data
kegiatan umat ini akan dimasukkan kedalam database. Dapat dilihat juga bahwa data kegiatan ini sangat berguna sekali saat proses pembuatan laporan umat secara
F. System Flow Pencatatan Mutasi Umat
AB
periodik.
R
System flow pencatatan mutasi umat menceritakan alur data, proses, dan
SU
dokumen yang terjadi pada saat proses pencatatan mutasi umat berlangsung. ada dua jenis mutasi yang di catat didalam aplikasi ini yaitu mutasi keluarga yang seluruh anggota keluarganya mutasi atau pindah secara bersamaan ke lingkungan
M
lain atau paroki lain. Kedua adalah mutasi anggota atau perorangan yaitu mutasi yang dilakukan untuk membentuk kartu keluarga baru atau pindah paroki.
KO
Dimulainya proses ini ditandai dengan adanya formulir mutasi yang datang dari umat yang ditujukan kepada ketua lingkungan dan ketua lingkungan memberikan kepada admin/sekretariat gereja. Pencatatan mutasi umat ini sifatnya internal.
ST I
Tujuan dari pencatatan ini adalah untuk mengetahui perkembangan umat di paroki. Selanjutnya data mutasi tersebut akan dimasukkan ke dalam database. Dapat dilihat juga data mutasi ini nantinya akan sangat berguna sekali saat proses pembuatan laporan secara periodik.
46
Ketua Lingkungan
Admin/Sekretariat Gereja
Pastor Kepala Paroki
Formulir Mutasi Yang telah diisi
Kartu Keluarga
AB
Input data mutasi
Laporan Mutasi Umat
Detil KK
Tidak
SU
Ingin Melakukan Mutasi
KO
M
Ya
Laporan Mutasi Umat
R
Formulir Mutasi Umat
AY A
Start
wilayah
lingkungan
Mencatat data mutasi
Mutasi Keluarga
D
Mutasi Anggota
Laporan Mutasi Umat
ST I
Laporan Mutasi Umat
Gambar 3.7 System Flow Pencatatan Mutasi Umat
Kartu Keluarga A Detil KK
Grafik Umat
Grafik Umat
Grafik Perkembangan Umat
O IK
Start
Lap Kartu Keluarga
E
Sakramen _Baptis
B
Lap Kematian
Sakramen Krisma
Pembuatan Laporan
Grafik Pemekaran Umat
Lap Kematian
Ketua Bidang Kerasulan umum
Lap Kartu Keluarga Grafik Umat
Dashboard Kegiatan
Lap Kartu Keluarga
Grafik Umat
Grafik Umat
Grafik Sakramen
Grafik Umat
Grafik Sakramen
Lap Kematian
Lap Mutasi
Lap Kriteria
Lap Kriteria
47
Gambar 3.8 System Flow Laporan Umat
A
AY
Mutasi Keluarga
Lap Mutasi
AB
Grafik Kegiatan
R
Grafik Kegiatan
D Mutasi Anggota
Ketua Bidang Kerasulan Khusus
Grafik Pemekaran Umat
Grafik Sakramen Aktivitas Gereja Kemasyarak atan
Ketua Bidang Pembinaan Formatio
Grafik Sakramen
Sakramen Pernikahan C
Ketua Bidang Sumber
SU
Sakramen Komuni
Ketua Wilayah
Grafik Sakramen
M
Grafik Perkembangan Umat
Ketua Lingkungan
G. System Flow Laporan Umat
ST
Pastor Kepala Paroki
Admin/Sekretariat Gereja
48
System flow laporan umat menceritakan tentang alur data, proses, dan dokumen yang terjadi pada saat proses laporan umat berlangsung. dimulainya proses ini ditandai dengan dilanjutkannya proses pencatatan tambah data umat,
AY A
pencatatan sakramen, pencatatan kegiatan, dan pencatatan kegiatan umat yang nantinya akan di olah menjadi sebuah laporan detail dan grafik yang akan
digunakan oleh gereja dalam melihat perkembangan umat secara periodik atau
3.2.3
AB
dengan data yang terbaru.
Hierarchy Input Process Output (HIPO) 0
1
2
3
4
Maintenance Master
Pencatatan Transaksi
Pembuatan Laporan
ST I
KO
M
Tambah Data Umat
SU
R
Sistem Informasi Umat Gereja GYB Surabaya
Hierarchy
3.1
3.2
3.3
3.4
Pencatatan Sakramen Umat
Pencatatan Kegiatan Umat
Pencatatan Mutasi Umat
Pencatatan Kematian
Gambar 3.9 Hirarchy Input-Process-Output
Input
Process
Output
(HIPO)
pada
gambar
3.5
menggambarkan proses-proses pada sistem berdasarkan tiap levelnya secara hirarki atau berjenjang. Sistem Informasi Umat Gereja GYB Surabaya yang terdiri dari 5 proses, yaitu : Tambah Data Umat, Maintenance Master, Pencatatan Sakramen Umat, Pencatatan Kegiatan Umat, Pencatatan Mutasi Umat dan Laporan umat. Untuk lebih jelasnya lihat gambar 3.8 dibawah ini.
49
3.2.4
Data Flow Diagram Data Flow Diagram (DFD) merupakan perangkat yang digunakan pada
metodologi pengembangan sistem yang terstuktur. DFD dapat digambarkan seluruh kegiatan yang terdapat pada sistem secara jelas. Selain itu DFD juga menggambarkan
komponen
yang
terdapat
pada
sistem
yang
AY A
mampu
dikembangkan. Untuk membuat DFD dapat digunakan perangkat lunak Power Designer Process Analyst.
AB
Penggambaran sistem menggukan DFD dimulai dari Context Diagram
seperti dapat dilihat pada gambar 3.9. dari Context Diagram dapat didekomposisi lagi menjadi level yang lebih rendah untuk menggambarkan sistem lebih rinci.
R
Pada context diagram tersebut, terdapat 4 entitas luar, yaitu : ketua lingkungan,
SU
ketua wilayah, admin, pastor kepala paroki dan satu proses (Sistem Informasi Umat Gereja Katolik Gembala Yang Baik Surabaya Berbasis Web). Setelah contex diagram didekomposisi akan didapat DFD level 0 seperti yang terlihat
M
pada Gambar 3.10 yang terdiri dari 4 (empat) proses dan pada proses transaksi
ST I
KO
didekomposisi lagi menjadi 4 (empat) proses.
50
LAP MUTASI GRAFIK KEGIATAN GRAFIK SAKRAMEN GRAFIK PEMEKARAN
LAP KRITERIA
DATA KEMATIAN SEKRETARIAT
PASTOR KEPALA PAROKI
LAP KEMATIAN
DATA UMAT
GRAFIK PERKEMBANGAN
DATA MUTASI
GRAFIK UMAT
DATA KEGIATAN
AY A
DATA SAKRAMEN
0 GRAFIK PEMEKARAN
ADMIN
LAP KRITERIA
GRAFIK PERKEMBANGAN
LAP KRITERIA
KETUA BIDANG PEMBINAAN FORMATIO
AB
LAP KARTU KELUARGA
UBAH DATA MASTER TAMBAH DATA MASTER
GRAFIK UMAT LAP KRITERIA
SISTEM INFORMASI UMAT GEREJA KATOLIK GYB SURABAYA
DATA KEMATIAN UMAT PER LINGKUNGAN
GRAFIK KEGIATAN
R
DATA MUTASI UMAT PER LINGKUNGAN DATA KEGIATAN PER LINGKUNGAN LAP KRITERIA
SU
DATA SAKRAMEN PER LINGKUNGAN
DATA UMAT PER LINGKUNGAN
KO
+ LAP KRITERIA LAP KEMATIAN LAP KRITERIA
GRAFIK UMAT GRAFIK SAKRAMEN
KETUA BIDANG KERASULA N UMUM KETUA BIDANG KERASULA N KHUSUS
LAP KARTU KELUARGA PER LINGKUNGAN
M
KETUA LINGKUNGAN
KETUA BIDANG SUMBER
GRAFIK UMAT PER LINGKUNGAN GRAFIK SAKRAMEN PER LINGKUNGAN
LAP KRITERIA KETUA WILAYAH
GRAFIK UMAT PER WILAYAH GRAFIK SAKRAMEN PER WILAYAH
ST I
Gambar 3.10 Context Diagram Sistem Informasi Umat Gereja Katolik GYB Surabaya
M
KO
ST I
AY A
AB
R
SU
51
52
31
CARA_NIKAH
DT_CARA NIKAH
3.1
[DATA SAKRAMEN PER LINGKUNGAN]
[DATA SAKRAMEN] PENCATATAN SAKRAMEN
13
14
[DT BAPTIS]
SAKRAMEN BAPTIS
11
SAKRAMEN KRISMA SAKRAMEN PERNIKAHAN
SAKRAMEN KOMUNI
12
[DT NIKAH] 3.2
[DATA KEGIATAN] PENCATATAN KEGIATAN
AY A
[DT KRISMA]
[DT KOMUNI]
KETUA LINGKUNGAN
AB
[DATA KEGIATAN PER LINGKUNGAN]
[RECORD KEGIATAN]
SpMg_173
3.3
SEKRETARIAT [DATA MUTASI]
[DT MUTASI] MUTASI ANGGOTA
SU
16
15
MUTASI KELUARGA
[DT ANGGOTA]
3.4
PENCATATAN KEMATIAN
[DATA KEMATIAN]
[DATA MUTASI UMAT PER LINGKUNGAN]
R
PENCATAN MUTASI
SpMg_140 [RECORD KEMATIAN] [DATA KEMATIAN UMAT PER LINGKUNGAN]
ST I
KO
M
Gambar 3.12 Data Flow Diagram Level 1 Sistem Informasi Umat Gereja Katolik GYB Surabaya
53
3.2.5
Entity Relationship Diagram MUTASI ANGGOTA
USER USERNAME PASSWORD LEVEL BLOKIR ID_SESSION
KEGIATAN_GEREJA
AKTIVITAS MASYARAKAT
KEGIATAN_MASYARAKAT
dt_komuni
M
KO
SAKRAMEN KRISMA ID_KRISMA NAMA_KRISMA TGL_KRISMA TEMPAT_KRISMA
R
SU
dt_baptis
DETIL KK ID_ANGGOTA TGL_MASUK_KK STATUS_KELUARGA STATUS_NIKAH NAMA_LENGKAP AGAMA TEMPAT_LAHIR TGL_LAHIR JENIS_KELAMIN GOL_DARAH HP1 HP2 HP3 TLPN_KANTOR EMAIL FOTO ANGGOTA TGL_KEMATIAN TEMPAT_KEMATIAN KET KEMATIAN STATUS
dt_krisma
AB
ID_KEG_MASYARAKAT KEGIATAN_MASYARAKAT
SAKRAMEN KOMUNI ID_KOMUNI TGL_KOMUNI TEMPAT_KOMUNI
ST I
AKTIVITAS GEREJA ID_KEG_GEREJA KEGIATAN_GEREJA
dt_user
SAKRAMEN BAPTIS ID_BAPTIS NAMA_BAPTIS TGL_BAPTIS TEMPAT_BAPTIS
MUTASI KELUARGA ID_MUTASI_KELUARGA KK_BARU LING_BARU TGL_MUTASI ALASAN_MUTASI KET_MUTASI
dt_mutasi_anggota
AY A
ID_MUTASI LING_BARU KK_BARU ID_ANGGOTA_BARU TGL_MUTASI ALASAN_MUTASI
dt_hub_keluarga
dt_pekerjaan
dt_pendidikan
dt_nikah
dt_kk
KARTU KELUARGA NO_KK ALAMAT_KK TELEPON_RUMAH FAX RUMAH TGL_BUAT_KK STATUS
HUBUNGAN KELUARGA ID_HUB_KEL STATUS_HUBUNGAN
PEKERJAAN ID_PEKERJAAN NAMA_PEKERJAAN
PENDIDIKAN ID_PENDIDIKAN NAMA_PENDIDIKAN
SAKRAMEN PERNIKAHAN ID_NIKAH TEMPAT_NIKAH TGL_NIKAH NAMA_PASANGAN
Relation_317
CARA_NIKAH ID_CARA CARA_NIKAH
dt_kk
LINGKUNGAN ID_LINGKUNGAN dt_lingkungan NAMA_LINGKUNGAN
dt_wilayah
WILAYAH ID_WILAYAH NAMA_WILAYAH
Gambar 3.13 Conceptual Data Model (CDM) Sistem Informasi Umat Gereja Katolik GYB Surabaya.
54
Entity Relationship Diagram adalah suatu penyajian grafis entity relationship model yaitu pnyajian grafis yang terperinci, suatu data logis untuk suatu organisasi atau untuk suatu area bisnis, yang dinyatakan dengan hubungan
AY A
(atau asosiasi) antara entity dan relasinya. Ada 2 macam Entity Relationship Diagram (ERD), yaitu Conceptual Data Model (CDM) dan Physical Data Model
(PDM). CDM pada sistem ini dapat dilihat pada gambar 3.13, sedangkan PDM
ST I
KO
M
SU
R
AB
dari sistem ini dapat dilihat pada gambar 3.14.
55
USER USERNAME varchar(20) PASSWORD varchar(20) LEVEL varchar(50) BLOKIR varchar(2) ID_SESSION varchar(50) ID_LINGKUNGAN varchar(20) NO_KK varchar(20) ID_ANGGOTA varchar(20)
AKTIVITAS_GEREJA ID_KEG_GEREJA integer KEGIATAN_GEREJA varchar(50)
ID_LINGKUNGAN = ID_LINGKUNGAN NO_KK= NO_KK ID_ANGGOTA = ID_ANGGOTA
ID_LINGKUNGAN = ID_LINGKUNGAN NO_KK= NO_KK ID_ANGGOTA = ID_ANGGOTA ID_LINGKUNGAN = ID_LINGKUNGAN
SAKRAMEN_KOMUNI varchar(20) varchar(20) varchar(20) varchar(20) date varchar(50)
ID_LINGKUNGAN = ID_LINGKUNGAN NO_KK= NO_KK ID_ANGGOTA = ID_ANGGOTA
ST I
KO
SAKRAMEN_KRISMA NO_KK varchar(20) ID_LINGKUNGAN varchar(20) ID_ANGGOTA varchar(20) ID_KRISMA varchar(20) NAMA_KRISMA varchar(20) TGL_KRISMA date TEMPAT_KRISMA varchar(20)
ID_LINGKUNGAN = ID_LINGKUNGAN NO_KK= NO_KK ID_ANGGOTA = ID_ANGGOTA
KEGIATAN_MASYARAKAT ID_LINGKUNGAN varchar(20) NO_KK varchar(20) ID_ANGGOTA varchar(20) ID_KEG_MASYARAKAT integer
ID_KEG_MASYARAKAT KEGIATAN_MASYARAKAT
varchar(20) varchar(20) integer varchar(20) date varchar(50) varchar(50) varchar(20)
integer varchar(50)
HUBUNGAN_KELUARGA ID_HUB_KEL integer STATUS_HUBUNGAN varchar(20)
ID_HUB_KEL = ID _HUB_KEL
PEKERJAAN ID_PEKERJAAN integer NAMA_PEKERJAAN varchar(50)
ID_PEKERJAAN = ID_PEKERJAAN
PENDIDIKAN ID_PENDIDIKAN integer NAMA_PENDIDIKAN varchar(50)
ID_PENDID IKAN = ID _PENDIDIKAN
ID_LINGKUNGAN = ID_LINGKUNGAN NO_KK= NO_KK ID_ANGGOTA = ID_ANGGOTA
MUTASI_KELUARGA
NO_KK ID_LINGKUNGAN ID_MUTASI_KELUARGA LING_BARU TGL_MUTASI ALASAN_MUTASI KET_MUTASI KK_BARU
ID_KEG_MASYARAKAT = ID_KEG_MASYARAKAT
AKTIVITAS_MASYARAKAT
varchar(20) varchar(20) varchar(20) date varchar(20) varchar(20) varchar(50) varchar(10) varchar(50) date varchar(10) varchar(2) varchar(12) varchar(12) varchar(20) varchar(20) varchar(20) date varchar(50) varchar(50) varchar(5) integer integer integer varchar(20)
R
ID_LINGKUNGAN = ID_LINGKUNGAN NO_KK= NO_KK ID_ANGGOTA = ID_ANGGOTA
M
NO_KK ID_LINGKUNGAN ID_ANGGOTA ID_KOMUNI TGL_KOMUNI TEMPAT_KOMUNI
DETIL_KK NO_KK ID_LINGKUNGAN ID_ANGGOTA TGL_MASUK_KK STATUS_KELUARGA STATUS_NIKAH NAMA_LENGKAP AGAMA TEMPAT_LAHIR TGL_LAHIR JENIS_KELAMIN GOL_DARAH HP1 HP2 HP3 EMAIL FOTO_ANGGOTA TGL_KEMATIAN TEMPAT_KEMATIAN KET_KEMATIAN STATUS ID_PENDIDIKAN ID_PEKERJAAN ID_HUB_KEL TLPN_KANTOR
SU
varchar(20) varchar(20) varchar(20) varchar(20) varchar(50) date varchar(50)
ID_KEG_GEREJA= ID_KEG_GEREJA
AB
NO_KK= NO_KK ID_ANGGOTA = ID_ANGGOTA
SAKRAMEN_BAPTIS ID_LINGKUNGAN NO_KK ID_ANGGOTA ID_BAPTIS NAMA_BAPTIS TGL_BAPTIS TEMPAT_BAPTIS
KEGIATAN_GEREJA NO_KK varchar(20) ID_LINGKUNGAN varchar(20) ID_ANGGOTA varchar(20) ID_KEG_GEREJA integer
ID_LINGKUNGAN = ID_LINGKUNGAN NO_KK= NO_KK ID_ANGGOTA = ID_ANGGOTA
AY A
MUTASI_ANGGOTA NO_KK varchar(20) ID_LINGKUNGAN varchar(20) ID_ANGGOTA varchar(20) ID_MUTASI integer LING_BARU varchar(20) KK_BARU varchar(20) ID_ANGGOTA_BARU varchar(20) TGL_MUTASI date ALASAN_MUTASI varchar(50)
SAKRAMEN_PERNIKAHAN ID_NIKAH varchar(20) TEMPAT_NIKAH varchar(50) TGL_NIKAH date NAMA_PASANGAN varchar(20) ID_LINGKUNGAN varchar(20) NO_KK varchar(20) ID_ANGGOTA varchar(20) ID_CARA integer
CARA_NIKAH ID_CARA= ID_CARA ID_NIKAH = ID_NIKAH
ID_CARA integer CARA_NIKAH varchar(50) ID_NIKAH varchar(20)
KARTU_KELUARGA
ID_LINGKUNGAN = ID_LINGKUNGAN NO_KK= NO_KK
NO_KK ID_LINGKUNGAN ALAMAT_KK TELEPON_RUMAH FAX_RUMAH TGL_BUAT_KK STATUS
integer varchar(20) varchar(50) varchar(20) varchar(20) date varchar(5)
ID_LINGKUNGAN = ID_LINGKUNGAN NO_KK= NO_KK
ID_LINGKUNGAN = ID_LINGKUNGAN
LINGKUNGAN ID_LINGKUNGAN varchar(20) NAMA_LINGKUNGAN varchar(50) ID_WILAYAH varchar(20)
WILAYAH ID_WILAYAH = ID_WILAYAH
ID_WILAYAH varchar(20) NAMA_WILAYAHC varchar(100)
Gambar 3.14 Physical Data Model (PDM) Sistem Informasi Umat Paroki GYB Surabaya.
56
3.2.6
Struktur Database Dalam pembuatan program aplikasi sistem informasi umat GYB
Surabaya ini memerlukan media penyimpanan. Media penyimpanan yang
Nama Tabel
: wilayah
Primary Key
: id_wilayah
Foreign Key
: -
Fungsi
: Digunakan untuk menampung data wilayah
AB
1.
AY A
digunakan adalah MySQL, struktur databasenya seperti dibawah ini :
1 2
Tipe Data
id_wilayah nama_wilayah
Nama Tabel
Length Key
Varchar Varchar
20 50
PK -
Keterangan Id wilayah Nama Wilayah
: lingkungan
M
2.
Nama Field
SU
No
R
Tabel 3.2 Struktur Tabel wilayah
: id_lingkungan
Foreign Key
: id_wilayah
Fungsi
: Digunakan untuk menyimpan data lingkungan
ST I
KO
Primary Key
No
Nama Field
Tabel 3.3 Struktur Tabel lingkungan Tipe Data
Length Key
Keterangan
1 2
Id_lingkungan Id_wilayah
Varchar Varchar
20 20
PK FK
Id Lingkungan Id Wilayah
3
Nama_lingkungan
Varchar
50
-
Nama lingkungan
57
Nama Tabel
: kartu_keluarga
Primary Key
: no_kk
Foreign Key
: id_lingkungan
Fungsi
: Digunakan untuk menyimpan data kartu keluarga
AY A
3.
Tabel 3.4 Struktur Tabel kartu_keluarga Nama Field
Tipe Data
Length Key
No_kk Id_lingkungan
Varchar Varchar
20 20
3
Alamat_kk
Varchar
50
4
Tgl_buat_kk
Date
-
5 6 7
Fax_rumah Telepon_rumah Status
Varchar varchar varchar
20 20 20
: pekerjaan
Primary Key
: id_pekerjaan
Foreign Key
: -
5.
-
Tabel 3.5 Struktur Tabel pekerjaan
Nama Field
Id_pekerjaan Nama_pekerjaan
ST I
1 2
-
Alamat Kartu Keluarga Tanggal Buat Kartu Keluarga Fax rumah Telepon rumah Status kartu keluarga
: Digunakan untuk menyimpan data nama pekerjaan
KO No
-
SU
Nama Tabel
Fungsi
Nomor Kartu Keluarga Id lingkungan
M
4.
PK FK
R
1 2
Keterangan
AB
No
Tipe Data
Length Key
Integer Varchar
50
PK FK
Keterangan Id pekerjaan Nama pekerjaan
Nama Tabel
: pendidikan
Primary Key
: id_pendidikan
Foreign Key
: -
Fungsi
: digunakan untuk menyimpan data pendidikan
58
Tabel 3.6 Struktur Tabel pendidikan
6.
Tipe Data
Length Key
Id_pendidikan Integer Nama_pendidikan Varchar
50
PK -
Keterangan Id pendidikan Nama pendidikan
Nama Tabel
: hubungan_keluarga
Primary Key
: id_hub
Foreign Key
: -
Fungsi
: Digunakan untuk menyimpan data hubungan keluarga
AB
1 2
Nama Field
AY A
No
Tabel 3.7 Struktur Tabel hubungan keluarga
Id_hub Nama_hubungan
Integer Varchar
Length Key
50
Nama Tabel
: aktivitas_gereja
Primary Key
: id_keg_gereja
Foreign Key
: -
PK -
Keterangan
Id hubungan keluarga Nama_hubungan
KO
M
7.
Tipe Data
R
1 2
Nama Field
SU
No
ST I
Fungsi
No
1 2
8.
: Digunakan untuk menyimpan data kegiatan gereja
Nama Field
Id_keg_gereja Nama_kegiatan
Tabel 3.8 Struktur Tabel Aktivitas Gereja Tipe Data
Length Key
Integer Varchar
50
Nama Tabel
: aktivitas_masyarakat
Primary Key
: id_keg_masyarakat
PK -
Keterangan Id kegiatan gereja Nama kegiatan
59
Foreign Key
: -
Fungsi
: Digunakan untuk menyimpan data kegiatan masyarakat
Tabel 3.9 Struktur Tabel Master aktivitas_masyarakat Nama Field
Tipe Data
Length
Key
Id_keg_masyarakat
Integer
-
PK
2
Nama_kegiatan
Varchar
50
-
: kegiatan_gereja
Primary Key
: -
Foreign Key
: id_keg_gereja, id_lingkungan, no_kk, id_anggota
Fungsi
: Digunakan untuk menyimpan data umat yang melakukan
R
Nama Tabel
SU
9.
Id kegiatan masyarakat Nama kegiatan masyarakat
AB
1
Keterangan
AY A
No
kegiatan gereja
Tabel 3.10 Struktur Tabel Kegiatan Gereja Nama Field
M
No
Tipe Data
Length Key
Keterangan
Id_keg_gereja Id_lingkungan
Integer Varchar
20
FK FK
Id kegiata gereja Id lingkungan
3 4
No_kk id_anggota
Varchar Varchar
20 20
FK FK
Nomor kartu keluarga Nomor anggota keluarga
ST I
KO
1 2
10. Nama Tabel
: kegiatan_masyarakat
Primary Key
: -
Foreign Key
: id_keg_masyarakat, id_lingkungan, no_kk, id_anggota
Fungsi
: Digunakan untuk menyimpan data umat yang melakukan kegiatan masyarakat
60
Tabel 3.11 Struktur Tabel kegiatan_masyarakat Nama Field
2
Id_keg_masyarak at Id_lingkungan
3 4
No_kk id_anggota
1
11. Nama Tabel
Tipe Data
Length Key
Keterangan
Integer
-
FK
Id_keg_masyarakat
Varchar
20
FK
Id lingkungan
Varchar Vachar
20 20
FK FK
Nomor kartu keluarga Nomor anggota keluarga
AY A
No
: sakramen_baptis : id_baptis
Foreign Key
: id_lingkungan, no_kk, id_anggota
Fungsi
: Digunakan untuk menyimpan data sakramen baptis
R
AB
Primary Key
No
Nama Field Id_baptis Id_lingkungan
3 4 5 6. 7
No_kk id_anggota Nama_baptis Tgl_baptis Tempat_baptis
KO
M
1 2
12. Nama Tabel
1
Tipe Data
Length Key
Keterangan
Varchar Varchar
20 20
PK FK
Id baptis Id lingkungan
Varchar Varchar Varchar Date Varchar
20 20 50 50
FK FK -
Nomor kartu keluarga Nomor anggota keluarga Nama baptis Tanggal baptis Tempat baptis
: sakramen_krisma
Primary Key
: id_krisma
Foreign Key
: id_lingkungan, no_kk, id_anggota
Fungsi
: Digunakan untuk menyimpan data sakramen krisma
ST I No
SU
Tabel 3.12 Struktur Tabel sakramen_baptis
Tabel 3.13 Struktur Tabel sakramen_krisma Nama Field
Id_krisma
Tipe Data
Length Key
Varchar
20
PK
Keterangan Id krisma
61
No
Nama Field
Tipe Data
Length Key
Keterangan
Id_lingkungan
Varchar
20
FK
Id lingkungan
3 4 5 6 7
No_kk id_anggota Nama_krisma Tgl_krisma Tempat_krisma
Varchar Varhcar Varchar Date Varchar
20 20 50 50
FK FK -
Nomor kartu keluarga Nomor anggota keluarga Nama krisma Tanggal krisma Tempat krisma
13. Nama Tabel
: sakramen_komuni
AY A
2
: id_komuni
Foreign Key
: id_lingkungan, no_kk, id_anggota
Fungsi
: Digunakan untuk menyimpan data sakramen komuni
AB
Primary Key
Nama Field Id_komuni Id_lingkungan
3 4 5 6 7
No_kk id anggota Nama_krisma Tgl_krisma Tempat_krisma
KO
M
1 2
14. Nama Tabel
ST I 1
Length Key
Keterangan
Varchar Varchar
20 20
PK FK
Id komuni Id lingkungan
Varchar Varchar Varchar Date Varchar
20 20 50 -
FK FK -
Nomor kartu keluarga Nomor anggota Nama krisma Tanggal krisma Tempat krisma
: sakramen_pernikahan
Primary Key
No
Tipe Data
SU
No
R
Tabel 3.14 Struktur Tabel sakramen_komuni
: id_nikah
Foreign Key
: id_lingkungan, no_kk, id_anggota, id_cara
Fungsi
:b.Digunakan untuk menyimpan data sakramen pernikahan
Tabel 3.15 Struktur Tabel sakramen_pernikahan Nama Field
Id_nikah
Tipe Data
Length Key
Varchar
20
PK
Keterangan Id nikah
62
No
Nama Field
Tipe Data
Length Key
Keterangan
Id_lingkungan
Varchar
20
FK
Id lingkungan
3 4 5 6 7 8
No_kk id_anggota Nama_pasangan Tgl_nikah Tempat_nikah Id_cara
Vachar Varchar Varchar Date Varchar Integer
20 20 50 50
FK FK FK
Nomor kartu keluarga Nomor anggota keluarga Nama pasangan Tanggal pernikahan Tempat pernikahan Id cara nikah
15. Nama Tabel
AY A
2
: cara_nikah : id_cara
Foreign Key
: -
Fungsi
: Digunakan untuk menyimpan data cara pernikahan
AB
Primary Key
1 2
Nama Field
Tipe Data
Length Key
SU
No
R
Tabel 3.16 Struktur Tabel cara_nikah
Id_cara Cara_nikah
Integer Varchar
PK -
Id cara nikah Cara pernikahan
: mutasi_keluarga
M
16. Nama tabel
50
Keterangan
KO
Primary Key
: id_mutasi_kel
ST I
Foreign Key
No
: id_lingkungan, no_kk, no_anggota
Tabel 3.17 Struktur Tabel mutasi_keluarga
Nama Field
Tipe Data
Length Key
Keterangan
1 2 3 4
Id_mutasi_kel Id_lingkungan No_kk id anggota
Integer Varchar Varchar Varchar
20 20 20
PK FK FK FK
Id mutasi keluarga Id lingkungan Nomor kartu keluarga Nomor anggota
5 6
Tgl_mutasi Alasan_mutasi
Date Varchar
50
-
Tanggal mutasi Alasan mutasi
63
17. Nama Tabel
: detil_kk
Primary Key
: no_anggota
Foreign Key
: id_lingkungan, no_kk, id_hub, id_pendidikan,
Fungsi
AY A
id_pekerjaan : Digunakan untuk menyimpan data detil keluarga
Tabel 3.18 Struktur Tabel detil_kk Nama Field
Tipe Data
Length
Key FK FK
Id_lingkungan Nomor kartu keluarga
PK
Nomor anggota Tanggal masuk kartu keluarga Id hubungan keluarga Status keluarga Status nikah Nama lengkap Agama Tempat_lahir Tanggal lahir Jenis kelamin Golongan darah Handphone 1 Handphone 2 Handphone 3 Telepon kantor Id pendidikan Id pekerjaan Foto anggota Status umat Tanggal kematian Tempat kematian Keterangan kematian
Id_lingkungan No_kk
Varchar Varchar
20 20
3
id_anggota
Varchar
20
4
Tgl_masuk_kk
Date
-
5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24
Id_hub Status_keluarga Status _nikah Nama_lengkap Agama Tempat_lahir Tgl_lahir Jenis_kelamin Gol_darah Hp1 Hp2 Hp3 Telpn_kantor Id_pendidikan Id_pekerjaan Foto_anggota Status Tgl_kematian Tempat_kematian Ket_kematian
Integer Varchar Varchar Varchar Varchar Varchar Date Varchar Varchar Varchar Varchar Varchar varchar Integer Integer Varchar Varchar Date Varchar Varchar
20 20 20 50 20 50 20 20 20 20 20 20 50 20 50 50
SU
M
KO ST I
-
R
1 2
Keterangan
AB
No
FK FK FK -
64
18. Nama tabel
: mutasi_anggota
Primary Key
: id_mutasi
Foreign Key
: id_lingkungan, no_kk, no_anggota
No
Nama Field
Tipe Data
Length Key
AY A
Tabel 3.19 Struktur Tabel mutasi_anggota
Keterangan
Id_mutasi Id_lingkungan No_kk
Integer Varchar Varchar
20 20
PK FK FK
Id mutasi keluarga Id lingkungan Nomor kartu keluarga
4 5
Kk_baru Ling_baru
varchar Varchar
20 20
-
Kartu keluarga baru Lingkungan baru
6
Id_anggota
Varchar
20
FK
Nomor anggota
7 8 9
Id_anggota_baru Tgl_mutasi Alasan_mutasi
Varchar Date Varchar
20 50
-
Id anggota baru Tanggal mutasi Alasan mutasi
SU
R
AB
1 2 3
19. Nama tabel
: user
: username
Foreign Key
: id_lingkungan, no_kk, no_anggota
M
Primary Key
KO
Tabel 3.20 Struktur Tabel mutasi_keluarga
No
Nama Field
Tipe Data
Length Key
Keterangan
username Id_lingkungan No_kk No anggota
Integer Varchar Varchar Varchar
20 20 20
PK FK FK FK
Username pengguna Id lingkungan Nomor kartu keluarga Nomor anggota
5 6 7 8
Password level Blokir Id_session
varchar Varchar varchar Varchar
20 50 2 20
-
Password pengguna Level pengguna Blokir pengguna Session pengguna
ST I
1 2 3 4
65
3.3 Desain Input Output Desain input output yang dibuat berfungsi untuk memudahkan user atau pengguna ketua umum/ pastor kepala paroki, ketua bidang sumber, ketua bidang pembinaan formatio, ketua bidang kerasulan khusus, ketua bidang kerasulan
AY A
umum, ketua lingkungan, ketua wilayah dan admin/sekretariat gereja dalam
menggunakan sistem. Forms yang dirancang meliputi konsep interaksi manusia
dan komputer dimana seorang user hanya dengan melihat form dapat mengerti
AB
langkah-langkah yang akan dilakukan selanjutnya. 1. Desain Form Utama
R
Menu Aplikasi Utama
M
SU
Header
Content
KO
Content
ST I
Content
Content
Footer
Gambar 3.15 Desain Form Utama
66
Desain form utama adalah form pertama saat pengguna pertama kali menjalankan aplikasi sistem informasi umat ini. form ini berisi content-content yang digunakan untuk melihat pengumuman yang ada di Gereja Katolik GYB
AY A
Surabaya. Salah satu contentnya berisi tentang halaman login untuk administrator gereja. Desain form utama ini dapat dilihat pada gambar 3.15 dan fungsi dari setiap obyeknya dapat dilihat pada Tabel 3.21.
Tabel 3.21 Fungsi Obyek Desain Form Utama Tipe Obyek
Header
Panel
2
Content
Panel
3
Footer
Berisi gambar gereja Katolik GYB Surabaya Berisi informasi pengumuman dari Gereja dan halaman login untuk administrator gereja Berisi informasi dari Gereja tersebut
SU
1
Fungsi
AB
Nama Obyek
R
No
Panel
M
2. Desain Form Login Administrator
KO
Login Halaman Administrator
Email :
ST I
Enter Text
Password : Enter Text Login
Cancel
Lupa Password..?
Gambar 3.16 Desain Form Login Administrator
67
Desain form login ini digunakan oleh semua user untuk masuk kedalam sistem. Desain form login ini memiliki 8 (delapan), yaitu user ketua umum/ pastor kepala paroki, ketua bidang sumber, ketua bidang pembinaan formatio,
AY A
ketua bidang kerasulan umum, ketua bidang kerasulan khusus, ketua wilayah,
ketua lingkungan dan admin/sekretariat gereja. Desain form login dapat dilihat pada Gambar 3.16 dan fungsi dari setiap obyeknya dapat dilihat pada Tabel
AB
3.22.
Tabel 3.22 Fungsi Obyek Desain Form Login Administrator Nama Obyek
Tipe Obyek
Email Password
Texbox Textbox
3
Login
Button
4
Cancel
5
Lupa Password
Memasukkan data Email Memasukkan data password
Sebagai autentifikasi dan autorisasi untuk menampilkan form berikutnya Membatalkan user untuk mesuk ke form selanjutnya dan menampilkan form utama Sebagai link untuk membantu mengganti password lama dengan yang apabila pengguna lupa denga passwordnya.
SU
1 2
Fungsi
R
No
Label
KO
M
Button
3. Desain Form Halaman Utama Administrator
ST I
Desain form halaman utama administrator memiliki 7 (tujuh) menu, yaitu
menu home, data umat, cari umat, transaksi, laporan, master dan users. Menu transaksi memiliki 4 (empat) menu sub yaitu, pencatatan sakramen, pencatatan mutasi, pencatatan kegiatan, dan pencatatan kematian. Menu master memiliki 9 (sembilan) sub menu yaitu, wilayah, lingkungan, hubungan keluarga, pendidikan, pekerjaan, kegiatan gereja, kegiatan masyarakat, cara pernikahan,
68
dan user. Menu laporan memiliki 9 (sembilan) menu yaitu, dashboard umat, dashboard sakramen, dashboard perkembangan umat, dashboard pemekaran umat, dashbard kematian, laporan kriteria, laporan mutasi keluarga, laporan
AY A
mutasi anggota dan cetak kartu keluarga. Desain form halaman administrator ini dapat dilihat pada Gambar 3.17 dan fungsi obyeknya dapat dilihat pada Tabel 3.22.
SU
Xxxx/xxxxx
Introduction
KO
M
Main Home Data Umat Cari Umat Transaksi Pencatatan Transaksi Laporan Laporan Umat Master Tambah/ Ubah Master Pengguna Ubah Password
R
Header
AB
Halaman Administrator
Isi Content
Footer
ST I
Gambar 3.17 Desain Form Halaman Utama Administrator
4. Desain Form Data Umat Desain Form Data Umat ini digunakan oleh pengguna ketua
lingkungan dan admin untuk melihat data umat yang tampil berdasarkan kepala keluarga dari setiap keluarga yang ada di Gereja Katolik GYB
69
Surabaya. Desain form data umat ini dapat dilihat pada Gambar 3.18 dan fungsi dari setiap obyeknya dapat dilihat pada Tabel 3.23.
Tambah Search
AY A
Form Data Umat
Enter Text
Records Per Page
No
Tanggal Masuk
No KK
Kepala Keluarga
Alamat
Telepon
Lingkungan Actions
Text Text Text
Text Text Text
Text Text Text
Text Text Text
Text Text Text
Text Text Text
Text Text Text
Previous
1
2
Text Text Text
Next
R
Showing 1 to 10 of 74 entries
AB
10
SU
Gambar 3.18 Desain Form Data Umat
Tabel 3.23 Fungsi Obyek Desain Form Data Umat No
Nama Obyek Tambah Field Search
3
Records Per Page
4
Text
ST I
KO
M
1 2
Tipe Obyek
Fungsi
Button TextBox
Menambah data umat Mencari data yang ada di data grid view Combobox Untuk menampilkan data yang ada di grid view sesuai dengan record yang dipilih DataGridView Berisi data kartu keluarga
5. Desain Form Tambah Data Umat Desain form tambah data umat ini digunakan oleh pengguna ketua
lingkungan dan admin untuk menambah dan mengubah data kartu keluarga dan data anggota keluarga. Desain form tambah data umat ini ada dua tahap yaitu tahap pertama pengguna mengisi data kartu keluarga dahulu yang dapat dilihat pada Gambar 3.19 dan fungsi dari setiap obyeknya dapat dilihat pada
70
Tabel 3.24 serta tahap kedua adalah pengguna mengisikan data detail anggota yang dapat dilihat pada Gambar 3.20 dan fungsi obyeknya dapat dilihat pada Tabel 3.25.
Lingkungan
Enter Text
Alamat
Enter Text
Telepon Rumah
Enter Text
Fax Rumah
Enter Text
AB
Enter Text
SU
R
Tanggal Masuk KK
AY A
Form Kartu Keluarga
M
Next
Gambar 3.19 Desain Form Tambah Data Kartu Keluarga Baru
KO
Tabel 3.24 Fungsi Obyek Desain Desain Form Tambah Data Kartu Keluarga Baru
No
Tipe Obyek TextBox
2 3 4
Field Tanggal Masuk KK Lingkungan Alamat Telepon rumah
5 6
Fax rumah Next
Textbox Button
ST I
1
Nama Obyek
Combobox Textbox Textbox
Fungsi Memasukkan data tanggal masuk kartu keluarga Memilih lingkungan umat Memasukkan nama alamat umat Memasukkan telepon rumah umat Memasukkan fax rumah umat Untuk masuk ke pencatatan selanjutnya yaitu pencatatan detail anggota
71
Form Detail Kartu Keluarga Nomor Kartu Keluarga Enter Text
Agama
Enter Text
Enter Text
Telepon Kantor
Enter Text
Nama Lengkap
Enter Text
Handphone 1
Enter Text
Tempat Lahir
Enter Text
Handphone 2
Enter Text
Tanggal Lahir
Enter Text
Fax Kantor
Jenis Kelamin
Enter Text
Email
Status Nikah
Enter Text
Pendidikan
Hubungan Keluarga
Enter Text
Pekerjaan
Golongan Darah
Enter Text
Upload Foto
AY A
Tanggal Masuk
Enter Text Enter Text
Enter Text Enter Text
Choose File
AB
Enter Text
Cancel
R
Save Changes
SU
Gambar 3.20 Desain Form Tambah Anggota Keluarga
Tabel 3.25 Fungsi Obyek Desain Form Tambah Anggota Keluarga No
3 4 5 6 7 8 9 10 11 12 12 13 14 15 16 17
Nama lengkap Tempat lahir Tanggal lahir Jenis kelamin Status nikah Hubungan keluarga Golongan darah Agama Telepon kantor Handphone 1 Handphone 2 Fax kantor Email Pendidikan Pekerjaan Upload foto
M
2
Nomor kartu keluarga Tanggal masuk
ST I
KO
1
Nama Obyek
Tipe Obyek
Textbox
Combobox Textbox Textbox Combobox Combobox Combobox Combobox Combobox Combobox Textbox Textbox Textbox Textbox Textbox Combobox Combobox Buttonupload
Fungsi
Menampilkan nomor kartu keluarga yang sudah di conter oleh sistem Memilih tanggal masuk kartu keluarga Memasukkan nama lengkap umat Memasukkan tempat lahir umat Memasukkan tanggal lahir umat Memilih jenis kelamin umat Memilih status pernikahan Memilih hubungan keluarga Memilih golongan darah umat Memilih agama umat Memasukkan nomor telepon kantor Memasukkan nomor handphone umat Memasukkan nomor handphone umat Memasukkan nomor fax kantor umat Memasukkan email umat Memilih pendidikan terakhir umat Memilih pekerjaan umat Untuk memasukkan foto umat
72
6. Desain Form View Data Umat Detail Anggota Keluarga
Nomor Kartu Keluarga Wilayah Lingkungan Alamat Tinggal Telepon Rumah Fax Rumah
Text Text Text Text Text Text
Identitas Anggota Keluarga
R
AB
Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text
M
SU
Foto Umat Nomor Anggota Keluarga Nama Lengkap Status Dalam Keluarga Hubungan Keluarga Tempat, Tanggal Lahir Jenis Kelamin Golongan Darah Agama Pendidikan Terakhir Pekerjaan Telepon Kantor Fax Kantor Handphone 1 Handphone 2 Email
AY A
Identitas Kartu Keluarga
Identitas Sakramen
ST I
KO
Nama Baptis Tempat, Tanggal Baptis Tempat, Tanggal Krisma Tempat, Tanggal Komuni Tempat, Tanggal Pernikahan Nama Pasangan Cara Pernikahan
Text Text Text Text Text Text Text
Identitas Kegiatan Gereja Yang Diikuti Kegiatan Gereja Kegiatan Masyarakat Tempat, Tanggal Pindah
Text Text Text
Gambar 3.21 Desain Form View Data Umat
73
Desain Form View Data Umat ini digunakan oleh pengguna ketua lingkungan dan admin untuk melihat detail umat. desain Form View Data Umat ini berisi tentang data diri dari setiap anggota keluarga. Desain form view data
AY A
umat ini dapat dilihat pada Gambar 3.21 dan fungisi setiap obyeknya dapat dilihat pada Tabel 3.26.
Tabel 3.26 Fungsi Obyek Desain Form View Data Umat
6 7 8 9 10 11 12
Jenis kelamin Golongan darah Agama Pendidikan terakhir Pekerjaan Telepon kantor Fax kantor Handphone 1 Handphone 2 Email Nama baptis Tempat, tanggal baptis Tempat, tanggal krisma Tempat dan tanggal komuni
ST I 25 26
Label Label Label Label Label Label Label Label Label Label Label Label Label Label Label Label Label Label Label Label Label Label Label Label Label
Fungsi
Menampilkan nomor kartu keluarga Menampilkan nama wilayah Menampilkan nama lingkungan Menampilkan alamat tinggal Menampilkan telelpon rumah
AB
Label
Fax rumah Foto umat Nomor anggota keluarga Nama lengkap Status dalam keluarga Hubungan keluarga Tempat, tanggal lahir
KO
13 14 15 16 17 18 19 20 21 22 23 24
Tipe Obyek
SU
2 3 4 5
Nomor Kartu Keluarga Wilayah Lingkungan Alamat tinggal Telepon rumah
M
1
Nama Obyek
R
No
Menampilkan nomor fax rumah Menampilkan foto umat Menampilkan nomor anggota keluarga Menampilkan nama lengkap umat Menampilkan status dalam keluarga Menampilkan hubungan keluarga Menampilkan tempat dan tanggal lahir Menampilkan jenis kelamin Menampilkan golongan darah Menampilkan golongan darah Menampilkan pendidikan terakhir Menampilkan pekerjaan Menampilkan telepon kantor Menampilkan fax kantor Menampilkan nomor handphone Menampilkan nomor handphone Menampilkan email Menampilkan nama baptis Menampilkan tempat dan tanggal baptis Menampilkan tempat dan tanggal krisma Menampilkan tempat dan tanggal komuni
74
No
Nama Obyek
Tipe Obyek
27
Label
28 29 30
Tempat, dan tanggal pernikahan Nama pasangan Cara pernikahan Kegiatan gereja
31
Kegiatan masyarakat
Label
32
Tempat dan tanggal pindah
Label
Fungsi Menampilkan tempat dan tanggal pernikahan Menampilkan nama pasangan Menampilkan cara pernikahan Menampilkan kegiatan gereja yang diikuti Menampilkan kegiatan masyrakat yang diikuti Menampilkan tempat dan tanggal pindah
AY A
Label Label Label
AB
7. Desain Form Sakramen Umat
Desain form Sakramen umat ini digunakan oleh pengguna ketua lingkungan dan admin untuk melakukan pencatatan sakramen baptis, krisma,
R
komuni dan pernikahan. Dari desain form sakramen umat ini pengguna akan
SU
diarahkan ke desain form pencatatan sakramen umat. Desain form sakramen umat ini dapat dilihat pada Gambar 3.22 dan fungsi obyek dari desain form
M
sakramen umat ini dapat dilihat pada Tabel 3.27.
Form Sakramen Baptis, Krisma, Komuni
KO
Keterangan Sakramen
10
ST I
No
Text Text Text
Sudah Menerima Belum Menerima
Search
Records Per Page
Enter Text
No Anggota
Nama Lengkap
Status Keluarga
Alamat
Lingkungan
Actions
Text Text Text
Text Text Text
Text Text Text
Text Text Text
Text Text Text
Text Text Text
Showing 1 to 10 of 74 entries
Previous
1
2
Next
Gambar 3.22 Desain Form Sakramen Umat
75
Tabel 3.27 Fungsi Obyek Desain Form Sakramen Umat Tipe Obyek
Fungsi
1
Sudah menerima
Label
2
Belum Menerima
Label
3
Records per page
ComboBox
4
Search
Textbox
5
Text
DataGridView
8. Desain Form Pencatatan Sakramen Umat
Identitas Kartu Keluarga
Text Text Text Text Text Text Text Text
M
SU
Foto Umat Nomor Kartu Keluarga Nomor Anggota Keluarga Nama Lengkap Wilayah Lingkungan Jenis Kelamin Tempat, tanggal Lahir
R
Form Pencatatan Sakramen Baptis
Informasi warna untuk umat yang sudah menerima sakramen Informasi warna untuk umat yang belum menerima sakramen Menampilkan view data sebanyak yang dipilih Mencari data umat yang ada di data GridView Data sakramen umat
AY A
Nama Obyek
AB
No
Form Pengisian Sakramen Baptis
ST I
KO
Tanggal Pembaptisan Nama Baptis Tempat Baptis
Save Changes
Text Text Text Cancel
Gambar 3.23 Desain Form Pencatatan Sakramen
Desain form pencatatan sakramen umat ini digunakan oleh pengguna
ketua lingkungan untuk menambah dan mengubah data sakramen umat. Ada 4 (empat) sakramen umat yang di catat dalam aplikasi ini yaitu sakramen baptis, sakramen komuni, sakramen krisma dan sakramen pernikahan. Gambar 3.23
76
adalah desain form pencatatan sakramen baptis dan fungsi setiap obyeknya dapat dilihat pada Tabel 3.28.
Tabel 3.28 Fungsi Obyek Desain Form Pencatatan Sakramen Umat
Label Label
4 5
Foto umat Nomor kartu keluarga Nomor anggota keluarga Nama lengkap wilayah
6 7 8
Lingkungan Jenis kelamin Tempat, tanggal lahir
Label Label Label
9 10 11 12 13
Tanggal pembaptisan Nama baptis Tempat baptis Save changes Cancel
Textbox Textbox Textbox Button Button
Menampilkan foto umat Menampilkan nomor kartu keluarga Menampilkan nomor kartu kelaurga Menampilkan nama lengkap Menampilkan nama wilayah
Label Label Label
SU
3
Fungsi
AY A
Tipe Obyek
AB
1 2
Nama Obyek
Menampilkan nama lingkungan Menampilkan jenis kelamin Menampilkan tempat dan tanggal lahir Memasukkan tanggal pembaptisan Memasukkan nama baptis Memasukkan tempat baptis Menyimpan data sakramen baptis Membatalkan pencatatan sakramen
R
No
M
9. Desain Form Mutasi Keluarga
Form Pencatatan Mutasi
KO
Mutasi Keluarga Mutasi Anggota 10
ST I
No
Text Text Text
Search
Records Per Page
Enter Text
Tanggal Masuk
No KK
Kepala Keluarga
Alamat
Lingkungan
Actions
Text Text Text
Text Text Text
Text Text Text
Text Text Text
Text Text Text
Text Text Text
Showing 1 to 10 of 74 entries
Previous
1
2
Next
Gambar 3.24 Desain Form Mutasi Keluarga
77
Desain form mutasi keluarga digunakan oleh pengguna ketua lingkungan dan admin untuk melihat data umat yang akan di mutasi. Lewat halaman ini pengguna dapat melakukan pencatatan mutasi keluarga. Desain
form mutasi keluarga dapat dilihat pada Tabel 3.29.
AY A
form mutasi keluarga dapat dilihat pada Gambar 3.24 dan fungsi obyek desain
Tabel 3.29 Fungsi Obyek Desain Form Mutasi Keluarga No
Nama Obyek
Tipe Obyek
Fungsi
Mutasi keluarga Mutasi anggota Records per page
Tab Tab ComboBox
4
Search
Textbox
5
Text
DataGridView
Memilih jenis mutasi keluarga Memilih jenis mutasi anggota Memilih data yang akan ditampilkan Mencari data umat yang ada pada data GridView Menampilkan data umat yang akan dimutasi
SU
R
AB
1 2 3
10. Desain Form Pencatatan Mutasi Keluarga
M
Form Pencatatan Mutasi Keluarga Pindah Lingkungan
Pindah Paroki/Gereja
KO
Identitas Kartu Keluarga
Text Text Text Text Text Text Text
ST I
Wilayah Lama Lingkungan Lama Tanggal Masuk KK Kepala Keluarga Status Nikah Nama Pasangan Nama Anak
Pencatatan Mutasi Keluarga Alasan Mutasi Wilayah/Lingkungan Baru Tanggal Mutasi Keterangan Mutasi Save Changes
Text Text Text Text Cancel
Gambar 3.25 Desain Form Pencatatan Mutasi Keluarga
78
Desain form pencatatan mutasi keluarga digunakan oleh pengguna ketua lingkungan dan admin untuk melakukan pencatatan mutasi keluarga umat. Desain form pencatatan mutasi keluarga ini dapat dilihat pada Gambar
AY A
3.27 dan fungsi obyek dari desain form pencatatan mutasi keluarga pada Tabel 3.30.
Tabel 3.30 Fungsi Obyek Desain Form Pencatatan Mutasi Keluarga No
Nama Obyek
1 2
Pindah lingkungan Pindah Paroki/Gereja Wilayah lama Lingkungan lama Tanggal masuk KK
Tab Tab
Kepala keluarga Status nikah Nama pasangan Nama anak Alasan mutasi Wilayah/linkungan baru Tanggal mutasi Keterangan mutasi
Label Label Label Label Label Combobox
AB R
Menampilkan nama wilayah Menampilkan nama lingkungan Menampilkan tanggal masuk kartu keluarga
Textbox Textbox
Menampilkan nama kepala keluarga Menampilkan status nikah Menampilkan nama pasangan Menampilkan nama anak Menampilkan alasan mutasi Memilih nama lingkungan yang menjadi tujuan Memasukkan tanggal mutasi Memasukkan keterangan mutasi
KO
12 13
Label Label Label
Fungsi
Memilih jenis mutasi keluarga Memilih jenis mutasi keluarga
SU
6 7 8 9 10 11
M
3 4 5
Tipe Obyek
11. Desain Form Mutasi Anggota Form Pencatatan Mutasi
ST I
Mutasi Keluarga 10
Mutasi Anggota Search
Records Per Page
Enter Text
No
Tanggal Masuk
No Anggota Nama Lengkap
Alamat
No. Telepon
Lingkungan Actions
Text Text Text
Text Text Text
Text Text Text
Text Text Text
Text Text Text
Text Text Text
Showing 1 to 10 of 74 entries
Text Text Text
Previous
1
2
Next
Gambar 3.26 Desain Form Mutasi Anggota
Text Text Text
79
Desain form mutasi anggota digunakan oleh pengguna ketua lingkungan dan admin untuk melihat data umat yang akan di mutasi. Dari desain form mutasi anggota ini pengguna dapat mencatat umat yang akan
AY A
melakukan mutasi anggota. Desain form mutasi anggota ini dapat dilihat pada Gambar 3.26 dan fungsi dari setiap obyek desain form mutasi anggota ini dapat dilihat pada Tabel 3.31.
Tabel 3.31 Fungsi Obyek Desain Form Mutasi Anggota Nama Obyek
Tipe Obyek
Mutasi keluarga Mutasi anggota Records per page
Tab Tab ComboBox
4
Search
Textbox
5
Text
Memilih jenis mutasi keluarga Memilih jenis mutasi anggota Memilih data yang akan ditampilkan Mencari data umat yang ada pada data GridView Menampilkan data umat yang akan dimutasi
SU
R
1 2 3
Fungsi
AB
No
DataGridView
M
12. Desain Form Pencatatan Mutasi Anggota Form Pencatatan Mutasi Keluarga Pindah Paroki/Gereja
KO
Pindah Kartu Keluarga
Buat kartu Keluarga Baru
Data Umat Yang Akan Di Mutasi Text Text Text Text Text Text
ST I
Foto Umat Nomor Anggota Wilayah Lama Lingkungan Lama Tanggal Masuk KK Nama Lengkap
Pencatatan Mutasi Anggota Paroki/Gereja Baru Tanggal Mutasi Alasan Mutasi
Text Text Text
Apakah Anda Yakin Data Di Atas Benar Save Changes
Cancel
Gambar 3.27 Desain Form Pencatatan Mutasi Anggota
80
Desain form pencatatan mutasi anggota digunakan oleh pengguna ketua lingkungan dan admin untuk melakukan pencatatan mutasi anggota umat. Desain form pencatatan mutasi anggota ini dapat dilihat pada Gambar 3.28 dan
AY A
fungsi obyek dari desain form pencatatan mutasi keluarga pada Tabel 3.32
Tabel 3.32 Fungsi Obyek Desain Form Pencatatan Mutasi Anggota No
Nama Obyek
1 2
Tab Tab
4 5
Pindah lingkungan Pindah Paroki/Gereja Buat kartu keluarga baru Foto umat Nomor anggota
6 7 8
Wilayah Lama Lingkungan lama Tanggal masuk kk
Label Label Label
9 10
Nama lengkap Paroki/Gereja Baru
11 12 13
Tanggal mutasi Textbox Alasan mutasi Textbox Apakah anda yakin Checkbox data diatas benar
Fungsi
AB
Memilih jenis mutasi anggota Memilih jenis mutasi anggota
Tab
Mimilih jenis mutasi anggota Menampilkan foto umat Menampilkan nomor anggota
R
Label Label
SU
Menampilkan wilayah lama Menampilkan lingkungan lama Menampilkan tanggal masuk kartu keluarga Menampilkan nama lengkap Memasukkan nama paroki/Gereja baru Memasukkan tanggal mutasi Menampilkan alasan mutasi Validasi isian data mutasi anggota
M
Label Label
KO
3
Tipe Obyek
13. Desain Form Kegiatan Anggota Form Kegiatan Umat
ST I
10
Search
Records Per Page
Enter Text
No
Nama Lengkap
Alamat
Lingkungan
Status Keg Gereja
Status Keg Masyarakat
Actions
Text Text Text
Text Text Text
Text Text Text
Text Text Text
Text Text Text
Text Text Text
Text Text Text
Showing 1 to 10 of 74 entries
Previous
1
2
Next
Gambar 3.28 Desain Form Kegiatan Anggota
81
Desain form kegiatan anggota ini digunakan oleh pengguna ketua lingkungan dan admin untuk melihat data umat yang sudah mengikuti kegiatan dan yang belum mengikuti kegiatan baik itu kegiatan gereja dan kegiatan
AY A
masyarakat. Desain form kegiatan anggota ini dapat dilihat pada Gambar 3.28 dan fungis dari setiap obyek desain form kegiatan anggota dapat dilihat pada Tabel 3.33.
Tabel 3.33 Fungsi Obyek Desain Form Kegiatan Anggota Nama Obyek
Tipe Obyek
Fungsi
AB
No
Records per page
ComboBox
2
Search
Textbox
3
Text
DataGridView
Memilih data yang akan ditampilkan Mencari data umat yang ada pada data GridView Menampilkan data umat yang akan dimutasi
SU
R
1
14. Desain Form Pencatatan Kegiatan Anggota
M
Form Detail Anggota Identitas Anggota
Text Text Text Text Text Text Text Text
ST I
KO
Foto Umat Nomor Kartu Keluarga Nomor Anggota Keluarga Nama Lengkap Wilayah Lingkungan Jenis Kelamin Tempat, Tanggal Lahir Form Kegiatan Gereja Kegiatan Gereja Yang Telah Diikuti Kegiatan Gereja Yang Dapat Diikuti
Belum Mengikuti Kegiatan Nama Kegiatan
Nama Kegiatan
Nama Kegiatan
Nama Kegiatan
Nama Kegiatan
Nama Kegiatan
Gambar 3.29 Desain Form Pencatatan Kegiatan Anggota
82
Desain form pencatatan kegiatan anggota ini digunakan oleh pengguna ketua lingkungan dan admin untuk mencatat umat yang sudah mengikuti kegiatan gereja dan kegiatan masyarakat. Desain form pencatatan
AY A
kegiatan anggota ini dapat dilihat pada Gambar 3.29 dan fungi setiap obyek desain form pencatatan kegiatan dapat dilihat pada Tabel 3.34.
Tabel 3.34 Fungsi Obyek Desain Form Pencatatan Kegiatan Tipe Obyek
6 7 8
Lingkungan Jenis kelamin Tempat, tanggal lahir
Label Label Label
9 10
Tanggal pembaptisan Kegiatan Gereja Yang Telah Diikuti Kegiatan Gereja yang dapat diikuti Save changes Cancel
Textbox Label
11
KO
12 13
Label Label Label
SU
3
Checkbox Button Button
Fungsi
Menampilkan foto umat Menampilkan nomor kartu keluarga Menampilkan nomor kartu kelaurga Menampilkan nama lengkap Menampilkan nama wilayah
AB
Label Label
4 5
Foto umat Nomor kartu keluarga Nomor anggota keluarga Nama lengkap wilayah
M
1 2
Nama Obyek
R
No
Menampilkan nama lingkungan Menampilkan jenis kelamin Menampilkan tempat dan tanggal lahir Memasukkan tanggal pembaptisan Menampilkan nama kegiatan yang sudah diikuti Menampilkan nama kegiatan yang dapat dicentang untuk diikuti Menyimpan data kegiatan Membatalkan pencatatan kegiatan
ST I
15. Desain Form Kematian Desain form kematian digunakan oleh ketua lingkungan dan admin
untuk melihat data umat yang akan di update status dari hidup menjadi meninggal lewat kolom action pada tabel form pencatatan kematian. Desain
form kematian ini dapat dilihat pada Gambar 3.30 dan fungsi obyek dari desain form kematian ini dapat dilihat pada Tabel 3.35.
83
Form Pencatatan Kematian 10
Search
Records Per Page
Enter Text
No
No Anggota Nama Lengkap
Status Keluarga
Alamat
Lingkungan Status
Actions
Text Text Text
Text Text Text
Text Text Text
Text Text Text
Text Text Text
Text Text Text
Showing 1 to 10 of 74 entries
Previous
1
2
Next
AB
Gambar 3.30 Desain Form Kematian
Text Text Text
AY A
Text Text Text
Tabel 3.35 Fungsi Obyek Desain Form Kematian Nama Obyek Records per page
2
Search
3
Text
ComboBox
SU
1
Tipe Obyek
R
No
Textbox
Memilih data yang akan ditampilkan Mencari data umat yang ada pada data GridView Menampilkan data umat yang akan dimutasi
M
DataGridView
Fungsi
16. Desain Form Pencatatan Kematian
KO
Desain form pencatatan kematian ini digunakan oleh pengguna ketua
lingkungan dan admin untuk melakukan pencatatan kematian. Desain form
ST I
pencatatan kematian ini berisi tentang identitas anggota keluarga dan form pencatatan kematian yang berisi tanggal kematian, tempat kematian dan keterangan kematian. desain form pencatatan kematian ini dapat dilihat pada
Gambar 3.31 dan fungsi dari obyek desain form pencatatan kematian ini dapat
dilihat pada Tabel 3.36.
84
Form Pencatatan Kematian
Identitas Anggota Keluarga
AY A
Text Text Text Text Text Text Text Text Text Text Text Text
AB
Foto Umat Nomor Kartu Keluarga Nomor Anggota Keluarga Wilayah Lingkungan Nama Lengkap Jenis Kelamin Alamat tinggal Telepon Tempat, Tanggal Lahir Status Nikah Hubungan Keluarga Form Pencatatan Kematian
Text Text Text
Cancel
SU
Save Changes
R
Tanggal Kematian Tempat Kematian Keterangan Kematian
M
Gambar 3.31 Desain Form Pencatatan Kematian
Tabel 3.36 Fungsi Obyek Desain Form Pencatatan Kematian Nama Obyek
KO
No 1 2
ST I
3
Foto umat Nomor kartu keluarga Nomor anggota keluarga wilayah
4 5
6 7 8 9 10 11
Lingkungan Nama Lengkap Jenis kelamin Alamat tinggal Telepon Tempat. Tanggal lahir Status nikah
Tipe Obyek Label Label Label Label Label Label Label Label Label Label Label
Fungsi Menampilkan foto umat Menampilkan nomor kartu keluarga Menampilkan nomor kartu kelaurga Menampilkan nama wilayah Menampilkan nama lingkungan Menampilkan nama lengkap Menampilkan jenis kelamin Menampilkan alamat tinggal Menampilkan nomor telepon Menampilkan tempat dan tanggal lahir Menampilkan status nikah
85
Nama Obyek
12 13 14 15
Hubungan keluarga Tanggal kematian Tempat kematian Keterangan kematian
Tipe Obyek Label Textbox Textbox Textbox
Fungsi Menampilkan hubungan keluarga Memasukkan tanggal kematian Memasukkan tempat kematian Memasukkan keterangan kematian
AY A
No
17. Desain Form Grafik Umat
Desain form grafik umat ini digunakan oleh pengguna ketua lingkungan, ketua wilayah, ketua bidang formatio, pastor kepala paroki dan
AB
admin. Khusus untuk ketua lingkungan wilayah hanya melihat lingkungan atau wilayahnya sesuai dengan lingkungan dan wilayahnya sendiri saja. Desain form ini memberikan informasi mengenai prosentase jumlah wilayah,
R
prosentase jenis kelamin, prosentase kriteria usia, status pernikahan,
SU
prosentase pekerjaan, prosentase pendidikan, prosentase agama, dan prosentase golongan darah.Desain form grafik umat ini dapat dilihat pada Gambar 3.32 dan fungsi dari setiap obyek dari desain form grafik umat ini
M
dapat dilihat pada Tabel 3.37.
KO
Tabel 3.37 Fungsi Obyek Desain Form Grafik Umat
No
Nama Obyek
Tipe Obyek
Wilayah
ComboBox
2
Lingkungan
Combobox
3
Semua Wilayah
Checkbox
4
Semua lingkungan
Checkbox
5
View Grafik
Button
6 7
Cancel Prosentase jumlah wilayah Grafik Pie
Button Label
ST I
1
8
Grafik
Fungsi Memilih wilayah yang akan ditampilkan Memilih lingkungan sesuai dengan wilayah yang sudah dipilih Dicentang apabila memilih semua wilayah Dicentang apabila memilih semua lingkungan Untuk menampilkan laporan grafik umat Membatalkan tampilan grafik Menampilkan nama grafik sesuai dengan grafik yang ada. Menampilkan grafik
86
Grafik Umat Wilayah
Enter Text
Semua Wilayah
Lingkungan
Enter Text
Semua Lingkungan Cancel
AY A
View Grafik
Persentase Jumlah Wilayah
Persentase Jenis Kelamin
Lingkungan 1 Lingkungan 2
Laki-Laki
Lingkungan 3
Perempuan
AB
Lingkungan 4
Persentase Status Pernikahan
Katolik Islam
Muda/i 16-25 Tahun
Hindu
Dewasa 26-65 Tahun
Budha
Konghuchu
M
KO
Lansia > 65 Tahun
Persentase Pendidikan
Persentase Pekerjaan
ST I
Balita 0-5 Tahun Remaja 6-15 Tahun
SU
Kristen
R
Persentase Kriteria Usia
TK SD
Pekerjaan 1
SMP
Pekerjaan 2
SMA
Pekerjaan 3
Strata 1
Pekerjaan 4
Strata 2 Strata 3
Persentase Golongan Darah
Persentase Agama
A B AB O
Gambar 3.32 Desain Form Grafik Umat
Nikah Belum Nikah Duda/Janda
87
18. Desain Form Grafik Sakramen Umat Grafik Sakramen Umat Wilayah
Enter Text
Lingkungan
Enter Text
Cancel
Grafik Umat Yang Sudah Menerima Sakramen Tahun 2013 70 60
AY A
View Grafik
Baptis
50
Komuni
40
Krisma
30
Pernikahan
20
AB
Jumlah Umat
10 0 Wilayah 1
Wilayah 2
Wilayah 3
Wilayah 4
Wilayah 5
Grafik Umat Yang Belum Menerima Sakramen Tahun 2013
R
60 50 40
20 10 0 Wilayah 1
SU
30
Wilayah 2
Wilayah 3
ST I
KO
M
Persentase Jenis Pernikahan
Wilayah 4
Baptis Komuni Krisma Pernikahan
Wilayah 5
Persentase Kriteria Umur Pernikahan
Katolik-Katolik Katolik-Kristen Katolik-Islam
0-5 Tahun 6-25 Tahun
Katolik-Hindu
26-50 Tahun
