BAB III PEMBAHASAN · 3.1.2. Visi dan Misi Desa Mekarsari Visi dan Misi Desa Mekarsari merupakan Visi dan Misi Calon Kepala Desa/ Kuwu Terpilih, juga diintegrasikan dengan keinginan
Post on 02-Nov-2020
7 Views
Preview:
Transcript
29
BAB III
PEMBAHASAN
3.1. Tinjauan Perusahaan
Tinjauan pada kantor Desa Mekarsari Kecamatan Jatisari Kabupaten
Karawang berisi sejarah Kantor Desa, Struktur Organisasi dan Fungsi Kantor Desa
Mekarsari.
3.1.1. Sejarah Perusahaan
Pada awal terbentuknya Desa Mekarsari adalah merupakan hasil pemekaran
dari Desa Jatisari, yang pada tahun 1979 dibagi menjadi dua Desa, yaitu Desa Jatisari
dan Desa Mekarsari, yang di pimpin dua orang Kepala Desa sebagai berikut :
1. Desa Jatisari di pimpin oleh Kades UDING KOMARUDIN.
2. Desa Mekarsari di pimpin oleh Kades S. SUKARNA.
Selanjutnya perkembangan legenda dan sejarah Dea Mekarsari adalah sebagai berikut
:
Tabel III.1.
Tabel Struktur Organisasi
TAHUN KEJADIAN YANG BAIK KEJADIAN YANG BURUK
1979 Pemekaran Desa
1984 PJS
1985 PILKADES
1992 Pesta Demokrasi Presiden RI
1997 PJS
1998 PILKADES
2002 Pesta Demokrasi DPR, MPR, Presiden, Wapres Terjadinya tawuran antar Desa
2003 PJS
2007 Pesta Demokrasi
2008 PJS
PILKADES
2015 PJS
PILKADES
30
3.1.2. Visi dan Misi Desa Mekarsari
Visi dan Misi Desa Mekarsari merupakan Visi dan Misi Calon Kepala Desa/
Kuwu Terpilih, juga diintegrasikan dengan keinginan bersama masyarakat desa
dimana proses penyusunannya dilakukan secara partisipatif mulai dai tingkat Dusun/
RW sampai tingkat Desa.
Adapun Visi Desa Mekarsari sebagai berikut :
” Bangkitnya Mekarsari Menuju Metropolisnya Jatisari”
Sedangkan Misi Desa Mekarsari adalah :
1. Menjadi Desa Mandiri,Sejahtera,Aman dan Damai.
2. Meningkatkan pembangunan Infrastruktur.
3. Meningkatkan Perekonomian Masyarakat.
4. Mengetaskan Kemiskinan Dan Pengangguran.
5. Meningkatkan SDM yang berkualitas baik di bidang Imtek Maupun Iptek.
3.1.3. Stuktur Organisasi dan Fungsi
Struktur Organisasi merupakan bagian untuk memberikan informasi tentang
susunan dan hubungan antar tiap-tiap bagian pada suatu organisasi untuk mencapai
tujuan bersama. Adapun struktur organisasi pada kantor Desa Mekarsari adalah
sebagai berikut:
31
Sumber Dokumentasi : Kantor Desa Mekarsari
Gambar III.1.
Struktur Organisasi Kantor Desa Mekarsari
Struktur Organisasi pada Kantor Desa Mekarsari memiliki bagian-bagian yang
mempunyai fungsi dan tugas nya masing-masing.
Adapun fungsi dan tugas struktur organisasi diatas adalah sebagai berikut
1. Kepala Desa
Bertanggung jawab sepenuhnya atas pemerintahan di Desa, memberikan
pengaruh atau petunjuk dalam melaksanakan kegiatan operasional, mengambil
suatu keputusan tehadap lembaga.
2. Sekretaris
Bertugas melaksanakan Koordinasi dan penyusunan rencana program dan
anggaran, pengelolaan keuangan dan administrasi sumber daya manusia.
32
3. Bendahara
Bertanggung jawab penuh terhadap anggaran pengelolaan keuangan yang ada di
Desa,
4. Kaur Umum
Bertugas pencatatan data dan informasi mengenai kegiatan pemerintahan Desa
pada buku Administrasi Umum.
5. Kaur Keuangan
Bertanggung jawab untuk membantu pencatatan keuangan dan keputusan dengan
menyediakan nasihat keuangan yang sesuai.
6. Kasie Ekonomi dan Pembangunan
Bertanggung jawab mencatat data dan informasi ekonomi, pelaksanaan
pembangunan di Desa.
7. Kasie Pemerintahan
Bertanggung jawab atas masyarakat yang ada di dusun dan melayani baik urusan
pemerintahan maupun sosial.
8. Kasie Trantib
Bertanggung jawab atas keamanan masyarakat seluruh warga desa.
9. Kepala Dusun (KADUS)
Bertanggung jawab atas masyarakat yang ada di dusun dan melayani baik urusan
pemerintahan maupun sosial.
33
3.2. Tinjauan Kasus
3.2.1. Proses Bisnis Sistem Berjalan
Adapun prosedur yang sedang berjalan dari tahap pengumpulan data
1. Proses Dana Bantuan Provinsi
Pada bagian ini Sekretaris mengajukan Proposal Anggaran Dana Bantuan Provinsi
(Banprov) ke Pemerintahan Daerah untuk di ajukan ke Pemerintahan Pusat.. Setelah
di Acc oleh pihak pemerintahan di provinsi Dana tersebut masuk ke Rekening desa.
Kemudian Sekretaris dapat melakukan penarikan anggaran dana tersebut.
2. Proses pembelian barang
Bagian ini Kaur Ekbang memberikan catatan untuk pembelian barang ke sekretaris,
dan sekretaris menerima catatan tersebut. Sekretaris memberikan sejumlah uang
ke Kaur Ekbang untuk pembelian barang, kemudian sekretaris membuat kwitansi
untuk disimpan sebagai bukti.
3. Proses Akhir pembuatan Laporan
Pada tahapan ini Kaur Ekbang memberikan bukti pembelian barang ke Bendahara.
Kemudian Bendahara membuat laporan anggaran dana untuk dilaporkan ke Kepala
Desa. Dan kepala Desa akan melakukan pengecekkan kembali untuk laporan
anggaran dana yang telah diberikan oleh Bendahara, jika laporan benar maka akan
dilakukan penandatanganan kemudian selesai.
34
3.2.2. Activity Diagram
1. Proses Dana Bantuan Provinsi
Gambar III.2
Activity Diagram Proses Dana Bntuan Provinsi
35
2. Proses Pembelian Barang
Gambar III.3
Activity Diagram Proses Pembelian Barang
36
3. Proses Akhir pembuatan Laporan
Gambar III.4
Activity Diagram Proses Akhir pembuatan Laporan
37
3.2.3. Dokumen Masukan
1. Nama Dokumen : Nota pembelian
Fungsi : Sebagai Bukti Pembelian Barang
Sumber : Suplier
Tujuan : Desa Mekarsari
Media : Kertas
Jumlah Rangkap : 1 (satu)
Frekuensi : Setiap Pembelian bahan baku
2. Anggaran Dana Banprov
Nama Dokumen : Kwitansi
Fungsi : Sebagai tahapan pertama dalam pembuatan laporan
keuangan
Sumber : Bendahara
Tujuan : Kepala Desa
Media : Kertas
Jumlah Rangkap : 1 (satu)
Frekuensi : Setiap Melakukan Pembayaran
3.2.4. Dokumen keluaran
1. Proposal Pengajuan Dana
Nama Dokumen : Proposal
Fungsi : Sebagai tahapan pertama dalam pengajuan Dana
Sumber : Sekretaris
Tujuan : Pemerintahan Pusat
Media : Kertas
38
Jumlah Rangkap : 1 (satu)
Frekuensi : Setiap melakukan pengajuan Dana
3.2.5. Permasalahan Pokok
Sistem berjalan pada Kantor Desa Mekarsari yang telah diterapkan sudah cukup baik,
namun masih ada beberapa kekurangan dalam segi pengelolaan dana keuangan nya,
masalah-masalah diantaranya adalah:
1. Sering Terjadi kesalahan dalam pembuatan laporan keuangan karena pencatatan
nya secara konvensional sehingga kurang efektif dan memakan waktu yang lama.
2. Penyimpanan arsip yang kurang teratata dengan baik, besar kemungkinan arsip
tersebut rusak, tercecer ataupun hilang.
3. Sulit nya mencari file atau data yang tersimpan dan membutuhkan waktu yang
lama dalam pencarian sehingga memakan waktu yang lama
3.2.6. Pemecahan Masalah
Adapun alternatif pemecahan masalah yang ditemukan penulis adalah sebagai
berikut:
1. Membuat suatu sistem informasi pada proses pengelolaan dana Banprov di Desa
Mekarsari
2. Merancang sistem informasi dengan menggunakan bahasa pemrograman java
dekstop, neatbeans sebagai editor dan MYSQL sebagai database dalam
pembuatan laporan keuangannya. Agar lebih cepat dalam pembuatan dan hasil
nya lebih terpercaya ketepatannya.
3. Mulai memperbaiki cara berpikir para pegawai di Desa Mekarsari dengan banyak
meningkatkan kualitas dalam menggunakan alat teknologi Informasi.
39
3.3. Analisa Kebutuhan Software
3.3.1. Analisa Kebutuhan
Analisa kebutuhan adalah suatu proses untuk mendapatkan informasi tentang
perangkat lunak yang diinginkan pengguna. Analisa kebutuhan merupakan satu
diantara banyak aktivitas kritis pada proses rekayasa kebutuhan perangkat lunak untuk
memahami ranah permasalahan dari sistem yang berjalan dan solusi dari sistem yang
akan dibuat.
A. Sekretaris
A1. Login
A2. Sekretaris Dapat Mengelola Data Karyawan
A3. Sekretaris Dapat Mengelola Data Dana banprov
A4. Sekretaris Dapat Mengakses Laporan Jurnal
A5. Sekretaris Dapat Mengakses Laporan Pembelian
B. Bendahara
B1. Login
B2. Bendahara Dapat Mengelola Master Akun
B3. Bendahara Dapat Mengelola Data Barang
B4. Bendahara Dapat Mengelola Data Karyawan
B5. Bendahara Dapat Mengelola Data Dana Banprov
B6. Bendahara Dapat Mengelola Transaksi
B7. Bendahara Dapat Mengelola Jurnal
B8. Bendahara Dapat Mengelola Laporan Jurnal
B9. Bendahara Dapat Mengelola Laporan Pembelian
C. Kepala Desa
C1. Login
40
C2. Kepala Desa Dapat Mengakses Laporan Dana Banprov
C3. Kepala Desa Dapat Mengakses Laporan Jurnal Umum
3.3.2 Use Case Diagram
A. Bagian Sekretaris
A.1. Use case Halaman Sekretaris Melakukan Login
Gambar III.5
Diagram Use Case Bagian Sekretaris melakukan Login.
Tabel III.2.
Deskripsi Usecase Diagram Bagian Sekretaris melakukan Login
Requirement A1
Goal Bagian Sekretaris dapat login dan masuk ke
halaman menu utama
Pre-Comdition Bagian Sekretaris telah memasukan nama pengguna
dan kata sandi
Post-Condition Bagian Sekretaris berhasil login
Failed and Condition Bagian Sekretaris gagal login
PrimaryAktor Sekretaris
Main Flow/ Basic Path 1. Bagian Sekretaris dapat login
2.Bagian Sekretaris dapat masuk ke halaman menu
utama
Alternate Flow/invariant 1 -
41
Invariant 2 -
A.2. Usecase Diagram Bagian Sekretaris Mengelola Data Karyawan
Gambar III.6.
Diagram UseCase Bagian Sekretaris Mengelola Data Karyawan
Tabel III.3.
Deskripsi Usecase Diagram Bagian Sekretaris Mengelola Data Karyawan
Requirement A2
Goal Bagian Sekretaris dapat Mengelola Data Karyawan
Pre-Comdition Bagian Sekretaris dapat Mengakses dan Mengelola
Data Karyawan
Post-Condition Bagian Sekretaris berhasil Mengelola Data
Karyawan
Failed and Condition Bagian Sekretaris gagal Mengelola Data Karyawan
PrimaryAktor Sekretaris
Main Flow/ Basic Path 1. Bagian Sekretaris dapat masuk kehalaman Master
2.Bagian Sekretaris dapat mengelola Data Karywan
Alternate Flow/invariant 1 -
Invariant 2 -
A.3. Usecase Diagram Bagian Sekretaris Mengelola Data Dana Banprov
42
Gambar III.7.
Diagram UseCase Bagian Sekretaris Mengelola Data Dana Banprov
Tabel III.4.
Deskripsi Usecase Diagram Bagian Sekretaris Mengelola Data Dana Banprov
Requirement A3
Goal Bagian Sekretaris dapat Mengelola Data Dana
Banprov
Pre-Comdition Bagian Sekretaris dapat Mengakses dan Mengelola
Data Dana Banprov
Post-Condition Bagian Sekretaris berhasil Mengelola Data Dana
Banprov
Failed and Condition Bagian Sekretaris gagal Mengelola Data Dana
Banprov
PrimaryAktor Sekretaris
Main Flow/ Basic Path 1. Bagian Sekretaris dapat masuk kehalaman Master
2.Bagian Sekretaris dapat mengelola Data Dana
Banprov
Alternate Flow/invariant 1 -
Invariant 2 -
A.4. Usecase Diagram Bagian Sekretaris Mengelola Data Dana Banprov
43
Gambar III.8.
Diagram Use Case Bagian Sekretaris Mengakses Laporan Jurnal
Tabel III.5.
Deskripsi Usecase Diagram Bagian Sekretaris Mengakses Laporan Jurnal
Requirement A4
Goal Bagian Sekretaris dapat Mengakses Laporan Jurnal
Pre-Comdition Bagian Sekretaris dapat Mengakses Laporan Jurnal
Post-Condition Bagian Sekretaris berhasil Mengakses Laporan
Jurnal
Failed and Condition Bagian Sekretaris gagal Mengakses Laporan Jurnal
PrimaryAktor Sekretaris
Main Flow/ Basic Path 1. Bagian Sekretaris dapat masuk kehalaman Cetak
Laporan
2.Bagian Sekretaris dapat Mengakses Laporan
Jurnal
Alternate Flow/invariant
1
-
Invariant 2 -
44
A.5. Usecase Diagram Bagian Sekretaris Mengakses Laporan Pembelian
Gambar III.9.
Diagram Use Case Bagian Sekretaris Mengakses Laporan Pembelian
Tabel III.6.
Deskripsi Usecase Diagram Bagian Sekretaris Mengakses Laporan Pembelian
Requirement A5
Goal Bagian Sekretaris dapat Mengakses Laporan
Pembeliaan
Pre-Comdition Bagian Sekretaris dapat Mengakses Laporan
Pembeliaan
Post-Condition Bagian Sekretaris berhasil Mengakses Laporan
Pembeliaan
Failed and Condition Bagian Sekretaris gagal Mengakses Laporan
Pembeliaan
PrimaryAktor Sekretaris
Main Flow/ Basic Path 1. Bagian Sekretaris dapat masuk kehalaman Cetak
Laporan
2.Bagian Sekretaris dapat Mengakses Laporan
Pembeliaan
Alternate Flow/invariant 1 -
Invariant 2 -
45
B.1. Usecase Diagram Bagian Bendahara Melakukan Login
Gambar III.10.
Diagram Use Case Bagian Bendahara Mengelola Data Login
Tabel III.7.
Deskripsi Usecase Diagram Bagian Bendahara Mengelola Data Login
Requirement B1
Goal Bagian Bendahara dapat login dan masuk ke halaman
menu utama
Pre-Comdition Bagian Bendahara telah memasukan nama pengguna
dan kata sandi
Post-Condition Bagian Bendahara berhasil login
Failed and Condition Bagian Bendahara gagal login
PrimaryAktor Bendahara
Main Flow/ Basic Path 1. Bagian Bendahara dapat login
2.Bagian Bendahara dapat masuk ke halaman menu
utama
Alternate Flow/invariant 1 -
Invariant 2 -
46
B.2. Usecase Diagram Bagian Bendahara Mengelola Master Akun
Gambar III.11.
Diagram Use Case Bagian Bendahara Mengelola Master Akun
Tabel III.8.
Deskripsi Usecase Diagram Bagian Bendahara Mengelola Master Akun
Requirement B2
Goal Bagian Bendahara dapat Mengelola Master Akun
Pre-Comdition Bagian Bendahara dapat Mengakses dan Mengelola
Master Akun
Post-Condition Bagian Bendahara berhasil Mengelola Master Akun
Failed and Condition Bagian Bendahara gagal Mengelola Master Akun
PrimaryAktor Bendahara
Main Flow/ Basic Path 1. Bagian Bendahara dapat masuk kehalaman Master
2.Bagian Bendahara dapat mengelola Master Akun
Alternate Flow/invariant 1 -
Invariant 2 -
47
B.3.Usecase Diagram Bagian Bendahara Mengelola Data Barang
Gambar III.12.
Diagram Use Case Bagian Bendahara Mengelola Data Barang
Tabel III.9.
Deskripsi Usecase Diagram Bagian Bendahara Mengelola Data Barang
Requirement B3
Goal Bagian Bendahara dapat Mengelola Data Barang
Pre-Comdition Bagian Bendahara dapat Mengakses dan Mengelola
Barang
Post-Condition Bagian Bendahara berhasil Mengelola Data Barang
Failed and Condition Bagian Bendahara gagal Mengelola Data Barang
PrimaryAktor Bendahara
Main Flow/ Basic Path 1. Bagian Bendahara dapat masuk kehalaman Master
2.Bagian Bendahara dapat mengelola Data Barang
Alternate Flow/invariant 1 -
Invariant 2 -
48
B.4. Usecase Diagram Bagian Bendahara Mengelola Data Karyawan
Gambar III.13.
Diagram Use Case Bagian Bendahara Mengelola Data Karyawan
Tabel III.10.
Deskripsi Usecase Diagram Bagian Bendahara Mengelola Data Karyawan
Requirement B4
Goal Bagian Bendahara dapat Mengelola Data Karyawan
Pre-Comdition Bagian Bendahara dapat Mengakses dan Mengelola
Data Karyawan
Post-Condition Bagian Bendahara berhasil Mengelola Data Karyawan
Failed and Condition Bagian Bendahara gagal Mengelola Data Karyawan
PrimaryAktor Bendahara
Main Flow/ Basic Path 1. Bagian Bendahara dapat masuk kehalaman Master
2.Bagian Bendahara dapat mengelola Data Karyawan
Alternate Flow/invariant 1 -
Invariant 2 -
49
B.5. Usecase Diagram Bagian Bendahara Mengelola Data Dana Banprov
Gambar III.14.
Diagram Use Case Bagian Bendahara Mengelola Data Dana Banprov
Tabel III.11.
Deskripsi Usecase Diagram Bagian Bendahara Mengelola Data Dana Banprov
Requirement B5
Goal Bagian Bendahara dapat Mengelola Data Dana
Banprov
Pre-Comdition Bagian Bendahara dapat Mengakses dan Mengelola
Data Dana Banprov
Post-Condition Bagian Bendahara berhasil Mengelola Data Dana
Banprov
Failed and Condition Bagian Bendahara gagal Mengelola Data Dana
Banprov
PrimaryAktor Bendahara
Main Flow/ Basic Path 1. Bagian Bendahara dapat masuk kehalaman Master
2.Bagian Bendahara dapat mengelola Data Dana
Banprov
Alternate Flow/invariant 1 -
Invariant 2 -
50
B.6. Usecase Diagram Bagian Bendahara Mengelola Transaksi
Gambar III.15.
Diagram Use Case Bagian Bendahara Mengelola Transaksi Pembelian
Tabel III.12.
Deskripsi Usecase Diagram Bagian Bendahara Mengelola Transaksi
Pembelian
Requirement B6
Goal Bagian Bendahara dapat Mengelola Transaksi
Pembelian
Pre-Comdition Bagian Bendahara dapat Mengakses dan Mengelola
Transaksi Pembelian
Post-Condition Bagian Bendahara berhasil Mengelola Transaksi
Pembelian
Failed and Condition Bagian Bendahara gagal Mengelola Transaksi
Pembelian
PrimaryAktor Bendahara
Main Flow/ Basic Path 1. Bagian Bendahara dapat masuk kehalaman
Transaksi
2.Bagian Bendahara dapat mengelola Transaksi
Pembelian
Alternate Flow/invariant 1 -
Invariant 2 -
51
B.7. Usecase Diagram Bagian Bendahara Mengelola Jurnal
Gambar III.16.
Diagram Use Case Bagian Bendahara Mengelola Jurnal
Tabel III.13.
Deskripsi Usecase Diagram Bagian Bendahara Mengelola Jurnal
Requirement B7
Goal Bagian Bendahara dapat Mengelola Jurnal Umum
Pre-Comdition Bagian Bendahara dapat Mengakses dan Mengelola
Jurnal
Post-Condition Bagian Bendahara berhasil Mengelola Jurnal
Failed and Condition Bagian Bendahara gagal Mengelola Jurnal
PrimaryAktor Bendahara
Main Flow/ Basic Path 1. Bagian Bendahara dapat masuk kehalaman Jurnal
2.Bagian Bendahara dapat mengelola Jurnal
Alternate Flow/invariant 1 -
Invariant 2 -
52
B.8. Usecase Diagram Bagian Bendahara Mengelola Laporan Jurnal
Gambar III.17.
Diagram Use Case Bagian Bendahara Mengelola Laporan Jurnal
Tabel III.14.
Deskripsi Usecase Diagram Bagian Bendahara Mengelola Laporan Jurnal
Requirement B8
Goal Bagian Bendahara dapat Mengelola Laporan Jurnal
Pre-Comdition Bagian Bendahara dapat Mengakses dan Mengelola
Laporan Jurnal
Post-Condition Bagian Bendahara berhasil Mengelola Laporan Jurnal
Failed and Condition Bagian Bendahara gagal Mengelola Laporan Jurnal
PrimaryAktor Bendahara
Main Flow/ Basic Path 1. Bagian Bendahara dapat masuk kehalaman Cetak
Laporan
2.Bagian Bendahara dapat mengelola Laporan Jurnal
Alternate Flow/invariant 1 -
Invariant 2 -
53
B.9. Usecase Diagram Bagian Bendahara Mengelola Laporan Pembelian
Gambar III.18.
Diagram Use Case Bagian Bendahara Mengelola Laporan Pembelian
Tabel III.15.
Deskripsi Usecase Diagram Bagian Bendahara Mengelola Laporan Pembelian
Requirement B9
Goal Bagian Bendahara dapat Mengelola Laporan
Pembelian
Pre-Comdition Bagian Bendahara dapat Mengakses dan
Mengelola Laporan Pembelian
Post-Condition Bagian Bendahara berhasil Mengelola Laporan
Pembelian
Failed and Condition Bagian Bendahara gagal Mengelola Laporan
Pembelian
PrimaryAktor Bendahara
Main Flow/ Basic Path 1. Bagian Bendahara dapat masuk kehalaman
Cetak Laporan
2.Bagian Bendahara dapat mengelola Laporan
Pembelian
Alternate Flow/invariant 1 -
Invariant 2 -
54
C.1. Usecase Diagram Bagian Kepala Desa Mengelola Data Login
Gambar III.19.
Diagram Use Case Bagian Kepala Desa Mengelola Data Login
Tabel III.16.
Deskripsi Usecase Diagram Bagian Kepala Desa Mengelola Data Login
Requirement C1
Goal Bagian Kepala Desa dapat login dan masuk ke
halaman menu utama
Pre-Comdition Bagian Kepala Desa telah memasukan nama
pengguna dan kata sandi
Post-Condition Bagian Kepala Desa berhasil login
Failed and Condition Bagian Kepala Desa gagal login
PrimaryAktor Kepala Desa
Main Flow/ Basic Path 1. Bagian Kepala Desa dapat login
2.Bagian Kepala Desa dapat masuk ke halaman
menu utama
Alternate Flow/invariant 1 -
Invariant 2 -
55
C.2. Usecase Diagram Bagian Kepala Desa Mengelola Laporan Jurnal Umum
Gambar III.20.
Diagram Use Case Bagian Kepala Desa Mengelola Laporan Jurnal Umum
Tabel III.17.
Deskripsi Usecase Diagram Bagian Kepala Desa Mengakses Laporan Jurnal
Requirement C2
Goal Bagian Kepala Desa dapat Mengakses Laporan Jurnal
Pre-Comdition Bagian Kepala Desa Mengakses Laporan Jurnal
Post-Condition Bagian Kepala Desa berhasil Mengakses Laporan
Jurnal
Failed and Condition Bagian Kepala Desa gagal Mengakses Laporan Jurnal
PrimaryAktor Kepala Desa
Main Flow/ Basic Path 1. Bagian Kepala Desa dapat Masuk kehalaman Cetak
Laporan
2.Bagian Kepala Desa dapat Mengakses Laporan
Jurnal
Alternate Flow/invariant 1 -
Invariant 2 -
56
C.3. Usecase Diagram Bagian Kepala Desa Mengakses Laporan Pembelian
Gambar III.21.
Diagram Use Case Bagian Kepala Desa Mengakses Laporan Pembelian
Tabel III.18.
Deskripsi Usecase Diagram Bagian Kepala Desa Mengakses Laporan
Pembelian
Requirement C3
Goal Bagian Kepala Desa dapat Mengakses Laporan
Pembelian
Pre-Comdition Bagian Kepala Desa dapat Mengakses Laporan
Pembelian
Post-Condition Bagian Kepala Desa berhasil Mengakses Laporan
Pembelian
Failed and Condition Bagian Kepala Desa gagal Mengakses Laporan
Pembelian
PrimaryAktor Kepala Desa
Main Flow/ Basic Path 1. Bagian Kepala Desa dapat Masuk ke halaman
Cetak Laporan
2.Bagian Kepala Desa dapat Mengakses Laporan
Pembelian
Alternate Flow/invariant 1 -
Invariant 2 -
57
3.3.3. Activity Diagram
1.a. Activity Diagram Bagian Sekretaris Mengelola Halaman Login
Gambar III.22.
Activity Diagram Bagian Sekretaris Mengelola Halaman Login
1.b. Activity Diagram Bagian Sekretaris Mengelola Data Karyawan
58
Gambar III.23.
Activity Diagram Bagian Sekretaris Mengelola Data Karyawan
1.c. Activity Diagram Bagian Sekretaris Mengelola Dana Banprov
59
Gambar III.24.
Activity Diagram Bagian Sekretaris Mengelola Dana Banprov
60
1.d. Activity Diagram Bagian Sekretaris Mengelola Laporan Jurnal
Gambar III.25.
Activity Diagram Bagian Sekretaris Mengelola Laporan Jurnal
61
1.e. Activity Diagram Bagian Bendahara Mengelola Laporan Pembelian
Gambar III.26.
Activity Diagram Bagian Sekretaris Mengelola Laporan Pembelian
62
2.a. Activity Diagram Bagian Bendahara Mengelola Halaman Login
Gambar III.27.
Activity Diagram Bagian Bendahara Mengelola Halaman Login
63
2.b. Activity Diagram Bagian Bendahara Mengelola Master Akun
Gambar III.28.
Activity Diagram Bagian Bendahara Mengelola Master Akun
64
2.c. Activity Diagram Bagian Bendahara Mengelola Data Barang
Gambar III.29.
Activity Diagram Bagian Bendahara Mengelola Halaman Login
65
2.d. Activity Diagram Bagian Bendahara Mengelola Data Karyawan
Gambar III.30.
Activity Diagram Bagian Bendahara Mengelola Data Karyawan
66
2.e. Activity Diagram Bagian Bendahara Mengelola Dana Banprov
Gambar III.31.
Activity Diagram Bagian Bendahara Mengelola Dana Banprov
67
2.f. Activity Diagram Bagian Bendahara Mengelola Transaksi
Gambar III.32.
Activity Diagram Bagian Bendahara Mengelola Transaksi
68
2.g. Activity Diagram Bagian Bendahara Mengelola Jurnal
Gambar III.33.
Activity Diagram Bagian Bendahara Mengelola Jurnal
69
2.h. Activity Diagram Bagian Bendahara Mengelola Laporan Jurnal
Gambar III.34.
Activity Diagram Bagian Bendahara Mengelola Laporan Jurnal
70
2.i. Activity Diagram Bagian Bendahara Mengelola Laporan Pembelian
Gambar III.35.
Activity Diagram Bagian Bendahara Mengelola Laporan Pembelian
71
3.a. Activity Diagram Kepala Desa Mengelola Halaman Login
Gambar III.36.
Activity Diagram Bagian Bendahara Mengelola Halaman Login
72
3.b. Activity Diagram Kepala Desa Mengelola Laporan Jurnal
Gambar III.37.
Activity Diagram Bagian Bendahara Mengelola Laporan Jurnal
73
3.c. Activity Diagram Kepala Desa Mengelola Laporan Pembelian
Gambar III.38.
Activity Diagram Bagian Bendahara Mengelola Laporan Pembelian
74
3.4. Desain
3.4.1. Entity Relationship Diagram (ERD)
Gambar III.39.
Entity Relationship Diagram (ERD)
75
1.4.2. Logical Record Structure (LRS)
Gambar III.40.
Logical Recprd Structure (LRS)
76
3.4.3. Spesifikasi File
Berdasarkan hasil file diatas maka di buatlah sebuah database sebagai berikut
1. Tabel login
Nama Database : dbanprov_sri
Nama file : sri_pengguna
Tipe file : Login
Akses file : Random
Record Size : 65 Karakter
Field Key : id_pengguna
Software : MySQL
Tabel III.19.
Spesifikasi Tabel Login
No Elemen Data Akronim Type File size Keterangan
1 Id pengguna Id_pengguna Varchar 10 Primary Key
2 Namapengguna Nama_pengguna Varchar 20
3 Password Password Varchar 35
4 Aksespengguna Akses_pengguna Enum -
2. Tabel Master Akun
Nama Database : pembelian
Nama file : Master_akun
Tipe file : Master
Akses file : Random
Record Size : 53 Karakter
Field Key : Kode_akun
Software : MySQL
77
Tabel III.20.
Spesifikasi Tabel Master Akun
No Elemen Data Akronim Type File size Keterangan
1 Kode akun Kode_akun Varchar 8 Primary Key
2 Nama akun Nama_akun Varchar 30
3 Jenis akun Jenis_akun Varchar 15
3. Tabel Data Admin
Nama Database : pembelian
Nama file : Admin
Tipe file : Master
Akses file : Random
Record Size : 131 Karakter
Field Key : Id_admin
Software : MySQL
Tabel III.21.
Spesifikasi Tabel Admin
No Elemen Data Akronim Type File size Keterangan
1 Id admin Id_admin Int 11 Primary Key
2 Nama Nama Varchar 40
3 Alamat Alamat Varchar 40
4 Password Password Varchar 25
5 Hak akses Hak_akses Varchar 15
4. Tabel Data Barang
Nama Database : Pembelian
Nama file : Admin
Tipe file : Master
Akses file : Random
Record Size : 105 Karakter
78
Field Key : id_barang
Software : MySQL
Tabel III.22.
Spesifikasi Tabel Data Barang
No Elemen Data Akronim Type File size Keterangan
1 Id barang Id_barang Varchar 15 Primary Key
2 Nama Nama Varchar 35
3 Stok Stok Varchar 15
4 Satuan Satuan Varchar 25
5 Harga Harga Int 15
5. Tabel Karyawan
Nama Database : Pembelian
Nama file : Data Barang
Tipe file : Master
Akses file : Random
Record Size : 134 Karakter
Field Key : id_barang
Software : MySQL
Tabel III.23.
Spesifikasi Tabel Data Karyawan
No Elemen Data Akronim Type File size Keterangan
1 Id Karyawan Id_karyawan Varchar 15 Primary Key
2 Nama Nama Varchar 40
3 Alamat Alamat Varchar 40
4 No Hp No_hp Varchar 14
5 Jabatan Jabatan Varchar 25
79
6. Tabel Data Karyawan
Nama Database : Pembelian
Nama file : karyawan
Tipe file : Master
Akses file : Random
Record Size : 40 Karakter
Field Key : id_karyawan
Software : MySQL
Tabel III.24.
Spesifikasi Tabel Data Dana
No Elemen Data Akronim Type File size Keterangan
1 Id dana Id_dana Varchar 15 Primary Key
2 Kode Akun Kode_akun Varchar 15
3 Saldo Debet Saldo_debet Int 10
7. Tabel Data Dana
Nama Database : pembelian
Nama file : data_dana
Tipe file : Master
Akses file : Random
Record Size : 30 Karakter
Field Key : id_dana
Sotware : MySQL
Tabel III.25.
Spesifikasi Tabel Transaksi Pembelian
No Elemen Data Akronim Type File size Keterangan
1 Id Pembelian Id_pembelian Int 15 Primary Key
2 Id admin Id_admin Varchar 15
3 Tanggal Tanggal Date -
80
4 Kode Akun Kode_akun Varchar 15
8. Tabel Transaksi Pembelian
Nama Database : pembelian
Nama file : trans_pembelian
Tipe file : Master
Akses file : Random
Record Size : 155 Karakter
Field Key : id_pembelian
Software : MySQL
Tabel III.26.
Spesifikasi Tabel Jurnal
No Elemen Data Akronim Type File size Keterangan
1 No jurnal No_jurnal Int 14 Primary Key
2 Id pembelian Id_pembelian Varchar 10
3 Kode akun Kode_akun Varchar 14
4 Tanggal Tanggal Varchar 14
5 Debit Debit Int 14
6 Kredit Kredit Int 14
7 Keterangan Keterangan Varchar 50
9. Tabel Jurnal
Nama Database : pembelian
Nama file : tmjurnal
Tipe file : Master
Akses file : Random
Record Size : 58 Karakter
Field Key : id_pembelian
Software : MySQL
81
3.4.4. User Interface
Berikut ini adalah User Interface yang ada di dalam Rancang Bangun Sistem
informasi Akuntansi Pengelolaan Dana Banprov untuk Pembelian Bahan
Infrastruktur di Desa Mekarsari
1. Form Login
Gambar III.41.
Form Login
82
1. Form Master Akun
Gambar III.42.
Form Master Akun
83
3. Form Data Barang
Gambar III.43.
Form Data Barang
84
4. Form Data Karyawan
Gambar III.44.
Form Data Karyawan
85
5.Form Dana Banprov
Gambar III.45.
Form Dana Banprov
6. Form Transaksi
Gambar III.46.
Form Transaksi
86
7. Form Jurnal
Gambar III.47.
Form Jurnal
8. Form Laporan Jurnal
87
Gambar III.48.
Form Laporan Jurnal
88
9. Form Laporan Pembelian
Gambar III.49.
Form Laporan Pembelian
89
3.4.5. Sequence Diagram
Gambar III.50.
Sequence Diagram
90
3.4.6. Deploymet Diagram
Gambar III.51.
Deployment Diagram
3.5. Implementasi
3.5.1. Code Generation
1. Transaksi Pembelian
package form;
import java.awt.Color;
import java.awt.Dimension;
import java.awt.GraphicsEnvironment;
import java.awt.Point;
import java.awt.Toolkit;
import java.awt.event.KeyEvent;
import java.io.File;
import java.sql.Connection;
import java.sql.ResultSet;
import java.sql.SQLException;
import java.util.logging.Level;
import java.util.logging.Logger;
import javax.swing.JOptionPane;
import java.text.DateFormat;
import java.text.SimpleDateFormat;
import java.util.Calendar;
import java.util.HashMap;
import javax.swing.JDialog;
import javax.swing.table.DefaultTableModel;
import net.sf.jasperreports.engine.JRException;
import net.sf.jasperreports.engine.JasperCompileManager;
91
konek.closekoneksi();
} catch (SQLException e) {
JOptionPane.showMessageDialog(null, "Error " + e);
} catch (ClassNotFoundException ex) {
Logger.getLogger(FormAkun.class.getName()).log(Level.SEVERE, null, ex);
}
}
private void GetData_View() {
String row = Integer.toString(datatable.getSelectedRow());
txtid_selected.setText(row);
BtnEnabled(true);
}
private int cekstok() {
int stok = 0;
String row_kode = txtkode.getText();
String total = "SELECT * FROM data_dana WHERE kode_akun='" + row_kode + "'";
try {
Connection conn = konek.openkoneksi();
java.sql.Statement stm = conn.createStatement();
resultSet = stm.executeQuery(total);
while (resultSet.next()) {
stok = Integer.parseInt(resultSet.getString("saldo_debet"));
}
} catch (Exception ex) {
JOptionPane.showMessageDialog(null, ex.getMessage());
System.out.println("" + ex.getMessage());
}
return stok;
}
public void Updatesaldo(String ubah) {
int stokbaru = 0;
int total;
String row_kode = txtkode.getText();
String row_txtnominal = txtsubtotal.getText();
stokbaru = cekstok() + Integer.parseInt(txtsubtotal.getText());
String sql = "UPDATE data_dana SET saldo_debet='" + stokbaru + "' where kode_akun
= '" + row_kode + "'";
conn.simpanData(sql);
}
/**
* This method is called from within the constructor to initialize the form.
* WARNING: Do NOT modify this code. The content of this method is always
* regenerated by the Form Editor.
*/
);
jPanel1Layout.setVerticalGroup(
jPanel1Layout.createParallelGroup(javax.swing.GroupLayout.Alignment.LEADING)
.addGroup(jPanel1Layout.createSequentialGroup()
.addContainerGap()
.addComponent(jLabel8)
.addContainerGap(javax.swing.GroupLayout.DEFAULT_SIZE,
Short.MAX_VALUE))
);
92
jPanel3.setBorder(javax.swing.BorderFactory.createTitledBorder(""));
jPanel3.setForeground(new java.awt.Color(245, 245, 245));
jLabel4.setText("ID Barang");
jLabel6.setText("Jumlah");
txtjumlah_barang.addKeyListener(new java.awt.event.KeyAdapter() {
public void keyTyped(java.awt.event.KeyEvent evt) {
txtjumlah_barangKeyTyped(evt);
}
});
btnok.setText("OK");
btnok.addActionListener(new java.awt.event.ActionListener() {
public void actionPerformed(java.awt.event.ActionEvent evt) {
btnokActionPerformed(evt);
}
});
datatable.setModel(new javax.swing.table.DefaultTableModel(
new Object [][] {
},
new String [] {
"ID", "Kode", "Nama Barang", "Jumlah", "Harga", "Total"
}
));
datatable.setSelectionMode(javax.swing.ListSelectionModel.SINGLE_SELECTION);
datatable.addMouseListener(new java.awt.event.MouseAdapter() {
public void mouseClicked(java.awt.event.MouseEvent evt) {
datatableMouseClicked(evt);
}
public void mouseReleased(java.awt.event.MouseEvent evt) {
datatableMouseReleased(evt);
}
});
datatable.addKeyListener(new java.awt.event.KeyAdapter() {
public void keyReleased(java.awt.event.KeyEvent evt) {
datatableKeyReleased(evt);
.addComponent(btnTableEmpty)
.addPreferredGap(javax.swing.LayoutStyle.ComponentPlacement.RELATED)
.addComponent(btnDelRow)
.addGap(340, 340, 340)
.addComponent(txtid_selected,
javax.swing.GroupLayout.PREFERRED_SIZE, 50,
javax.swing.GroupLayout.PREFERRED_SIZE))
.addGroup(jPanel3Layout.createSequentialGroup()
.addComponent(jLabel4)
.addGap(41, 41, 41)
.addComponent(txtkode_barang,
javax.swing.GroupLayout.PREFERRED_SIZE, 137,
javax.swing.GroupLayout.PREFERRED_SIZE)
.addPreferredGap(javax.swing.LayoutStyle.ComponentPlacement.RELATED)
.addComponent(lblnama_barang,
javax.swing.GroupLayout.PREFERRED_SIZE, 209,
javax.swing.GroupLayout.PREFERRED_SIZE)
.addPreferredGap(javax.swing.LayoutStyle.ComponentPlacement.RELATED)
93
.addComponent(txtotal, javax.swing.GroupLayout.PREFERRED_SIZE,
22, javax.swing.GroupLayout.PREFERRED_SIZE)
.addGap(2, 2, 2)
.addComponent(txtharga,
javax.swing.GroupLayout.PREFERRED_SIZE, 21,
javax.swing.GroupLayout.PREFERRED_SIZE)
.addPreferredGap(javax.swing.LayoutStyle.ComponentPlacement.RELATED)
.addComponent(txtid_barang,
javax.swing.GroupLayout.PREFERRED_SIZE, 24,
javax.swing.GroupLayout.PREFERRED_SIZE)
.addGap(2, 2, 2)
.addComponent(txtjumlah_barang_max,
javax.swing.GroupLayout.PREFERRED_SIZE, 21,
javax.swing.GroupLayout.PREFERRED_SIZE)
.addPreferredGap(javax.swing.LayoutStyle.ComponentPlacement.RELATED,
javax.swing.GroupLayout.DEFAULT_SIZE, Short.MAX_VALUE)
.addGroup(jPanel3Layout.createParallelGroup(javax.swing.GroupLayout.Alignment.BASE
LINE)
.addComponent(jLabel4)
.addComponent(jLabel6)
}
});
dialog.setVisible(true);
});
}
// Variables declaration - do not modify
// End of variables declaration
}
3.5.2. Blackbox Testing
1. Form Login
Tabel III.28.
Hasil Pengujian Blackbox Testing Form Login
No Skenario
Pengujian
Test Case Hasil Yang
Diharapkan
Hasil
Pengujian
Kesimpulan
1 Username dan
Password tidak di
isi (kosong)
kemudian klik
tombol masuk
Username
(kosong)
Password
(kosong)
Sistem akan menolak
Hak akses untuk login
dan akan muncul
pesan “Maaf,
Username atau
Password anda salah”
Sesuai
Harapan
Valid
2 Ketika username
diisi dan
password itu
Username
Sri
Password
Sistem akan menolak
hak akses untuk login
dan akan
Sesuai
Harapan
Valid
94
tidak di isi
(kosong)
kemudian klik
tombol masuk
(Kosong) menampilkan pesan “
Password dan Harus
di isi”
3 Ketika username
tidak di isi
(kosong) dan
password itu di isi
kemudian klik
tombol masuk
Username
(kosong)
Password
123456
Sistem akan menolak
hak akses untuk login
dan akan
menampilkan pesan “
Username harus di isi”
Sesuai
Harapan
Valid
4 Ketika username
dan password itu
di isi kemudian
klik tombol
masuk
Username
Sri
Password
123456
Sistem akan menerima
hak akses untuk login
dan akan masuk ke
halaman menu awal
Sesuai
Harapan
Valid
2. Form Transaksi Pembelian
Tabel III.29.
Hasil Pengujian Blackbox Testing Form Transaksi Pembelian
No Skenario Pengujian Test Case Hasil Yang
Diharapkan
Hasil
Pengujian
Kesimpulan
1 Ketika Id barang
Jumlah pada form
Transaksi Pembelian
tidak di isi (kosong)
kemudian klik simpan
dan cetak Transaksi
Id Barang
(BRG001)
Jumlah
(kosong)
Sistem akan
menolak dan
akan muncul
pesan
“Terdapat
inputan yang
kosong”
Sesuai
Harapan
Valid
2 Ketika semua field di
isi kemudian klik
simpan dan cetak
Transaksi
Id Barang
(BRG001)
Jumlah
(kosong)
Sistem akan
menerima
dan
menyimpan
secara
otomatis
Transaksi
Pembelian
kemudian
akan muncul
hasil cetak
Transaksi
Sesuai
Harapan
Valid
95
3.5.3. Spesifikasi Hardware dan Software
Tabel III.31.
Spesifikasi Hardware dan Software
Kebutuhan Keterangan
Sistem Windows 10 64-bit
Processor Inetl (R) Celeron (R) CPU N3050 @ 1.60GHz
RAM 4 GB
Flashdisk 4 GB
Monitor 14 Inch
Keyboard 101-or 102 key
Printer Inkjet
Mouse Standart
Software Kebutuan menjalankan aplikasi secara local:
Bahasa script Programing : JAVA 8.1
Web Server : XAMPP
Contol Panel
v.3.2.1
DBSM : My SQL
top related