BAB IV PERANCANGAN SISTEM USULAN

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


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


Alternate Flow/ Invariant A A1. Bidang Rehabilitasi sosial Kabupaten tidak

dapat melihat data pendaftaran

Invariant B B1. Rehabilitasi Sosial Kabupaten tidak dapat


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


mengupload LHKR

Post-Conditions LHKR tersimpan

Failed end Condition Bidang Rehabilitasi Sosial Kabupaten tidak

dapat mengupload LHKR


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


menginput hasil sidang ke Sistem

Goal Hasil Sidang dapat tersimpan


menginput hasil sidang

Post-Conditions Bidang Rehabilitasi Sosial Kabupaten



dapat menginput hasil sidang


33

Main Flow/ Basic Path 1. Bidang Rehabilitasi Sosial Kabupaten dapat


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


mengupload SK ke Sistem

Goal SK dapat tersimpan


mengupload SK

Post-Conditions SK telah di upload


dapat mengupload SK



mengupload SK


tidak dapat mengupload SK


dapat mengupload SK

34

Tabel IV.7.

Deskripsi Use Case Cetak Laporan

Use Case Name Cetak Laporan


mencetak laporan untuk diarsipkan

Goal Untuk laporan


mencetak laporan

Post-Conditions Laporan telah dicetak dan diarsipkan


dapat mencetak laporan dan tidak dapat

mengarsipkan



mencetak laporan dan mengarsipkan


tidak dapat mencetak laporan dan tidak

dapat mengarsipkan laporan


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:

COTA Mendapatkan

TTLIdCOTA

1HasilKunjungan

alamatnama

Tgl

KondisiRumah

N

KondisiKeluarga

HasilKunjungan

IdHasilKunjungan

HasilSidang

IdHasilSIdang

Tgl

Agama

NamaAnak

TTL

Agama

Status

Pekerjaan

NoTelp

USia

JenisKelamin

Status

Mempunyai

N

1

Persyaratan

Gambar IV.16. Entity Relationship Diagram

4.2.2. Logical Record Structure

COTA

IdCOTA*NamaAlamatTTLAgamaStatusPend.terakhirPekerjaanTelp

HasilKunjungan

IdHasilKunjungan*IdCOTA**TglHasilKunjunganKondisiRumahKondisiKeluarga

HasilSIdang

IdHasilSidang*IdCOTA**TglHasilSidangNamaanakTTLAgamaStatusUsiaJenisKelamin

1 N

1

N

Gambar IV.17. Logical Record Structure

45

4.2.3. Spesifikasi File

1. File Pegawai

Nama File : File Pegawai

Akronim : tabel Pegawai

Fungsi : untuk menyimpan data Pegawai

Tipe : File Master

Organisasi File : Indexed Sequential

Akses File : Random

Media Type : Hard Disk

Panjang record : 65

Kunci Field : KodePegawai

Software : MySql

Tabel IV.9. Tabel Pegawai

No Elemen Data Akronim Tipe Panjang Keterangan

1 Kode Pegawai KodePegawai Varchar 5 Primary Key

2 Nama Pegawai NamaPegawai Varchar 30

3 User Username Varchar 10

4 Password Password Varchar 10

5 Bagian Bagian Varcar 10

2. File COTA

Nama File : File COTA

Akronim : tabel COTA

Fungsi : untuk menyimpan data COTA

Tipe : File Master


46

Akses File : Random


Panjang record : 227

Kunci Field : Id COTA

Software : MySql

Tabel IV.10. Tabel COTA

No Elemen Data Akronim Tipe Panjang Keterangan

1 Id COTA Id COTA Varchar 5 Primary Key

2 Nama Nama Varchar 30

3 Alamat Alamat Varchar 30

4 Ttl Ttl Varchar 30

5 Agama Agama Varchar 30

6 Status Status Varchar 30

7 Pekerjaan Pekerjaan Varchar 30

8 Pend.terakhir Pend.terakhir Varchar 30

9 No.Telp No.Telp Int

3. File Hasil Kunjungan

Nama File : File Hasil Kunjungan

Akronim : tabel Hasil Kunjungan

Fungsi : untuk menyimpan data Hasil Kunjungan

Tipe : File Transaksi


Akses File : Random



Kunci Field : Id Hasil Kunjungan

47

Software : MySql

Tabel IV.11. Tabel Hasil Kunjungan

No Elemen Data

Akronim Tipe Panjang Keterangan

1 IdHasilKunjung

