• Tidak ada hasil yang ditemukan

BAB IV RANCANGAN SISTEM USULAN

N/A
N/A
Protected

Academic year: 2021

Membagikan "BAB IV RANCANGAN SISTEM USULAN"

Copied!
30
0
0

Teks penuh

(1)

62

BAB IV

RANCANGAN SISTEM USULAN

4.1.Analisa Kebutuhan Software

Sebelum membuat rancangan program usulan, terlebih dahulu penulis menganalisa bidang-bidang apa saja yang baik dimuat dalam program yang penulis usulkan. untuk itulah analisa kebutuhan software merupakan hal penting yang harus dilakukan sebelum membuat program usulan. Adapun sistem usulan yang penulis usulkan adalah sebagai berikut

4.1.1. Analisa Kebutuhan

Berikut adalah spesifikasi kebutuhan dalam merancang suatu sistem dengan menggunakan Netbeans 8.1 berdasarkan pemakainya.

A. Administrasi

A.1. Administrasi dapat login pada form Login sebelum akses program

A.2. Administrasi dapat mengelola data master

A.3. Administrasi dapat mengelola transaksi

A.4. Administrasi dapat mengelola jurnal

A.5. Administrasi dapat mengelola laporan

(2)

4.1.2. Use Case Diagram

1. Use Case Diagram Login Admin

Gambar IV.1

Use Case Diagram Login Admin

2. Use Case Diagram Data Master Informasi Nasabah

Gambar IV.2

(3)

Tabel IV.1.

Deskripsi Use Case Diagram Pengelola Data Master Informasi Nasabah

Use Case Name Pengelola Data Master

Requirements A2

Goal Admin dapat mengelola data master, baik mengubah, menyimpan dan mencetak

Pre-condition Admin telah melakukan login sebagai admin dan mengakses form data master

Post condition Data berhasil tersimpan

Failed end Conditions Gagal menyimpan

Primary Actors Admin

Main Flow / Basic Path 1. Admin mengakses form data master. 2. Admin memilih menu “informasi nasabah” 3. Admin menambah data baru.

4. Admin memilih tombol "Simpan".

5. System menyimpan data ke dalam Database 6. System mencetak formulir anggota

7. Admin mencari data anggota

Alternatif flow / Invariant 1 A1. Admin memilih tombol “ubah”.

A2. Admin mengubah data master. A3. Admin memilih tombol “Simpan” A4. System memperbaharui data angota kedalam Database.

A5. System menampilkan keterangan berhasil memperbaharui data master.

Invariant 2 B1. Admin System menampilkan data master yang dicari.

B2. Admin memilih tombol “Hapus”. B.3 System menampilkan pesan konfirmasi penghapusan.

B4. Admin memilih tombol “Ya”. B5. System menghapus data master.

(4)

3. Use Case Diagram Tampil Transaksi

Gambar IV.3

Use Case Diagram Tampil Transaksi

Tabel IV.2.

Deskripsi Use Case Diagram Pengelolaan Transaksi

Use Case Name Pengelola Transaksi

Requirements A3

Goal Admin dapat menyimpan data transaksi kedalam sistem.

Pre-condition Admin telah melakukan login sebagai Admin dan menginput data transaksi.

Post condition Berhasil menyimpan data transaksi dan hasilnya dapat dicetak berupa kwitansi pembayaran.

Failed end Conditions Admin membatalkan penginputan data simpan pinjam karena kesalahan dalam memasukkan beberapa data.

Primary Actors Admin

Main Flow / Basic Path 1. Admin mengakses transaksi. 2. Admin menginput data baru. 4. Admin memilih tombol "Simpan". 5. Sistem menyimpan data transaksi

6. Sistem menampilkan keterangan berhasil menyimpan transaksi.

Alternatif flow / Invariant 1 -

(5)

4. Use Case Diagram Tampil Jurnal

Gambar IV.4

Use Case Diagram Tampil Jurnal

Tabel IV.3.

Deskripsi Use Case Diagram Data Jurnal

Use Case Name Data Jurnal

Requirements A4

Goal Admin dapat menyimpan data perkiraan dan jurnal kedalam sistem.

Pre-condition Admin telah melakukan login sebagai Admin dan mengakses data jurnal.

Post condition Data jurnal berhasil menyimpan dan menambahkan data perkiraan dan jurnal.

Failed end Conditions Admin membatalkan penginputan data perkiraan dan jurnal karena kesalahan dalam memasukkan beberapa data.

