BAB III PEMBAHASAN · 3.1.2. Visi dan Misi Desa Mekarsari Visi dan Misi Desa Mekarsari merupakan...

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


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


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


Main Flow/ Basic Path 1. Bagian Sekretaris dapat masuk kehalaman Master

2.Bagian Sekretaris dapat mengelola Data Karywan


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


Main Flow/ Basic Path 1. Bagian Sekretaris dapat masuk kehalaman Master

2.Bagian Sekretaris dapat mengelola Data Dana

Banprov


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


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


Main Flow/ Basic Path 1. Bagian Sekretaris dapat masuk kehalaman Cetak

Laporan

2.Bagian Sekretaris dapat Mengakses Laporan

Pembeliaan


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


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


Main Flow/ Basic Path 1. Bagian Bendahara dapat masuk kehalaman Master

2.Bagian Bendahara dapat mengelola Master Akun


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


Barang

Post-Condition Bagian Bendahara berhasil Mengelola Data Barang

Failed and Condition Bagian Bendahara gagal Mengelola Data Barang



2.Bagian Bendahara dapat mengelola Data Barang


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


Data Karyawan

Post-Condition Bagian Bendahara berhasil Mengelola Data Karyawan

Failed and Condition Bagian Bendahara gagal Mengelola Data Karyawan



2.Bagian Bendahara dapat mengelola Data Karyawan


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


Data Dana Banprov

Post-Condition Bagian Bendahara berhasil Mengelola Data Dana

Banprov

Failed and Condition Bagian Bendahara gagal Mengelola Data Dana

Banprov



2.Bagian Bendahara dapat mengelola Data Dana

Banprov


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


Transaksi Pembelian

Post-Condition Bagian Bendahara berhasil Mengelola Transaksi

Pembelian

Failed and Condition Bagian Bendahara gagal Mengelola Transaksi

Pembelian


Main Flow/ Basic Path 1. Bagian Bendahara dapat masuk kehalaman

Transaksi

2.Bagian Bendahara dapat mengelola Transaksi

Pembelian


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


Jurnal

Post-Condition Bagian Bendahara berhasil Mengelola Jurnal

Failed and Condition Bagian Bendahara gagal Mengelola Jurnal


Main Flow/ Basic Path 1. Bagian Bendahara dapat masuk kehalaman Jurnal

2.Bagian Bendahara dapat mengelola Jurnal


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


Laporan Jurnal

Post-Condition Bagian Bendahara berhasil Mengelola Laporan Jurnal

Failed and Condition Bagian Bendahara gagal Mengelola Laporan Jurnal


Main Flow/ Basic Path 1. Bagian Bendahara dapat masuk kehalaman Cetak

Laporan

2.Bagian Bendahara dapat mengelola Laporan Jurnal


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


Main Flow/ Basic Path 1. Bagian Bendahara dapat masuk kehalaman

Cetak Laporan

2.Bagian Bendahara dapat mengelola Laporan

Pembelian


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


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


Main Flow/ Basic Path 1. Bagian Kepala Desa dapat Masuk kehalaman Cetak

Laporan

2.Bagian Kepala Desa dapat Mengakses Laporan

Jurnal


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


Main Flow/ Basic Path 1. Bagian Kepala Desa dapat Masuk ke halaman

Cetak Laporan

2.Bagian Kepala Desa dapat Mengakses Laporan

Pembelian


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.


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.


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


Field Key : Kode_akun

Software : MySQL

77

Tabel III.20.

Spesifikasi Tabel Master Akun


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 file : Admin

Tipe file : Master

Akses file : Random


Field Key : Id_admin

Software : MySQL

Tabel III.21.

Spesifikasi Tabel Admin


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


78

Field Key : id_barang

Software : MySQL

Tabel III.22.

Spesifikasi Tabel Data Barang


1 Id barang Id_barang Varchar 15 Primary Key


3 Stok Stok Varchar 15

4 Satuan Satuan Varchar 25

5 Harga Harga Int 15

5. Tabel Karyawan


Nama file : Data Barang

Tipe file : Master

Akses file : Random


Field Key : id_barang

Software : MySQL

Tabel III.23.

Spesifikasi Tabel Data Karyawan


1 Id Karyawan Id_karyawan Varchar 15 Primary Key


3 Alamat Alamat Varchar 40

4 No Hp No_hp Varchar 14

5 Jabatan Jabatan Varchar 25

79

6. Tabel Data Karyawan


Nama file : karyawan

Tipe file : Master

Akses file : Random


Field Key : id_karyawan

Software : MySQL

Tabel III.24.

Spesifikasi Tabel Data Dana


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 file : data_dana

Tipe file : Master

Akses file : Random


Field Key : id_dana

Sotware : MySQL

Tabel III.25.

Spesifikasi Tabel Transaksi Pembelian


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 file : trans_pembelian

Tipe file : Master

Akses file : Random


Field Key : id_pembelian

Software : MySQL

Tabel III.26.

Spesifikasi Tabel Jurnal


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 file : tmjurnal

Tipe file : Master

Akses file : Random


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()


.addGap(41, 41, 41)

.addComponent(txtkode_barang,


javax.swing.GroupLayout.PREFERRED_SIZE)


.addComponent(lblnama_barang,




93

.addComponent(txtotal, javax.swing.GroupLayout.PREFERRED_SIZE,

22, javax.swing.GroupLayout.PREFERRED_SIZE)

.addGap(2, 2, 2)

.addComponent(txtharga,




.addComponent(txtid_barang,



.addGap(2, 2, 2)

.addComponent(txtjumlah_barang_max,



.addPreferredGap(javax.swing.LayoutStyle.ComponentPlacement.RELATED,

javax.swing.GroupLayout.DEFAULT_SIZE, Short.MAX_VALUE)

.addGroup(jPanel3Layout.createParallelGroup(javax.swing.GroupLayout.Alignment.BASE

LINE)



}

});

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


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


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

BAB III PEMBAHASAN · 3.1.2. Visi dan Misi Desa Mekarsari Visi dan Misi Desa Mekarsari merupakan...

Documents

Transcript of BAB III PEMBAHASAN · 3.1.2. Visi dan Misi Desa Mekarsari Visi dan Misi Desa Mekarsari merupakan...