an

IdHasilKunjungan Varchar 5 Primary Key

2 Tgl Tgl Date

3 Kondisi Rumah Kondisi Rumah Varchar 30

4 Kondisi

Keluarga

Kondisi Keluarga Varchar 30

5 HasilKunjungan HasilKunjungan Varchar 30

6 Keterangan Keterangan Varchar 30

7 IdCOTA IdCOTA Varchar 5 Foreign Key

4. File HasilSidang

Nama File : File HasilSidang

Akronim : tabel HasilSidang

Fungsi : untuk menyimpan data HasilSidang

Tipe : File Transaksi


Akses File : Random



Kunci Field : Id HasilSidang

Software : MySql

48

Tabel IV.12. Tabel Hasil Sidang

No Elemen Data

Akronim Tipe Panjang Keterangan

1 Id HasilSidang Id HasilSidang Varchar 5 Primary Key

2 TglSidang TglSidang Date

3 HasilSidang HasilSidang Varchar 30

4 NamaAnak NamaAnak Varchar 30

5 JenisKelamin JenisKelamin Varchar 30

6 Ttl Ttl Varchar 30

7 Agama Agama Varchar 30

8 Usia Usia Varchar 5

9 Status Status Varchar 30

10 IdCOTA IdCOTA Varchar 5 ForeignKey

4.2.4. Class Diagram

Class diagram untuk usulan sistem adopsi anak adalah:

Gambar IV.18. Class Diagram Usulan

49

4.2.5. Sequence Diagram

Sequence diagram untuk usulan sistem adopsi anak adalah:

Gambar IV.19. Sequence Diagram Usulan

4.2.6. Perangkat Keras

Perangkat keras berasal dari kata perangkat dan keras, dalam bahasi Inggris

yaitu Hardware. Hardware itu sendiri berasal dari kata “computer heard-were”.

Istilah umum yang sering digunakan untuk hardware adalah mendeskripsikan seluruh

elemen elektronik dan mekanik dari komputer, bersamaan dengan peralatan yang

digunakan dengan komputer. Perangkat keras pendukung sistem komputerisasi ini

adalah sebagai berikut:

50

a. Server

1) CPU

(a) Processor Intel® Pentium® Core 2 Duo

(b) RAM DDR2 4 GB

(c) Hard Disk 500 GB

2) Mouse

3) Keyboard

4) Monitor dengan resolusi layar minimum 1024x768

5) Koneksi internet dengan kecepatan 2 Mbps.

b. Client

1) CPU

(a) Processor Intel® Pentium® 4

(b) RAM DDR2 1GB

(c) Hard Disk 20 GB

2) Mouse

3) Keyboard

4) Monitor dengan resolusi layar minimum 1024x768

5) Koneksi internet dengan kecepatan 56 kbps.

4.2.7. Perangkat Lunak

Perangkat lunak berasal dari kata perangkat dan lunak dalam bahasa inggris

yaitu software. Software merupakan komponen dalam data processing sistem yang

51

berupa program-program dan teknik-teknik lain untuk mengontrol sistem. Pada

umumnya, istilah umum yang sering digunakan untuk software adalah

mendeskripsikan semua macam program yang bisa digunakan pada sistem komputer

bersama dengan dokumentasinya yang tergabung. Perangkat lunak yang mendukung

pembuatan progran aplikasi ini adalah sebagai berikut:

1. Server

Sistem Operasi : windows 7

Program design : PHP

Database : MySql

2. Client

Sistem Operasi : windows 7

Program design : PHP

Database : MySql

4.3. Jadwal Implementasi

Pembuatan sistem adopsi anak harus mempunyai jadwal agar lebih

terorganisir dengan baik. Berikut jadwal implementasi dari pembuatan sistem

informasi adopsi anak:

52

Tabel IV.13. Jadwal Implementasi

NO KEGIATAN

WAKTU

BULAN 1 BULAN 2 BULAN 3 BULAN 4

1 2 3 4 1 2 3 4 1 2 3 4 1 2 3 4

1. Persiapan Data Awal

2. Analisa

3. Desain Sistem

4.

Desain Perangkat

Lunak

5.

Pembuatan & Tes

Program

6. Tes Sistem

7. Pelatihan

8.

Pembuatan Buku

Petunjuk

9.

Evaluasi &

Operasional

BAB IV PERANCANGAN SISTEM USULAN

Documents

Transcript of BAB IV PERANCANGAN SISTEM USULAN