Primary Actors Admin

Main Flow / Basic Path 1. Admin mengakses form jurnal.

2. Admin memilih “Perkiraan” dan “Data Jurnal”.

3. Admin memilih tombol “Tambah”. 4. Admin menambahkan “Perkiraan” dan “Data Jurnal”.

5. Admin memilih tombol “Simpan”. 6. Sistem menyimpan perkiraan dan data jurnal kedalam database.

Alternatif flow / Invariant 1 -

(6)

5. Use Case Diagram Laporan Admin

Gambar IV.5

Use Case Diagram Laporan Admin

Tabel IV.4.

Deskripsi Use Case Diagram Pengelolaan Laporan Admin

Use Case Name Pengelola Laporan

Requirements A5

Goal Admin dapat mencetak laporan transaksi berdasarkan periode.

Pre-condition Admin telah memilih periode laporan transaksi.

Post condition Sistem menampilkan laporan berdasarkan periode yang dipilih.

Failed end Conditions -

Primary Actors Admin

Main Flow / Basic Path 1. Admin mengakses form laporan. 2. Admin memilih periode laporan. 3. Sistem menampilkan laporan berdasarkan periode yang dipilih.

Alternatif flow / Invariant 1 -

(7)

6. Use Case Diagram Ubah Password Admin

Gambar IV.6

Use Case Diagram ubah Password Admin

Tabel IV.5.

Deskripsi Use Case Diagram ubah Password Admin

Use Case Name Ganti Password Bendahara

Requirements A6

Goal Admin dapat mengganti password

Pre-condition memasukkan password lama dan password baru, admin menyimpan password baru

Post condition Admin berhasil mengganti password.

Failed end Conditions Password lama salah dan Password baru

dengan konfirmasi Password baru tidak sama.

Primary Actors Admin

Main Flow / Basic Path 1. Admin mengakses form ganti Password. 2. Admin memasukkan Password lama. 3. Admin memasukkan Password baru. 4. Admin menjawab pertanyaan keamanan. 5. Admin memilih tombol “Oke”

6. Sistem menampilkan pesan berhasil mengganti Password.

Alternatif flow /Invariant 1 -

(8)

4.1.3. Activity Diagram

1. Activity Prosedur Pengajuan Pinjaman

Gambar IV.7

(9)

2. Activity Prosedur Pembayaran Angsuran

Gambar IV.8

Activity Diagram Prosedur Pembayaran Angsuran

(10)

3. Activity Jurnal

Gambar IV.9

(11)

3. Activity Laporan

Gambar IV.10

(12)

4.2. Desain

4.2.1. Entity Relationship Diagram (ERD)

Jurnal Tgl Kode_Akun Nama_Akun Debet Kredit Kode User Nama_User Membuat 1 Kode Akun User Kode User Nama User Password Mengelola PW Anggota 1 1 Data Anggota PW_Anggota Nama_Anggota TTL No_KTP No_HP Nama_Perusahaan NIK Unit_Kerja No_Tlp_Perusahaan Alamat M Berisi Kode User

Kode User Kode User

Nama User

Kode Akun No Transaksi Mengelola Kode User

Detail Jurnal Tgl Kredit Nama_Akun Debet Kode_Akun M 1 1 Sisa Gaji Transaksi Berisi 1 1 PW Anggota Nama_Anggota Bagian_Kerja No_Pinjaman Alasan_Pinjaman Cara_Pembayaran Jumlah_Dipinjam Tanggal _Transaksi Jumlah_Angsuran No Pinjaman Detail Transaksi Nama_Anggota PW Anggota Tanggal _Transaksi No_Pinjaman Jumlah_Dipinjam Jumlah_Angsuran Cara_Pembayaran Alasan_Pinjaman M Gambar IV.11

(13)

4.2.2. Logical Record Structure (LRS) Jurnal Tgl Kode_Akun* Nama_Akun Debet Kredit Kode_User** Nama_User User Kode_User* Nama_User Password 1 1 Data Anggota PW_Anggota Nama_Anggota TTL No_KTP No_HP Alamat Nama_Perusahaan NIK Unit_Kerja No_Telp_Perusahaan Kode_User** Nama_User* 1 M Detail Jurnal Tgl Kode_Akun** Nama_Akun Debet Kredit 1 M Transaksi Kode_User** Nama_User PW_Anggota* Nama_Anggota Bagian_Kerja No_Pinjaman Jumlah_Dipinjam Cara_Pembayaran Alasan_Pinjaman Jumlah_Angsuran Detail Transaksi PW_Anggota** Nama_Anggota No_Pinjaman Jumlah_Dipinjam Cara_Pembayaran Alasan_Pinjaman Jumlah_Angsuran 1 1 1 M Gambar IV.12

(14)

4.2.3. Spesifikasi File

Dalam program ini menggunakan satu buah Database dengan nama dengan nama administrasi_kspmm.sql dan didalamnya terdapat tabel-tabel sebagai entitas. Tabel-tabel tersebut sebagai berikut:

1. Spesifikasi file Tabel User

Nama Database : administrasi_kspmm

Nama File : User

Akronim : User.myd

Tipe : File User

Akses File : Random

Panjang Record : 200 Byte

Kunci Field : Kd_User

Tabel IV.6

Spesifikasi File Tabel User

No Elemen Data Akronim Tipe Panjang Keterangan

1 Kode User Kd_User Char 10 Primary Key

2 Nama User Nama_User Varchar 15

3 Hal Akses Hak_Akses Varchar 10

(15)

2. Spesifikasi file Tabel Anggota

Nama Database : administrasi_kmm

Nama File : Anggota

Akronim : Anggota.myd

Tipe : File Anggota

Akses File : Random

Panjang Record : 298 Byte

Kunci Field : Id_Anggota

Tabel IV.7

Spesifikasi File Tabel Anggota

No Elemen Data Akronim Tipe Panjang Keterangan

1 Id Anggota PW_Anggota Varchar 10 Primary Key

2 Tanggal Daftar Tanggal-Daftar Date

3 Nama Anggota Nama_Anggota Varchar 20

4 No KTP No_KTP Integer 16

5 Tempat Tanggal Lahir TTL Varchar 20

6 Jenis Kelamin Jenis_Kelamin Varchar 16

7 Alamat Alamat Varchar 12

8 Pendidikan Terakhir Pendidikan_Terakhir Varchar 50

9 Status Tempat Tinggal Status_Tinggal Varchar 10

10 Agama Agama Varchar 30

11 Status Perkawinan Status_Perkawinan Varchar 12

12 Nama Istri/Suami Nama_Istri/suami Varchar 30

13 Jumlah Anak Jumlah_Anak Varchar 2

14 Nama Ibu Kandung Nama_Ibu Varchar 25

15 NPWP Pribadi NPWP_Pribadi Integer 20

16 Nama Ahli Waris Ahli_Waris Varchar 30

17 Hubungan Ahli Waris Hubungan_AhliWaris Varchar 15

18 Nama Perusahaan Nama_Perusahaan Varchar 35

19 Alamat Perusahaan Alamat_Perusahaan Varchar 50

20 No Telp Perusahaan No_Telp_Perusahaan Integer 15

21 Unit Kerja Unit_Kerja Varchar 20

(16)

3. Spesifikasi file Tabel Transaksi Nama Database : administrasi_kmm

Nama File : Pembayaran

Akronim : Pembayaran.myd

Tipe : File Transaksi

Akses File : Random

Panjang Record : 135 Byte

Kunci Field : Id_Anggota

Tabel IV.8

Spesifikasi File Tabel Transaksi

No Elemen Data Akronim Tipe Panjang Keterangan

1 Id Anggota Id_Anggota Varchar 10 Primary Key

3 Nama Anggota Nama_Anggota Varchar 20

5 Bagian Kerja Bagian_Kerja Varchar 20

6 Jumlah Pinjaman Jumlah_Pinjmaman 15

7 Cara Pembayaran Cara_Pembayaran Varchar 15

8 Alasan Pinjaman Alasan_Pinjaman Varchar 50

(17)

4. Spesifikasi file Tabel Jurnal

Nama Database : administrasi_kmm

Nama File : Laporan Jurnal

Akronim : Lapjurnal.myd

Tipe : File Jurnal

Akses File : Random

Panjang Record : 121 Byte

Kunci Field : No_Perkiraan

Tabel IV.9

Spesifikasi File Tabel Jurnal

No Elemen Data Akronim Tipe Panjang Keterangan

1 No_Perkiraan No_Perkiraan Varchar 10 Primary Key

3 Data Jurnal Data_Jurnal Varchar 15

5 Data_Perkiraan Data_Perkiraan Varchar 15

5. Spesifikasi file Tabel Laporan

Nama Database : administrasi_kmm

Nama File : Laporan

Akronim : Laporan.myd

Tipe : File Laporan

Akses File : Random

Panjang Record : 135 Byte

Kunci Field : Periode Laporan

Tabel IV.10

Spesifikasi File Tabel Laporan

No Elemen Data Akronim Tipe Panjang Keterangan

1 Periode Periode Varcahar 8 Primary Key

2 Tahun Tahun Date

(18)

4.2.4. Spesifikasi Dokumen Usulan

Spesifikasi dokumen usulan yang penulis ajukan adalah sebagai berikut:

1. Spesifikasi Bentuk Dokumen Masukan

a. Nama Dokumen : Formulir Pendaftaran Anggota Baru

Fungsi : Sebagai Bukti Pendaftaran Anggota Baru

Frekuensi : Setiap Adanya Pendaftaran Anggota Baru

Sumber : Administrasi

Tujuan : Calon Anggota

Media : Kertas

Jumlah : 1 (satu) Lembar

Bentuk : Lampiran C.1

b. Nama Dokumen : Formulir Pinjaman Anggota

Fungsi : Sebagai Bukti Pinjaman Anggota

Frekuensi : Setiap Terjadi Transaksi Pinjaman Anggota

Sumber : Administrasi

Tujuan : Anggota

Media : Kertas

Jumlah : 1 (satu) Lembar

(19)

2. Spesifikasi Bentuk Dokumen Keluaran

a. Nama Dokumen : Kwitansi Pinjaman

Fungsi : Sebagai Bukti Pinjaman Anggota

Frekuensi : Setiap Terjadi Transaksi Pinjaman Anggota

Sumber : Administrasi

Tujuan : Anggota

Media : Kertas

Jumlah : 1 (satu) Lembar

Bentuk : Lampiran D.1

b. Nama Dokumen : Perjanjian Kredit

Fungsi : Sebagai Bukti Pinjaman anggota

Frekuensi : Setiap Terjadi Transaksi Pinjaman Anggota

Sumber : Administrasi

Tujuan : Anggota

Media : Kertas

Jumlah : 1 (satu) lembar

Bentuk : Lampiran D.2

c. Nama Dokumen : Laporan Pinjaman

Fungsi : Sebagai Data Laporan Pinjaman

Frekuensi : Setiap Hari Tutup Laporan Harian

Sumber : Administrasi

(20)

Media : Kertas

Jumlah : 1 (satu) lembar

Bentuk : Lampiran D.3

e. Nama Dokumen : Kartu Anggota

Fungsi : Sebagai bukti pinjaman anggota

Frekuensi : Setiap Terjadi Transaksi Pinjaman Anggota

Sumber : Administrasi

Tujuan : Anggota

Media : Kertas

Jumlah : 1 (satu) lembar

(21)

4.2.5. Software Architecture

1. Deployment Diagram

Deployment Diagram menyediakan gambaran bagaimana sistem secara

fisik akan terlihat. Sistem diwakili oleh node-node, dimana masing-masing node diwakili oleh sebuah kubus. Garis yang menghubungkan kedua kubus menunjukkan hubungan antara kedua node tersebut. Berikut gambar Deployment

Diagram:

Gambar IV.13

(22)

2. Sequence Diagram

Gambar IV.14

(23)

4.2.6. User Interface 1. Desain Login

Berikut ini adalah tampilann login untuk masuk ke aplikasi.

Gambar IV.15

Form Login

2. Menu Utama Master

Berikut adalah tampilan utama aplikasi, didalam aplikasi ini terdapat menu utama yakni, menu master, transaksi dan laporan yang masing-masing memiliki fungsi yang berbeda.

Gambar IV.16 Menu Utama Master

(24)

3. Menu Utama Tampilan Transaksi Pinjaman

Berikut adalah tampilan menu utama transaksi pinjaman

Gambar IV.17

(25)

4. Tampilan Formulir Anggota

Berikut adalah tampilan formulir anggota. Formulir ini dibuat untuk menginput data-data anggota baru.

Gambar IV.18

(26)

5. Tampilan Form Pinjaman

Berikut adalah tampilan form pinjaman anggota. Didalam form ini dicatat rincian pinjaman dan jaminan anggota.

Gambar IV.19 Tampilan Form Pinjaman

6. Tampilan Menu Utama Transaksi Angsuran

Berikut adalah tampilan menu utama transaksi angsuran

Gambar IV.20

(27)

7. Tampilan Form Angsuran

Berikut adalah tampilan Form angsuran. Dalam form ini dirinci besaran angsuran anggota

Gambar IV.21 Tampilan Form Angsuran

8. Tampilan Menu Utama Data Perkiraan

Berikut ini adalah tampilan menu utama Data perkiraan, laporan pinjaman, laporan angsuran dan laporan jurnal.

Gambar IV.22

(28)

9. Tampilan Form Data Perkiraan

Berikut adalam tampilan form jurna perkiraan

Gambar IV.23

Tampilan Form Jurnal Perkiraan

10. Tampilan Laporan Jurnal

Berikut ini adalah tampilan form jurnal.

Gambar IV.24 Tampilan Laporan Jurnal

(29)

11. Tampilan Form Laporan

Berikut adalah tampilan form laporan

Gambar IV.25 Data Form Laporan

4.2.7. Spesifikasi Hardware & Software

Untuk memperoleh kemampuan yang optimal dalam pengolahan data diperlukan aspek dasar yaitu perangkat keras (Hardware) dan perangkat lunak (Software) yang saling berkaitan satu dengan lainnya sehingga tidak dapat dipisahkan, karena suatu sistem komputerisasi tidak akan berjalan tanpa ada salah satu aspek tersebut. Perangkat lunak dan perangkat keras harus menunjukkan kerja yang baik dan sesuai dengan yang diharapkan.

1. Hardware

Perangkat keras (hardware) adalah serangkaian unsur-unsur yang terdiri dari beberapa perangkat keras yang membentuk suatu sistem komputer yang digunakan untuk mengoperasikan proses kerja pemakai.

Perangkat keras yang digunakan dalam sistem usulan Tugas Akhir ini adalah:

(30)

a. Monitor : 20”

b. Proccessor : Core2 Duo @2,00 GHz or Higher

c. Memory : 1 GB (Minimum)

d. Harddisk : 100 GB

e. Keyboard : Hp kbah21

f. Printer : Ink Jet

g. Mouse : Hp 9w565v2

2. Software

Bagian penting lainnya yang mendukung program adalah perangkat lunak (software) yang digunakan dalam mengeksekusi program aplikasi serta sistem operasi yang akan digunakan untuk menjalankan program tersebut. Sistem operasi ini berfungsi untuk mengidentifikasi dan menyiapkan aplikasi program sehingga tata kerja seluruh peralatan komputer dapat terkontrol.

Perangkat lunak yang digunakan dalam sistem usulan Tugas Akhir ini adalah:

a. Sistem operasi : Windows 7

b. Bahasa Pemograman : Netbeans 8.1

c. Aplikasi Database : MySQL

d. Aplikasi Browser : Mozilla Firefox

Gambar

Gambar IV.1
Tabel IV.1.
Gambar IV.3
Gambar IV.4
+7

Referensi

Dokumen terkait

Hasil temu bual saya dengan pelajar mendapati bahawa pelajar perlu berpandukan pengalaman pembelajaran yang lepas tentang Graf Garis dan Graf Bar untuk merangka Graf

3 penjuru: Umno lawan AMANAH lawan PAS Kebolehpindahan undi dari pengundi Pakatan Rakyat dalam PRU13 kepada Pakatan Harapan adalah lebih tinggi berbanding PAS..

Maka dengan demikian seorang yang memiliki kontrol diri yang rendah tidak mampu untuk mengarahkan dan mengatur perilakunya, sehingga tidak menutup

Karakter- isasi dengan XRD dilakukan dengan mempelajari fase bahan dasar kaolin dan metakaolin, mineral γ-Al 2 O 3 yang diperoleh. dari hasil ekstraksi, serta

Metode yang digunakan dalam penelitian adalah AMOS.22 dengan penerapan SEM (Structural Equation Modelling) untuk membuat suatu model dan hubungan tiap-tiap aspek yang terjadi

Maksud penilaian adalah untuk memberikan pendapat atas kelayakan suatu usaha atau proyek dengan tujuan penilaian untuk menyatakan layak atau tidak layak atas

Saat ini Bappenas sebagai instansi yang bertugas dalam penyusunan dokumen perencanaan pembangunan nasional sedang bekerja untuk menyusun rancangan RPJMN teknokratik

Penelitian ini bertujuan untuk mengetahui perbedaan yang signifikan hasil belajar matematika antara siswa yang dibelajarkan menggunakan model pembelajaran Conceptual