bina sarana informatika · web viewgambar iv.2 use case diagram data master tabel iv.1. deskripsi...
TRANSCRIPT
BAB IV
RANCANGAN SISTEM USULAN
4.1. Analisa Kebutuhan Software
4.1.1. Analisa Kebutuhan
Berikut adalah spesifikasi kebutuhan dalam merancang suatu sistem
dengan menggunakan Netbeans 8.1 berdasarkan pemakainya.
A. Bendahara
A.1. Bendahara dapat login pada form login sebelum akses program.
A.2. Bendahara dapat mengelola data master
A.3. Bendahara dapat mengelola transaksi.
A.4 Bendahara dapat Mengelola Jurnal
A.5. Bendahara dapat mengelola laporan.
A.6. Bendahara dapat mengganti password akunnya.
B. Ketua
B.1. Ketua dapat login pada form login sebelum akses program.
B.2. Ketua dapat mengakses semua transaksi.
B.3. Ketua dapat mengakses semua laporan.
B.4. Ketua dapat mengakses form manage User yang berfungsi untuk
mengelola User yang terdaftar untuk mengakses program.
63
64
4.1.2. Use Case Diagram
1. Use Case Diagram Login
Gambar IV.1
Use Case Diagram Login
2. Use Case Diagram Data Master
Gambar IV.2
Use Case Diagram Data Master
65
Tabel IV.1.
Deskripsi Use Case Diagram Pengelola Data Master
Use Case Name Pengelola Data MasterRequirements A2Goal Bendahara dapat mengelola data master, baik
menambah, mengedit dan menghapus, serta melihat daftar data master
Pre-condition Bendahara telah melakukan login sebagai Bendahara dan mengakses form data master
Post condition Data berhasil tersimpan, terupdate, terhapus, dan melihat list.
Failed end Conditions Gagal menyimpan, mengupdate, dan menghapus data.
Primary Actors BendaharaMain Flow / Basic Path 1. Bendahara mengakses form data master.
2. Bendahara memilih tombol "Tambah".3. Bendahara menginput data baru.4. Bendahara memilih tombol "Simpan".5. System menyimpan data ke dalam Database6. System mencetak kartu anggota
Alternatif flow / Invariant 1
A1. Bendahara mencari data master.A2. System menampilkan data karyawan yang dicari.A3. Bendahara memilih tombol “Edit”.A4. Bendahara mengubah data master.A5. Bendahara memilih tombol “Simpan”A6. System memperbaharui data karyawan kedalam Database.A7. System menampilkan keterangan berhasil memperbaharui data master.
Invariant 2 B1. Bendahara mencari data karyawan.B2. Bendahara System menampilkan data master yang dicari.B3. Bendahara memilih tombol “Hapus”.B4. System menampilkan pesan konfirmasi penghapusan.B5. Bendahara memilih tombol “Ya”.B6. System menghapus data master.
66
3. Use Case Diagram Pengelolaan Transaksi
Gambar IV.3Use Case Diagram Pengelolaan Transaksi
67
Tabel IV.2.Deskripsi Use Case Diagram Pengelolaan Transaksi
Use Case Name Pengelola TransaksiRequirements A3Goal Bendahara dapat menyimpan data transaksi
kedalam sistem.Pre-condition Bendahara telah melakukan login sebagai
Bendahara dan menginput data transaksi.Post condition Berhasil menyimpan data transaksi dan
hasilnya dapat dicetak berupa kwitansi pembayaran.
Failed end Conditions Bendahara membatalkan penginputan data simpan pinjam karena kesalahan dalam memasukkan beberapa data.
Primary Actors BendaharaMain Flow / Basic Path 1. Bendahara mengakses transaksi.
2. Bendahara memilih tombol "Tambah".3. Bendahara menginput data baru.4. Bendahara memilih tombol "Save".5. System menyimpan data transaksi6. System menampilkan keterangan berhasil menyimpan transaksi.
Alternatif flow / Invariant 1
-
Invariant 2 -
68
4. Use Case Diagram Data Jurnal
Gambar IV.4Use Case Diagram Data Jurnal
69
Tabel IV.3.Deskripsi Use Case Diagram Data Jurnal
Use Case Name Data JurnalRequirements A4Goal Bendahara dapat menyimpan data perkiraan
dan jurnal kedalam sistem.Pre-condition Bendahara telah melakukan login sebagai
bendahara dan mengakses data jurnal.Post condition Data jurnal berhasil menyimpan dan
menambahkan data perkiraan dan jurnal.Failed end Conditions Bendahara membatalkan penginputan data
perkiraan dan jurnal karena kesalahan dalam memasukkan beberapa data.
Primary Actors BendaharaMain Flow / Basic Path 1. Bendahara mengakses form jurnal.
2. Bendahara memilih “Perkiraan” dan “Data Jurnal”.3. Bendahara memilih tombol “Tambah”.4. Bendahara menambahkan “Perkiraan” dan “Data Jurnal”.5. Bendahara memilih tombol “Simpan”.6. Sistem menyimpan perkiraan dan data jurnal kedalam database.
Alternatif flow / Invariant 1
-
Invariant 2 -
70
5. Use Case Diagram Pengelolaan Laporan
Gambar IV.5
Use Case Diagram Pelaporan
71
Tabel IV.4.
Deskripsi Use Case Diagram Pengelolaan Laporan
Use Case Name Pengelola LaporanRequirements A5Goal Bendahara dapat mencetak laporan transaksi
berdasarkan periode.Pre-condition Bendahara telah memilih periode laporan
transaksi.Post condition Sistem menampilkan laporan berdasarkan
periode yang dipilih.Failed end Conditions -Primary Actors BendaharaMain Flow / Basic Path 1. Bendahara mengakses form laporan.
2. Bendahara memilih periode laporan.3. Sistem menampilkan laporan berdasarkan periode yang dipilih.
Alternatif flow / Invariant 1
-
Invariant 2 -
72
6. Use Case Diagram Pengelolaan Ganti Password Bendahara
Gambar IV.6Use Case Diagram Ganti Password Bendahara
Tabel IV.5.Deskripsi Use Case Diagram Ganti Password Bendahara
Use Case Name Ganti Password BendaharaRequirements A6Goal Bendahara dapat mengganti password baruPre-condition Bendahara menjawab pertanyaan keamanan,
memasukkan password lama dan password baru.
Post condition Bendahara berhasil mengganti password.Failed end Conditions Password lama salah dan Password baru
dengan konfirmasi Password baru tidak sama.
Primary Actors BendaharaMain Flow / Basic Path 1. Bendahara mengakses form ganti
Password.2. Bendahara menjawab pertanyaan keamanan.3. Bendahara memasukkan Password lama.4. Bendahara memasukkan Password baru.5. Bendahara memilih tombol “Oke”6. Sistem menampilkan pesan berhasil mengganti Password.
Alternatif flow /Invariant 1 -Invariant 2 -
73
7. Use Case Diagram Login
Gambar IV.7Use Case Diagram Login Ketua
74
8. Use Case Diagram Pengelolaan Ganti Password
Gambar IV.8Use Case Diagram Pengelolaan Ganti Password
Tabel.IV.6.Deskripsi Use Case Diagram Pengelolaan Ganti Password Ketua
Use Case Name Ganti Password KetuaRequirements A6Goal Ketua dapat mengganti password baruPre-condition Ketua menjawab pertanyaan keamanan,
memasukkan password lama dan password baru.
Post condition Ketua berhasil mengganti password.Failed end Conditions Password lama salah dan Password baru
dengan konfirmasi Password baru tidak sama.
Primary Actors KetuaMain Flow / Basic Path 1. Ketua mengakses form ganti Password.
2. Ketua menjawab pertanyaan keamanan.3. Ketua memasukkan Password lama.4. Ketua memasukkan Password baru.5. Ketua memilih tombol “Oke”6. Sistem menampilkan pesan berhasil mengganti Password.
Alternatif flow /Invariant 1 -Invariant 2 -
75
4.1.3. Activity Diagram
1. Activity Prosedur Pendaftaran
Gambar IV.9Activity Diagram Prosedur Pendaftaran Anggota
76
2. Activity Prosedur Simpanan
Gambar IV.10Activity Diagram Prosedur Simpanan Anggota
77
3. Activity Prosedur Pinjaman
Gambar IV.11Activity Diagram Prosedur Pinjaman Anggota
78
4. Activity Jurnal
Gambar IV.12Activity Diagram Prosedur Jurnal
79
5. Activity Laporan
Gambar IV.13Activity Diagram Laporan
80
4.2. Desain
4.2.1. Entity Relationship Diagram (ERD)
Gambar IV.14Entity Relationship Diagram (ERD)
81
4.2.2. Logical Record Structure (LRS)
Gambar IV.15Logical Record Structure (LRS)
4.2.3. Spesifikasi File
Dalam program ini menggunakan satu buah Database dengan nama
dengan nama administrasi_kuwpk.sql dan didalamnya terdapat tabel-tabel sebagai
entitas. Tabel-tabel tersebut sebagai berikut:
1. Spesifikasi file Tabel User
Nama Database : administrasi_kuwpk
Nama File : User
Akronim : User.myd
Tipe : File Master
82
Akses File : Random
Panjang Record : 260 Byte
Kunci Field : Kd_User
Tabel IV.7.Spesifikasi File Tabel User
No Elemen Data Akronim Tipe Panjang Keterangan
1 Kode User Kd_User Char 10Primary Key
2 Nama User Nama_User Varchar 20 3 Tempat Tanggal Lahir TTL Varchar 20 4 Alamat Alamat Varchar 50 5 Email Email Varchar 30 6 Hal Akses Hak_Akses Varchar 10 7 Password Password Varchar 20 8 Pertanyaan Keamanan Pertanyaan Varchar 50 9 Jawaban Keamanan Jawaban Varchar 50
2. Spesifikasi file Tabel Anggota
Nama Database : administrasi_kuwpk
Nama File : Anggota
Akronim : Anggota.myd
Tipe : File Master
Akses File : Random
Panjang Record : 298 Byte
Kunci Field : Id_Anggota
83
Tabel IV.8.Spesifikasi File Tabel Anggota
No Elemen Data Akronim Tipe Panjang Keterangan
1 Id Anggota Id_Anggota Varchar 10Primary Key
2 Tanggal Daftar Tanggal-Daftar Date 3 Nama Anggota Nama_Anggota Varchar 30 5 Tempat Tanggal Lahir TTL Varchar 20 6 No KTP No_KTP Varchar 16 7 No Telp No_Telp Integer 13 8 Alamat Alamat Varchar 50 9 Nama Perusahaan Nama_Perusahaan Varchar 30 10 Nik Nik Varchar 10 11 Unit Kerja Unit_Kerja Varchar 20 12 No Telp Perusahaan No_Telp_Perusahaan Varchar 20 13 Nama_Keluarga Nama_Keluarga Varchar 30 14 Tempat Tanggal Lahir TTL Varchar 20 15 No KTP No_KTP Varchar 16 16 No Telp No_Telp Integer 13
3. Spesifikasi file Tabel Simpanan
Nama Database : administrasi_kuwpk
Nama File : Simpanan
Akronim : Simpanan.myd
Tipe : File Master
Akses File : Random
Panjang Record : 109 Byte
Kunci Field : Id_Anggota
84
Tabel IV.9.Spesifikasi File Tabel Simpanan
No Elemen Data Akronim Tipe Panjang Keterangan
1 Id Anggota Id_Anggota Varchar 10Primary Key
3 Nama Anggota Nama_Anggota Varchar 20 5 Bagian Kerja Bagian_Kerja Varchar 20 6 Jenis Simpanan Jenis_Simpanan Varchar 20 7 Jumlah Disetor Jumlah_Disetor Double 10 8 Jumlah Ditarik Jumlah_Ditarik Double 10 9 Jumlah Saldo Jumlah_Saldo 10
4. Spesifikasi file Tabel Pinjaman
Nama Database : administrasi_kuwpk
Nama File : Pinjaman
Akronim : Pinjaman.myd
Tipe : File Master
Akses File : Random
Panjang Record : 100 Byte
Kunci Field : Id_Anggota
85
Tabel IV.10.Spesifikasi File Tabel Pinjaman
No Elemen Data Akronim Tipe Panjang Keterangan
1 Id Anggota Id_Anggota Varchar 10Primary Key
3 Nama Anggota Nama_Anggota Varchar 20 5 Bagian Kerja Bagian_Kerja Varchar 20
6 Jumlah PinjamanJumlah_Pinjmaman 10
7 Cara Pembayaran Cara_Pembayaran Varchar 15 8 Alasan Pinjaman Alasan_Pinjaman Varchar 50 9 Jumlah Angsuran Jumlah_Angsuran Varchar 20
5. Spesifikasi file Tabel Pembayaran
Nama Database : administrasi_kuwpk
Nama File : Pembayaran
Akronim : Pembayaran.myd
Tipe : File Master
Akses File : Random
Panjang Record : 130 Byte
Kunci Field : Id_Anggota
86
Tabel IV.11.Spesifikasi File Tabel Pembayaran
No Elemen Data Akronim Tipe Panjang Keterangan
1 Id Anggota Id_Anggota Varchar 10Primary Key
3 Nama Anggota Nama_Anggota Varchar 20 5 Total Pinjaman Total_Pinjaman Varchar 30 7 Cara Pembayaran Cara_Pembayaran Varchar 15 8 Total Angsuran Total_Angsuran Varchar 15 9 Angsuran Ke Angsuran_Ke Varchar 15 Nominal Dibayar Nominal_Dibayar Varchar 15
10 Sisa Angsuran Sisa_Angsuran Varchar 15
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 : Bendahara
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 : Bendahara
87
Tujuan : Anggota
Media : Kertas
Jumlah : 1 (satu) Lembar
Bentuk : Lampiran C.2
2. Spesifikasi Bentuk Dokumen Keluaran
a. Nama Dokumen : Kwitansi Simpanan
Fungsi : Sebagai Bukti Simpanan Anggota
Frekuensi : Setiap Terjadi Transaksi Simpanan Anggota
Sumber : Bendahara
Tujuan : Anggota
Media : Kertas
Jumlah : 1 (satu) Lembar
Bentuk : Lampiran D.1
b. Nama Dokumen : Kwitansi Pinjaman
Fungsi : Sebagai Bukti Pinjaman anggota
Frekuensi : Setiap Terjadi Transaksi Pinjaman Anggota
Sumber : Bendahara
Tujuan : Anggota
Media : Kertas
Jumlah : 1 (satu) lembar
Bentuk : Lampiran D.2
c. Nama Dokumen : Kwitansi Pembayaran
Fungsi : Sebagai Bukti Pembayaran Angsuran anggota
88
Frekuensi : Setiap Terjadi Anggota Melakukan Pembayaran
Sumber : Bendahara
Tujuan : Anggota
Media : Kertas
Jumlah : 1 (satu) lembar
Bentuk : Lampiran D.3
d. Nama Dokumen : Laporan Jurnal Simpan dan Pinjam
Fungsi : Sebagai Laporan Jurnal Simpan dan Pinjam
Frekuensi : Setiap Terjadi Transaksi Pinjaman Anggota
Sumber : Bendahara
Tujuan : Ketua
Media : Kertas
Jumlah : 1 (satu) lembar
Bentuk : Lampiran D.4
e. Nama Dokumen : Kartu Anggota
Fungsi : Sebagai
Frekuensi : Setiap Terjadi Transaksi Pinjaman Anggota
Sumber : Bendahara
Tujuan : Ketua
Media : Kertas
Jumlah : 1 (satu) lembar
Bentuk : Lampiran D.4
89
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.16Deployment Diagram
2. Sequence Diagram
90
Gambar IV.17Sequence Diagram
4.2.6. User Interface
91
1. Desain Login
Berikut ini adalah tampilann login untuk masuk ke aplikasi.
Gambar IV.18Form Login
2. Menu Utama Master
92
Berikut adalah tampilan master untuk menginput data atau mencari data
anggota.
Gambar IV.19Menu Utama Master
3. Data Anggota
93
Berikut adalah tampilan untuk menginput data-data menjadi anggota baru dan
melihat anggota baru yang sudah terdaftar.
Gambar IV.20Data Anggota
4. Menu Utama Transaksi Simpanan
94
Berikut adalah menu untuk transaksi, ketika anggota melakukan transaksi
seperti simpanan, pinjaman atau pembayaran angsuran, maka bendahara cukup
mengklik transaksi dan memilih jenis transaksi yang akan dilakukan.
Gambar IV.21Menu Utama Transaksi Simpanan
5. Transaksi Simpanan
95
Berikut ini adalah tampilan dari transaksi simpanan yang akan muncul ketika
bendahara mengklik pilihan simpanan pada menu transaksi.
Gambar IV.22Data Simpanan Anggota
6. Menu Utama Transaksi Pinjaman
96
Berikut in adalah tampilan transaksi untuk memilih transaksi pinjaman.
Gambar IV.23Menu Utama Transaksi Simpanan
7. Transaksi Pinjaman
97
Berikut adalah tampilan dari transaksi pinjaman yang akan muncul ketika
bendahara mengklik pilihan pinjaman pada menu transaksi.
Gambar IV.24Transaksi Pinjaman
8. Menu Utama Transaksi Pembayaran
98
Berikut adalah tampilan utama untuk transaksi pembayaran.
Gambar IV.25Menu Utama Transaksi Pembayaran
9. Transaksi Pembayaran
99
Berikut ini adalah tampilan dari menu transaksi pembayaran yang akan muncul
ketika bendahara mengklik pilihan pembayaran pada menu utama transaksi.
Gambar IV.26Transaksi Pembayaran
10. Menu Utama Jurnal Perkiraan
100
Berikut adalah tampilan utama dari menu jurnal terdapat pilihan jurnal
perkiraan.
Gambar IV.27Menu Utama Jurnal Perkiraan
11. Jurnal Perkiraan
101
Berikut ini adalah tampilan dari menu jurnal perkiraan yang akan muncul
ketika bendahara mengklik pilihan jurnal perkiraan pada menu utama
transaksi.
Gambar IV.28Menu Jurnal Perkiraan
102
12. Menu Utama Jurnal
Berikut adalah menu utama dari menu jurnal terdapat pilihan data jurnal.
Gambar IV.29Menu Jurnal
103
13. Menu Data Jurnal
Berikut adalah tampilan data jurnal ketika bendahara mengklik pilihan data
jurnal yang ada di menu utama jurnal.
Gambar IV.30Data Jurnal
104
14. Menu Utama Laporan Simpan dan Pinjam
Berikut adalah tampilan menu utama laporan dan terdapat pilihan laporan
simpan dan pinjam.
Gambar IV.31Menu Utama Laporan Simpan dan Pinjam
105
15. Laporan Simpan dan Pinjam
Berikut adalah tampilan laporan simpan dan pinjam ketika bendahara
mengklik pilihan laporan simpan dan pinjam pada menu laporan. Bendahara
dapat melihat dan mencetak laporan simpan pinjam untuk di arsipkan.
Gambar IV.32Laporan Simpan dan Pinjam
106
16. Menu Utama Laporan Jurnal
Berikut adalah tampilan menu utama laporan jurnal.
Gambar IV.33Menu Utama Laporan Jurnal
107
17. Laporan Jurnal
Berikut adalah tampilan laporan jurnal ketika bendahara mengklik pilihan
laporan jurnal pada menu utama laporan. Bendahara dapat mencetak laporan
per bulan dengan memilih periode bulan dan tahun yang akan di cetak.
Gambar IV.34Laporan Jurnal
108
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:
a. Monitor : 14”
b. Proccessor : Core2 Duo @2,00 GHz or Higher
c. Memory : 1 GB (Minimum)
d. Harddisk : 100 GB
e. Keyboard : 102 Keys
f. Printer : Ink Jet
g. Mouse : USB atau Logitech
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
109
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 or Higher
b. Bahasa Pemograman : Netbeans 8.1
c. Aplikasi Database : MySQL
d. Aplikasi Browser : Mozilla Firefox