27 BAB IV PERANCANGAN SISTEM USULAN 4.1. Tahapan Perancangan Sistem 4.1.1. Analisis Kebutuhan A. Kebutuhan Pengguna Dalam aplikasi adopsi anak terdapat tiga pengguna yang dapat saling interaksi dalam lingkungan sistem, yaitu Calon Orang Tua Asuh (COTA), Bidang Rehabilisasi Sosial Kabupaten (BRSK) dan Bidang Rehabilisasi Sosial Provinsi (BRSP). Ketiga pengguna tersebut memiliki karakteristik interaksi dengan sistem yang berbeda-beda dan memiliki kebutuhan informasi yang berbeda-beda, seperti berikut: A.1 Skenario Kebutuhan COTA a. Mengelola data pendaftaran b. Mengelola data COTA c. Mencetak SK A.2 Skenario Kebutuhan Bidang Rehabilitasi Sosial Kabupaten (BRSK) a. Dapat melihat data pendaftaran b. Mengelola data laporan hasil kunjungan rumah c. Mengupload SK d. Mencetak laporan
This document is posted to help you gain knowledge. Please leave a comment to let me know what you think about it! Share it to your friends and learn new things together.
Transcript
27
BAB IV
PERANCANGAN SISTEM USULAN
4.1. Tahapan Perancangan Sistem
4.1.1. Analisis Kebutuhan
A. Kebutuhan Pengguna
Dalam aplikasi adopsi anak terdapat tiga pengguna yang dapat saling interaksi dalam
lingkungan sistem, yaitu Calon Orang Tua Asuh (COTA), Bidang Rehabilisasi Sosial
Kabupaten (BRSK) dan Bidang Rehabilisasi Sosial Provinsi (BRSP). Ketiga
pengguna tersebut memiliki karakteristik interaksi dengan sistem yang berbeda-beda
dan memiliki kebutuhan informasi yang berbeda-beda, seperti berikut:
A.1 Skenario Kebutuhan COTA
a. Mengelola data pendaftaran
b. Mengelola data COTA
c. Mencetak SK
A.2 Skenario Kebutuhan Bidang Rehabilitasi Sosial Kabupaten (BRSK)
a. Dapat melihat data pendaftaran
b. Mengelola data laporan hasil kunjungan rumah
c. Mengupload SK
d. Mencetak laporan
28
A.3 Skenario Kebutuhan Bidang Rehabilitasi Sosial Provinsi (BRSP)
a. Dapat melihat data laporan hasil kunjungan rumah
b. Memverifikasi Data
B. Kebutuhan Sistem
1. Pengguna harus login terlebih dahulu untuk dapat mengakses aplikasi ini dengan
memasukkan username dan password agar privasi masing-masing pengguna
terjaga keamanannya.
2. Pengguna harus melakukan logout setelah selesai menggunakan aplikasi.
3. BRSK bisa menyimpan dan mengedit data COTA
4. BRSK bisa menyimpan dan mengedit data pegawai
5. BRSK bisa menyimpan dan mengedit data Hasil Kunjungan
6. BRSK bisa meninput hasil sidang
7. BRSK bisa mengupload SK
8. BRSK bisa membuat laporan
29
4.1.2. Rancangan Diagram Use Case
Use Case Diagram usulan untuk adopsi anak dapat dilihat pada gambar di
bawah ini:
Gambar IV.1. Use Case Diagram Usulan
30
Tabel IV.1.
Deskripsi Use Case Input Data Pendaftaran
Use Case Name Input Data Pendaftaran
Requirements COTA menginput data pendaftaran ke sistem
Goal Data pendaftaran dapat tersimpan
Pre-Conditions COTA telah mengupload persyaratan
Post-Conditions Data pendaftaran di validasi
Failed end Condition COTA tidak dapat menginput data
pendaftaran
Actors COTA dan Bidang Rehabilitasi Sosial
Kabupaten
Main Flow/ Basic Path 1. COTA mengupload berkas persyaratan
2. COTA menginput data pendaftaran
3. Bidang Rehabilitasi Sosial Kabupaten
memvalidasi data pendaftaran
Alternate Flow/ Invariant A A1. COTA tidak dapat menginput data
pendaftaran
Invariant B B1. COTA mengupload berkas persyaratan
B2. COTA tidak menginput data pendaftaran
B3. Rehabilitasi Sosial Kabupaten tidak dapat
memvalidasi data pendaftaran
Tabel IV.2.
Deskripsi Use Case Lihat Data Pendaftaran
Use Case Name Lihat Data Pendaftaran
Requirements Bidang Rehabilitasi Sosial Kabupaten melihat
data pendaftaran
Goal Untuk melihat data pendaftaran
Pre-Conditions Bidang Rehabilitasi Sosial Kabupaten telah
melihat data pendaftaran
Post-Conditions Data pendaftaran di validasi
Failed end Condition Bidang Rehabilitasi Sosial Kabupaten telah
31
melihat data pendaftaran
Actors Bidang Rehabilitasi Sosial Kabupaten
Main Flow/ Basic Path 1. Bidang Rehabilitasi Sosial Kabupaten
memvalidasi data pendaftaran
Alternate Flow/ Invariant A A1. Bidang Rehabilitasi sosial Kabupaten tidak
dapat melihat data pendaftaran
Invariant B B1. Rehabilitasi Sosial Kabupaten tidak dapat
memvalidasi data pendaftaran
Tabel IV.3.
Deskripsi Use Case Input Data LHKR
Use Case Name Input Data LHKR
Requirements Bidang Rehabilitasi Sosial Kabupaten
menginput data LHKR ke Sistem
Goal LHKR dapat tersimpan
Pre-Conditions Bidang Rehabilitasi Sosial Kabupaten telah
mengupload LHKR
Post-Conditions LHKR tersimpan
Failed end Condition Bidang Rehabilitasi Sosial Kabupaten tidak
dapat mengupload LHKR
Actors Bidang Rehabilitasi Sosial Kabupaten
Main Flow/ Basic Path 1. Bidang Rehabilitasi Sosial Kabupaten
mengupload LHKR
Alternate Flow/ Invariant A A1. COTA tidak dapat menginput data
pendaftaran
Invariant B B1. Rehabilitasi Sosial Kabupaten tidak dapat
mengupload LHKR
32
Tabel IV.4.
Deskripsi Use Case Lihat Data LHKR
Use Case Name Lihat Data LHKR
Requirements Bidang Rehabilitasi Sosial Provinsi dapat
melihat LHKR
Goal Untuk melihat LHKR
Pre-Conditions Bidang Rehabilitasi Sosial Provinsi telah
melihat LHKR
Post-Conditions Data LHKR dapat dilihat
Failed end Condition Bidang Rehabilitasi Sosial Provinsi tidak
dapat melihat LHKR
Actors Bidang Rehabilitasi Sosial Provinsi
Main Flow/ Basic Path 1. Bidang Rehabilitasi Sosial Provinsi dapat
melihat LHKR
Alternate Flow/ Invariant A A1. Bidang Rehabilitasi sosial Provinsi tidak
dapat melihat LHKR
Invariant B B1. Rehabilitasi Sosial Provinsi tidak dapat
melihat LHKR
Tabel IV.5.
Deskripsi Use Case Input Hasil Sidang PIPA
Use Case Name Input Hasil Sidang PIPA
Requirements Bidang Rehabilitasi Sosial Kabupaten
menginput hasil sidang ke Sistem
Goal Hasil Sidang dapat tersimpan
Pre-Conditions Bidang Rehabilitasi Sosial Kabupaten telah
menginput hasil sidang
Post-Conditions Bidang Rehabilitasi Sosial Kabupaten
menginput hasil sidang
Failed end Condition Bidang Rehabilitasi Sosial Kabupaten tidak
dapat menginput hasil sidang
Actors Bidang Rehabilitasi Sosial Kabupaten
33
Main Flow/ Basic Path 1. Bidang Rehabilitasi Sosial Kabupaten dapat
menginput hasil sidang
Alternate Flow/ Invariant A A1. Bidang Rehabilitasi Sosial Kabupaten
tidak menginput hasil sidang
Invariant B B1. Bidang Rehabilitasi Sosial Kabupaten
dapat menginput hasil sidang
Tabel IV.6.
Deskripsi Use Case Upload Surat Keputusan
Use Case Name Upload SK
Requirements Bidang Rehabilitasi Sosial Kabupaten
mengupload SK ke Sistem
Goal SK dapat tersimpan
Pre-Conditions Bidang Rehabilitasi Sosial Kabupaten telah
mengupload SK
Post-Conditions SK telah di upload
Failed end Condition Bidang Rehabilitasi Sosial Kabupaten tidak
dapat mengupload SK
Actors Bidang Rehabilitasi Sosial Kabupaten
Main Flow/ Basic Path 1. Bidang Rehabilitasi Sosial Kabupaten dapat
mengupload SK
Alternate Flow/ Invariant A A1. Bidang Rehabilitasi Sosial Kabupaten
tidak dapat mengupload SK
Invariant B B1. Bidang Rehabilitasi Sosial Kabupaten
dapat mengupload SK
34
Tabel IV.7.
Deskripsi Use Case Cetak Laporan
Use Case Name Cetak Laporan
Requirements Bidang Rehabilitasi Sosial Kabupaten
mencetak laporan untuk diarsipkan
Goal Untuk laporan
Pre-Conditions Bidang Rehabilitasi Sosial Kabupaten telah
mencetak laporan
Post-Conditions Laporan telah dicetak dan diarsipkan
Failed end Condition Bidang Rehabilitasi Sosial Kabupaten tidak
dapat mencetak laporan dan tidak dapat
mengarsipkan
Actors Bidang Rehabilitasi Sosial Kabupaten
Main Flow/ Basic Path 1. Bidang Rehabilitasi Sosial Kabupaten dapat
mencetak laporan dan mengarsipkan
Alternate Flow/ Invariant A A1. Bidang Rehabilitasi Sosial Kabupaten
tidak dapat mencetak laporan dan tidak
dapat mengarsipkan laporan
Invariant B B1. Bidang Rehabilitasi Sosial Kabupaten
dapat mencetak laporan dan
mengarsipkan
Tabel IV.8.
Deskripsi Use Case Download Surat Keputusan
Use Case Name Download SK
Requirements COTA mendownload SK
Goal SK dapat didownload
Pre-Conditions COTA telah mendownload SK
Post-Conditions COTA mendownload SK
Failed end Condition COTA tidak dapat mendownload SK
Actors COTA
Main Flow/ Basic Path 1. COTA dapat mendownload SK
35
Alternate Flow/ Invariant A A1. COTA tidak dapat mendownload SK
Invariant B B1. COTA dapat mendownload SK
4.1.3. Rancangan Diagram Aktivitas
Diagram aktivitas usulan untuk adopsi anak dapat dilihat pada gambar di
bawah ini:
Gambar IV.2. Aktivitas Diagram Usulan
36
4.1.4. Rancangan Dokumen Sistem Usulan
1. Spesifikasi Bentuk Dokumen Masukan
a. Nama Dokumen : Berkas Persyaratan
Fungsi : Sebagai salah satu syarat adopsi anak
Sumber : Calon Orang Tua Asuh (COTA)
Tujuan : Bidang Rehabilitasi Sosial Kabupaten (BRSK)
Media : File
Jumlah : 14
Frekuensi : Satu kali pendaftaran
Bentuk : Lihat Lampiran C.1
2. Spesifikasi Bentuk Dokumen Keluaran
a. Nama Dokumen : Surat Keputusan (SK)
Fungsi : Sebagai bukti jadi anak angkat
Sumber : Bidang Rehabilitasi Sosial Kabupaten (BRSK)
Tujuan : Calon Orang Tua Asuh (COTA)
Media : Dokumen Cetakan komputer
Jumlah : 14
Frekuensi : Satu kali sidang
Bentuk : Lihat Lampiran D.1
b. Nama Dokumen : Laporan
Fungsi : Sebagai laporan
37
Sumber : Bidang Rehabilitasi Sosial Kabupaten (BRSK)
Media : Dokumen Cetakan komputer
Jumlah : 1
Frekuensi : Satu kali pengadopsian
Bentuk : Lihat Lampiran D.2
4.1.5. Rancangan Prototype
Perancangan prototype untuk sistem informasi adopsi anak
1. Interface Home
Gambar IV.3. Interface Home
38
2. Interface Tentang
Gambar IV.4. Interface Tentang
3. Interface Login
Gambar IV.5. Interface Login
39
4. Halaman Pendaftaran COTA
Gambar IV.6. Interface Pendaftaran COTA
5. Interface Cetak SK
Gambar IV.7. Interface Cetak SK
40
6. Interface Logout User
Gambar IV.8. Interface Logout User
7. Interface Data Pegawai
Gambar IV.9. Interface Data Pegawai
41
8. Interface Data Pendaftaran
Gambar IV.10. Interface Data Pendaftaran
9. Interface Input Hasil Kunjungan Rumah
Gambar IV.11. Interface Input Hasil Kunjungan Rumah
42
10. Interface Input Hasil Sidang
Gambar IV.12. Interface Input Hasil Sidang
11. Interface Upload SK
Gambar IV.13. Interface Upload SK
43
12. Interface Cetak Laporan
Gambar IV.14. Interface Cetak Laporan
13. Interface Logout Admin
Gambar IV.15. Interface Logout Admin
44
4.2. Perancangan Perangkat Lunak
4.2.1. Entity Relationship Diagram
Berikut relasi antara entitas-entitas yang terdapat pada sistem adopsi anak: