42
21 BAB IV RANCANGAN SISTEM DAN PROGRAM USULAN 4.1. Analisa Kebutuhan Software A. Tahapan Analisis Analisa kebutuhan merupakan langkah awal yang dilakukan agar dapat gambaran dari sebuah sistem yang akan dibuat. Dengan adanya analisa sistem yang berjalan pada Notaris dan PPAT Hasnah, S.H, M.K.n nantinya akan didapat sebuah sistem yang sesuai dengan kebutuhan sistem saat ini sehingga karyawan tidak kebingungan dalam penggunaan web ini nantinya. Sistem permohonan pembuatan sertifikat dan akta ini dibuat untuk membatu proses pembuatan sertifikat dan akta pada Notaris dan PPAT Hasnah, S.H, M.K.n agar lebih mudah, cepat dalam mengolah data client . Berikut rincian akses level berdasarkan level pengguna : Halaman Pengajuan Akta : A1. Client dapat melihat persyaratan yang diperlukan untuk membuat akta A2. Client dapat melakukan proses registrasi. A3. Client dapat masuk kedalam website. A4. Client mengajukan akta. A5. Client dapat melakukan pengisian data untuk membuat akta. A6. Client dapat melakukan pembayaran kebank yang telah ditentukan. A7. Client berhasil melakukan pengajuan. Halaman Admin : B1. Admin dapat mengelola data karyawan B2. Admin dapat mengelola data akta. B3. Admin dapat melihat presentasi user kegiatan pembayaran. B4. Admin dapat menambah data karyawan B5. Admin dapat menghapus data karyawan B6. Admin dapat menerima dan menolak pengajuan akta.

BAB IV RANCANGAN SISTEM DAN PROGRAM USULAN fileSystem menampilkan Pengisian Data. 3. Client mengisi data pribadi lalu mengklik Tahap Berikutnya. 4. System menampilkan konfirmasi pembayaran

Embed Size (px)

Citation preview

21

BAB IV

RANCANGAN SISTEM DAN PROGRAM USULAN

4.1. Analisa Kebutuhan Software

A. Tahapan Analisis

Analisa kebutuhan merupakan langkah awal yang dilakukan agar

dapat gambaran dari sebuah sistem yang akan dibuat. Dengan adanya analisa

sistem yang berjalan pada Notaris dan PPAT Hasnah, S.H, M.K.n nantinya akan

didapat sebuah sistem yang sesuai dengan kebutuhan sistem saat ini sehingga

karyawan tidak kebingungan dalam penggunaan web ini nantinya. Sistem

permohonan pembuatan sertifikat dan akta ini dibuat untuk membatu proses

pembuatan sertifikat dan akta pada Notaris dan PPAT Hasnah, S.H, M.K.n agar

lebih mudah, cepat dalam mengolah data client .

Berikut rincian akses level berdasarkan level pengguna :

Halaman Pengajuan Akta :

A1. Client dapat melihat persyaratan yang diperlukan untuk membuat akta

A2. Client dapat melakukan proses registrasi.

A3. Client dapat masuk kedalam website.

A4. Client mengajukan akta.

A5. Client dapat melakukan pengisian data untuk membuat akta.

A6. Client dapat melakukan pembayaran kebank yang telah ditentukan.

A7. Client berhasil melakukan pengajuan.

Halaman Admin :

B1. Admin dapat mengelola data karyawan

B2. Admin dapat mengelola data akta.

B3. Admin dapat melihat presentasi user kegiatan pembayaran.

B4. Admin dapat menambah data karyawan

B5. Admin dapat menghapus data karyawan

B6. Admin dapat menerima dan menolak pengajuan akta.

22

B7. Admin dapat menambah bank tujuan transfer client.

B8. Admin dapat menghapus bank tujuan transfer client.

B. Use Case Diagram

Berikut ini adalah rancangan Use Case diagram pada Notaris/PPAT Hasnah

S.H., M.K.n.

Penggambaran Use Case Diagram Model Pertama :

Penggambaran dengan meilhat keseluruhan fungsi-fungsi yang ada pada

sistem.

23

1. Use Case Diagram Client

Gambar IV.I.

Use Case Diagram Client

24

1. Deskripsi Use Case Diagram Client

Tabel IV.1.

Deskripsi Use Case Diagram Client

Use Case Name Client

Requirements A1

Goal Client dapat melakukan pengajuan

akta.

Post-condition Client dapat masuk kehalaman

pengajuan akta.

Failed end condition Client tidak dapat mengajukan akta.

Primary Actors Client

Main Flow / Basic Path 1. Client memilih ikon Ajukan

Sekarang

2. System menampilkan Pengisian

Data.

3. Client mengisi data pribadi lalu

mengklik Tahap Berikutnya.

4. System menampilkan konfirmasi

pembayaran.

5. Client mengisi Informasi bukti,

memilih bank, dan menekan

tombol selesaikan.

6. System menampilkan Pengajuan

Berhasil dan Kode User untuk

bukti pembayaran.

25

2. Use Case Diagram Admin

Gambar IV.2.

Use Case Diagram Admin

26

a. Deskripsi Use Case Admin

Tabel IV.2

Deskripsi Use Case Admin

Use Case Name Mengajukan Akta

Requirements A1

Goal Client dapat melakukan login, lihat data

karyawan, data akta, dan data bank.

Pre-condition Admin telah login.

Post-condition Data client tampil, bukti pembayaran

dapat ditampilkan.

Failed end condition Admin tidak dapat masuk.

Kemungkinan admin salah menginput

alamat email atau password.

Primary Actors Admin

Main flow / Basic Path

Alternate Flow / Invariant A :

Invariant B

1. Admin memilih ikon Masuk.

2. System menampilkan Alamat email

dan password.

3. Admin menginput Alamat email

dan password.

4. Sytem akan menampilkan halaman

dashboard admin.

A2. Admin memilih lihat data

karyawan.

A3. System menampilkan data

karyawan.

A4. Admin memilih semua data.

A5. System akan menampilkan semua

data karyawan.

B2. Admin memlih ubah untuk

mengubah data karyawan yang

telah ada.

B3. System akan menampilkan data

27

karyawan yang ingin diubah.

B4. Admin memilih hapus untuk

menghapus data karyawan yang

ada.

B5. System akan menghapus data

karyawan.

C. Activity Diagram

Berikut ini merupakan gambaran dari diagram activity pada Notaris/PPAT

Hasnah S.H., M.K.n dengan partisi actor.

28

1. Activity Diagram Client

Gambar IV.3.

Activity Diagram Client

29

2. Activity Diagram Data Karyawan

Gambar IV.4.

Activity Diagram Data Karyawan

30

3. Activity Diagram Data Akta

Gambar IV.5.

Activity Diagram Data Akta

31

4. Activity Diagram Data Bank

Gambar IV.6.

Activity Diagram Data Bank

32

4.2. Desain Sistem

Dalam membuat sebuah sistem pengajuan akta online, dibutuhkan tahap

desain yang akan menggambarkan desain database, desain software architecthure

dan desain interface dari sistem yang akan dibuat.

4.2.1. Database

Didalam database terdapat beberapa tabel yang saling berelasi

(berhubungan) maka dari itu penulis mencoba menggambarkannya menggunakan

ERD (Entity Relationship Diagram). Diagram hubungan entitas dalam suatu

sistem, dimana diagram menjelaskan hubungan antara entitas yang ada melalui

atribut yang dimiliki oleh entitas tersebut. Penggambaran database pada

Notaris/PPAT Hasnah S.H., M.K.n menggunakan Entity Relationship Diagram

adalah sebagai berikut :

33

1. Entity Relationship Diagram

Gambar IV.7.

Entity Relationship Diagram Pengajuan Akta Online

34

2. Logical Record Structure

Gambar IV.8.

Logical Record Structure Pengajuan Akta Online

35

3. Spesifikasi File

4.2.1. Spesifikasi File Tabel Akta

Nama Database : nifika

Nama File : akta

Akronim : akta

Fungsi : untuk membuat akta

Tipe File : file master

Akses File : Random

Media : Harddisk

Panjang Record : 625 byte

Kunci Field : id

Software : PhpMyAdmin V.3.2

Tabel IV.3.

Spesifikasi File Tabel Akta

No Elemen Data Nama Field Type Size Keteranagan

1. Id id int 10 Primary

Key

2. Id user user_id varchar 20

3. Id akte id_akte varchar 191

4. Nama client nama varchar 191

5. Tempat lahir

client

tempat_lahir varchar 191

6. Tanggal lahir

client

tanggal_lahir Date

7. No ktp client no_ktp int 11

8. No kk client no_kk int 11

9. Dibuat created_at Timestamp

10. Diupdate update_at Timestamp

36

4.2.2. Software Architecture

Didalam merancang sebuah sistem pengajuan akta pada Notaris/PPAT

Hasnah S.H., M.K.n. program yang digunakan penulis adalah Framework. Maka

Software Architecture yang digunakan untuk menggambarkan program adalah

sebagai berikut :

A. Class Diagram

Class Diagram merupakan gambaran struktur sistem dari segi

pendefinisian kelas-kelas yang dipakai untuk membangun sistem. Berikut ini

adalah gambar Class Diagram dari sistem pengajuan akta.

37

Gambar IV.9.

Class Diagram

38

B. Sequence Diagram

Sequence Diagram atau interaksi antar objek pada penelitian ini dibuat

berdasarkan setiap proses utama yang ada pada use case diagram. Berikut ini

adalah gambar Sequence Diagram dari sistem pengajuan akta.

a. Sequence Diagram Mengajukan Akta

Gambar IV.10.

Sequence Diagram Mengajukan Akta

39

b. Sequence Diagram Data Karyawan

Gambar IV.11.

Sequence Diagram Data Karyawan

c. Sequence Diagram Data Bank

Gambar IV.12.

Sequence Diagram Data Bank

40

C. Component Diagram

Component diagram menggambarkan struktur dan hubungan antar

component piranti lunak, termasuk ketergantungan diantaranya yang ada di dalam

sistem informasi Notaris/PPAT Hasnah S.H., M.K.n. component Diagram juga

dapat berupa interface yang berupa kumpulan layanan yang disediakan oleh

komponen untuk koomponen lainnya. Berikut ini adalah gambar Component

Diagram dari sistem pengajuan akta.

Gambar IV.13.

Component Diagram Sistem Pengajuan Akta

D. Deployment Diagram

Menggambarkan tata letak sistem secara fisik, yang menampakan bagian

software yang berjalan pada hardware yang digunakan untuk

mengimplementasikan sebuah sistem dan keterhubungan antar hardware-

hardware tersebut. Berikut ini adalah gambar Deployment Diagram dari sistem

pengajuan akta.

41

Gambar IV.14.

Deployment Diagram Pengajuan Akta

42

4.2.3. User Interface

Merupakan gambaran sistem yang sudah berjalan. Berikut tampilan-

tampilan tiap halaman Program Pengajuan Akta Notaris/PPAT Hasnah S.H.,

M.K.n. :

1. Tampilan Halaman Home

Gambar IV.15.

Tampilan Halaman Home

43

2. Tampilan Halaman Registrasi

Gambar IV.16.

Halaman Registrasi

44

3. Tampilan Halaman Pengisian Data

Gambar IV.17.

Halaman Pengisian Data

45

4. Tampilan Halaman Konfirmasi Pembayaran

Gambar IV.18.

Halaman Konfirmasi Pembayaran

46

5. Halaman Pengajuan Pembayaran Berhasil

Gambar IV.19.

Halaman Pengajuan Pembayaran Berhasil

6. Halaman Dashboard Admin

Gambar IV.20.

Halaman Dashboard Admin

47

7. Halaman Data Karyawan

Gambar IV.21.

Halaman Data Karyawan

48

8. Halaman Tambah Data Karyawan

Gambar IV.22.

Halaman Tambah Data Karyawan

9. Halaman Data Pengajuan Akta

Gambar IV.23.

Halaman Data Pengajuan Akta

49

10. Halaman Bank

Gambar IV.24.

Halaman Bank

4.3. Code Generation

Berikut merupakan code generation dari Sistem Informasi Pengajuan Akta

Notaris/PPAT Hasnah S.H., M.K.n dengan pemrograman berorientasi objek

(OOP) :

50

A. Pengisian Data Akta

51

52

B. Halaman Konfirmasi Pembayaran

53

54

55

C. Halaman Admin Karyawan

56

4.4. Testing

Tidak menutup kemungkinan sebuah perangkat lunak mengalami

perubahan ketika sudah dikirimkan client. Perubahannya bisa terjadi karena

adanya kesalahan yang muncul dan tidak terdeteksi saat pengujian atau perangkay

lunak harus beradaptasi dengan lingkungan baru. Tahap pendukung atau

pemeliharaan dapat mengulangi proses pengembangan mulai dari analisis

spesifikasi untuk perubahan perangkat lunak yang sudah ada, tapi tidak untuk

membuat perangkat lunak baru.

A. Form Registrasi

Tabel IV.4.

Hasil Pengujian Black Bbox Testing Form Registrasi

No Skenario

Pengujian

Test Case Hasil yang di

harapkan

Hasil

Pengujian

Kesimp

ulan

1. Mengosokan semua

isian data registrasi

pada registrasi

client dan langsung

klik tombol

Mendaftar

Nama

(Kosong)

Alamat E-Mail

(Kosong)

Kata Sandi

(Kosong)

Ulangi Kata

Sandi

(Kosong)

Sistem Akan

Menolak akses

registrasi dan

akan

menampilkan

pesan “Please

fill out this

field”

Sesuai

Harapan

Valid

2. Hanya Mengisi

Nama dan

langsung

mengklik tombol

Mendaftar

Nama

(Terisi)

Alamat E-Mail

(Kosong)

Kata Sandi

(Kosong)

Ulangi Kata

Sandi

(Kosong)

Sistem Akan

Menolak akses

registrasi dan

akan

menampilkan

pesan “Please

fill out this

field”

Sesuai

Harapan

Valid

3. Hanya Mengisi Nama (Terisi)

E-Mail (Terisi)

Sistem Akan

Menolak akses

Sesuai

Harapan

Valid

57

Nama dan Alamat

E-Mail dan

langsung

mengklik tombol

Mendaftar

Kata Sandi

(Kosong)

Ulangi Kata

Sandi

(Kosong)

registrasi dan

akan

menampilkan

pesan “Please

fill out this

field”

4. Hanya Mengisi

Nama , Alamat E-

Mail dan Kata

Sandi dan

langsung

mengklik tombol

Mendaftar

Nama (Terisi)

E-Mail (Terisi)

Kata Sandi

(Terisi)

Ulangi Kata

Sandi

(Kosong)

Sistem Akan

Menolak akses

registrasi dan

akan

menampilkan

pesan “Please

fill out this

field”

Sesuai

Harapan

Valid

5. Mengisi semua

perintah yang ada

lalu mengklik

tombol Mendaftar

Nama (Terisi)

E-Mail (Terisi)

Kata Sandi

(Terisi)

Ulangi Kata

Sandi (Terisi)

Sistem akan

menerima dan

akan masuk

kehalaman

Pengisian Data

Sesuai

Harapan

Valid

B. Form Pengisian Data

Tabel IV.5.

Hasil Pengujian Black Box Testing Pengisian Data

No Skenario

Pengujian

Test Case Hasil yang di

harapkan

Hasil

Pengujian

Kesimp

ulan

1. Mengosokan semua

isian Pengisian Akta

dan langsung klik

tombol Tahap

Berikutnya

Nama

Lengkap(Koso

ng)

Tempat Lahir

(Kosong)

Tanggal Lahir

Sistem Akan

Menolak akses

Tahap

Berikutnya dan

akan

menampilkan

Sesuai

Harapan

Valid

58

(Kosong)

Nomor Kartu

Tanda

Penduduk

(KTP)

(Kosong)

Nomor Kartu

Keluaga(KK)

(Kosong)

pesan “Please

fill out this field”

2. Hanya mengisi

Nama Lengkap

pada Pengajuan

Akta dan langsung

klik tombol Tahap

Berikutnya

Nama

Lengkap(Terisi

)

Tempat Lahir

(Kosong)

Tanggal Lahir

(Kosong)

Nomor Kartu

Tanda

Penduduk

(KTP)

(Kosong)

Nomor Kartu

Keluaga(KK)

(Kosong)

Sistem Akan

Menolak akses

Tahap

Berikutnya dan

akan

menampilkan

pesan “Please

fill out this field”

Sesuai

Harapan

Valid

3. Hanya Mengisi

Nama, Tempat

Lahir, Tanggal

Lahir dan

langsung

mengklik tombol

Tahap Berikutnya

Nama Lengkap

(Terisi)

Tempat Lahir

(Terisi)

Tanggal Lahir

(Terisi)

Nomor Kartu

Tanda

Penduduk

(KTP)

(Kosong)

Sistem Akan

Menolak akses

Tahap

Berikutnya dan

akan

menampilkan

pesan “Please

fill out this field”

Sesuai

Harapan

Valid

59

Nomor Kartu

Keluaga(KK)

(Kosong)

4. Hanya Mengisi

Nama, Tempat

Lahir, Tanggal

Lahir, No KTP

dan langsung

mengklik tombol

Tahap Berikutnya

Nama Lengkap

(Terisi)

Tempat Lahir

(Terisi)

Tanggal Lahir

(Terisi)

Nomor Kartu

Tanda

Penduduk

(KTP) (Terisi)

Nomor Kartu

Keluaga(KK)

(Kosong)

Sistem Akan

Menolak akses

Tahap

Berikutnya dan

akan

menampilkan

pesan “Please

fill out this field”

Sesuai

Harapan

Valid

5. Mengisi Semua

Pengisian Data

yang ada dan

mengklik tombol

Tahap Berikutnya

Nama Lengkap

(Terisi)

Tempat Lahir

(Terisi)

Tanggal Lahir

(Terisi)

Nomor Kartu

Tanda

Penduduk

(KTP) (Terisi)

Nomor Kartu

Keluaga(KK)

(Kosong)

Sistem akan

menerima dan

akan masuk

kehalaman

Konfirmasi

Pembayaran

Sesuai

Harapan

Valid

60

4.5. Support

Menjelaskan tentang publikasi Program dan spesifikasi hardware dan

software yang akan digunakan untuk menjelaskan sistem yang dibuat. Dalam

pembuatan aplikasi sistem pengajuan akta online ini akan membantu admin untuk

mengelola data-data dan membuat laporan. Untuk itu penulis menggunakan

program Framework untuk membuat aplikasi. Untuk mengoperasikan program

tersebut diperlukan spesifikasi homputer yang cukup tinggi dan untuk mendukung

pembuatan aplikasi kebutuhan hardware yang diperlukan meliputi processor,

memory, harddisk, keyboard, mouse sedangkan untuk kebutuhan software yang

diperlukan meliputi sistem operasi software framework dan software database

PhpMyAdmin V.3.2.

4.5.1. Spesifikasi Hardware Dan Software

Selain biaya yang dikeluarkan dalam penulisan skripsi ini yaitu adalah

penjelasan tentang spesifikasi hardware dan software yang digunaka. Kebutuhan

hardware tersebut meliputi : Processor, Memory, Monitor, Harddisk, Keyboard

dan Mouse. Kebutuhan Software tersebut meliputi : Sistem Operasi, Software

aplikasi dan software.

61

Tabel IV.6.

Spesifikasi Hardware dan Sofware

Kebutuhan Keteranagan

Sistem Operasi Windows 7

Processor Pentium(R) Dual-Core CPU

Ram 2.00 GB

Harddisk 148,6 GB

DVD-ROM 52X

Monitor SVGA 14”

Keyboard 108 Key

Mouse Standard

Browser Mozilla Firefox dan Google Chrome

Software Sublime, Framework dan PhpMyAdmin

62

4.6. Spesifikasi Dokumen Sistem Usulan

Adapun bentuk sistem usulan pada Notaris/PPAT Hasnah S.H., M.K.n. adalah :

a. Nama Dokumen : Bukti Pengajuan

Fungsi : Sebagai bukti trasaksi pengajuan akta

Sumber : Admin

Tujuan : Client

Media : Tampilan

Frekuensi : Setiap terjadi transaksi

Format : Lampiran B – 1

b. Nama Dokumen : Data Akta

Fungsi : Pemberitahuan data akta yang masuk

Sumber : Client

Tujuan : Admin

Media : Tampilan

Frekuensi : Setiap client mengajukan pembuatan akta

Format : Lampiran B – 2