ABSTRAK

Microservice adalah arsitektur perangkat lunak yang disusun dari komponen independen kecil
yang masing-masing berjalan dengan prosesnya sendiri namun saling berinteraksi melalui
mekasime jaringan. Aplikasi Pengelolaan Keuangan Desa adalah aplikasi yang harus mengelola 5
(lima) tahapan proses Pengelolaan Keuangan Desa untuk memenuhi kebutuhan Kepala Desa dan
Perangkat Desa dalam menjalankan tugasnya. Namun arsitektur yang digunakan oleh aplikasi di
Desa Kertawangi masih terbungkus dalam satu package besar, dilihat nya jika ada kegagalan
dalam satu proses akan berpengaruh pada proses lainnya dan menyulitkan dalam pemulihan
aplikasi. Arsitektur Microservice akan diterapkan dalam aplikasi Pengelolaan Keuangan Desa di
Desa Kertawangi karena dalam Pengelolaan Keuangan Desa terdapat banyak layanan pada setiap
proses yang dilakukan maka microservice ini sangat cocok untuk diterapkan. Pada penerapannya
akan menggunakan 2 (dua) tahap proses awal dari pengelolaan keuangan desa yaitu perencanaan
dan pelaksanaan dengan cakupan pada proses perencanaan yaitu RPJM, RKP, dan APBDes, untuk
proses pelaksanaan yaitu Pendapatan, Belanja, Pembiayaan.

Kata kunci : Pengelolaan Keuangan Desa, Arsitektur Microservice

i
 ABSTRACT

Microservice is a software architecture that is composed of small independent components that

each run with the process by themselves but interact with each other through network mechanism.
Application of Village Financial Management is an application that can manage 5 stages of Village
Finance Management process to meet the needs of Village Head and Village Device in carrying
out its duties. However, the architecture used by the application in Kertawangi Village is still
wrapped up in a large package where if there is a failure in one process will affect other processes
that will be difficult if there are obstacles and also in application development. Microservice
architecture will be applied in the Village Finance Management application in Kertawangi Village
because in the Village Financial Management there are many services in every process done so
this microservice is very suitable to be applied. In its application will use 2 stages of the initial
process of village financial management that is planning and implementation with coverage on
planning process that is RPJM, RKP, and APBDes, for the implementation process that is
Revenue, Expenditure, Financing.

Keywords: Village Financial Management, Microservice Architecture

ii
 DAFTAR ISI

ABSTRAK 1
ABSTRACT ii
DAFTAR ISI iii
DAFTAR GAMBAR vi
DAFTAR TABEL viii
DAFTAR SINGKATAN DAN LAMBANG 10
BAB I PENDAHULUAN 1
1.1 Latar Belakang 1
1.2 Rumusan Masalah 3
1.3 Tujuan 3
1.4 Ruang Lingkup 4
1.5 Batasan Sistem yang Dikerjakan 4
1.6 Metodologi Penyelesaian Tugas Akhir 5
1.6.1 Pendefinisian Masalah 5
1.6.2 Studi Literatur 5
1.6.3 Metode Pengembangan Perangkat Lunak 6
BAB II TINJAUAN PUSTAKA 8
2.1 Teori Pendukung 8
2.1.1 Arsitektur Monolitik 8
2.1.2 Arsitektur Microservice 10
2.1.3 Pengelolaan Keuangan Desa 14
2.1.4 Peraturan Pemerintah Mengenai Proses Pelaksanaan Pengelolaan Keuangan
Desa 23
2.2 Teknologi Dan Tools Pendukung 26
2.2.1 Angular 26
2.2.2 Spring Framework 26
2.2.3 MySQL 27
BAB III ANALISIS 28
3.1 Analisis Sistem yang Sedang Berjalan (As-Is) 28
3.1.1 Deskripsi Sistem 28

iii
 3.1.2 Analisis Stakeholder Sistem 29
3.1.3 Analisis Proses Penganggaran 31
3.1.4 Analisis Proses Penatausahaan 39
3.1.5 Analisis Proses Pelaporan 43
3.1.6 Analisis Arsitektur 48
3.1.7 Analisis Domain Model Proses Pelaksanaan 48
3.2 Analisis Proses Pelaksanaan Pada Juklak 50
3.3 Evaluasi Hasil Analisis Sistem yang Sedang Berjalan (As-Is) 61
3.4 Analisis Data 62
3.4.1 Evaluasi Analisis Data 62
3.4 Evaluasi dan Usulan 63
3.4.1 Kesimpulan Hasil Analisis 63
3.4.2 Usulan Solusi Berdasarkan Hasil Analisis 64
3.4.3 Domain Sistem 65
BAB IV REQUIREMENT APLIKASI PENGELOLAAN KEUANGAN DESA 67
4.1 Use Case Diagram Proses Pelaksanaan Aplikasi PKD 67
4.2 Use Case Text Proses Pelaksanaan Aplikasi PKD 68
4.3 System Sequence Diagram (SSD) dan Operation Contract (OC) 83
BAB V PERANCANGAN APLIKASI 97
5.1 Perancangan Frontend Application 97
5.1.1 Perancangan Arsitektur 97
5.1.2 Perancangan Class 100
5.1.3 Perancangan User Interface 106
5.2 Perancangan Backend Application 111
5.2.1 Perancangan Arsitektur 111
5.2.2 Perancangan Class 112
5.3 Perancangan Database 121
BAB VI MODEL IMPLEMENTASI & PENGUJIAN APLIKASI PENGELOLAAN KEUANGAN
DESA 126
6.1 Deployment View 126
6.2 Test Plan 127
6.3 Test Result 127
6.4 Test Evaluation 127

iv
BAB VII KESIMPULAN & SARAN 128
DAFTAR PUSTAKA 129

v
 DAFTAR GAMBAR

Gambar 1 The Waterfall Model .................................................................................................. 6

Gambar 2 Lima Tahapam Pengelolaan Keuangan Desa ..........................................................15
Gambar 3 Proses Pengaggaran Data Umum ............................................................................31
Gambar 4 Proses Penganggaran Kegiatan ...............................................................................32
Gambar 5 Sistem Sejenis Format Data RAB .............................................................................33
Gambar 6 Sistem Sejenis Format APB Desa ............................................................................34
Gambar 7 Proses Penganggaran Pendapatan ..........................................................................36
Gambar 8 Penganggaran Pembiayaan .....................................................................................38
Gambar 9 Pencatatan Buku Kas Umum ...................................................................................40
Gambar 10 Format Buku Kas Umum ........................................................................................40
Gambar 11 Pencatatan Buku Pembantu Pajak .........................................................................41
Gambar 12 Proses Input Data Buku Bank.................................................................................42
Gambar 13 Sistem Sejenis Format Data Buku Bank .................................................................43
Gambar 14 Pelaporan Laporan Semester .................................................................................44
Gambar 15 Laporan Kekayaan Desa ........................................................................................45
Gambar 16 Laporan Akhir Tahun ..............................................................................................46
Gambar 17 Format Laporan Akhir Tahun ..................................................................................47
Gambar 18 Arsitektur Monolitik .................................................................................................48
Gambar 19 Domain Model Pelaksanaan ...................................................................................49
Gambar 20 Pelaksanaan Penerimaan Pendapatan Retribusi/Pungutan/dan Sewa ...................51
Gambar 21 Pelaksanaan Ketuplak Penerimaan Pendapatan Swadaya Masyarakat .................53
Gambar 22 Pelaksanaan Ketua RT Menerima Pendapatan Swadaya Masyarakat ...................54
Gambar 23 Penerimaan Pendapatan Transfer dari Provinsi/Kabupaten/Kota ...........................56
Gambar 24 Pelaksanaan Persetujuan RAB ..............................................................................58
Gambar 25 Pelaksanaan Pembayaran Tanpa Melalui Panjar ...................................................59
Gambar 26 Pelaksanaan Pembayaran Melalui Panjar ..............................................................60
Gambar 27 Domain Sistem To-Be ............................................................................................66
Gambar 28 Use Case Diagram Proses Pelaksanaan ................................................................67
Gambar 29 SSD Mengelola Data realisasi Belanja ...................................................................85
Gambar 30 SSD Mengelola Data Realisasi Pendapatan ...........................................................87
Gambar 31 SSD Mengelola Data Realisasi Pembiayaan ..........................................................89
Gambar 32 SSD Mengelola Data Rencana Laporan Pelaksanaan ...........................................91
Gambar 33 SSD Menyetujui Laporan Pelaksanaan ..................................................................92
Gambar 34 SSD Melihat Laporan Pelaksanaan ........................................................................92
Gambar 35 Gambar Arsitektur Frontend dan Backend..............................................................98
Gambar 36 Package Diagram pada Frontend Website .............................................................99
Gambar 37 Class Diagram FE ................................................................................................100
Gambar 38 Tampilan Login .....................................................................................................107
Gambar 39 Tampilan Pelaksanaan Ketua Pelaksana .............................................................108
Gambar 40 Tampilan Pelaksanaan Sekretaris ........................................................................109
Gambar 41 Tampilan Form Input ............................................................................................110

vi
Gambar 42 Tampilan Form Update .........................................................................................111
Gambar 43 Package Diagram BE ...........................................................................................112
Gambar 44 Class Diagram Realisasi Pembiayaan ..................................................................113
Gambar 45 Class Diagram Realisasi Pendapatan ..................................................................114
Gambar 46 Class Diagram Realisasi Belanja ..........................................................................115
Gambar 47 Conceptual Data Model Proses Pelaksanaan.......................................................122
Gambar 48 Conceptual Data Model Rencana Pelaksanaan....................................................123
Gambar 49 Physical Data Model Proses Pelaksanaan ...........................................................124
Gambar 50 Physical Data Model Rencana Pelaksanaan ........................................................125
Gambar 51 Deployment Diagram Aplikasi PKD Proses Pelaksanaan .....................................126

vii
 DAFTAR TABEL

Tabel 1 Daftar Singkatan dan Lambang ....................................................................................10

Tabel 2 Stakeholder Sistem ......................................................................................................29
Tabel 3 Proses Pengaggaran Data Umum ................................................................................31
Tabel 4 Proses Pengaggaran Kegiatan .....................................................................................32
Tabel 5 Sistem Sejenis Format Data RAB.................................................................................33
Tabel 6 Sistem Sejenis Format APB Desa ................................................................................34
Tabel 7 Penganggaran Pendapatan..........................................................................................36
Tabel 8 Penganggaran Pembiayaan .........................................................................................39
Tabel 9 Pencatatan Buku Kas Umum .......................................................................................40
Tabel 10 Penjelasan Buku Kas Umum ......................................................................................41
Tabel 11 Penjelasan Pencatatan Buku Pajak ............................................................................41
Tabel 12 Proses Input Data Buku Bank ....................................................................................42
Tabel 13 Sistem Sejenis Format Data Buku Bank .....................................................................43
Tabel 14 Pelaporan Laporan Semester .....................................................................................44
Tabel 15 Laporan Kekayaan Desa ............................................................................................45
Tabel 16 Laporan Akhir Tahun ..................................................................................................46
Tabel 17 Penjelasan Format Laporan Akhir Tahun ...................................................................47
Tabel 18 Pelaksanaan Penerimaan Pendapatan Retribusi/Pungutan/dan Sewa .......................51
Tabel 19 Pelaksanaan Ketuplak Penerimaan Pendapatan Swadaya Masyarakat .....................53
Tabel 20 Pelaksanaan Ketua RT Menerima Pendapatan Swadaya Masyarakat .......................55
Tabel 21 Penerimaan Pendapatan Transfer dari Provinsi/Kabupaten/Kota ...............................56
Tabel 22 Pelaksanaan Persetujuan RAB ..................................................................................58
Tabel 23 Pelaksanaan Pembayaran Tanpa Melalui Panjar .......................................................59
Tabel 24 Pelaksanaan Pembayaran Melalui Panjar ..................................................................60
Tabel 25 Kelebihan dan Kekurangan Arsitektur Monolitik .........................................................61
Tabel 26 Data Realisasi Pendapatan ........................................................................................62
Tabel 27 Data Realisasi Belanja ...............................................................................................63
Tabel 28 Data Realisasi Pembiayaan .......................................................................................63
Tabel 29 Use Case Text Mengelola Data Laporan Pelaksanaan Belanja ..................................68
Tabel 30 Use Case Text Mengelola Data Laporan Pelaksanaan Pendapatan ..........................72
Tabel 31 Use Case Text Mengelola Data Laporan Pelaksanaan Pembiayaan ..........................75
Tabel 32 Use Case Text Menyetujui Laporan Pelaksanaan ......................................................79
Tabel 33 Use Case Text Mengelola Data Rencana Laporan Pelaksanaan ...............................80
Tabel 34 Use Case Text Melihat Data Laporan Pelaksanaan ...................................................82
Tabel 35 Contract CO1 requestPelaksanaan ............................................................................93
Tabel 36 Contract CO2 choosePelaksanaan ............................................................................93
Tabel 37 Contract CO3 insertNewBidang..................................................................................93
Tabel 38 Contract CO4 chooseBidang ......................................................................................93
Tabel 39 Contract CO5 insertNewKegiatan...............................................................................94
Tabel 40 Contract CO6 chooseKegiatan ...................................................................................94
Tabel 41 Contract CO7 insertNewKelompok .............................................................................94

viii
Tabel 42 Contract CO8 chooseKelompok .................................................................................94
Tabel 43 Contract CO9 insertNewJenis ....................................................................................95
Tabel 44 Contract CO10 chooseJenis .......................................................................................95
Tabel 45 Contract CO11 insertNewObyek ................................................................................95
Tabel 46 Contract CO12 chooseObyek .....................................................................................95
Tabel 47 Contract CO13 insertNewRincian ...............................................................................96
Tabel 48 Package Diagram pada Frontend Website .................................................................99
Tabel 49 Class FE KegiatanModel ..........................................................................................100
Tabel 50 Class FE KelompokModel ........................................................................................101
Tabel 51 Class FE JenisModel ................................................................................................102
Tabel 52 Class FE ObyekModel ..............................................................................................103
Tabel 53 Class FE RincianModel ............................................................................................104
Tabel 54 Tampilan Login.........................................................................................................106
Tabel 55 Tampilan Pelaksanaan Ketua Pelaksana .................................................................107
Tabel 56 Tampilan Pelaksanaan Sekretaris ............................................................................108
Tabel 57 Tampilan Form Input ................................................................................................109
Tabel 58 Tampilan Form Update .............................................................................................110
Tabel 59 Package Backend ....................................................................................................112
Tabel 60 Class BE BidangModel .............................................................................................115
Tabel 61 Class BE KegiatanModel ..........................................................................................116
Tabel 62 Class BE Kelompok Belanja/Pendapatan/Pembiayaan ............................................117
Tabel 63 Class BE Jenis Belanja/Pendapatan/Pembiayaan ....................................................118
Tabel 64 Class BE Obyek Belanja/Pendapatan/Pembiayaan ..................................................119
Tabel 65 Class BE Rincian Belanja/Pendapatan/Pembiayaan ................................................120
Tabel 66 Keterangan Deployment Diagram ............................................................................127

ix
 DAFTAR SINGKATAN DAN LAMBANG

Tabel 1 Daftar Singkatan dan Lambang

SINGKATAN Nama Pemakaian
pertama kali pada
halaman
APBDes Anggaran Pendapatan Belanja Desa 1
BPD Badan Permusyawaratan Desa 9
BSD Bumi Serpong Damai 6
HIMAKOM Himpunan Mahasiswa Komputer 1
MVC Model View Controller 5
Permendagri Peraturan Mentri Dalam Negeri 2
PPh Pajak Penghasilan 11
RAB Rancangan Anggaran Biaya 3
RKPDes Rencana Kerja Pemerintah Desa 7
RPJMDes Rencana Pembangunan Jangka Menengah Desa 7
SDD Software Desain Description 22
SiLPA Sisa Lebih Pembiayaan Anggaran 11
SPP Surat Permintaan Pembayaran 3
SRS Software Requirements Specification 22
UU Undang Undang 2
BPD Badan Permusyawaratan Desa 9
BSD Bumi Serpong Damai 6
HIMAKOM Himpunan Mahasiswa Komputer 1
MVC Model View Controller 5
Permendagri Peraturan Mentri Dalam Negeri 2
PPh Pajak Penghasilan 11
RAB Rancangan Anggaran Biaya 3
RKPDes Rencana Kerja Pemerintah Desa 7
RPJMDes Rencana Pembangunan Jangka Menengah Desa 7
SDD Software Desain Description 22
SiLPA Sisa Lebih Pembiayaan Anggaran 11
SPP Surat Permintaan Pembayaran 3
SRS Software Requirements Specification 22
UU Undang Undang 2
PAK Perubahan Anggaran Keuangan 97

x
 BAB I
PENDAHULUAN

1.1 Latar Belakang

Penelitian dan teknologi semakin cepat perkembangannya. Akhir-akhir ini, muncul

tren baru dikalangan peneliti/praktisi Software Arcitect, yaitu microservice, di mana
software/sistem informasi dirancang untuk terdistribusi serta memberikan layanan
spesifik dan terfokus. Menurut Hatma Suryotrisongko (2017), microservice adalah cara
mengembangkan dan menyusun sistem perangkat lunak seperti mereka dibangun dari
komponen independent kecil yang berinteraksi satu sama lain melalui jaringan [1]. Dan
menurut James Lewis dan Martin Fowler (2014), arsitektur microservice adalah sebuah
pendekatan untuk mengembangkan satu aplikasi sebagai rangkaian layanan kecil yang
masing-masing berjalan dalam prosesnya sendiri dan berkomunikasi dengan
mekanisme jaringan [5].

Dengan mengembangkan satu aplikasi menggunakan arsitektur microservice tentunya

terdapat keuntungan baik bagi developer maupun bagi pengguna aplikasi itu sendiri.
Dalam suatu tim, pembagian tugas akan lebih mudah karena service dari sistem atau
aplikasi yang akan dibangun terbagi menjadi service-service kecil yang masing-masing
berjalan dalam prosesnya dan saling berhubungan. Pengguna aplikasi masih dapat
menggunakan beberapa service meskipun suatu service tidak berfungsi. Pada aplikasi
yang menggunakan arsitektur microservice, jika salah satu service pada aplikasi gagal
maka tidak akan berpengaruh terhadap service yang lain karena setiap service tidak
ketergantungan pada service lainnya namun masih tetap saling berhubungan.

Pengelolaan Keuangan Desa merupakan keseluruhan kegiatan yang meliputin

perencanaan, pelaksanaan, penatausahaan, pelaporan dan pertanggungjawaban
keuangan desa [12]. Berdasarkan hasil observasi yang kami lakukan di Desa
Kertawangi terdapat aplikasi yang membantu perangkat desa dalam mengelola
keuangan desa bernama SISKEUDES. Aplikasi ini menggunakan arsitetur monolitik
dan berbasis desktop. Seluruh proses pengelolaan keuangan desa yang terdapat pada

1
aplikasi ini tergabung dalam satu rangkaian besar dan setiap service saling
ketergantungan.

Menurut Rizel Yogi Pratama (2018) arsitektur monolitik, merupakan sebuah arsitektur
dimana dalam pembuatan aplikasi semua komponen menjadi satu kesatuan, dan pada
pengembangannya para tim developer hanya dibangun 3 bagian yaitu database, client-
side, dan server-side [11]. dimana pada bagian server-side akan menangani request
HTTP kemudian menjalankan beberapa logika sesuai dengan domain, kemudian
mengambil dan memperbarui data dari database, dan jika salah satu layanan mengalami
kegagalan saat melakukan pengembangan maka seluruh layanan tidak dapat
dijalankan, dalam hal ini mengakibatkan tim developer sangat sulit dalam
mengembangkan aplikasi yang diinginkan.

Pada aplikasi SISKEUDES terdapat empat proses pengelolaan keuangan desa. Setiap
proses tersebut menggunakan service - service yang saling ketergantungan. Suatu
service dapat dijalankan ketika service yang lainnya dapat dijalankan juga, sehingga
ketika salah satu service mengalami kegagalan maka seluruh service pada aplikasi ini
tidak dapat dijalankan. Setiap proses pengelolaan keuangan desa pada aplikasi ini dapat
dijalankan jika service – service nya berfungsi dan jika salah satu service tidak
berfungsi maka seluruh proses pengelolaan keuangan desa pada aplikasi ini tidak dapat
dijalankan. Hal ini menyebabkan proses penyusunan laporan pengelolaan keuangan
desa terhambat.

Berdasarkan permasalahan – permasalahan tersebut, dibuatlah aplikasi pengelolaan

keuangan desa dengan menerapkan arsitektur microservice yaitu memisahkan setiap
proses pengelolaan keuangan desa menjadi service – service yang kecil. Selain itu,
aplikasi ini berbasis web sehingga Operating System apapun dapat mengaksesnya.
Aplikasi ini bertujuan untuk membantu perangkat desa dalam mengelola serta
menyusun laporan pengelolaan keuangan desa menjadi lebih efektif.

Aplikasi pengelolaan keuangan desa yang dibangun hanya proses pelaksanaan yaitu
mengelola data Laporan Pelaksanaan. Proses pelaksanaan ini meliputi pengelolaan data

2
realisasi belanja, pengelolaan data realisasi pendapatan, pengelolaan data realisasi
pembiayaan, pengelolaan data rencana pelaksanaan dan menyetujui laporan
pelaksanaan.

1.2 Rumusan Masalah

Berdasarkan latar belakang yang telah dijelaskan di atas, maka rumusan masalah pada
topik ini adalah :

1. Seluruh proses pengelolaan keuangan desa yang terdapat pada aplikasi

SISKEUDES dapat dijalankan jika service – service nya berfungsi. Jika salah satu
service pada aplikasi ini tidak berfungsi maka seluruh proses pengelolaan keuangan
desa pada aplikasi ini tidak dapat dijalankan. Akibatnya seluruh proses pengelolaan
keuangan desa terhambat dan perangkat desa tidak dapat melihat data keuangan
desa. Untuk menangani masalah ini dibutuhkan aplikasi yang setiap service nya
dapat berdiri sendiri dan tidak ketergantungan terhadap service yang lain.
2. Pada proses pelaksanaan terdapat beberapa service diantaranya pengelolaan data
realisasi belanja, pengelolaan data realisasi pendapatan, pengelolaan data realisasi
pembiayaan dan pengelolaan data rencana pelaksanaan. Pada saat ini service-
service tersebut masih dibangun dalam arsitektur monolitik sehingga upaya dan
lingkup dalam pengembangan aplikasi lebih besar. Untuk itu service-service pada
proses pelaksanaan yang nantinya dibangun akan menerapkan arsitektur
microservice.

1.3 Tujuan

Tujuan dari pengembangan aplikasi ini yaitu untuk memudahkan

developer/pengembang dalam mengembangkan aplikasi dengan menerapkan arsitektur
microservice sehingga setiap service dapat berdiri sendiri dan cakupannya lebih kecil.

3
1.4 Ruang Lingkup

Ruang lingkup pada pengembangan perangkat lunak ini adalah :

1. Aplikasi yang dibangun mencakup empat proses pengelolaan keuangan desa yaitu
proses perencanaan, proses penganggaran, proses pelaksanaan dan proses
pelaporan.
2. Aplikasi dapat menampilkan informasi mengenai proses perencanaan, proses
penganggaran, proses pelaksanaan dan proses pelaporan.

1.5 Batasan Sistem yang Dikerjakan

Batasan masalah yang diterapkan pada pengembangan perangkat lunak pengelolaan

keuangan desa yaitu :

1. Aplikasi menangani proses pelaksanaan.

2. Data yang dikelola meliputi tahun pelaksanaan, bidang, kegiatan, kelompok
belanja, kelompok pendapatan, kelompok pembiayaan, jenis belanja, jenis
pendapatan, jenis pembiayaan, obyek belanja, obyek pendapatan, obyek
pembiayaan, rincian belanja, rincian pendapatan dan rincian pembiayaan.

3. Proses pelaksanaan dapat dilakukan oleh Kepala Desa, Sekretaris Desa, Ketua
pelaksana dan untuk kebutuhan data dari proses pelaksanaan ini disediakan oleh
pegawai kecamatan. Sehingga peran stakeholder pada aplikasi memiliki tugas
sesuai dengan tanggung jawabnya masing-masing.
4. Aplikasi yang dibangun berbasis website.
5. Aplikasi memerlukan koneksi internet untuk dapat dijalankan, karena aplikasi
dijalankan oleh web server serta memerlukan integrasi data dari server.

4
1.6 Metodologi Penyelesaian Tugas Akhir

Dalam pelaksanaan Tugas Akhir ini akan dijelaskan beberapa tahapan dan metodologi
yang diterapkan untuk membangun aplikasi pengelolaan keuangan desa dengan
arsitektur microservice.

1.6.1 Pendefinisian Masalah

Pada tahap awal dalam pengerjaan adalah mencari topik tugas akhir yang akan diambil.
Dengan diskusi anggota kelompok dan berkomunikasi dengan dosen pembimbing
untuk menentukan kelayakan permasalahan yang diambil dan menentukan
permasalahannya. Dihasilkan definisi masalah, latar belakang masalah, rumusan
masalah, batasan masalah serta tujuan. Pada penyelesaian tugas akhir ini, topik yang
diambil adalah pemanfaatan arsitektur microservice dalam pengembangan perangkat
lunak pengelolaan keuangan desa yang merupakan aplikasi yang akan digunakan
perangkat desa dan pegawai di kecamatan. Pengembangan tersebut berfokus pada
arsitekturnya yang akan menggunakan microservice. Dengan adanya pengembangan
dalam aplikasi tersebut, diharapkan permasalahan yang terdapat pada pengelolaan
keuangan desa dapat ditangani.

1.6.2 Studi Literatur

Studi literatur dilakukan untuk memahami lebih dalam mengenai permasalahan yang
terjadi, yaitu dengan cara :

1. Melakukan wawancara ke Kepala Desa pada satu Desa yaitu Desa Kertawangi
Kecamatan Cisarua Bandung Barat.
2. Mencari buku pedoman dan peraturan mengenai Pengelolaan Keuangan Desa.
3. Mencari jurnal yang terkait tentang arsitektur microservice.
4. Mencari aplikasi sejenis dengan memahami karakteristik dari aplikasi tersebut.

5
1.6.3 Metode Pengembangan Perangkat Lunak

Pada metode pengembangan perangkat lunak akan digunakan metodologi waterfall.

Metode ini memiliki lima tahapan yaitu Requirement Definition, System and Software
Design, Implementation and Unit Testing, Integration and System Testing dan
Operation and Maintenance [6]. Tetapi, pada tugas akhir ini hanya akan dilakukan
sampai dengan tahapan Integration and System Testing saja. Metode waterfall yang
diadopsi mengacu pada buku “Software Engineering by Ian Sommerville 9th ed” yang
digambarkan pada Gambar 1 [6] :

Gambar 1 The Waterfall Model

Requirement Definition
Pada tahapan ini dilakukan pendefinisian layanan, kendala dan tujuan dari perangkat
lunak yang akan dibangun melalui studi litelatur dan konsultasi dengan pengguna
aplikasi [6]. Studi litelatur yang dilakukan pada tahapan ini meliputi proses
pelaksanaan pada pengelolaan keuangan desa, analisis terhadap Business Rules,

6
Business Process serta Requirement dari aplikasi sejenis dan aplikasi yang akan
dibangun. Sementara, untuk konsultasi dilakukan wawancara dengan kepala desa
Kertawangi.

System and Software Design

Pada tahap ini dilakukan perancangan terhadap aplikasi yang akan dibangun serta
menggambarkan interaksi yang terdapat pada sistem. Pada Tugas Akhir ini akan
dilakukan perancangan Skema Database, Interaksi antara aktor dan sistem,
perancangan User Interface serta arsitektur pada front-end dan back-end dari aplikasi
pengelolaan keuangan desa yang menerapkan arsitektur microservice.

Implementation and Unit Testing

Merupakan tahap implementasi dari hasil perancangan dan analisis pada tahapan
sebelumnya. Dalam implementasi digunakan teknologi-teknologi dalam pembangunan
aplikasi pengelolaan keuangan desa dengan arsitektur microservice yang meliputi
Framework Angular dalam pembuatan web, Framework Spring dalam pembuatan
REST API serta MySQL untuk database atau penyimpanan data. Sementara pada tahap
Unit Testing akan dilakukan pengujian fungsi dari hasil implementasi aplikasi
pengelolaan keuangan desa dengan arsitektur microservice.

Integration and System Testing

Pada tahap ini dilakukan pengujian secara keseluruhan aplikasi pengelolaan keuangan
desa yang telah dibangun. Tahap pengujian ini dilakukan untuk mengetahui apakah
aplikasi yang dibangun sudah memenuhi requirement dan tidak terjadi kesalahan atau
error pada aplikasi.

7
 BAB II
TINJAUAN PUSTAKA

2.1 Teori Pendukung

Pada sub bab ini dijelaskan mengenai landasan teori yang digunakan pada Tugas
Akhir Implementasi Arsitektur Microservice pada Aplikasi Pengelolaan Keuangan
desa.

2.1.1 Arsitektur Monolitik

Berikut ini teori-teori mengenai arsitektur monolitik yaitu sebagai dasar pengetahuai
tentang sistem arsitektur.

● Definisi Arsitektur Monolitik

Menurut kamus bahasa indonesia monolitik adalah yang memiliki sifat atau
menyerupai monolit. monolit merupakan bongkahan batu besar yang sering kali
dibentuk menjadi pilar atau tugu yang kokoh dan kuat, dalam kesatuan organisasi
membentuk kekuatan tunggal dan saling berpengaruh.

Arsitektur monolitik adalah arsitektur yang memiliki semua fungsionalitas berada

pada satu unit saja [11]. unit yang dapat menangani segalanya terkait businerss
logic, database access, templating, dll. struktur aplikasi monolitik biasanya terdiri
dari client-side, server-side, dan database.

Menurut Dmitry Namiot dan Manfred Sneps-Sneppe pada jurnalnya disebutkan

bahwa arsitektur monolitik memiliki banyak service, compontent dan lain
sebagainya tetapi dibangun dalam satu rangkaian [15]. Suatu aplikasi memiliki
banyak service dan component didalamnya dan dibangun dalam satu rangkaian
besar.

● Karakteristik/ Ciri-ciri Sistem Monolitik

8
 Karakteristik sistem monolitik, yaitu Prosedur dapat saling dipanggil oleh prosedur
lain di sistem bila diperlukan dan karnel berisi semua layanan yang disediakan
sistem operasi untuk pengguna. Inisialisasi-nya terbatas pada fungsional perangkat
keras yang terbagi menjadi dua bagian yaitu karnel dan sistem program. Karnel
terbagi menjadi serangkaian interface dan device driver dan menyediakan sistem
file, penjadwalan CPU, Manajemen memori, dan fungsi-fungsi sistem operasi
lainnya melalui system calls.

● Keunggulan Monolitik
Keunggulan dari arsitektur monolitik ini adalah layanan dapat bekerja secara cepat
karena berada pada satu ruang alamat memory [17].

● Kelemahan Arsitektur Monolitik

Berikut ini kelemahan pada apliasi saat menggunakan arsitektur monolitik [17]:

1. Pengajuan dan penghilangan kesalahan sulit dilakukan karena tidak dapat

dipisahkan dan dilokasikan.
2. Sulit dalam menyediakan fasilitas pengamanan.
3. kurang efisien dalam penggunaan memori dimana setiap komputer harus
menjelaskan karnel yang besar sementara tidak memerlukan seluruh layanan
yang disediakan karnel.
4. Kesalahan pemograman di satu bagian karnel menyebabkan matinya seluuh
sistem.
● Contoh Sistem Operasi Arsitektur Monolitik
Contoh sistem operasi yang menggunakan Arsitektur Microservice yaitu Unix.
Kebanyakan Unix sampai saat ini berstruktur monolitik. Meskipun monolitik,
seluruh komponen/subsistem pada sistem operasi terdapat di satu ruang alamat
yang berlapis, tetapi secara logika terdapat satu komponen/subsistem layanan-
layanan pada lapisan bawah yang menyediakan layanan-layanan untuk lapisan
paling atas.

9
2.1.2 Arsitektur Microservice

Berikut ini teori-teori mengenai arsitektur microservice yaitu sebagai dasar

pengetahuai tentang sistem arsitektur.

● Definisi Arsitektur
Menurut Kamus Oxford arsitektur adalah seni praktek perancangan dan konstruksi
bangunan. Rancangan struktur yang kompleks dan penuh ketelitian [13].

Menurut Ching (1994) arsitektur adalah proses pemecahan masalah atau proses
perancangan sebagai tanggapan terhadap sekumpulan kondisi yang ada, kadang
hanya bersifat fungsional semata atau juga refleksi [14].

Menurut ketiga pengertian diatas dapat disimpulkan bahwa arsitektur adalah

struktur perancangan yang komplek dan penuh ketelitian sebagai tanggapan
terhadap sekumpulan kondisi yang hanya bersifat fungsional semata atau juga
refleksi. arsitektur perangkat lunak adalah struktur-struktur untuk menentukan
keberadaan komponen-komponen perangkat lunak dengan cara komponen-
komponen tersebut harus saling berinteraksi untuk membentuk perangkat lunak.
komponen tersebut merupakan program-program bagian (prosedur, fungsi) yang
dieksekusi oleh program utama.

● Definisi Microservice
Menurut kamus Oxford American Dictionary definisi dari service adalah sistem
yang mensuplai kebutuhan publik. Service dalam dunia software harus manyuplai
kebutuhan client dan di design dengan prespektif client dalam bentuk API yang
dapat dikonsumsi [13].

Pada buku Advance Microservice disebutkan bahwa microservice merupakan pola

untuk mengimplementasikan logika bisnis dalam suatu organisasi dengan
menggunakan layanan-layanan yang kecil dan setiap layanan memiliki tujuan
masing-masing [16].

10
 Microservice adalah setiap service yang terfokus pada satu fungsionalitas tertentu,
satu service dan service lainnya saling berkomunikasi untuk menghasilkan business
value yang sesungguhnya.
Menurut ketiga pengertian diatas dapat disimpulkan bahwa microservice adalah
rangkaian service-service kecil yang dapat menjalankan prosesnya masing masing,
namun satu service dan service lainnya saling berkomunikasi untu menghasilkan
bussiness value yang diinginkan.
● Definisi Arsitektur Microservice
Arsitektur Microservice adalah gaya arsitektur yang menyatukan aplikasi sebagai
sekumpulan layanan yang digabungkan secara longgar dengan menerapkan
kegiatan bisnis.[8]

Menurut Open Group (pada TOGAF® 9.1 standar) arsitektur merupakan struktur
komponen, hubungan antar komponen dan prinsip serta pedoman yang mengatur
desain dan evolusi komponen dari waktu ke waktu. Arsitektur microservice adalah
gaya arsitektur yang mendefinisikan serta menciptakan sistem melalui penggunaan
independen layanan kecil dan mandiri yang selaras dengan kegiatan bisnis. [9]

Menurut kedua pengertian diatas dapat disimpulkan bahwa arsitektur microservice

adalah sekumpulan layanan yang digabungkan dan menciptakan sistem melalui
penggunaan independen layanan kecil dan mandiri dan saling berkomunikasi.

● Metode Pengembangan Aplikasi Berbasis Microservice

Aplikasi akan dirancang agar setiap fungsi bekerja secara independent. Dan setiap
fungsi dapat menggunakan teknologi yang sesuai dengan kebutuhan, walaupun itu
artinya akan terdapat teknologi yang berbeda-beda dalam satu aplikasi besar.
Dengan infrastruktur yang berbeda, kita akan menemukan keberagaman karena
konfigurasi dan optimalisasi sistem yang berbeda antara service satu dengan yang
lain.

11
● Keunggulan Arsitektur Microservice
Keuntungan yang didapatkan dari penerapan arsitektur microservice ini bisa dilihat
dengan cara membandingkan arsitektur microservice dengan arsitektur monolitik
[11]. keuntungan arsitektur microservice dari perbandingan ini dapat dilihat dari
beberapa sudut pandang yaitu:

1. Sudut pandang pengembang

Aplikasi besar dengan arisitektur monolitik biasanya memiliki basis kode

aplikasi yang besar, hal tersebut seringkali mengintimidasi para pengembang.
Pengembang yang baru masuk untuk mengembangkan aplikasi membutuhkan
waktu cukup lama untuk beradaptasi dengan basis kode aplikasi tersebut.

Basis kode yang besar dapat menyebabkan integrated development

environment (IDE) bekerja tidak maksimal atau dalam beberapa kasus terjadi
crash. Hal tersebut dapat meningkatkan siklus waktu pengembangan bagi
pengembang untuk mendapatkan umpan balik dari perubahan kode mereka.

Berikut keuntungan yang didapatkan pengembang pada aplikasi yang

menggunakan arsitektur microservice :

● Memungkinkan pengembang menghindari basis kode yang besar. Hal

tersebut membuat pengembang lebih mudah dalam mempertahankan atau
menambah fitur aplikasi.
● Membuat pengembang lebih mudah menggunakan keterampilan yang
dimiliki atau menggunakan bahasa yang paling optimal.
● Penggunaan IDE lebih optimal.
● Proses debug menjadi lebih mudah.
● Memungkinkan tim bekerja secara independen satu sama lain.
2. Sudut pandang tester

Pekerjaan tester menjadi kurang produktif karena membutuhkan waktu yang

lama untuk menguji aplikasi dengan basis kode yang besar. Setiap kali ada

12
 perubahan kode pada aplikasi membutuhkan waktu yang lama untuk memulai
atau memuat ulang aplikasi.

Dengan basis kode yang kecil dan terbagi menjadi service – service kecil pada
aplikasi microservice, tester lebih mudah dalam melakukan pekerjaannya.
Waktu yang diperlukan untuk memulai atau memuat ulang aplikasi setiap kali
ada perubahan kode lebih singkat.

3. Sudut pandang pemilik bisnis

Pengembangan aplikasi microservice memungkinkan pemilik bisnis untuk

mengalokasikan biaya dan sumberdaya lebih mudah. Pada aplikasi
microservice, seorang pengembang lebih fokus pada pekerjaan yang
lingkupnya kecil sehingga memudahkan tim untuk mengalokasikan pekerjaan
pada anggota. Dengan begitu pemilik bisnis lebih mudah untuk mengukur biaya
dan sumberdaya yang diperlukan.

4. Sudut pandang service manajemen

Aplikasi monolitik yang besar memiliki ruang lingkup bisnis yang besar juga
dan memerlukan titik sentuh infrastruktur IT yang banyak. Pengembangan pada
aplikasi membutuhkan banyaknya tinjauan dan persetujuan sehingga
membutuhkan peningkatan waktu siklus penerapan.

Dengan mengadopsi gaya arsitektur microservice , service manajemen lebih

mudah untuk mendukung tim pada beberapa produk dan service. Service
manajemen lebih efisien dalam pekerjaannya dengan mengotomasi praktik
deployment, logging dan monitoring pada beberapa tim proyek microservice.
Pelanggan yang diwawancarai berharap untuk mewujudkan penghematan biaya
3 hingga 1 dengan mengotomatisasi banyak infrastruktur dan platform sebagai
sebuah service (PaaS).

● Kelemahan arsitektur microservice

Kelemahan arsitektur microservice yaitu:

13
 1. Ketika satu entry pada database berubah maka setap entity yang sama
di setiap database service harus diubah.
2. Untuk beberapa kasus, sulit untuk menerapkan perubahan service jadi
jika perlu perancangan yang matang.
3. Deployment yang kompleks, perlu konfigurasi untuk menjalankan
setiap service karena memilikiruntime yang berbeda, tidak seperti
aplikasi monolitik tinggal upload, deploy dan beres.
4. Perlu automation yang tinggi dalam melakukan deployment.
● Teknologi untuk membangun aplikasi arsitektur microservice
Microservice dapat dikembangkan dalam bahasa pemrograman apapun.
Mereka berkomunikasi satu sama lain menggunakan language-neutral
application programming interfaces (API) seperti Representational State
Transfer (REST). Layanan-layanan mikro juga memiliki konteks terbatas.
Mereka tidak perlu tahu apa pun tentang penerapan atau arsitektur dasar
dari microservices lain.

Satu teknologi yang penting dalam pembangunan aplikasi arsitektur

microservice yaitu Docker Container. Docker Container merupakan
penyedia platform atau wadah (container) untuk membangun, mengemas,
menangani, dan menjalankan aplikasi di cloud yang ringan.

Arsitektur microservice akan diimplementasikan pada tugas akhir ini dengan

mengambil studi kasus aplikasi pengelolaan keuangan desa. Arsitektur microservice
akan diterapkan pada pembangunan aplikasi pengelolaan keuangan desa yang
sebelumnya masih menggunakan arsitektur monolitik.

2.1.3 Pengelolaan Keuangan Desa

Berikut ini teori-teori mengenai pengelolaan keuangan desa yaitu sebagai dasar
pengetahuai dalm pembuatan aplikasi.

● Definisi Pengelolaan Keuangan Desa

14
 Pengelolaan Keuangan Desa adalah keseluruhan kegiatan yang meliputi
perencanaan, pelaksanaan, penatausahaan, pelaporan, dan pertanggungjawaban
keuangan desa yang dilaksanakan dalam satu anggaran, terhitung 1 Januari sampai
31 Desember. Sementara itu Keuangan Desa menurut Pemendagri No. 113 tahun
2014 adalah semua hak dan kewajiban desa yang dapat dinilai dengan uang serta
segala sesuatu berupa uang dan barang yang berhubungan dengan pelaksanaan hak
dan kewajiban desa.
● Metode Pengerjaan Pengelolaan Keuangan Desa

Gambar 2 Lima Tahapam Pengelolaan Keuangan Desa

1. Perencanaan Keuangan Desa, adalah kegiatan untuk memperkirakan

pendapatan dan belanja dalam kurun waktu tertentu dimasa yang akan datang
[2]. Kegiatan penyusunan RPJMDes dan RKPDes untuk membangun desa
berdasarkan hasil kesepakatan dalam musyawarah desa yang dilaksanakan
paling lambat bulan Juli tahun anggaran berjalan.
2. Pelaksanaan Keuangan Desa, adalah serangkaian kegiatan yang berkaitan
dengan pengeluaran uang dan kegiatan di lapangan [2]. Rangkasian kegiatan

15
 untuk melaksanakan APBDes dalam satu tahun anggaran melalui 1 Januari
hingga 31 Desember. Kegiatan Pencatatan transaksi pengeluaran dan
pemasukan uang desa yang diolah melalui rekening desa dengan pengajuan
RAB untuk setiap kegiatan yang menjadi dasar pengajuan SPP.
3. Penatausahaan Keuangan Desa, adalah Kegiatan pencatatan yang khususnya
dilakukan oleh Bendahara Desa dengan cara sederhana, yaitu berupa
pembukuan belum menggunakan jurnal akuntansi [3]. Bendahara yang
diwajibkan melakukan tutup buku setiap akhir bulan secara tertib dan
mempertanggungjawabkan uang melalui laporan pertanggungjawaban yang
disampaikan paling lambat tanggal 10 bulan berikutnya.
4. Pelaporan dan Pertanggungjawaban Keuangan Desa, Pelaporan adalah
kegiatan yang dilakukan untuk menyampaikan hal-hal yang berhubungan
dengan hasil pekerjaan yang telah dilakukan selama satu periode tertentu
sebagai bentuk pelaksanaan pertanggungjawaban atas tugas dan wewenang
yang diberikan [2]. Pelaporan yang disampaikan yaitu Laporan Realisasi
Pelaksanaan APBDes berupa Laporan Semester Pertama yang disampaikan
paling lambat akhir bulan Juli tahun berjalan dan Laporan Semester Akhir
Tahun yang disampaikan paling lambat pada akhir bulan Januari tahun
berikutnya.
Proses yang akan diimplementasikan dalam tugas akhir ini adalah proses
pelaksanaan. Proses pelaksanaan merupakan serangkaian kegiatan yang berkaitan
dengan pengeluaran uang dan kegiatan yang terjadi dilapangan [2].
● APB Desa
Menurut permendagri nomor 113 tahun 2014 tentang pengelolaan keuangan desa,
APB Desa adalah rencana keuangan tahunan pemerintah desa. Peraturan tersebut
memuat sumber-sumber penerimaan dan alokasi pengeluaran desa dalam kurun
waktu satu tahun. APB Desa terdiri dari Pendapatan Desa, Belanja Desa, dan
Pembiayaan Desa.

1. Pendapatan Desa

16
Pendapatan Desa merupakan hak desa dalam 1 (satu) tahun anggaran yang tidak
perlu dibayar kembali oleh desa. Pendapatan Desa terdiri dari Pendapatan Asli
Desa, Pendapatan Transfer Desa, Pendapatan lain-lain.

A. Pendapatan Asli Desa.

Kelompok pendapatan asli desa terdiri dari :

1. Hasil Usaha, yaitu sumber pendapatan lain yang dapat diusahakan oleh
desa berasal dari Beban Usaha Milik Desa, pengelolaan pasar desa,
pengelolaan kawasan wisata skala desa, pengelolaan tambang mineral
bukan logam dan tembaga batuan dengan tidak menggunakan alat berat,
serta sumber lainnya dan tidak untuk dijualbelikan. Misalnya hasil
BUM Desa dan tanah kas desa.
2. Hasil Aset, misalnya tambatan perahu, pasar desa, tempat pemandian
umum dan jaringan irigasi.
3. Swadaya, Partisipasi dan Gotong Royong, misalnya adalah membangun
dengan kekuatan sendiri yang melibatkan peran serta masyarakat
berupa tenaga dan barang yang dinilai dengan dengan uang.
4. Lain-lain Pendapatan Asli Desa, antara lain hasil pungutan desa.
B. Pendapatan Transfer Desa
Kelompok Transfer Desa terdiri dari:

1. Dana Desa, merupakan dana yang bersumber dari Anggaran

Pendapatan dan Belanja Negara yang diperuntukan bagi desa yang
ditransfer melalui APBD Kabupaten/Kota dan digunakan untuk
membiayai penyelenggaraan pemerintahan, pelaksanaan pembangunan,
pembinaan kemasyarakatan, dan pemberdayaan masyarakat.
2. Bagian dari Hasil Pajak Daerah Kabupaten/Kota dan Retribusi
Daerah, meupakan paling sedikit 10% dari sealisasi penerimaan hasil
pajak dan retribisi daerah kabupaten/kota.

17
 3. Alokasi Dana Desa, merupakan bagian dari dana perimbangan yang
diterima pemerintah daerah kabupaten/kota paling sedikit 10% setelah
dikurangi dana alokasi khusus.
4. Bantuan Keuangan dari APBD Provinsi/Kabupaten/kota, merupakan
bantuan yang didapat dari ptovinsi/kabupaten/kota yang bersumber dari
APBD provinsi/kabupaten/kota kepada desa sesuai dengan keuangan
pemerintah daerah yang bersangkutan.
C. Pendapatan Lain-lain Desa.
Merupakan pendapatan lain-lain desa yang sah berupa hibah sumbangan
yang tidak mengikat berupa pemberian uang dari pihak ketiga, hasil kerja
sama dengan pihak ketiga atau bantuan perusahaan yang berlokasi di desa.

2. Belanja Desa.
Merupakan semua pengeluaran dari rekening desa yang diwajibkan oleh desa
dalam 1 (satu) tahun anggaran yang tidak akan diperoleh pembayarannya
kembali oleh desa. Pada belanja desa terdapat klasifikasi menurut kelompok,
kegiatan, dan jenis.

● Kelompok Belanja
Klasifikasi Belanja Desa menurut kelompok terdiri dari:

1) Bidang Penyelenggaraan Pemerintah Desa.

2) Bidang Plaksanaan Pembangunan Desa
3) Bidang Pembinaan Kemasyarakatan Desa.
4) Bidang Pemberdayaan Masyarakat Desa, dan
5) Bidang Belanja Tak terduga.
● Kegiatan Belanja
Berdasarkan kelompok belanja tersebut selanjutnya dibagi dalam kegiatan
sesuai dengan kebutuhan desa yang telah dituangkan dalam RKP Desa.
Rincian Bidang dan Kegiatan berdasarkan Permendagri Nomor 114 tahun
2014 tentang perencanaan desa, diuraikan sebagai berikut:

18
1) Bidang Penyelenggaraan Pemerintah Desa, antara lain:
● Penetapan dan pengesahan batas desa,
● Pendataan desa.
● Penyusunan tata ruang desa.
● Penyelenggaraan musyawarah desa
● Pengelola informasi desa.
● Penyelenggaraan perencanaan desa.
● Penyelelnggaraan evaluasi tingkat perkembangan pemerintah desa.
● Penyelenggaraan kerjasama antar desa.
● Pembangunan sarana dan prasarana kantor desa.
● Kegiatan lainnya sesuai kondisi desa.
2) Bidang Plaksanaan Pembangunan Desa, antara lain:
● Pembangunan, pemanfaatan dan pemeliharaan infrastruktur dan
lingkungan desa antara lain, tambatan perahu, jalan pemukiman,
jalan desa antar permukaan ke wilayah pertania, Pembangkit listrik
tenaga mikrohidro, lingkungan pemukiman masyarakat, dan
infrastruktur desa lainnya sesuai dengan kondisi desa.
● Pembangunan, pemanfaatan dan pemeliharaan sarana dan prasarana
kesehatan antara lain, air bersih berskala desa, senitasi lingkungan,
pelayanan kesehatan desa seperti posyandu, dan sarana prasarana
kesehatan lainnya sesuai dengan kondisi desa.
● Pembangunan, pemanfaatan dan pemeliharaan sarana prasarana
pendidikan dan kebudayaan antara lain, taman bacaan masyarakat,
pendidikan usia dini, balai pelatihan/kegiatan belajar masyarakat,
pengembangan dan pembinaan sanggar seni, dan sarana pendidikan
dan pelatihan lainnya sesuai dengan kondisi desa.
● Pembangunan usaha ekonomi produktif serta pembangunan,
pemanfaatan dan pemeliharaan sarana prasarana ekonomi antara
lain, Pasar Desa, pembentukan dan pembangunan BUM Desa,
pungutan permodalan BUM Desa, pembibitan tanaman pangan,

19
 penggilingan padi, Lumbung Desa, dan pembukuan lahan pertanian,
pengelolaan usaha hutan desa, kolam ikan dan pembenuhan ikan,
kapal penakapan ikan, cold storage(gudang pendingin), tempat
pelelangan ikan, tambak garam, kandang ternak, instalasi biogas,
mesin pakan ternak, sarana dan prasarana ekonomi lainnya sesuai
kondisi desa.
● Pelestarian lingkungan hidup antara lain, penghijauan, pembuatan
terasering, pemeliharaan hutan bakar, pelindungan mata air,
pembersihan daerah aliran sungai, perlindungan terumbu karang,
dan kegiatan lainnya sesuai dengan kondisi desa.
3) Bidang Pembinaan Kemasyarakatan Desa, antara lain:
● Pembinaan lembaga kemasyarakatan.
● Pembinaan kerukunan umat beragama.
● Pengadaan sarana dan prasarana olah raga.
● Pembinaan lembaga adat.
● Pembinaan kesenian dan solusi budaya masyarakat, dan
● Kegiatan lain sesuai kondisi desa.
4) Bidang Pemberdayaan Masyarakat Desa, antara lain:
● Pelatihan usaha ekonomi, pertanian, perikanan, perdagangan.
● Pelatihan teknologi tepat guna.
● Pendidikan, pelatihan, dan penyuluhan bagi kepala desa, perangkat
desa, dan BPD.
● Peningkatan kapasitas masyarakat, antara lain kader pemberdayaan
masyarakat desa, kelompok ekonomi produktif, kelompok usaha
ekonomi produktif, kelompok perempuan, kelompok tani,
kelompok masyarakat miskin, kelompok nelayan, kelompok
pengrajin, kelompok pemerhati dan perlindungan anak, kelompok
pemuda, dan kelompok lainnya sesuai dengan kondisi desa.
5) Bidang Belanja Tak terduga.

20
 Bidang belanja tak terduga merupakan keadaan luar bisa yang sifatnya
tidak biasa atau tidak diharapkan berulang atau mendesak antara lain,
dikarenakan bencana alam, sosial, kerusakan darana dan prasarana.Pada
keadaan ini pemerintah Desa dapat melakukan belanja yang belum
tersedia amggarannya. Namun tetap harus dengan keputusan
Bupati/walikota untuk melaksanakan belanja takterduga dalam APB
Desa terlebih dahulu harus membuat RAB yang telah disahkan oleh
Kepala Desa.

● Jenis Belanja
Klasifikasi Belanja berdasarkan jenis terdiri dari Belanja Pegawai, Belanja
Barang/Jasa, dan Belanja Modal.

1) Belanja Pegawai
Belanja Pegawai dianggarkan untuk pengeluaran penghasilan tetap dan
tunjangan bagi Kepala Desa dan Perangkat Desaserta tunjangan BPD
yang pelaksanaannya dibayar setiap bulan. Belanja Pegawai
dianggarkan dalam kelompok penyelenggaraan pemerintah desa,
dengan kegiatan pembayaran tetap dan tunjangan.

2) Belanja Barang/jasa
Belanja Barang dan jasa digunakan untuk pengeluaran
pembelian/pengadaan barang yang nilai manfaatnya kurang dari 12(dua
belas) bulan. Belanja Barang dan Jasa antara lain, Alat tuliskantor,
benda pos, bahan/material, pemeliharaan, cetak/penggandaan, sewa
kantor desa, sewa perlengkapan dan peralatan kantor, makanan dan
minuman rapat, pakaian dinas dan atributnya, perjalanan dinas, upah
kerja, honorarium narasumber/ahli, operasional pemerintah desa,
operasional BPD, insentif rukun tetangga/rukun warga, dan pemberian
barang pada masyarakat/kelompok masyarakat.

3) Belanja Modal

21
 Belanja Modal digunakan untuk pengeluaran dalam rangka
pembelian/pengadaan barang atau bangunan yang nilai manfaatnya
lebih dari 12 (dua belas) bulan yang digunakan untuk kegiatan
penyelenggaraan kewenangan desa antara lain, pembangunan jalan
desa, pembangunan jembatan desa, pengadaan komputer, pengadaan
meublair, dan lain sebainya.

3. Pembiayaan Desa
Merupakan semua penerimaan yang perlu dibayar kembali atau
pengeluaran yang akan diterima kembali, baik pada tahun anggaran yang
bersangkutan maupun pada tahun-tahun anggaran berikutnya. Pembiayaan
desa terdiri dari Penerimaan Pembiayaan dan Pengeluaran Pembiayaan.

A. Penerimaan Pembiayaan.
Penerimaan pembiayaan terdiri dari:

1) SiLPA tahun sebelumnya

SiLPA merupakan pelampauan penerimaan penapatan terhadap
belanja, penghemat belanja, dan sisa dana kegiatan lanjutan. SiLPA
digunakan untuk menutupi defisit anggaran apabila realisasi
pendapatan lebih kecil dari pada realisasi belanja, mendanai
pelaksanaan kegiatan lanjutan, dan mendanai kewajiban lainnya
yang sampai akhir tahun anggaran belum diselesaikan.

2) Pencairan Dana Cadangan.

Pencairan dana cadangan digunakan untuk menganggarkan
pencairan dana cadangan dari rekening dana cadangan ke rekening
kas desa dalam tahun anggaran berkenaan.

3) Hasil Pengajuan Kekayaan Desa yang Dipisahkan

Hasil pengajuan kekayaan desa yang dipisahkan digunakan untuk
menggambarkan hasil penjualan kekayaan desa yang dipisahkan.

B. Pengeluaran Pembiayaan.

22
 Pengeluaran Pembiayaan, terdiri dari:

1) Pembentukan Dana Cadangan

Pembentukan dana cadangan digunakan untuk mendanai kegiatan
yang penyedeiaan dananya tidak dapat sekaligus/sepenuhnya
dibebankan dalam satu tahun anggaran. Pembentukan dana
cadangan ditetapkan dengan peraturan desa yang memuat paling
sedikit yaitu penetapan tujuan pembentukan dana cadangan,
program dan kegiatan yang akan dibiayai dari dana cadangan,
besaran dan rincian tahunan dana cadangan yang harus dianggarkan,
sumber dana cadangan, tahun anggran pelaksanaan dana cadangan

2) Pernyataan Modal
Pernyataan modal digunakan untuk pemerintah daerah agar dapat
melakukan pernyataan modal desa yaitu BUM Desa [12].

Anggaran Pendapatan dan Belanja Desa (APBD) digunakan dalam tugas akhir ini
karena sebagai dasar dari proses pelaksanaan. Proses pelaksanaan tidak dapat berjalan
jika proses pengaggaran belum dilaksanakan. Pada proses pelaksanaan membutuhkan
beberapa data dari hasil proses penganggaran.

2.1.4 Peraturan Pemerintah Mengenai Proses Pelaksanaan Pengelolaan

Keuangan Desa

Menurut Permendagri nomor 113 Tahun 2014 tentang Pengelolaan Keuangan Desa
dijelaskan pada pasal 1 ayat 6 yang berbunyi “Pengelolaan Keuangan Desa adalah
keseluruhan kegiatan yang meliputi perencanaan, pelaksanaan, penatausahaan,
pelaporan dan pertanggungjawaban keuangan desa”. Desa memiliki kewenangan
khusus untuk mengatur dan mengurus penerimaan dan pengeluaran dana yang
penggunaannya harus dimanfaatkan untuk kemakmuran Desa. Oleh karena itu
perangkat Desa menjadi kunci utama dalam proses Pengelolaan Keuangan Desa.
Dalam Pemendagri terdapat beberapa bab yang menjelaskan Pengelolaan Keuangan

23
Desa salah satunya yaitu Bab 5. Berikut adalah pasal-pasal pada Bab 5 yang berkaitan
dengan proses pelaksanaan pengelolaan keuangan desa:

● Pasal 26 yang menjelaskan Pengeluaran Desa yang mengakibatkan beban APBDes

tidak dapat dilakukan sebelum Rancangan Peraturan Desa tentang APBDes
ditetapkan menjadi Peraturan Desa. Pengeluaran Desa tidak termasuk untuk belanja
pegawai yang bersifat mengikat dan operasional perkantoran yang ditetapkan
dalam peraturan Kepala Desa. Penggunaan biaya tak terduga terlebih dahulu harus
dibuat RABiaya yang telah disahkan oleh Kepala Desa.
● Pasal 27 yang menjelaskan Pelaksanaan Kegiatan mengajukan pendanaan untuk
pelaksanaan untuk melaksanakan kegiatan harus disertai dengan dokumen antara
lain RAB yang akan di verifikasi oleh Sekertaris Desa dan disahkan oleh Kepala
Desa. Pelaksana Kegiatan bertanggungjawab terhadap pengeluaran yang
menyebabkan beban atas anggaran belanja kegiatan dengan mempergunakan buku
pembantu kas kegiatan sebagai pertanggungjawaban pelaksanaan kegiatan desa.
● Pasal 28 yang menjelaskan Pelaksana Kegiatan mengajukan SPP kepada Kepala
Desa, dimana SSP tersebut tidak boleh dilakukan sebelum barang atau jasa
diterima.
● Pasal 29 yang menjelaskan Pengajuan SPP terdiri dari SPP, Pernyataan
tanggungjawab belanja, dan lampiran buku transaksi.
● Pasal 30 yang menjelaskan Kewajiban Sekertaris Desa dalam pengajuan
pelaksanaan pembayaran.
● Pasal 35 yang menjelaskan Bendahara Desa wajib mencatat setiap penerimaan dan
pengeluaran serta melakukan tutup buku setiap akhir bulan secara tertib dan
Bendahara Desa wajib mempertanggungjawabkan uang melalui laporan
pertanggungjawaban yang disampaikan setiap bulan kepada Kepala Desa dan
paling lambat 10 bulan berikutnya.
● Pasal 35 yang menjelaskan Penatausahaan penerimaan dan pengeluaran
menggunakan Buku Kas Umum, Buku Kas Pembantu Pajak, dan Buku Bank.

24
● Pasal 37 yang yang menjelaskan Kepala Desa menyampaikan Laporan Realisasi
APBDes kepada Bupati/Walikota berupa Laporan Semester Pertama yang yaitu
Laporan Realisasi APBDes yang disampaikan paling lambat bulan Juli tahun
berjalan dan Laporan Semerter Akhir yang disampaikan paling lambat pada akhir
bulan Januari tahun berikutnya.
● Pasal 38 yang menjelaskan Kepala Desa menyampaikan Laporan
Pertanggungjawaban Realisasi APBDes kepada Bupati/Walikota setiap akhir tahun
anggaran yang terdiri dari pendapatan, belanja, dan pembayaran yang ditetapkan
dalam Peraturan Desa dengan dilampiri format Laporan Pertanggungjawaban
Realisasi Pelaksanaan APBDes tahun anggaran berkenaan, format Laporan
Kekayaan Milik Desa per 31 Desember tahun anggaran berkenaan dan format
Laporan Program Pemerintah dan Pemerintah Daerah yang masuk ke desa.
● Pasal 39 yang menjelaskan Laporan Pertanggungjawaban Realisasi Pelaksanaan
APBDes merupakan bagian tidak terpisahkan dari Laporan Penyelenggaraan
Pemerintahan Desa.
● Pasal 40 yang menjelaskan Laporan Realisasi dan Laporan Pertanggungjawaban
Realisasi APBDes diinformasikan kepada masyarakat secara tertulis dan media
informasi yang mudah diakses oleh masyarakat berupa papan pengumuman, radio
komunikasi, dan media informasi lainnya.
● Pasal 41 yang menjelaskan Laporan Realisasi dan Laporan Pertanggungjawaban
Realisasi Pelaksanaan APBDes disampaikan kepada Bupati/Walikota melalui
Camat atau sebutan lain paling lambat 1 bulan setelah akhir tahun anggaran
berkenaan.
● Pasal 42 yang menjelaskan format Rancangan Peraturan Desa tentang APBDes,
Buku Pembantu Kas Kegiatan, RAB dan SPP serta Pernyataan Tanggungjawab
Belanja, Laporan Realisasi Pelaksanaan APBDes pada semester pertama dan
semester akhir tahun serta Laporan Pertanggungjawaban Realisasi Pelaksanaan
APBDes.
● Pasal 43 yang menjelaskan Ketentuan lebih lanjut mengenai Pengelolaan
Keuangan Desa diatur dalam Peraturan Bupati/Walikot

25
2.2 Teknologi Dan Tools Pendukung

Berikut teknologi dan tools pendukung yang akan digunakan dalam membangun
aplikasi Pengelolaan Keuangan Desa.
2.2.1 Angular

Merupakan sebuah framework javascript yang dikembangankan atau dibangun oleh

tim Google. Menggunakan metode MVC yang membuat source code aplikasi kita
menjadi bersih dan mudah untuk dikembangkan. Sampai saat ini angular sudah
menjadi salah satu framework javascript yang paling populer dan banyak digunakan
oleh para developer di seluruh dunia untuk membangun aplikasi. Angular ini
digunakan untuk pembangunan User Interface pada aplikasi pengelolaan keuangan
desa dengan arsitektur microservice.

2.2.2 Spring Framework

Spring merupakan framework Java yang mempermudah para programmer dalam

membuat sebuah aplikasi Java dengan menerapkan salah satunya adalah design-patern
: dependency-injection. Beberapa Fitur yang disediakan Spring Framework adalah
sebagai berikut.

1. Depedency Injection.
2. Aspect Oriented Programming.
3. Spring MVC dan Restful Web Service.
4. Support koneksi database, dsb.

Spring framework ini digunakan untuk membangun REST API (Application

Programming Interface) pada aplikasi pengelolaan keuangan desa dengan arsitektur
microservice.

26
2.2.3 MySQL

MySQL merupakan sebuah perangkat lunak sistem manajemen database. Pada

pengembangan aplikasi pengelolaan keuangan desa dengan arsitektur microservice,
MySQL digunakan sebagai perangkat lunak untuk menyimpan dan mengelola data
karena MySQL mudah digunakan dan dapat melakukan proses pengelolaan data
dengan sta

27
 BAB III
ANALISIS

Pada bab ini dijelaskan mengenai analisis dari sistem yang sedang pada desa
Kertawangi. Analisis pada sistem yang sedang berjalan ini meliputi : analisis proses
bisnis pada proses penganggaran dan pelaporan, analisis data yang dibutuhkan,
analisis arsitektur, business rules, pengguna dan perannya dan domain model.
Hasil yang diperoleh dan evaluasi yang dilakukan dari tahap analisis ini dapat
digunakan untuk membuat solusi dalam menentukan requirements untuk membuat
perancangan Pengembangan Aplikasi Pengelolaan Keuangan Desa dengan
Arsitektur microservice.

3.1 Analisis Sistem yang Sedang Berjalan (As-Is)

Analisis Sistem yang Sedang Berjalan menjelaskan proses bisnis, aturan bisnis,
analisis data dan domain model pada proses-proses yang terkait dalam proses
pelaksanaan pengelolaan keuangan desa pada aplikasi SISKEUDES di desa
Kertawangi. Tujuan dari menganalisis sistem yang berjalan adalah agar dapat
mengetahui apa saja kekurangan dan kelebihan yang terdapat dalam sistem serta
sebagai acuan untuk pengembangan aplikasi pengelolaan keuangan desa dengan
arsitektur microservice. Untuk kemudian kelebihan yang ada pada sistem itu
dipertahankan dan kekurangan pada sistem di kembangkan menjadi lebih baik.

3.1.1 Deskripsi Sistem

Sistem yang sedang berjalan adalah proses-proses yang terkait dalam proses
pelaksanaan pada aplikasi pengelolaan keuangan desa pada aplikasi SISKEUDES
di desa Kertawangi. Aplikasi ini berbasis dekstop application dan menggunakan
penyimpanan data ODBC. Aplikasi ini menangani proses perencanaan,
penganggaran, penatausahaan dan pelaporan.

Proses pelaksanaan pada aplikasi SISKEUDES ditangani oleh proses

penganggaran, penatausahaan dan pelaporan. Proses penganggaran meliputi

28
pengelolaan data anggaran belanja, pengelolaan data anggaran pendapatan dan
pengelolaan data anggaran pembiayaan. Proses penatausahaan meliputi buku-buku
atau dokumen terkait pengelolaan keuangan desa. Proses pelaporan meliputi
laporan-laporan terkait pengelolaan keuangan desa.

Aplikasi SISKEUDES dipublikasi oleh pemerintah pada tahun 2015 dan

diimplementasikan perdana di Pemerintahan Kabupaten Masmasa pada tahun yang
sama. Aplikasi ini dikembangkan oleh Badan Pengawasan Keuangan dan
Pembangunan (BPKP) dalam rangka meningkatkan kualitas tata kelola keuangan
desa [18]. Fitur – fitur yang ada dalam aplikasi ini dibuat sederhana dan user
friendly sehingga memudahkan pengguna dalam mengoperasikan aplikasi ini [18].

Aplikasi SISKEUDES ini masih menggunakan arsitektur monolitik. Service yang

terdapat pada aplikasi ini tergabung dalam satu package bersamaan dengan user
interface. Service ini yang nantinya akan dipanggil atau diminta oleh user melalui
user interface untuk mengoperasikan data – data yang berada pada database.

3.1.2 Analisis Stakeholder Sistem

Untuk menganalisis proses-proses yang terdapat pada sistem yang berjalan, maka
perlu mengetahui stakeholder dan perannya terlebih dahulu. Berikut ini penjelasan
stakeholder beserta peran dan tugasnya.

Tabel 2 Stakeholder Sistem

No Stakeholder Role, Task, Rule

1 Kepala Desa Role:

Kepala Desa merupakan pemegang kekuasaan pengelolaan keuangan
desa dan mewakili Pemerintah Desa dalam kepemilikan kekasayaan
milik desa yang dipisahkan.
Task:
1. Menetapkan kebijakan tentang pelaksanaan APB Desa.
2. Menetapkan PTPKD (Perencanaan Tenaga Kerja Desa).
3. Menetapkan petugas yang melakukan pemungutan penerimaan
desa.
4. Menyetujui pengeluaran atas kegiatan yang ditetapkan dalam
APB Desa.

29
 5. Melakukan tindakan yang mengakibatkan pengeluaran atas
beban APB Desa.
Rules:
Kepala Desa memegang jabatan selama 6 (enam) tahun terhitung
tanggal pelantikan dan dapat menjabat paling lama 3 (tiga) kali masa
jabatan secara berturut-turut atau tidak secara berturut-turut.

2 Sekretaris Desa Role:

Perangkat desa yang bertugas membantu kepala desa untuk
mempersiapkan dan melaksanakan pengelolaan desa untuk
mempersiapkan dan melaksanakan pengelolaan administrasi desa,
mempersiapkan bahan penyusunan laporan penyelenggaraan pemerintah
desa.
Task:
1. Menyusun dan melaksanakan Kebijakan Pengelolaan APB
Desa.
2. Menyusun Rencana Peraturan Desa tentang APB Desa,
perubahan APBD, PTPKD dan pertanggungjawaban
pelaksanaan APB Desa.
3. Melakukan pengendalian terhadap pelaksanaan kegiatan yang
telah ditetapkan dalam APB Desa.
4. Menyusun pelaporan dan pertanggungjawaban pelaksanaan
APB Desa.
5. Melakukan verifikasi terhadap bukti-bukti penerimaan dan
pengeluaran APB Desa.
Rule:
-

3 Ketua Role:
Pelaksana Perangkat desa yang bertindak sebagai pelaksana kegiatan sesuai dengan
bidangnya.
Task:
1. Menyusun RAB kegiatan yang menjadi tanggungjawabnya.
2. Melaksanakan kegiatan dan/ atau bersama Lembaga
Kemasyarakatan Desa yang telah ditetapkan di dalam APB
Desa.
3. Melakukan tindakan pengeluaran yang menyebabkan atas beban
anggaran belanja kegiatan.
4. Mengendalikan pelaksanaan kegiatan.
5. Melaporkan perkembangan pelaksanaan kegiatan kepada Kepala
Desa.
6. Mengajukan SPP dan melengkapi dengan bukti-bukti
pendukung atas beban pengeluaran pelaksanaan.
Rule:
-

4 Bendahara Role:
Desa Bendahara Desa yang bertugas menerima, menyampaikan, menyetor/
membayar, menatausahakan, dan mempertanggungjawabkan
penerimaan pendapatan desa dan pengeluaran pendapatan desa dalam
rangka pelaksanaan APB Desa.
Task:

30
 1. Menerima, menimpan, menyetorkan/membayar.
2. Memungut dan menyetorkan PPh dan pajak lainnya.
3. Melakukan pencatatan setiap penerimaan dan pengeluaran serta
melakukan tutup buku setiap akhir bulan secara tertib.
4. Mempertanggungjawabkan uang melalui laporan
pertanggungjawaban.
Rule:
-

3.1.3 Analisis Proses Penganggaran

Pada sistem sejenis terdapat enam proses pengelolaan data penganggaran yaitu
penganggaran data umum, penganggaran RAB, penganggaran APBDesa. Berikut
rincian alur proses, penjelasan proses dan data yang dibutuhkan pada setiap proses:
1. Penganggaran Data Umum
Berikut adalah gambar proses penginputan data Umum Desa, dan tabel
penjelasan proses penginputan data Umum Desa dari proses penganggaran Data
Umum Desa.

Gambar 3 Proses Pengaggaran Data Umum

Tabel 3 Proses Pengaggaran Data Umum

31
 Nama Proses Penganggaran Data Umum Desa
No Proses PA-SJ-03
Proses Bisnis 1. Input data umum desa
Sekretaris desa memasukan data umum desa
2. Simpan data umum desa
3. Data umum desa disimpan
Sistem menyimpan data umum desa
Business Rules Seluruh data RPJMDes telah disimpan kedalam sistem.

2. Penganggaran Data Kegiatan

Berikut adalah gambar proses penginputan data Kegiatan Desa, tabel penjelasan
proses penginputan data penganggaran Data Kegiatan Desa, gambar format
hasil dari penginputan data penganggaran Kegiatan yaitu RAB, tabel kebutuhan
data RAB, gambar format data penganggaran APB Desa, dan tabel kebutuhan
data penganggaran APB Desa dari proses penganggaran data Kegiatan.

Gambar 4 Proses Penganggaran Kegiatan

Tabel 4 Proses Pengaggaran Kegiatan

32
Nama Proses Penganggaran Kegiatan
No Proses PA-SJ-04
Proses Bisnis 1. Memilih Bidang Kegiatan
Sekertaris desa memilih data Bidang Kegiatan yang sudah tersedia
pada sistem.
2. Memilih Kegiatan berdasarkan Bidang Kegiatan
Sekertaris desa memilih data Kegiatan berdasarkan Bidang
Kegiatan yang sudah tersedia pada sistem.
3. Input data rincian kegiatan
Sekertaris desa memasukan data Rincian Kegiatan.
4. Simpan data Rincian Kegiatan
5. Data Rincian Kegiatan disimpan.
Sistem menyimpan data Rincian Kegiatan.
Business Rules .

Gambar 5 Sistem Sejenis Format Data RAB

Tabel 5 Sistem Sejenis Format Data RAB

Data masukkan Penjelasan
(input)
Nama Bidang Nama Bidang yang akan dilaksanakan
Nama Kegiatan Nama Kegiatan yang akan dilaksanakan
Waktu Pelaksanaan Target waktu yang akan dilaksanakan
Sumber Dana Sumber dana yang akan dilaksanakan
Kode Kode pengeluaran yanga

33
Uraian Nama uraian yang akan dilaksanakan
Anggaran Anggaran dana yang dikeluarkan
Volume Perkiraan besaran yang akan dilaksanakan
Harga Satuan Harga satuan dari besaran yang dilaksanakan
Jumlah Jumlah dari besaran volume dan harga satuan
Jumlah Total Jumlah total keseluruhan pelaksananaan pada kegiatan yang
dilaksanakan
Wali Negari Nama Kepala Desa
Sekretaris Desa Nama Sekretaris Desa
Pelaksana Kegiatan Nama Pelaksana Kegaiatan

Gambar 6 Sistem Sejenis Format APB Desa

Tabel 6 Sistem Sejenis Format APB Desa

Data masukkan Penjelasan
(input)
Nomor Nomor APB Desa yang telah dilaksnakan
Tahun Tahun anggaran yang dilaksnakan
Kode REK Kode REK yang dilaksanakan
Uraian Uraian dari APB Desa
Pendapatan Jenis Pendapatan yang dilaksnakan
Jumlah Pendapatan Jumlah Pendapatan yang dilaksnaakan
Belanja Jenis Belanja yang dilaksnaakan
Jumlah Belanja Jumlah Belanja yang dilaksanakan

34
Pembiayaan Jenis Pembiayaan yang dilaksnakan
Jumlah Pembiayaan Jumlah Pembiayaan yang dilaksnakan
Sisa Lebih Perhitungan Jumlah SiLPA dari hasi Pembiayaan
Anggaran
Anggaran Jumlah anggaran yang dilaksanakan
Keterangan Keterangan dari setiap jenis kegiatan yang dilaksanakan
Wali Negari Nama Kepala Desa

3. Penganggaran Pendapatan

35
Berikut adalah gambar proses penginputan data Pendapatan Desa, dan tabel
penjelasan proses penginputan data Pendapatan Desa dari proses penganggaran data
Pendapatan Desa.

Gambar 7 Proses Penganggaran Pendapatan

Tabel 7 Penganggaran Pendapatan

36
 Nama Proses Penganggaran Pendapatan
No Proses PA-SJ-05
Proses Bisnis 1. Memilih Kelompok Pendapatan
Sekertaris desa memilih data Kelompok Pendapatan yang sudah
tersedia pada sistem.
2. Memilih Jenis Pendapatan berdasarkan Kelompok Pendapatan
Sekertaris desa memilih data Jenis Pendapatan berdasarkan
Kelompok Pendapatan yang sudah tersedia pada sistem.
3. Memilih Obyek Pendapatan berdasarkan Jenis Pendapatan
Sekertaris desa memilih data Obyek Pendapatan berdasarkan
Jenis Pendapatan yang sudah tersedia pada sistem.
4. Simpan data Kelompok, Jenis dan Obyek Pendapatan
5. Data Kelompok, Jenis dan Obyek Pendapatan disimpan
Sistem menyimpan data Kelompok, Jenis dan Obyek Pendapatan.
6. Input Data Rincian Obyek Pendapatan
Sekertaris Desa memasukan data Rincian Obyek Pendapatan.
7. Simpan data Rincian Obyek Pendapatan
8. Data Obyek Rincian Pendapatan disimpan
Sistem menyimpan data Rincian Obyek Pendapatan.
Business Rules

4. Penganggaran Pembiayaan
Berikut adalah gambar proses penginputan data Pembiayaan Desa dan tabel
penjelasan proses penginputan data Pembiayaan Desa dari proses
penganggaran.

37
Gambar 8 Penganggaran Pembiayaan

38
 Tabel 8 Penganggaran Pembiayaan
Nama Proses Penganggaran Pembiayaan
No Proses PA-SJ-06
Proses Bisnis 1. Memilih Kelompok Pembiayaan
Sekertaris desa memilih data Kelompok Pembiayaan yang sudah tersedia pada
sistem.
2. Memilih Jenis Pembiayaan berdasarkan Kelompok Pembiayaan
Sekertaris desa memilih data Jenis Pembiayaan berdasarkan Kelompok
Pembiayaan yang sudah tersedia pada sistem.
3. Memilih Obyek Pembiayaan berdasarkan Jenis Pembiayaan
Sekertaris desa memilih data Obyek Pembiayaan berdasarkan Jenis Pembiayaan
yang sudah tersedia pada sistem.
4. Simpan data Kelompok, Jenis dan Obyek Pembiayaan
5. Data Kelompok, Jenis dan Obyek Pembiayaan disimpan
Sistem menyimpan data Kelompok, Jenis dan Obyek Pembiayaan.
6. Input Data Rincian Obyek Pembiayaan
Sekertaris Desa memasukan data Rincian Obyek Pembiayaan.
7. Simpan data Rincian Obyek Pembiayaan
8. Data Obyek Rincian Pembiayaan disimpan
Sistem menyimpan data Rincian Obyek Pembiayaan.
Business Rules

3.1.4 Analisis Proses Penatausahaan

Pada sistem sejenis terdapat tiga tahap dari proses penatausahaan yaitu Pengelolaan
Buku kas umum desa, pembantu pajak, dan Buku Bank. Berikut rincian alur proses,
penjelasan proses dan data yang dibutuhkan pada setiap tahap:
1. Buku Kas Umum
Berikut adalah gambar proses penginputan data Buku Kas Umum Desa, tabel
penjelasan proses penginputan data penatausahaan Buku Kas Umum Desa,
gambar format hasil dari penginputan data penatausahaan Buku Kas Umum
Desa, dan tabel kebutuhan data Buku Kas Umum Desa dari proses
penatausahaan data Buku Kas Umum Desa.

39
 Gambar 9 Pencatatan Buku Kas Umum
Tabel 9 Pencatatan Buku Kas Umum
Nama Proses Input Data Penatausahaan
No Proses PA-SJ-09
Business Process 1. Memilih Menu Penatausahaan
2. Memilih Buku Bank Desa
3. Input Data Bank Desa
4. Simpan Data Buku Bank
Business Rules Data Kas umum telah tersimpan pada system

Gambar 10 Format Buku Kas Umum

40
 Tabel 10 Penjelasan Buku Kas Umum
Data masukkan Penjelasan
(input)
Periode Periode yang dilaksnakan
No Nomor transaksi (Penyesuaian penginputan)
Tanggal Tanggal Transaksi
Rekening Kode Rekening Bank
Uraian Nama tansaksi yang dilakukan
Penerimaan Penerimaan transaksi
Pengeluaran Pengeluaran transaksi
Nomor Bukti Nomor bukti transaksi
Pengeluaran Komulatif Pengeluaran Komulatif dari penerimaan dan pengeluaran
Saldo Jumlah saldo di Bank
Wali Negari Nama Kepala Desa
Bendahara Desa Nama Bendahara Desa

2. Buku Pembantu Pajak

Berikut adalah gambar proses penginputan data Buku Pembantu Pajak Desa,
dan tabel penjelasan proses penginputan data Buku Pembantu Pajak Desa dari
proses penatausahaan data Buku Pembantu Pajak.

Gambar 11 Pencatatan Buku Pembantu Pajak

Tabel 11 Penjelasan Pencatatan Buku Pajak

41
Nama Proses Input Data Buku Pembantu Pajak
No Proses PA-SJ-10
Business Process 1. Memilih Menu Penatausahaan
2. Memilih Buku Pembantu Pajak
3. Input Data Bank Desa
4. Simpan Data Buku Pembantu Pajak
Business Rules Data pembantu pajak telah tersimpan pada system

3. Buku Bank
Berikut adalah gambar proses penginputan data Buku Bank Desa, tabel
penjelasan proses penginputan data penatausahaan Buku Bank Desa,
gambar format hasil dari penginputan data penatausahaan Buku Bank Desa,
dan tabel kebutuhan data Buku Bank Desa dari proses penatausahaan data
Buku Bank Desa.

Gambar 12 Proses Input Data Buku Bank

Tabel 12 Proses Input Data Buku Bank

Nama Proses Input Data Buku Bank
No Proses PA-SJ-11
Business Process 1. Memilih Menu Penatausahaan
2. Memilih Buku Bank Desa
3. Input Data Bank Desa
4. Simpan Data Buku Bank
Business Rules Data buku Bank telah tersimpan pada system

42
 Gambar 13 Sistem Sejenis Format Data Buku Bank

Tabel 13 Sistem Sejenis Format Data Buku Bank

Data masukkan Penjelasan
(input)
Bulan Bulan transaksi Bank
Nama Bank Nama Bank untuk transaksi
No REK Nomor Rekening Bank yang digunakan untuk transaksi
No Nomor transaksi di buku Bank
Tanggal Tanggal transasksi buku Bank
Uraian Transaksi Nama transaksi yang dilakukan
Nomor Bukti Nomor bukti transaksi
Pembukuan Pembukuan penjelasan dari setoran dan bunga
Setoran Jumlah setoran ke bank
Bunga Jumlah bunga yang didapat dari bank
Pengeluaran Pengeluaran penjelasan dari penarikan, pajak, dan biaya admin
Penarikan Jumlah penarikan dana dari bank
Pajak Jumlah pajak dari bank
Biaya Admin Biaya admin yang harus dikeluarkan
Wali Negari Nama Kepala Desa
Saldo Jumlah saldo bank saat ini
Bendahara Desa Nama Bendahara Desa

3.1.5 Analisis Proses Pelaporan

Pada sistem sejenis terdapat dua tahapan proses pelaporan yaitu menampilkan
laporan semesteran dan menampilkan laporan akhir tahun. Berikut rincian alur
proses, penjelasan proses dan data yang dibutuhkan pada setiap proses :
1. Laporan Semester Pertama

43
Berikut adalah gambar proses penginputan data Laporan Semester Pertama
Desa, tabel penjelasan proses penginputan data pelaporan Laporan Semester
Pertama Desa, gambar format hasil dari penginputan data pelaporan Hasil
Kekayaan Milik Desa, dan tabel kebutuhan data Laporan Hasil Kekayaan Milik
Desa dari proses pelaporan data Laporan Semester Pertama.

Gambar 14 Pelaporan Laporan Semester

Tabel 14 Pelaporan Laporan Semester

44
Nama Proses Pelaporan laporan semester
No Proses PA-SJ-12
Business Process 1. Memilih Penatausahaan pada menu entri data.
2. Memilih Mutasi Kas pada daftar menu penatausahaan.
3. Memilih Biaya Admin Desa pada menu Mutasi Kas
4. Menginputkan data Biaya Admin Desa.
5. 5.a Menambahkan data pada Biaya Admin Desa.
5.b Menyimpan data pada Biaya Admin Desa.
6. 6.a Kembali pada no 4.
6.b Memilih Laporan pada menu entri data.
7. Melihat Penatausahaan pada Buku Kas Umum Desa, Buku
Pembantu Bank, Buku Pembantu Pajak.
8. Memilih Jurnal penyesuaian pada menu penatausahaan.
9. 9.a Menambahkan data pada jurnal
9.b Menyimpan data jurnal pada system
10. 10.a Kembali pada no 8
10.b Melihat Laporan Realiasasi Anggaran Semesteran
Business Rules Seluruh data Laporan Semesteran telah tersimpan pada system

Gambar 15 Laporan Kekayaan Desa

Tabel 15 Laporan Kekayaan Desa

Data masukkan Penjelasan
(input)
Batas Waktu Batas waktu laporan kekayaan desa.

45
Kode Kode kekayaan milik desa (Penyesuaian penginputan)
Uraian Uraian Pennjelasan kekayaan milik desa
Tahun pelaksanaan Tahun pelaksanaan kekayaan milik desa sampai masa periode.
Jumlah Jumlah total dari tiap tahun pelaksanaan.
Wali Negari Nama Kepala Desa

2. Laporan Akhir Tahun

Berikut adalah gambar proses penginputan data Laporan Semester Akhir Desa,
tabel penjelasan proses penginputan data pelaporan Laporan Semester Akhir
Desa, gambar format hasil dari penginputan data pelaporan Realisasasi APB
Desa, dan tabel kebutuhan data Laporan Realisasi APB Desa dari proses
pelaporan data Laporan Semester Akhir.

Gambar 16 Laporan Akhir Tahun

Tabel 16 Laporan Akhir Tahun

46
Nama Proses Laporan akhir tahun
No Proses PA-SJ-13
Business Process 1. Memilih laporan pada menu entri data2
2. Memilih penatausahaan pada menu laporan
3. Melihat laporan Buku Kas Umum Desa
4. Mencetak Buku Kas Umum Desa
5. Melihat Laporan Buku Pembantu Pajak
6. Mencetak Buku Pembantu Pajak
7. Melihat Laporan Buku Pembantu Bank
8. Mencetak Buku Pembantu Bank
9. Memilih Pembukuan pada menu laporan
10. Melihat Laporan Realisasi Anggaran Semesteran1
11. Mencetak Laporan Realisasi
Business Rules Data kebutuhan laporan sudah tersimapan pada sistem

Gambar 17 Format Laporan Akhir Tahun

Tabel 17 Penjelasan Format Laporan Akhir Tahun

Data masukkan (input) Penjelasan
Tahun anggaran Tahun yang dilaksanakan
Kode Rekening Kode rekening APB Desa (Penyesuaian penginputan)
Uraian Uraian APB Desa dan jenis kegiatannya
Anggaran Jumlah anggaran dana yang direncanakan
Realisasi Jumlah dana realisasi pelaksanaan
Lebih(Kurang) Jumlah dana yang kurang atau lebih

47
 Jumlah Jumlah total Realiasasi Anggaran
Wali Negari Nama Kepala Desa

3.1.6 Analisis Arsitektur

Pada Aplikasi SISKEUDES terdapat beberapa service dan store front UI dan
aplikasi tersebut mengakses data yang tersimpan pada Microsoft Access. Service-
service dan store front UI ini tergabung dalam satu bundle/package dan setiap
service tersebut mengakses data yang tersimpan pada Microsoft Access. Berikut
adalah gambar arsitektur pada aplikasi SISKEUDES :

Gambar 18 Arsitektur Monolitik

3.1.7 Analisis Domain Model Proses Pelaksanaan

Domain model ini digambarkan untuk mengetahui objek apa saja yang terdapat
pada Aplikasi Pengelolaan Keuangan Desa. Domain Model Aplikasi Pengelolaan
Keuangan Desa pada desa Kertawangi digambarkan pada gambar ...

48
Gambar 19 Domain Model Pelaksanaan

49
3.2 Analisis Proses Pelaksanaan Pada Juklak

Pada tahapan Pelaksanaan dilakukan untuk dapat merealisasikan APB Desa yang telah
direncanakan sebelumnya. Dalam tahap pelaksanaan desa sesuai dengan APB Desa
terdapat Pelaksanaan Pendapatan dan Pelaksanaan Belanja, berikut bisnis proses pada
pelaksanaan dalam pendapatan dan belanja desa.
1. Pelaksanaan pendapatan
Pada pendapatan terdapat beberapa bisnis proses pendapatan, yaitu terkait
pendapatan asli desa dan pendapatan transfer.
● Pendapatan Asli Desa
Berikut ini gambaran dan penjelasan terkait bisnis proses Pelakasnaan
penerimaan Pendapatan Desa.

50
 Gambar 20 Pelaksanaan Penerimaan Pendapatan Retribusi/Pungutan/dan Sewa

Tabel 18 Pelaksanaan Penerimaan Pendapatan Retribusi/Pungutan/dan Sewa

Nama Proses Pelaksanaan Penerimaan Pendapatan Retribusi/Pungutan/dan Sewa

No Proses BP-AI-01

Bisnis Proses 1. Memakai/memanfaatkan aset desa atau menerima jasa pelayanan

Mayarakat memakai/memanfaatkan aset desa atau menerima jasa
pelayanan yang diberikan oleh pemerintah desa sesuai dengan peraturan

51
 desa dan pelaksanaan penerimaan retribusinya.
2. Menerima uang pembayaran sewa/retribusi/pungutan dan membuat
karcis/tiket/bukti retribusi/ kuitansi tanda terima
Bendahara Desa menerima uang pembayaran sewa/retribusi/pungutan
penerimaan desa yang telah ditetapkan oleh Kepala Desa. Kemudian
Bendahara membuat karcis/tiket/bukti retribusi/kuitansi tanda terima
sebagai bukti bahwa Bendahara Desa telah menerima uang pembayaran
dari masyarakat.
3. Menerima karcis/tiket/bukti retribusi/kuitansi tanda terima.
Masyarakat menerima karcis/tiket/bukti retribusi/kuitansi tanda terima
dari Bendahara Desa bahwa telah menerima uang pembayaran.
4. Melakukan pencatatan dalam Buku Kas Umum dan Buku Rincian
Pendapatan.
Bendahara Desa melakukan pencatatan seluruh retribusi desa yang telah
diterima ke dalam Buku Kas Umum dan Buku Rincian Pendapatan.
5. Penyetoran penerimaan bank dan membuat bukti setor.
Bendahara Desa melakukan penyetoran penerimaan dana ke bank.
kemudian bank membuat bukti stor sebagai bukti telah menerima
penyetoran penerimaan dana bank.
6. Melakukan pencatatan pada buku bank.
Bendahara Desa menerima bukti penyetoran dana dan melakukan
pencatatan pada buku bank.

52
Gambar 21 Pelaksanaan Ketuplak Penerimaan Pendapatan Swadaya Masyarakat

Tabel 19 Pelaksanaan Ketuplak Penerimaan Pendapatan Swadaya Masyarakat

Nama Proses Pelaksanaan Ketua Pelaksana Menerimaan Pendapatan Swadaya Masyarakat

No Proses BP-AI-02

Bisnis Proses 1. Menerima bantuan dari masyarakat berupa uang dan barang/jasa.
Ketua Pelaksana menerima bantuan secara langsung berupa uang dan
barang/jasa yang dikumpulkan dari masyarakat desa.
2. Menilai bantuan masyarakat berupa barang/jasa dalam nilai
rupiah.
Barang/jasa yang telah diterima oleh Kepala Desa harus
dikonversikan/dinilai dengan uang (rupiah) dengan menggunakan
harga pasar setempat dan berdasarkan RAB yang telah dibuat
sebelumnya.
3. Mencatat dalam Buku Pembantu Kas Kegiatan.
Setelah penerimaan atas swadaya dari masyarakat yang telah
dirupiahkan, kemudian Ketua Pelaksana mencatat kedalam Buku

53
 Pembantu Kas Kegiatan.
4. Menerima penyetoran penerimaan bantuan masyarakat dan
membuat kuitansi/tanda terima.
Bendahara Desa menerima penyetoran bantuan masyarakat yang telah
dirupiahkan, kemudian Bendahara Desa membuat bukti
penerimaannya berupa kuitansi/tanda terima barang.
5. Penerimaan penyetoran pendapatan dan membuat bukti setor.
Bank menerima penyetoran pendapatan dari Bendahara Desa dan
membuat bukti setor sebagai tanda bahwa pendapatan telah disetorkan
ke bank.
6. Melakukan pencatatan dalam Buku Kas Umum dan Buku Rincian
Pendapatan.
Setelah Bendahara Desa menerima bukti setor dari bank , kemudian
Bendahara Desa mencatat penyetoran barang yang telah dirupiahkan
ke dalam Buku Kas Umum dan Buku Rincian Pendapatan untuk dibuat
daftar hadir atas orang-orang yang telah menyumbang.

Gambar 22 Pelaksanaan Ketua RT Menerima Pendapatan Swadaya Masyarakat

54
 Tabel 20 Pelaksanaan Ketua RT Menerima Pendapatan Swadaya Masyarakat
Nama Proses Pelaksanaan Ketua RT/Kepala Dusun Menerimaan Pendapatan Swadaya
Masyarakat

No Proses BP-AI-03

Bisnis Proses 1. Mengumpulkan uang sumbangan masyarakat erima bantuan dari

masyarakat.
Ketua RT/ Kepala Dusun menerima bantuan secara langsung berupa
uang dan barang/jasa yang dikumpulkan dari masyarakat desa.
2. Menerima penyetoran penerimaan bantuan masyarakat dan membuat
kuitansi/tanda terima.
Bendahara Desa menerima penyetoran bantuan masyarakat yang telah
dirupiahkan, kemudian Bendahara Desa membuat bukti penerimaannya
berupa kuitansi/tanda terima barang. Kemudian Ketua RT/ Kepala Dusun
menerima kuitansi/ Tanda terima sebagai bukti bahawa Ketua RT/Kepala
Dusun telah menyetorkan penerimaan bantuan masyarakat.
3. Melakukan Pencatatan dalam Buku Kas Umum dan Buku Rincian
Pendapatan.
Setelah penerimaan atas swadaya dari masyarakat yang telah dirupiahkan,
kemudian Ketua Pelaksana mencatat kedalam Buku Pembantu Kas
Kegiatan.
4. Penerimaan penyetoran pendapatan dan membuat bukti setor.
Bank menerima penyetoran pendapatan dari Bendahara Desa dan
membuat bukti setor sebagai tanda bahwa pendapatan telah disetorkan ke
bank.
5. Melakukan pencatatan dalam Buku Kas Umum dan Buku Rincian
Pendapatan.
Setelah Bendahara Desa menerima bukti setor dari bank , kemudian
Bendahara Desa mencatat penyetoran barang yang telah dirupiahkan ke
dalam Buku Kas Umum dan Buku Rincian Pendapatan untuk dibuat
daftar hadir atas orang-orang yang telah menyumbang.

● Pendapatan Transfer
Dana Desa ditransfer melalui APB Desa Kabupaten/Kota ke APB Desa.
Penyaluran Dana Desa dilakukan dengan cara pemindahan bukuan dari RKUN
ke RKUD, selanjutnya dari Kabupaten/Kota diselurkan ke desa dilakukan
dengan cara pemindahan bukuan dari RKUD ke Rekening Kas Desa.
Penyaluran Dana Desa dilakukan secara bertahap pada tahun anggaran berjalan
dengan ketentuan:
1. Tahap I pada bulan April sbesar 40%.

55
 2. Tahap II pada bulan Agustus sebesar 40%.
3. Tahap II pada bulan November sebesar 40%.
Penyaluran Dana Desa setiap tahap dilakukan paling lambat pada minggu
kedua, yang dilakukan setelah diterima di Kas Daerah. Penyaluran Dana telah
dilakukan paling lambat pada minggu kedua, yang dilakukanpaling lambat 7
(tujuh) hari kerja setelah diterima di Kas Daerah.

Gambar 23 Penerimaan Pendapatan Transfer dari Provinsi/Kabupaten/Kota

Tabel 21 Penerimaan Pendapatan Transfer dari Provinsi/Kabupaten/Kota

Nama Proses Penerimaan Pendapatan Transfer dari Provinsi/Kabupaten/Kota

No Proses BP-AI-04

Bisnis Proses 1. Keputusan Bupat/Walikota/Gubernur.

Keputusan Bupati/Walikota mengenai besaran DD, ADD, Bagi
Hasil, Pajak/Retribusi dan Bantuan Keuangan dan adapun
Keputusan Gubernur mengenai besaran dana bantuan keuangan dari
Provinsi.
2. Note Transfer.
Setelah Bupati/Walikota/Gubernur memberi keputusan atas dana

56
 yang akan ditransfer, kemudain Bank menerima dana dan membuat
note transfer dari Bupati/walikota/Gubernur ke Bendahara Desa.
3. Melakukan Pengecekan pada Rekening Kas Desa di Bank.
Bendahara Desa melakukan pengecekan pada Rekening Kas Desa di
Bank dari hasil keputusan Bupati/Walikota/Gubernur mengenai DD,
ADD, Bagi Hasil Pajak/Retribusi dan bantuan keuangan.
4. Melakukan Pencatatan ke Buku Bank dan Buku Rincian
Pendapatan.
Setelah Bendahara mendapatkan dana transfer desa dari
Bupati/Walikota/Gubernur kemudian Bendahara Desa melakukan
pencatatan ke Buku Bank dan Buku Rincian Pendapatan atas dana
transfer yang masuk dari pemerintah.

● Pendapatan Lain-lain
Pelaksanaan penerimaan dari hibah, sumbangan, dan lain-lain pendapatan desa
yang sah, berupa kas dilakukan melalui Bendahara Desa harus segera
disetorkan ke Rekening Kas Desa. Pencatatatn penerimaan dari hibah,
sumbangan, dan lain-lain pendapatan desa yang sah harus disertai dengan bukti
yang lengkap dan sah antara kuitansi penerimaan.
2. Pelaksanaan Belanja
Setelah APB Desa telah ditetapkan dalam bentuk Peraturan Desa, Pada Belanja
Pegawai yang bersifat mengikat dan operasional perkantoran yang diatur dalam
keputusan Kepala Desa, oleh karena itu belanja pegawai dan operasional dapat
dilakukan tanpa perlu menunggu penetapan APB Desa. Dalam pelaksanaan Belanja
Ketua Pelaksana diwajibkan untuk membuat RAB dan SPP untuk realisasi APB Desa
dan pengajuan pelaksanaan kegiatan yang direncanakan.
A. RAB
Berikut ini alur pengajuan dan persetujuan RAB:

57
 Gambar 24 Pelaksanaan Persetujuan RAB

Tabel 22 Pelaksanaan Persetujuan RAB

Nama Proses Pelaksanaan Persetujuan Rencana Anggaran Biaya(RAB)

No Proses BP-AI-05

Bisnis Proses 1. Mengajukan RAB Kegiatan.

Ketua Pelaksana mengajukan pendanaan untuk melaksanakan
kegiatan, pengajuan tersebut harus disertai dokumen antara lain
RAB.
2. Memverifikasi RAB kegiatan.
RAB sebelum dilaksanakan harus diverifikasi terlebih dahulu oleh
Sekretaris Desa.
3. Pengesahan RAB Kegiatan.
Kemudian setelah diverifikasi yaitu disahkan oleh Kepala Desa.
4. Melaksanakan Kegiatan yang sudah diajukan.
Ketua Pelaksana dapat melaksanakan kegiatan yang sudah diajukan
dan telah di setujui oleh Kepala Desa.
B. SPP
Dalam proses belanja di desa, terdapat 2 (dua) cara bagi Bendahara Desa dalam
melakukan pembayaran, yaitu tanpa melalui panjar dan melalui panjar terlebih dahulu
kepada Ketua Pelaksana Kegiatan.

58
 Gambar 25 Pelaksanaan Pembayaran Tanpa Melalui Panjar

Tabel 23 Pelaksanaan Pembayaran Tanpa Melalui Panjar

Nama Proses Pelaksanaan Pembayaran Tanpa Melalui Panjar

No Proses BP-AI-06

Bisnis Proses 1. Pengajuan SPP.

Ketua Pelaksana mengajukan SPP beserta pendukungnya yaitu
barang dan kuitansi/faktur/nota.
2. Verifikasi SPP.
Verifikasi SPP yang dilakukan oleh Sekretaris Desa meliputi:
- Meneliti kelengkapan permintaan pembayaran yang diajukan
oleh pelaksana kegiatan.
- Mengajukan kebenaran perhitungan tagihan atas beban APB
Desa yang tercantum dalam permintaan pembayaran.
- Menguji ketersediaan dana untuk kegiatan dimaksud.
- Menolak pengajuan permintaan pembayaran oleh pelaksana
kegiatan apabila tidak memenuhi persyaratan yang telah
ditetapkan.
3. Persetujuan SPP.
Menyetujui SPP untuk pengarsipan oleh Sekretaris Desa dan ketua
Pelaksana, kemudian untuk pendanaan oleh Bendahara Desa.
4. Memungut dan menyetorkan PPh dan pajak lainnya.
Pendanaan SPP atau memungut dan menyetorkan PPh dan pajak
lainnya dilengkapi oleh kuitansi pembayaran, kemudian pencatatan
pada Buku Kas Umum.
5. Membuat Kuitansi Pembayaran
Pihak Ketiga yang bersangkutan mambuat kitansi Pembayaran untuk
pembayaran panjar.

59
 6. Mencatat ke Buku Pembantu Kas Kegiatan.
Ketua Pelaksana mendapatkan kuitansi pembayaran dan
mengarsipkan ke dalam Buku Pembantu Kas Kegiatan.

Gambar 26 Pelaksanaan Pembayaran Melalui Panjar

Tabel 24 Pelaksanaan Pembayaran Melalui Panjar

Nama Proses Pelaksanaan Pembayaran Melalui Panjar

No Proses BP-AI-07

Bisnis Proses 1. Pengajuan SPP.

Ketua Pelaksana mengajukan SPP beserta pendukungnya yaitu
barang dan kuitansi/faktur/nota.
2. Verifikasi SPP.
Verifikasi SPP yang dilakukan oleh Sekretaris Desa meliputi:
- Meneliti kelengkapan permintaan pembayaran yang diajukan
oleh pelaksana kegiatan.
- Mengajukan kebenaran perhitungan tagihan atas beban APB
Desa yang tercantum dalam permintaan pembayaran.
- Menguji ketersediaan dana untuk kegiatan dimaksud.
- Menolak pengajuan permintaan pembayaran oleh pelaksana
kegiatan apabila tidak memenuhi persyaratan yang telah
ditetapkan.
3. Persetujuan SPP.
Menyetujui SPP untuk pengarsipan oleh Sekretaris Desa dan ketua
Pelaksana, kemudian untuk pendanaan oleh Bendahara Desa.
4. Memungut dan menyetorkan PPh dan pajak lainnya.
Pendanaan SPP atau memungut dan menyetorkan PPh dan pajak
lainnya dilengkapi oleh kuitansi pembayaran, kemudian pencatatan
pada Buku Kas Umum.

60
 5. Membuat Kuitansi Pembayaran
Pihak Ketiga yang bersangkutan mambuat kitansi Pembayaran untuk
pembayaran panjar.
6. Mencatat ke Buku Pembantu Kas Kegiatan.
Ketua Pelaksana mendapatkan kuitansi pembayaran dan
mengarsipkan ke dalam Buku Pembantu Kas Kegiatan.

3.3 Evaluasi Hasil Analisis Sistem yang Sedang Berjalan (As-Is)

Dari hasil analisis sistem yang sedang berjalan didapatkan hasil bahwa setiap fitur pada
aplikasi SISKEUDES sudah berjalan dengan sangat baik. Seluruh fitur pada aplikasi
ini sudah mampu menangani dan mengelola data penglolaan keuangan desa. Proses
pelaksanaan pengelolaan keuangan desa pada aplikasi ini dikelola oleh beberapa fitur
yang meliputi penganggaran, penatausahaan dan pelaporan.
Tetapi pada aplikasi SISKEUDES ini, arsitektur yang digunakan masih monolitik.
Berikut adalah tabel yang menjelaskan kekurangan dan kelebihan dari arsitektur
monolitik:

Tabel 25 Kelebihan dan Kekurangan Arsitektur Monolitik

Kelebihan Kekurangan

Mudah untuk di deploy. Pengembangan / update aplikasi lebih

sulit.

Mudah untuk diuji. Maintenance aplikasi lebih sulit

Mudah untuk dibangun. Jika terjadi error pada salah satu

service dapat mempengaruhi
keseluruhan aplikasi.

Karena aplikasi pengelolaan keuangan desa yang akan dibangun pada Tugas Akhir ini
menggunakan arsitektur microservice, maka proses pelaksanaan yang sudah ditangani
oleh beberapa fitur pada aplikasi SISKEUDES akan dibuat menjadi terpisah. Proses
pelaksanaan pada aplikasi yang akan dibangun meliputi pengelolaan data realisasi
belanja, data realisasi pendapatan, data realisasi pembiayaan, laporan realisasi belanja,

61
laporan realisasi pendapatan laporan realisasi pembiayaan dan laporan realisasi
keseluruhan.

3.4 Analisis Data

Analisis data diperlukan untuk mengetahui data yang akan digunakan. Analisis data
berikut ini didasarkan pada informasi yang ditampilkan dari sistem sejenis pada desa
Kertawangi dan buku petunjuk pelaksanaan pengelolaan keuangan desa.
Data yang ditampilkan pada sistem sejenis berupa halaman penampilan data dan
halaman isian isian data. Selain itu, sistem sejenis dapat membuat laporan secara
otomatis dari hasil penginputan data.
Data yang di analisis dari petunjuk pelaksanaan pengelolaan keuangan desa berupa
laporan – laporan terkait pengelolaan keuangan desa. Laporan-laporan tersebut
ditampilkan dalam bentuk gambar dan mempunyai struktur nya masing-masing.

3.4.1 Evaluasi Analisis Data

Data yang didapatkan berdasarkan hasil analisis sistem berjalan hingga data yang akan
dibutuhkan untuk membangun Aplikasi Pengelolaan Keuangan Desa dengan arsitektur
microservice akan dijelaskan sebagai berikut:

Tabel 26 Data Realisasi Pendapatan

Nama Data Realisasi Pendapatan
Deskripsi Informasi mengenai data dari proses Pelaksanaan Pendapatan Desa yang akan
menjadi data peraturan desa yang akan menjadi dokumen LRA semabai bukti
pelaksanaan,
Frekuensi Ketua Pelaksana telah merencanakan APB Desa terekait pendapatan.
Bentuk Data Informasi
Struktur Data Kode Objek Pendapatan + Anggaran + Kode Rincian Pendapatan + No Urut +
Uraian + Jumlah Satuan + Harga Satuan + Sumber Dana + Anggaran +
Perubahan + Jumlah.

62
 Tabel 27 Data Realisasi Belanja
Nama Data Realisasi Belanja
Deskripsi Informasi mengenai data dari proses Pelaksanaan Belanjan Desa yang akan
menjadi data peraturan desa yang akan menjadi dokumen LRA semabai bukti
pelaksanaan.
Frekuensi Ketua Pelaksana telah merencanakan APB Desa terekait belanja.
Bentuk Data Informasi
Struktur Data Kode Kegiatan + Nama Kegiatan + Lokasi + Waktu + Nama PPTKD + Pagu +
Pagu setelah Perubahan + Keluaran + Kode Objek Belanja + Anggaran + Kode
Rincian + No Urut + Uraian + Jumlah Satuan + Sumberdana + Anggaran +
Perubahan + Jumlah..

Tabel 28 Data Realisasi Pembiayaan

Nama Data Realisasi Pembiayaan
Deskripsi Informasi mengenai data dari proses Pelaksanaan Pembiayaan Desa yang akan
menjadi data peraturan desa yang akan menjadi dokumen LRA semabai bukti
pelaksanaan.
Frekuensi Ketua Pelaksana telah merencanakan APB Desa terekait pembiayaan 1.
Bentuk Data Informasi
Struktur Data Kode Objek Pembiayaan + Anggaran + Kode Rincian + No Urut + Uraian +
Jumlah Satuan + Sumberdana + Anggaran + Perubahan + Jumlah.

3.4 Evaluasi dan Usulan

Berikut adalah kesimpulan dan usulan solusi dari hasil analisis proses pelaksanaan
pada sistem sejenis dan proses pelaksanaan pada petunjuk pelaksanaan :

3.4.1 Kesimpulan Hasil Analisis

Berdasarkan hasil analisis proses pelaksanaan pada sistem sejenis dan petunjuk
pelaksanaan yang telah dilakukan, maka dapat disimpulkan sebagai berikut:
1. Pada sistem yang sedang berjalan, seluruh proses pengelolaan keuangan desa sudah
berjalan dengan semestinya.
2. Pada sistem yang sedang berjalan, data pelaksanaan dikelola melalui proses
penganggaran, penatausahaan dan pelaporan.

63
3. Pada petunjuk pelaksanaan pengelolaan keuangan desa, proses pelaksanaan dibagi
menjadi tiga bagian yang meliputi pelaksanaan belanja, pelaksanaan pendapatan
dan pelaksanaan pembiayaan.
4. Struktur laporan pelaksanaan atau laporan realisasi anggaran hampir sama dengan
laporan APBD, yang membedakannya adalah adanya data tambahan berupa
anggaran dana dan lebih kurang dari setiap obyeknya.
5. Seluruh data pelaksanaan dikelola oleh sekretaris desa.
6. Aplikasi dapat membuat laporan pelaksanaan keseluruhan secara otomatis melalui
data yang sudah diinputkan sebelumnya.
7. Aplikasi dapat membuat laporan pelaksanaan belanja secara otomatis.
8. Aplikasi dapat membuat laporan pelaksanaan pembiayaan secara otomatis.
9. Aplikasi dapat membuat laporan pelaksanaan pendapatan secara otomatis.

3.4.2 Usulan Solusi Berdasarkan Hasil Analisis

Berdasarkan hasil analisis sistem sejenis dan petunjuk pelaksanaan, berikut usulan
solusi yang dibuat untuk memenuhi tujuan dari pembangunan aplikasi pengelolaan
keuangan desa dengan arsitektur microservice:
1. Aplikasi dapat mengelola data pelaksanaan.
2. Aplikasi dapat membuat laporan pelaksanaan keseluruhan secara otomatis melalui
data yang sudah diinputkan sebelumnya.
3. Aplikasi dapat membuat laporan pelaksanaan belanja secara otomatis.
4. Aplikasi dapat membuat laporan pelaksanaan pendapatan secara otomatis.
5. Aplikasi dapat membuat laporan pelaksanaan pembiayaan secara otomatis.
6. Data yang dikelola pada aplikasi yang akan dibangun dibagi menjadi tiga bagian
yang meliputi data pelaksanaan belanja, data pelaksanaan pembiayaan dan data
pelaksanaan pendapatan.
7. Data pelaksanaan belanja meliputi Bidang, kegiatan, kelompok belanja, jenis
belanja, obyek belanja dan rincian belanja.

64
8. Data pelaksanaan pembiayaan meliputi Bidang, kelompok pembiayaan, jenis
pembiayaan, obyek pembiayaan dan rincian pembiayaan.
9. Data pelaksanaan pendapatan meliputi Bidang kelompok pendapatan, jenis
pendapatan, obyek pendapatan dan rincian pendapatan.

3.4.3 Domain Sistem

Setelah membuat Use Case Texts, maka dapat diketahui object-object yang akan
digunakan dalam pembangunan aplikasi pengelolaan keuangan desa dengan arsitektur
microservice pada proses pelaksanaan. Object tersebut digambarkan pada domain
sistem seperti pada gambar ...

65
Gambar 27 Domain Sistem To-Be

66
 BAB IV
REQUIREMENT APLIKASI PENGELOLAAN KEUANGAN
DESA

4.1 Use Case Diagram Proses Pelaksanaan Aplikasi PKD

Sub bab ini menggambarkan use case diagram apliksai pengelolaan keuangan desa
bagian proses pelaksanaan. Menjelaskan fungsi yang ada dalam sistem dan siapa saja
yang menggunakan sistem.

Gambar 28 Use Case Diagram Proses Pelaksanaan

67
4.2 Use Case Text Proses Pelaksanaan Aplikasi PKD

Sub bab ini menjelaskan use case diagram apliksai pengelolaan keuangan desa yang
telah digambarkan sebelumnya. Penjelasan Use Case Diagram Pengelolaan keuanan
desa terdapat pada Use Case Text sebagai berikut:
1. UC-01 Mengelola Data Laporan Pelaksanaan Belanja

Tabel 29 Use Case Text Mengelola Data Laporan Pelaksanaan Belanja

Use Case Name Mengelola Data Laporan Pelaksanaan Belanja
Scope Aplikasi Pengelolaan Keuangan Desa
Level User Goal
Primary Actor Ketua Pelaksana
Stakeholders - Ketua Pelaksana : melihat, menambahkan dan mengupdate data realisasi
and Interests belanja pada tahun pelaksanaan.
- Sistem : melakukan request kepada REST API pelaksanaanbelanja yang
dilakukan Ketua Pelaksana untuk menyimpan, mengupdate dan mengambil
data realisasi belanja.
- Rest API pelaksanaanbelanja : menyimpan, mengupdate dan mengambil data
realisasi belanja yang berada di database
Preconditions 1. Ketua Pelaksana memiliki data Bidang, Kegiatan, Kelompok Belanja, Jenis
Belanja dan Obyek Belanja.
2. Ketua Pelaksana memiliki data rincian belanja.
Success Ketua Pelaksana berhasil menambahkan rincian belanja untuk setiap obyek belanja,
Guarantee Sistem berhasil melakukan request kepada REST API pelaksanaanbelanja, REST API
berhasil menyimpan, mengupdate dan mengambil data realisasi belanja.
Main Success 1. Ketua Pelaksana melakukan request untuk melihat data tahun pelaksanaan.
Scenario 2. Sistem melakukan request kepada REST API Pelaksanaan Belanja untuk
mendapatkan data tahun pelaksanaan.
3. REST API Pelaksanaan Belanja memberikan data tahun pelaksanaan berupa
JSON.
4. Sistem menampilkan list tahun pelaksanaan.
5. a. Jika Ketua Pelaksana ingin menambahkan data Bidang pada tahun
pelaksanaan, maka:
1. Ketua Pelaksana memilih tahun pelaksanaan untuk diberikan Bidang.
2. Sistem menampilkan form input Bidang.
3. Ketua Pelaksana memilih data Bidang untuk menginputkan:
- Kode Bidang
- Nama Bidang
b. Jika Ketua Pelaksana ingin melihat data Bidang pada setiap tahun
pelaksanaannya, maka
1. Ketua Pelaksana memilih tahun pelaksanaan yang ingin dilihat detail
Bidang nya.
2. Sistem menampilkan data Bidang pada setiap tahun pelaksanaannya.
6. Ketua Pelaksana melakukan request menyimpan data yang telah di-input-kan.
7. Sistem mengirim data kepada REST API pelaksanaanbelanja.

68
8. REST API menyimpan data Bidang dan memberikan data Bidang berupa
JSON ke Sistem.
9. Sistem menampilkan data Bidang.
10. a. Jika Ketua Pelaksana ingin menambahkan data Kegiatan pada Bidang,
maka:
1. Ketua pelaksana memilih Bidang untuk diberikan Kegiatan.
2. Sistem menampilkan form input Kegiatan.
3. Ketua Pelaksana menginputkan:
- Kode Kegiatan
- Nama Kegiatan
- Keluaran
- Nama PPTKD
- Waktu
b. Jika Ketua Pelaksana ingin melihat data Kegiata pada setiap bidang nya,
maka :
1. Ketua Pelaksana memilih Bidang yang ingin dilihat detail Kegiatan nya.
2. Sistem menampilkan data Kegiatan pada setiap Bidang nya.
11. Ketua Pelaksana melakukan request menyimpan data yang telah di-input-kan.
12. Sistem mengirim data kepada REST API pelaksanaanbelanja.
13. REST API menyimpan data Kegiatan dan mengirim data Kegiatan berupa
JSON kepada Sistem.
14. Sistem menampilkan data Kegiatan.
15. a. Jika Ketua Pelaksana ingin menambahkan data Kelompok Belanja pada
Bidang, maka:
1. Ketua pelaksana memilih Kegiatan untuk diberikan Kelompok Belanja.
2. Sistem menampilkan form input Kelompok Belanja.
3. Ketua Pelaksana memilih data Kelompok untuk menginputkan:
- Akun Kelompok
- Nama Kelompok
b. Jika Ketua Pelaksana ingin melihat data Kelompok Belanja pada setiap
Kegiatan nya, maka:
1. Ketua Pelaksana memilih Kegiatan yang ingin dilihat detail Kelompok
Belanja nya.
2. Sistem menampilkan data Kelompok Belanja pada setiap Kegiatan nya.
16. Ketua Pelaksana melakukan request menyimpan data yang telah di-input-
kan.
17. Sistem mengirim data kepada REST API pelaksanaanbelanja.
18. REST API menyimpan data Kelompok Belanja dan mengirim data
Kelompok Belanja kepada Sistem.
19. Sistem menampilkan data Kelompok Belanja.
20. a. Jika Ketua Pelaksana ingin menambahkan data Jenis Belanja pada
Kelompok Belanja, maka:
1. Ketua pelaksana memilih Kelompok Belanja untuk diberikan Jenis
Belanja.
2. Sistem menampilkan form input Jenis Belanja.
3. Ketua Pelaksana memilih data Jenis untuk menginputkan:
- Akun Jenis
- Nama Jenis
b. Jika Ketua Pelaksana ingin melihat data Jenis Belanja Pada Setiap
Kelompok Belanja nya, maka:

69
 1. Ketua Pelaksana memilih Kelompok Belanja yang ingin dilihat detail
Jenis Belanja nya.
2. Sistem menampilkan data Jenis Belanja pada setiap Kelompok Belanja
nya.
21. Ketua Pelaksana melakukan request menyimpan data yang telah di-input-
kan.
22. Sistem mengirim data kepada REST API pelaksanaanbelanja.
23. REST API menyimpan Jenis Belanja dan mengirim data Jenis Belanja
berupa JSON kepada Sistem.
24. Sistem menampilkan data Jenis Belanja.
25. a. Jika Ketua Pelaksana ingin menambahkan data Obyek Belanja pada Jenis
Belanja, maka:
1. Ketua pelaksana memilih Jenis Belanja untuk diberikan Obyek Belanja.
2. Sistem menampilkan form input Obyek Belanja.
3. Ketua Pelaksana memilih data Obyek untuk menginputkan:
- Akun Obyek
- Nama Obyek
- Anggaran
b. Jika Ketua Pelaksana ingin melihat data Obyek Belanja pada setiap Jenis
Belanja nya, maka:
1. Ketua Pelaksana memilih Jenis Belanja yang ingin dilihat detail Obyek
Belanja nya.
2. Sistem menampilkan Obyek Belanja pada setiap Jenis Belanja nya.
26. Ketua Pelaksana melakukan request menyimpan data yang telah di-input-
kan.
27. Sistem mengirim data kepada REST API pelaksanaanbelanja.
28. REST API menyimpan Obyek Belanja dan mengirim data Obyek Belanja
berupa JSON kepada Sistem.
29. Sistem menampilkan data Obyek Belanja.
30. a. Jika Ketua Pelaksana ingin menambahkan data Rincian Belanja pada
Obyek, maka:
1. Ketua pelaksana memilih Obyek Belanja untuk diberikan Rincian
Belanja.
2. Sistem menampilkan form input Rincian Belanja.
3. Ketua Pelaksana menginputkan:
- No Urut
- Uraian
- Jumlah
- Satuan
- Harga satuan
- Sumberdana
b. Jika Ketua Pelaksana ingin melihat data Rincian Belanja pada setiap
Obyek Belanja nya, maka:
1. Ketua Pelaksana memilih Obyek Belanja yang ingin dilihat detail
Rincian Belanja nya.
2. Sistem menampilkan Rincian Belanja pada setiap Obyek Belanja.
31. Ketua Pelaksana melakukan request menyimpan data yang telah di-input-
kan.
32. Sistem mengirim data kepada REST API pelaksanaanbelanja.
33. REST API menyimpan data Rincian Belanja dan mengirim data Rincian
Belanja berupa JSON kepada Sistem.

70
 34. Sistem menampilkan list Rincian Belanja.

Extensions *. Jika Sistem tidak merespon, maka terdapat beberapa langkah sebagai berikut :
1. Ketua Pelaksana memuat ulang Sistem untuk mengelola data realisasi belanja.
2. Sistem memulihkan kesalahan yang terjadi pada Sistem.
Special - Perangkat yang digunakan harus memiliki koneksi internet.
Requirements - Ketua Pelaksana tidak bisa menambah data realisasi belanja sebelum Sekretaris
mengisi data tahun pelaksanaan.
Technology and - Ketua Pelaksana mengelola data realisasi belanja dengan:
Data Variation 1. Mouse dan keyboard apabila alat yang digunakan computer/laptop.
List 2. Trckpad dan keyboard apabila alat yang digunakan adalah laptop.
3. Touch Screen dan Trckpad apabila alat yang digunakan adalah ipad,
smartphone, atau sejenisnya.

- Data input Bidang:

1. Kode Bidang : Ketua Pelaksana tinggal memilih kode bidang yang
sudah tersedia dan kode bidang tidak dapat dirubah.
2. Nama Bidang : langsung terisi ketika Ketua Pelaksana memilih kode
bidang dan nama bidang tidak dapat dirubah.
3. Jenis Bidang : langsung terisi oleh sistem karena terdapat pada sistem
pelaksanaan belanja. Jenis Bidang diisi 1.

- Data input Kegiatan

1. Kode Kegiatan : Ketua Pelaksana tinggal memilih kode kegiatan
yang sudah tersedia. Setiap kode kegiatan yang muncul sesuai dengan
bidang yang dipilih dan kode kegiatan tidak dapat dirubah.
2. Nama Kegiatan : langsung terisi ketika Ketua Pelaksana memilih
kode kegiatan dan nama kegiatan tidak dapat dirubah.
3. Keluaran : keluaran untuk kegiatan yang dilaksanakan bertipe String.
4. Nama PPTKD : nama ketua pelaksana atau penanggung jawab
kegiatan.
5. Waktu : lamanya kegiatan berlangsung bertipe String.

- Data input Kelompok, Jenis, Obyek Belanja:

1. Akun Kelompok/Jenis/Obyek : Ketua Pelaksana tinggal memilih
akun yang sudah tersedia dan akun tidak dapat dirubah.
2. Nama Kelompok/Jenis/Obyek : langsung terisi ketika Ketua
Pelaksana memilih akun dan nama tidak dapat dirubah.
3. Anggaran : terdapat pada data Obyek yaitu anggaran biaya pada
setiap obyeknya bertipe Integer.
- Data input Rincian Belanja:
1. No urut : no urut rincian belanja bertipe Integer.
2. Uraian : uraian dari setiap no urut bertipe String.
3. Jumlah : jumlah dari uraian rincian belanja bertipe Integer.

71
 4. Satuan : satuan jumlah rincian belanja bertipe String.
5. Harga satuan : harga dari setiap satuan jumlah bertipe Integer.
6. Sumberdana : sumberdana setiap rincian belanja bertipe String.

Frequency of Setiap Ketua Pelaksana ingin mengelola data realisasi belanja.

Occurance
Miscellaneous N/A

2. UC-02 Mengelola Data Laporan Pelaksanaan Pendapatan

Tabel 30 Use Case Text Mengelola Data Laporan Pelaksanaan Pendapatan

Use Case Name Mengelola Data Laporan Pelaksanaan Pendapatan
Scope Aplikasi Pengelolaan Keuangan Desa
Level User Goal
Primary Actor Sekretaris
Stakeholders - Sekretaris : melihat, menambahkan dan mengupdate data realisasi pendapatan
and Interests pada tahun pelaksanaan.
- Sistem : melakukan request kepada REST API pelaksanaanpendapatan yang
dilakukan Sekretaris untuk menyimpan, mengupdate dan mengambil data
realisasi pendapatan.
- Rest API pelaksanaanpendapatan : menyimpan, mengupdate dan mengambil
data realisasi pendapatan yang berada di database
Preconditions 1. Sekretaris memiliki data Bidang, Kegiatan, Kelompok Pendapatan, Jenis
Pendapatan dan Obyek Pendapatan.
2. Sekretaris memiliki data rincian pendapatan.
Success Sekretaris berhasil menambahkan rincian pendapatan untuk setiap obyek pendapatan,
Guarantee Sistem berhasil melakukan request kepada REST API pelaksanaanpendapatan, REST
API berhasil menyimpan, mengupdate dan mengambil data realisasi pendapatan.
Main Success 1. Sekretaris melakukan request untuk melihat data tahun pelaksanaan.
Scenario 2. Sistem melakukan request kepada REST API Pelaksanaan Pendapatan untuk
mendapatkan data tahun pelaksanaan.
3. REST API Pelaksanaan Pendapatan memberikan data tahun pelaksanaan
berupa JSON.
4. Sistem menampilkan list tahun pelaksanaan.
5. a. Jika Sekretaris ingin menambahkan data Bidang pada tahun pelaksanaan,
maka:
1. Sekretaris memilih tahun pelaksanaan untuk diberikan Bidang.
2. Sistem menampilkan form input Bidang.
3. Sekretaris memilih data Bidang untuk menginputkan:
- Kode Bidang
- Nama Bidang

72
 b. Jika Sekretaris ingin melihat data Bidang pada setiap tahun pelaksanaannya,
maka
1. Sekretaris memilih tahun pelaksanaan yang ingin dilihat detail Bidang
nya.
2. Sistem menampilkan data Bidang pada setiap tahun pelaksanaannya.
6. Sekretaris melakukan request menyimpan data yang telah di-input-kan.
7. Sistem mengirim data kepada REST API pelaksanaanpendapatan.
8. REST API menyimpan data Bidang dan memberikan data Bidang berupa
JSON ke Sistem.
9. Sistem menampilkan data Bidang.
10. a. Jika Sekretaris ingin menambahkan data Kelompok Pendapatan pada
Bidang, maka:
1. Sekretaris memilih Bidang untuk diberikan Kelompok Pendapatan.
2. Sistem menampilkan form input Kelompok Pendaptan.
3. Sekretaris memilih data Kelompok untuk menginputkan:
- Akun Kelompok
- Nama Kelompok
b. Jika Sekretaris ingin melihat data Kelompok Pendapatan pada setiap
Bidang nya, maka:
1. Ketua Pelaksana memilih Bidang yang ingin dilihat detail Kelompok
Pendapatan nya.
2. Sistem menampilkan data Kelompok Pendapatan pada setiap Bidang
nya.
11. Sekretaris melakukan request menyimpan data yang telah di-input-kan.
12. Sistem mengirim data kepada REST API pelaksanaanpendapatan.
13. REST API menyimpan data Kelompok Pendapatan dan mengirim data
Kelompok Pendapatan kepada Sistem.
14. Sistem menampilkan data Kelompok Pendapatan.
15. a. Jika Sekretaris ingin menambahkan data Jenis Pendapatan pada
Kelompok Pendapatan, maka:
1. Sekretaris memilih Kelompok Pendapatan untuk diberikan Jenis
Pendapatan.
2. Sistem menampilkan form input Jenis Pendapatan.
3. Ketua Pelaksana memilih data Jenis untuk menginputkan:
- Akun Jenis
- Nama Jenis
b. Jika Sekretaris ingin melihat data Jenis Pendapatan Pada Setiap
Kelompok Pendapatan nya, maka:
1. Sekretaris memilih Kelompok Pendapatan yang ingin dilihat detail Jenis
Pendapatan nya.
2. Sistem menampilkan data Jenis Pendapatan pada setiap Kelompok
Pendapatan nya.
16. Sekretaris melakukan request menyimpan data yang telah di-input-kan.
17. Sistem mengirim data kepada REST API pelaksanaanpendapatan.
18. REST API menyimpan Jenis Pendapatan dan mengirim data Jenis
Pendapatan berupa JSON kepada Sistem.
19. Sistem menampilkan data Jenis Pendapatan.
20. a. Jika Sekretaris ingin menambahkan data Obyek Pendapatan pada Jenis
Pendapatan, maka:
1. Sekretaris memilih Jenis Pendapatan untuk diberikan Obyek
Pendapatan.

73
 2. Sistem menampilkan form input Obyek Pendapatan.
3. Sekretaris memilih data Obyek untuk menginputkan:
- Akun Obyek
- Nama Obyek
- Anggaran
b. Jika Sekretaris ingin melihat data Obyek Pendapatan pada setiap Jenis
Pendapatan nya, maka:
1. Sekretaris memilih Jenis Pendapatan yang ingin dilihat detail Obyek
Pendapatan nya.
2. Sistem menampilkan Obyek Pendapatan pada setiap Jenis Pendapatan
nya.
21. Sekretaris melakukan request menyimpan data yang telah di-input-kan.
22. Sistem mengirim data kepada REST API pelaksanaanpendapatan.
23. REST API menyimpan Obyek Pendapatan dan mengirim data Obyek
Pendapatan berupa JSON kepada Sistem.
24. Sistem menampilkan data Obyek Pendapatan.
25. a. Jika Sekretaris ingin menambahkan data Rincian Pendapatan pada Obyek,
maka:
1. Ketua pelaksana memilih Obyek Pendapatan untuk diberikan Rincian
Pendapatan.
2. Sistem menampilkan form input Rincian Pendapatan.
3. Sekretaris menginputkan:
- No Urut
- Uraian
- Jumlah
- Satuan
- Harga satuan
- Sumberdana
b. Jika Sekretaris ingin melihat data Rincian Pendapatan pada setiap Obyek
Pendapatan nya, maka:
1. Sekretaris memilih Obyek Pendapatan yang ingin dilihat detail Rincian
Pendapatan nya.
2. Sistem menampilkan Rincian Pendapatan pada setiap Obyek
Pendapatan.
26. Pendapatan melakukan request menyimpan data yang telah di-input-kan.
27. Sistem mengirim data kepada REST API pelaksanaanpendapatan.
28. REST API menyimpan data Rincian Pendapatan dan mengirim data Rincian
Pendapatan berupa JSON kepada Sistem.
29. Sistem menampilkan list Rincian Pendapatan.
Extensions *. Jika Sistem tidak merespon, maka terdapat beberapa langkah sebagai berikut :
1. Sekretaris memuat ulang Sistem untuk mengelola data realisasi pendapatan.
2. Sistem memulihkan kesalahan yang terjadi pada Sistem.
Special - Perangkat yang digunakan harus memiliki koneksi internet.
Requirements - Sekretaris tidak bisa menambah data realisasi pendapatan sebelum data tahun
pelaksanaan.

74
 Technology and - Sekretaris mengelola data realisasi pendapatan dengan:
Data Variation 1. Mouse dan keyboard apabila alat yang digunakan computer/laptop.
List 2. Trckpad dan keyboard apabila alat yang digunakan adalah laptop.
3. Touch Screen dan Trckpad apabila alat yang digunakan adalah ipad,
smartphone, atau sejenisnya.

- Data input Bidang:

1. Kode Bidang : Sekretaris tinggal memilih kode bidang yang sudah
tersedia dan kode bidang tidak dapat dirubah.
2. Nama Bidang : langsung terisi ketika Sekretaris memilih kode bidang
dan nama bidang tidak dapat dirubah.
3. Jenis Bidang : langsung terisi oleh sistem karena terdapat pada sistem
pelaksanaan pendapatan. Jenis bidang diisi 2.

- Data input Kelompok, Jenis, Obyek Pendapatan:

1. Akun Kelompok/Jenis/Obyek : Sekretaris tinggal memilih akun yang
sudah tersedia dan akun tidak dapat dirubah.
2. Nama Kelompok/Jenis/Obyek : langsung terisi ketika Sekretaris
memilih akun dan nama tidak dapat dirubah.
3. Anggaran : terdapat pada obyek yaitu anggaran dana pada setiap
obyek bertipe Integer.
- Data input Rincian Pendapatan:
1. No urut : no urut rincian pendapatan bertipe Integer.
2. Uraian : uraian dari setiap no urut bertipe String.
3. Jumlah : jumlah dari uraian rincian pendapatan bertipe Integer.
4. Satuan : satuan jumlah rincian pendapatan bertipe String.
5. Harga satuan : harga dari setiap satuan jumlah bertipe Integer.
6. Sumberdana : sumberdana setiap rincian pendapatan bertipe String.
Frequency of Setiap Sekretaris ingin mengelola data realisasi Pendapatan.
Occurance
Miscellaneous N/A

3. UC-03 Mengelola Data Laporan Pelaksanaan Pembiayaan

Tabel 31 Use Case Text Mengelola Data Laporan Pelaksanaan Pembiayaan

Use Case Name Mengelola Data Laporan Pelaksanaan Pembiayaan
Scope Aplikasi Pengelolaan Keuangan Desa
Level User Goal
Primary Actor Sekretaris
Stakeholders - Sekretaris : melihat, menambahkan dan mengupdate data realisasi Pembiayaan
and Interests pada tahun pelaksanaan.
- Sistem : melakukan request kepada REST API pelaksanaanpembiayaan yang
dilakukan Sekretaris untuk menyimpan, mengupdate dan mengambil data
realisasi Pembiayaan.
- Rest API pelaksanaanpembiayaan : menyimpan, mengupdate dan mengambil
data realisasi Pembiayaan yang berada di database

75
Preconditions 1. Sekretaris memiliki data Bidang, Kegiatan, Kelompok Pembiayaan, Jenis
Pembiayaan dan Obyek Pembiayaan.
2. Sekretaris memiliki data rincian Pembiayaan.
Success Sekretaris berhasil menambahkan rincian Pembiayaan untuk setiap obyek Pembiayaan,
Guarantee Sistem berhasil melakukan request kepada REST API pelaksanaanpembiayaan, REST
API berhasil menyimpan, mengupdate dan mengambil data realisasi Pembiayaan.
Main Success 1. Sekretaris melakukan request untuk melihat data tahun pelaksanaan.
Scenario 2. Sistem melakukan request kepada REST API Pelaksanaan Pembiayaan untuk
mendapatkan data tahun pelaksanaan.
3. REST API Pelaksanaan Pembiayaan memberikan data tahun pelaksanaan
berupa JSON.
4. Sistem menampilkan list tahun pelaksanaan.
5. a. Jika Sekretaris ingin menambahkan data Bidang pada tahun pelaksanaan,
maka:
1. Sekretaris memilih tahun pelaksanaan untuk diberikan Bidang.
2. Sistem menampilkan form input Bidang.
3. Sekretaris memilih data Bidang untuk menginputkan:
- Kode Bidang
- Nama Bidang
b. Jika Sekretaris ingin melihat data Bidang pada setiap tahun pelaksanaannya,
maka
1. Sekretaris memilih tahun pelaksanaan yang ingin dilihat detail Bidang
nya.
2. Sistem menampilkan data Bidang pada setiap tahun pelaksanaannya.
6. Sekretaris melakukan request menyimpan data yang telah di-input-kan.
7. Sistem mengirim data kepada REST API pelaksanaanpembiayaan.
8. REST API menyimpan data Bidang dan memberikan data Bidang berupa
JSON ke Sistem.
9. Sistem menampilkan data Bidang.
10. a. Jika Sekretaris ingin menambahkan data Kelompok Pembiayaan pada
Bidang, maka:
1. Sekretaris memilih Bidang untuk diberikan Kelompok Pembiayaan.
2. Sistem menampilkan form input Kelompok Pendaptan.
3. Sekretaris memilih data Kelompok untuk menginputkan:
- Akun Kelompok
- Nama Kelompok
b. Jika Sekretaris ingin melihat data Kelompok Pembiayaan pada setiap
Bidang nya, maka:
1. Ketua Pelaksana memilih Bidang yang ingin dilihat detail Kelompok
Pembiayaan nya.
2. Sistem menampilkan data Kelompok Pembiayaan pada setiap Bidang
nya.
11. Sekretaris melakukan request menyimpan data yang telah di-input-kan.
12. Sistem mengirim data kepada REST API pelaksanaanpembiayaan.
13. REST API menyimpan data Kelompok Pembiayaan dan mengirim data
Kelompok Pembiayaan kepada Sistem.
14. Sistem menampilkan data Kelompok Pembiayaan.
15. a. Jika Sekretaris ingin menambahkan data Jenis Pembiayaan pada
Kelompok Pembiayaan, maka:
1. Sekretaris memilih Kelompok Pembiayaan untuk diberikan Jenis
Pembiayaan.

76
 2. Sistem menampilkan form input Jenis Pembiayaan.
3. Ketua Pelaksana memilih data Jenis untuk menginputkan:
- Akun Jenis
- Nama Jenis
b. Jika Sekretaris ingin melihat data Jenis Pembiayaan Pada Setiap
Kelompok Pembiayaan nya, maka:
1. Sekretaris memilih Kelompok Pembiayaan yang ingin dilihat detail
Jenis Pembiayaan nya.
2. Sistem menampilkan data Jenis Pembiayaan pada setiap Kelompok
Pembiayaan nya.
16. Sekretaris melakukan request menyimpan data yang telah di-input-kan.
17. Sistem mengirim data kepada REST API pelaksanaanpembiayaan.
18. REST API menyimpan Jenis Pembiayaan dan mengirim data Jenis
Pembiayaan berupa JSON kepada Sistem.
19. Sistem menampilkan data Jenis Pembiayaan.
20. a. Jika Sekretaris ingin menambahkan data Obyek Pembiayaan pada Jenis
Pembiayaan, maka:
1. Sekretaris memilih Jenis Pembiayaan untuk diberikan Obyek
Pembiayaan.
2. Sistem menampilkan form input Obyek Pembiayaan.
3. Sekretaris memilih data Obyek untuk menginputkan:
- Akun Obyek
- Nama Obyek
- Anggaran
b. Jika Sekretaris ingin melihat data Obyek Pembiayaan pada setiap Jenis
Pembiayaan nya, maka:
1. Sekretaris memilih Jenis Pembiayaan yang ingin dilihat detail Obyek
Pembiayaan nya.
2. Sistem menampilkan Obyek Pembiayaan pada setiap Jenis Pembiayaan
nya.
21. Sekretaris melakukan request menyimpan data yang telah di-input-kan.
22. Sistem mengirim data kepada REST API pelaksanaanpembiayaan.
23. REST API menyimpan Obyek Pembiayaan dan mengirim data Obyek
Pembiayaan berupa JSON kepada Sistem.
24. Sistem menampilkan data Obyek Pembiayaan.
25. a. Jika Sekretaris ingin menambahkan data Rincian Pembiayaan pada
Obyek, maka:
1. Ketua pelaksana memilih Obyek Pembiayaan untuk diberikan Rincian
Pembiayaan.
2. Sistem menampilkan form input Rincian Pembiayaan.
3. Sekretaris menginputkan:
- No Urut
- Uraian
- Jumlah
- Satuan
- Harga satuan
- Sumberdana
b. Jika Sekretaris ingin melihat data Rincian Pembiayaan pada setiap Obyek
Pembiayaan nya, maka:
1. Sekretaris memilih Obyek Pembiayaan yang ingin dilihat detail
Rincian Pembiayaan nya.

77
 2. Sistem menampilkan Rincian Pembiayaan pada setiap Obyek
Pembiayaan.
26. Pembiayaan melakukan request menyimpan data yang telah di-input-kan.
27. Sistem mengirim data kepada REST API pelaksanaanpembiayaan.
28. REST API menyimpan data Rincian Pembiayaan dan mengirim data
Rincian Pembiayaan berupa JSON kepada Sistem.
29. Sistem menampilkan list Rincian Pembiayaan.

Extensions *. Jika Sistem tidak merespon, maka terdapat beberapa langkah sebagai berikut :
3. Sekretaris memuat ulang Sistem untuk mengelola data realisasi Pembiayaan.
4. Sistem memulihkan kesalahan yang terjadi pada Sistem.
Special - Perangkat yang digunakan harus memiliki koneksi internet.
Requirements - Sekretaris tidak bisa menambah data realisasi Pembiayaan sebelum data tahun
pelaksanaan.
Technology and - Sekretaris mengelola data realisasi Pembiayaan dengan:
Data Variation 4. Mouse dan keyboard apabila alat yang digunakan computer/laptop.
List 5. Trckpad dan keyboard apabila alat yang digunakan adalah laptop.
6. Touch Screen dan Trckpad apabila alat yang digunakan adalah ipad,
smartphone, atau sejenisnya.

- Data input Bidang:

4. Kode Bidang : Sekretaris tinggal memilih kode bidang yang sudah
tersedia dan kode bidang tidak dapat dirubah.
5. Nama Bidang : langsung terisi ketika Sekretaris memilih kode bidang
dan nama bidang tidak dapat dirubah.
6. Jenis Bidang : langsung terisi oleh sistem karena terdapat pada sistem
pelaksanaan Pembiayaan. Jenis bidang diisi 3.

- Data input Kelompok, Jenis, Obyek Pembiayaan:

4. Akun Kelompok/Jenis/Obyek : Sekretaris tinggal memilih akun yang
sudah tersedia dan akun tidak dapat dirubah.
5. Nama Kelompok/Jenis/Obyek : langsung terisi ketika Sekretaris
memilih akun dan nama tidak dapat dirubah.
6. Anggaran : terdapat pada obyek yaitu anggaran dana pada setiap
obyek bertipe Integer.
- Data input Rincian Pembiayaan:
7. No urut : no urut rincian Pembiayaan bertipe Integer.
8. Uraian : uraian dari setiap no urut bertipe String.
9. Jumlah : jumlah dari uraian rincian Pembiayaan bertipe Integer.
10. Satuan : satuan jumlah rincian Pembiayaan bertipe String.
11. Harga satuan : harga dari setiap satuan jumlah bertipe Integer.
12. Sumberdana : sumberdana setiap rincian Pembiayaan bertipe String.
Frequency of Setiap Sekretaris ingin mengelola data realisasi Pembiayaan.
Occurance
Miscellaneous N/A

4. UC-04 Menyetujui Laporan Pelaksanaan

78
 Tabel 32 Use Case Text Menyetujui Laporan Pelaksanaan
Use Case Name Menyetujui Laporan Pelaksanaan
Scope Aplikasi Pengelolaan Keuangan Desa
Level User Goal
Primary Actor Kepala Desa
Stakeholders - Kepala Desa : melihat dan mengupdate status data tahun pelaksanaan.
and Interests - Sistem : melakukan request kepada REST API menyetujuipelaksanaan yang
dilakukan Kepala Desa untuk mengupdate dan mengambil data tahun
pelaksanaan beserta child nya.
- Rest API menyetujuipelaksanaan : mengupdate dan mengambil data
pelaksanaan yang berada di database
Preconditions 1. Kepala Desa belum melihat rincian data pelaksanaan.
2. Kepala Desa belum merubah status pelaksanaan.
Success Kepala Desa sudah melihat rincian data pelaksanaan dan merubah status tahun
Guarantee pelaksanaan.
Main Success 1. Kepala Desa melakukan request untuk melihat data tahun pelaksanaan.
Scenario 2. Sistem melakukan request kepada REST API Menyetujui Pelaksanaan untuk
mendapatkan data tahun pelaksanaan.
3. REST API Menyetujui Pelaksanaan memberikan data tahun pelaksanaan
berupa JSON.
4. Sistem menampilkan list tahun pelaksanaan.
5. a. Jika Kepala Desa ingin meruba status data tahun pelaksanaannya, maka :
1. Kepala Desa memilih tahun pelaksanaan yang ingin dirubah status nya.
2. Sistem menampilkan data tahun pelaksanaan per tahun pelaksanaan
beserta child nya
3. Kepala Desa menekan tombol verifikasi.
4. Sistem mengirim data kepada REST API Menyetujui Laporan.
5. REST API Menyetujui Laporan mengupdate data tahun pelaksanaan.
b. Jika Kepala Desa ingin melihat data tahun pelaksanaan beserta child nya,
maka:
1. Kepala Desa memilih tahun pelaksanaan.
2. Sistem menampilkan data pelaksanaan per tahun pelaksanaan beserta
child nya.

Extensions *. Jika Sistem tidak merespon, maka terdapat beberapa langkah sebagai berikut :
1. Kepala Desa memuat ulang Sistem untuk menyetujui Laporan Pelaksanaan.
2. Sistem memulihkan kesalahan yang terjadi pada Sistem.
Special - Perangkat yang digunakan harus memiliki koneksi internet.
Requirements
Technology and - Kepala Desa Menyetujui Laporan Pelaksanaan dengan:
Data Variation 1. Mouse dan keyboard apabila alat yang digunakan computer/laptop.
List 2. Trckpad dan keyboard apabila alat yang digunakan adalah laptop.
3. Touch Screen dan Trckpad apabila alat yang digunakan adalah ipad,
smartphone, atau sejenisnya.

- Data input Tahun Pelaksanaan:

79
 1. Kode Desa : Kode desa langsung terisis ketika Kepala Desa sudah
login.
2. Tahun Pelaksanaan : Tahun pelaksanaan laporan bertipe String.

Frequency of Setiap Kepala Desa memeriksa dan menyetujui laporan pelaksanaan.

Occurance
Miscellaneous N/A

5. UC-05 Mengelola Data Rencana Laporan Pelaksanaan

Tabel 33 Use Case Text Mengelola Data Rencana Laporan Pelaksanaan

Use Case Name Mengelola Data Rencana Laporan Pelaksanaan
Scope Aplikasi Pengelolaan Keuangan Desa
Level User Goal
Primary Actor Pegawai Kecamatan
Stakeholders - Pegawai Kecamatan : melihat, menambahkan dan mengupdate data rencana
and Interests realisasi pada tahun pelaksanaan.
- Sistem : melakukan request kepada REST API rencanapelaksanaan yang
dilakukan Pegawai Kecamatan untuk menyimpan, mengupdate dan
mengambil data rencana realisasi.
- Rest API rencanapelaksanaan : menyimpan, mengupdate dan mengambil data
rencana realisasi yang berada di database
Preconditions Pegawai Kecamatan memiliki data Bidang, Kegiatan, Kelompok , Jenis dan Obyek .
Success Pegawai Kecamatan berhasil menambahkan data rencana realisasi, Sistem berhasil
Guarantee melakukan request kepada REST API rencanapelaksanaan, REST API berhasil
menyimpan, mengupdate dan mengambil data rencana realisasi .
Main Success 1. Pegawai Kecamatan melakukan request untuk melihat data RencanaBidang.
Scenario 2. Sistem melakukan request kepada REST API rencanapelaksanaan untuk
mendapatkan data Bidang.
3. REST API rencanapelaksanaan memberikan data RencanaBidang berupa
JSON.
4. Sistem menampilkan list RencanaBidang.
5. a. Jika Pegawai Kecamatan ingin menambahkan data RencanaKegiatan pada
RencanaBidang, maka:
1. Pegawai Kecamatan memilih RencanaBidang untuk diberikan
RencanaKegiatan.
2. Sistem menampilkan form input RencanaKegiatan.
3. Pegawai Kecamatan mengisi data RencanaKegiatan untuk menginputkan:
- Kode RencanaKegiatan
- Nama RencanaKegiatan
b. Jika Pegawai Kecamatan ingin melihat data RencanaKegiatan pada setiap
Bidangnya, maka

80
 1. Pegawai Kecamatan memilih RencanaBidang yang ingin dilihat detail
RencanaKegiatan nya.
2. Sistem menampilkan data RencanaKegiatan pada setiap
RencanaBidangnya.
6. Pegawai Kecamatan melakukan request menyimpan data yang telah di-input-
kan.
7. Sistem mengirim data kepada REST API rencanapelaksanaan.
8. REST API menyimpan data RencanaKegiatan dan memberikan data
RencanaKegiatan berupa JSON ke Sistem.
9. Sistem menampilkan data RencanaKegiatan.
10. a. Jika Pegawai Kecamatan ingin menambahkan data RencanaKelompok
pada RencanaBidang, maka:
1. Pegawai Kecamatan memilih RencanaBidang untuk diberikan
RencanaKelompok .
2. Sistem menampilkan form input RencanaKelompok.
3. Pegawai Kecamatan mengisi data RencanaKelompok untuk
menginputkan:
- Akun RencanaKelompok
- Nama RencanaKelompok
b. Jika Pegawai Kecamatan ingin melihat data RencanaKelompok pada
setiap RencanaBidang nya, maka:
1. Ketua Pelaksana memilih RencanaBidang yang ingin dilihat detail
RencanaKelompok nya.
2. Sistem menampilkan data RencanaKelompok pada setiap
RencanaBidang nya.
11. Pegawai Kecamatan melakukan request menyimpan data yang telah di-
input-kan.
12. Sistem mengirim data kepada REST API rencanapelaksanaan.
13. REST API menyimpan data RencanaKelompok dan mengirim data
RencanaKelompok kepada Sistem.
14. Sistem menampilkan data RencanaKelompok .
15. a. Jika Pegawai Kecamatan ingin menambahkan data RencanaJenis pada
RencanaKelompok , maka:
1. Pegawai Kecamatan memilih RencanaKelompok untuk diberikan
RencanaJenis .
2. Sistem menampilkan form input RencanaJenis .
3. Ketua Pelaksana memilih data RencanaJenis untuk menginputkan:
- Akun RencanaJenis
- Nama RencanaJenis
b. Jika Pegawai Kecamatan ingin melihat data RencanaJenis Pada Setiap
RencanaKelompok nya, maka:
1. Pegawai Kecamatan memilih RencanaKelompok yang ingin dilihat
detail RencanaJenis nya.
2. Sistem menampilkan data RencanaJenis pada setiap RencanaKelompok
nya.
16. Pegawai Kecamatan melakukan request menyimpan data yang telah di-
input-kan.
17. Sistem mengirim data kepada REST API rencanapelaksanaan.
18. REST API menyimpan RencanaJenis dan mengirim data RencanaJenis
berupa JSON kepada Sistem.
19. Sistem menampilkan data RencanaJenis .

81
 20.
a. Jika Pegawai Kecamatan ingin menambahkan data RencanaObyek pada
RencanaJenis , maka:
1. Pegawai Kecamatan memilih RencanaJenis untuk diberikan
RencanaObyek .
2. Sistem menampilkan form input RencanaObyek .
3. Pegawai Kecamatan memilih data RencanaObyek untuk menginputkan:
- Akun RencanaObyek
- Nama RencanaObyek
b. Jika Pegawai Kecamatan ingin melihat data RencanaObyek pada setiap
RencanaJenis nya, maka:
1. Pegawai Kecamatan memilih RencanaJenis yang ingin dilihat detail
RencanaObyek nya.
2. Sistem menampilkan RencanaObyek pada setiap RencanaJenis nya.
21. Pegawai Kecamatan melakukan request menyimpan data yang telah di-
input-kan.
22. Sistem mengirim data kepada REST API rencanapelaksanaan.
23. REST API menyimpan RencanaObyek dan mengirim data RencanaObyek
berupa JSON kepada Sistem.
24. Sistem menampilkan data RencanaObyek.
Extensions *. Jika Sistem tidak merespon, maka terdapat beberapa langkah sebagai berikut :
1. Pegawai Kecamatan memuat ulang Sistem untuk mengelola data
rencanarealisasi .
2. Sistem memulihkan kesalahan yang terjadi pada Sistem.
Special - Perangkat yang digunakan harus memiliki koneksi internet.
Requirements
Technology and - Pegawai Kecamatan mengelola data realisasi dengan:
Data Variation 1. Mouse dan keyboard apabila alat yang digunakan computer/laptop.
List 2. Trckpad dan keyboard apabila alat yang digunakan adalah laptop.
3. Touch Screen dan Trckpad apabila alat yang digunakan adalah ipad,
smartphone, atau sejenisnya.

- Data input Bidang:

1. Kode Bidang : Pegawai Kecamatan tinggal memilih kode bidang
yang sudah tersedia dan kode bidang tidak dapat dirubah.
2. Nama Bidang : langsung terisi ketika Pegawai Kecamatan memilih
kode bidang dan nama bidang tidak dapat dirubah.
- Data input Kelompok, Jenis, Obyek :
1. Akun Kelompok/Jenis/Obyek : Pegawai Kecamatan tinggal memilih
akun yang sudah tersedia dan akun tidak dapat dirubah.
2. Nama Kelompok/Jenis/Obyek : langsung terisi ketika Pegawai
Kecamatan memilih akun dan nama tidak dapat dirubah.
Frequency of Setiap Pegawai Kecamatan ingin mengelola data rencanarealisasi .
Occurance
Miscellaneous N/A

6. UC-06 Melihat Data Laporan Pelaksanaan

Tabel 34 Use Case Text Melihat Data Laporan Pelaksanaan

Use Case Name Melihat data Laporan Pelaksanaan

82
 Scope Aplikasi Pengelolaan Keuangan Desa
Level Sub Function
Primary Actor Kepala Desa, Sekretaris Desa, Ketua Pelaksana dan Pegawai Kecamatan
Stakeholders - Kepala Desa : melihat data pelaksanaan.
and Interests - Sistem : melakukan request kepada REST API pelaksanaan untuk mengambil
data tahun pelaksanaan beserta child nya.
- Rest API pelaksanaan : mengambil data pelaksanaan yang berada di database
Preconditions Kepala Desa belum melihat rincian data pelaksanaan.
Success Kepala Desa sudah melihat rincian data pelaksanaan.
Guarantee
Main Success 1. Kepala Desa melakukan request untuk melihat data tahun pelaksanaan.
Scenario 2. Sistem melakukan request kepada REST API Menyetujui Pelaksanaan untuk
mendapatkan data tahun pelaksanaan.
3. REST API Menyetujui Pelaksanaan memberikan data tahun pelaksanaan
berupa JSON.
4. Sistem menampilkan list tahun pelaksanaan.
5. Kepala Desa memilih tahun pelaksanaan.
6. Sistem menampilkan data pelaksanaan per tahun pelaksanaan beserta child
nya.
Extensions *. Jika Sistem tidak merespon, maka terdapat beberapa langkah sebagai berikut :
1. Kepala Desa memuat ulang Sistem untuk melihat Laporan Pelaksanaan.
2. Sistem memulihkan kesalahan yang terjadi pada Sistem.
Special - Perangkat yang digunakan harus memiliki koneksi internet.
Requirements
Technology and - Kepala Desa Menyetujui Laporan Pelaksanaan dengan:
Data Variation 1. Mouse dan keyboard apabila alat yang digunakan computer/laptop.
List 2. Trckpad dan keyboard apabila alat yang digunakan adalah laptop.
3. Touch Screen dan Trckpad apabila alat yang digunakan adalah ipad,
smartphone, atau sejenisnya.

Frequency of Setiap Kepala Desa memeriksa dan menyetujui laporan pelaksanaan.

Occurance
Miscellaneous N/A

4.3 System Sequence Diagram (SSD) dan Operation Contract (OC)

Sub bab ini menjelaskan system sequence diagram dan operation contract apliksai
pengelolaan keuangan desa pada proses pelaksanaan yang telah digambarkan
sebelumnya. Berikut adalah SSD dan OC Pengelolaan keuanan desa proses
pelaksanaan:

83
84
Gambar 29 SSD Mengelola Data realisasi Belanja

85
86
Gambar 30 SSD Mengelola Data Realisasi Pendapatan

87
88
Gambar 31 SSD Mengelola Data Realisasi Pembiayaan

89
90
Gambar 32 SSD Mengelola Data Rencana Laporan Pelaksanaan

91
Gambar 33 SSD Menyetujui Laporan Pelaksanaan

Gambar 34 SSD Melihat Laporan Pelaksanaan

92
 Tabel 35 Contract CO1 requestPelaksanaan
Operation requestPelaksanaan()
Cross References Use case mengelola data realisasi belanja, mengelola data relalisasi
pendapatan dan mengelola data realisasi pembiayaan
Precondition Ketua Pelaksana dan Sekertaris belum memasukan data Bidang
Postcondition 1. Instansiasi listOfPelaksanaan dari ListOfPelaksanaan terbentuk.
2. Instansiasi dataBidang dari Bidang terbentuk.
3. Atribut listOfPelaksanaan.listOfPelaksanaan diisi data Pelaksanaan.

Tabel 36 Contract CO2 choosePelaksanaan

Operation choosePelaksanaan(idPelaksanaan)
Cross References Use case mengelola data realisasi belanja, mengelola data relalisasi
pendapatan dan mengelola data realisasi pembiayaan
Precondition Ketua Pelaksana dan Sekertaris belum memasukan data Bidang
Postcondition 1. Instansiasi dataPelaksanaan dari Pelaksanaan terbentuk.
2. Atribut dataPelaksanaan.id_pelaksanaan diisi data idPelaksanaan.

Tabel 37 Contract CO3 insertNewBidang

Operation insertNewBidang(idPelaksanaan, idBidang, kodeBidang, namaBidang,
jenisBidang)
Cross References Use case mengelola data realisasi belanja, mengelola data relalisasi
pendapatan dan mengelola data realisasi pembiayaan
Precondition Ketua Pelaksana dan Sekertaris belum memasukan data Bidang
Postcondition 1. Atribut dataBidang.id_pelaksanaan diisi data idPelaksanaan
2. Atribut dataBidang.id_bidang diisi data idBidang
3. Atribut dataBidang.kode_bidang diisi data kodeBidang
4. Atribut dataBidang.nama_bidang diisi data nama_bidang
5. Atribut dataBidang.jenis_bidang diisi data jenisBidang
6. Bidang berasosiasi dengan Pelaksanaan sesuai dengan id_pelaksanaan
yang sama

Tabel 38 Contract CO4 chooseBidang

Operation chooseBidang(idBidang)
Cross References Use case mengelola data realisasi belanja, mengelola data relalisasi
pendapatan dan mengelola data realisasi pembiayaan
Precondition Ketua Pelaksana dan Sekertaris belum memasukan data Kegiatan
Postcondition 1. Instansiasi dataBidang dari Bidang terbentuk.
2. Instansiasi dataKegiatan dari Kegiatan terbentuk.
3. Instansiasi dataKelompok dari Kelompok terbentuk.
4. Atribut dataBidang.id_bidang diisi data idBidang.

93
 Tabel 39 Contract CO5 insertNewKegiatan
Operation insertNewKegiatan(idBidang, idKegiatan, namaKegiatan, waktu,
namaPPTKD, keluaran)
Cross References Use case mengelola data realisasi belanja, mengelola data relalisasi
pendapatan dan mengelola data realisasi pembiayaan
Precondition Ketua Pelaksana dan Sekertaris belum memasukan data Kegiatan
Postcondition 1. Atribut dataKegiatan.id_bidang diisi data idBidang.
2. Atribut dataKegiatan.id_kegiatan diisi data idKegiatan
3. Atribut dataKegiatan.nama diisi data namaKegiatan.
4. Atribut dataKegiatan.waktu diisi data waktu.
5. Atribut dataKegiatan.nama_pptkd diisi data namaPPTKD.
6. Atribut dataKegiatan.keluaran diisi data keluaran.
7. Kegiatan berasosiasi dengan Bidang sesuai dengan id_bidang yang
sama

Tabel 40 Contract CO6 chooseKegiatan

Operation chooseKegiatan(idKegiatan)
Cross References Use case mengelola data realisasi belanja
Precondition Ketua Pelaksana belum memasukan data Kelompok
Postcondition 1. Instansiasi dataKegiatan dari Kegiatan terbentuk.
2. Instansiasi dataKelompok dari Kelompok terbentuk.
3. Atribut dataKegiatan.id_kegiatan diisi data idKegiatan.

Tabel 41 Contract CO7 insertNewKelompok

Operation insertNewKelompok(idKegiatan/idBidang, idKelompok, akunKelompok,
namaKelompok)
Cross References Use case mengelola data realisasi belanja, mengelola data relalisasi
pendapatan dan mengelola data realisasi pembiayaan
Precondition Ketua Pelaksana dan Sekertaris belum memasukan data Kelompok
Postcondition 1. Atribut dataKelompok.id_kegiatan diisi data idKegiatan.
2. Atribut dataKelompok.id_bidang diisi data idBidang.
3. Atribut dataKelompok.id_kelompok diisi data idKelompok.
4. Atribut dataKelompok.akun diisi data akunKelompok.
5. Atribut dataKelompok.nama diisi data namaKelompok.
6. Kelompok berasosiasi dengan Kegiatan sesuai dengan id_kegiatan
yang sama.
7. Kelompok berasosiasi dengan Bidang sesuai dengan id_bidang yang
sama

Tabel 42 Contract CO8 chooseKelompok

Operation chooseKelompok(idKelompok)
Cross References Use case mengelola data realisasi belanja
Precondition Ketua Pelaksana belum memasukan data Jenis
Postcondition 1. Instansiasi dataKelompok dari Kelompok terbentuk.

94
 2. Instansiasi dataJenis dari Jenis terbentuk.
3. Atribut dataKelompok.id_kelompok diisi data idKelompok.

Tabel 43 Contract CO9 insertNewJenis

Operation insertNewJenis(idKelompok, idJenis, akunJenis, namaJenis)
Cross References Use case mengelola data realisasi belanja, mengelola data relalisasi
pendapatan dan mengelola data realisasi pembiayaan
Precondition Ketua Pelaksana dan Sekertaris belum memasukan data Jenis
Postcondition 1. Atribut dataJenis.id_kelompok diisi data idKelompok.
2. Atribut dataJenis.id_Jenis diisi data idJenis.
3. Atribut dataJenis.akun diisi data akunJenis.
4. Atribut dataJenis.nama diisi data namaJenis.
5. Jenis berasosiasi dengan Kelompok sesuai dengan id_kelompok yang
sama.

Tabel 44 Contract CO10 chooseJenis

Operation chooseJenis(idJenis)
Cross References Use case mengelola data realisasi belanja
Precondition Ketua Pelaksana belum memasukan data Obyek
Postcondition 1. Instansiasi dataJenis dari Jenis terbentuk.
2. Instansiasi dataObyek dari Obyek terbentuk.
3. Atribut dataJenis.id_jenis diisi data idJenis.

Tabel 45 Contract CO11 insertNewObyek

Operation insertNewObyek(idJenis, idObyek, akunObyek, namaObyek)
Cross References Use case mengelola data realisasi belanja, mengelola data relalisasi
pendapatan dan mengelola data realisasi pembiayaan
Precondition Ketua Pelaksana dan Sekertaris belum memasukan data Obyek
Postcondition 1. Atribut dataObyek.id_jenis diisi data idJenis.
2. Atribut dataObyek.id_obyek diisi data idObyek.
3. Atribut dataObyek.akun diisi data akunObyek.
4. Atribut dataObyek.nama diisi data namaObyek.
5. Obyek berasosiasi dengan Jenis sesuai dengan id_jenis yang sama.

Tabel 46 Contract CO12 chooseObyek

Operation chooseObyek(idObyek)
Cross References Use case mengelola data realisasi belanja
Precondition Ketua Pelaksana belum memasukan data Rincian
Postcondition 1. Instansiasi dataObyek dari Obyek terbentuk.
2. Instansiasi dataRincian dari Rincian terbentuk
3. Atribut dataObyek.id_obyek diisi data idObyek.

95
 Tabel 47 Contract CO13 insertNewRincian
Operation insertNewRincian(idObyek, idRincian, noUrut, uraian, jumlah, satuan,
hargaSatuan, sumberdana)
Cross References Use case mengelola data realisasi belanja, mengelola data relalisasi
pendapatan dan mengelola data realisasi pembiayaan
Precondition Ketua Pelaksana dan Sekertaris belum memasukan data Rincian
Postcondition 1. Atribut dataRincian.id_obyek diisi data idObyek.
2. Atribut dataRincian.id_rincian diisi data idRincian.
3. Atribut dataRincian.norut diisi data noUrut.
4. Atribut dataRincian.uraian diisi data uraian.
5. Atribut dataRincian.jumlah diisi data jumlah.
6. Atribut dataRincian.satuan diisi data satuan.
7. Atribut dataRincian.hs_rincian diisi data hargaSatuan.
8. Atribut dataRincian.sumberdana diisi data sumberdana.
9. Rincian berasosiasi dengan Obyek sesuai dengan id_obyek yang sama.

96
 BAB V
PERANCANGAN APLIKASI

Pada bab ini dijelaskan mengenai rancangan aplikasi yang dikembangkan berdasarkan
hasil analisis yang telah dilakukan pada bab sebelumnya. Rancangan ini meliputi
perancangan arsitektur microservice, web frontend, backend dan database.
5.1 Perancangan Frontend Application

Sub bab ini menjelaskan tentang perancangan frontend application yang dibangun
meliputi perancangan arsitektur, class, dan user interface yang akan dibangun pada
aplikasi Pengelolaan Keuangan Desa.
5.1.1 Perancangan Arsitektur
Perancangan Arsitektur ini dilakukan untuk memberikan gambaran mengenai
arsitektur frontend pada aplikasi pengelolaan keuangan desa proses pelaksanaan yang
digambarkan pada arsitektur diagram dan package diagram. Berikut arsitektur frontend
aplikasi pengelolaan keuangan desa proses pelaksanaan:

97
Gambar 35 Gambar Arsitektur Frontend dan Backend

98
 Gambar 36 Package Diagram pada Frontend Website

Tabel 48 Package Diagram pada Frontend Website

Nama Package Deskripsi
e2e Berisi file – file library yang digunakan untuk melakukan testing
kebutuhan aplikasi
node_modules Berisi file – file library dependency Angular yang digunakan untuk
kebutuhan aplikasi
src Berisi file – file yang digunakan untuk kebutuhan aplikasi
app Berisi file – file buatan yang merupakan konten pada aplikasi
components Berisi file – file html untuk menampilkan web dan mengatur alur
aplikasi
models Berisi file – file yang digunakan dalam pendefinisian data untuk
kebutuhan aplikasi
services Berisi file – file service untuk mengakses dan menerima data dari
backend.
assets Berisi file – file pendukung untuk membangun aplikasi seperti css,
image, dan javascript
environment Berisi file – file environment yang digunakan untuk kebutuhan
aplikasi

99
5.1.2 Perancangan Class
Perancangan class digambarkan melalui class diagram untuk mengilustrasikan class
pada aplikasi yang dikembangkan dari class conceptual (domain model) dengan
menggambarkan method dan atribut dari setiap class. Berikut perancangan class untuk
pengembangan aplikasi Pengelolaan Keuangan Desa pada Gambar 50 untuk web
application.

Gambar 37 Class Diagram FE

Tabel 49 Class FE KegiatanModel

Nama Class KegiatanModel

100
 Deskripsi Class KegiatanModel berfungsi untuk mengelola data Kegiatan.

Attribut

Nama Visibility Tipe Data Deskripsi

kode_kegiatan Private Integer -

nama_kegiatan Private String -

lokasi_kegiatan Private String -

Keluaran Private String -

pelaksanaan_kegiatan Private Boolean -

sasaran_manfaat Private String -

Method

Nama Visibility Return Deskripsi

Value

get_all_kegiatan() Public Array Method untuk meminta seluruh data

kegiatan dari REST API.

get_by_id(Integer Public Array Method untuk meminta data kegiatan

kode_kegiatan) berdasarkan kode kegiatan dari REST
API.

get_by_bidang(Integer Public Array Method untuk meminta data kegiatan

kode_bidang) berdasarkan kode bidang dari REST API.

postData(kegiatan kegiatan) Public Void Method untuk mengirim data kegiatan ke

REST API.

deleteData(Integer Public String Method untuk menghapus data kegiatan

kode_kegiatan) berdasarkan kode kegiatan dari REST
API.

updateData(kegiatan Public String Method untuk mengupdate data kegiatan

kegiatan) dari REST API.

Tabel 50 Class FE KelompokModel

Nama Class Kelompok Model

Deskripsi Class KelompokModel berfungsi untuk mengelola data Kelompok.

Attribut

101
Nama Visibility Tipe Data Deskripsi

id_kelompok Private Integer -

akun_kelompok Private String -

nama_kelompok Private String -

Method

Nama Visibility Return Deskripsi

Value

get_all_kelompok() Public Array Method untuk meminta seluruh data

kelompok dari REST API.

get_by_id(Integer Public Array Method untuk meminta data kelompok

id_kelompok) berdasarkan id kelompok dari REST API.

get_by_bidang(Integer Public Array Method untuk meminta data kelompok

kode_bidang) berdasarkan kode bidang dari REST API.

postData(kelompok Public Void Method untuk mengirim data kelompok ke

kelompok) REST API.

deleteData(Integer Public String Method untuk menghapus data kelompok

id_kelompok) berdasarkan id kelompok dari REST API.

updateData(kelompok Public String Method untuk mengupdate data kelompok

kelompok) dari REST API.

Tabel 51 Class FE JenisModel

Nama Class Jenis_Model

Deskripsi Class Jenis_Model berfungsi untuk mengelola data Jenis.

Attribut

Nama Visibility Tipe Deskripsi

Data

id_jenis Private Integer -

akun_jenis Private String -

nama_jenis Private String -

102
Method

Nama Visibility Return Deskripsi

Value

get_all_jenis() Public Array Method untuk meminta seluruh data jenis dari
REST API.

get_by_id(Integer id_jenis) Public Array Method untuk meminta data jenis berdasarkan
id jenis dari REST API.

get_by_kelompok(Integer Public Array Method untuk meminta data jenis berdasarkan

id_kelompok) id kelompok dari REST API.

postData(Integer id_jenis) Public Void Method untuk menyimpan data jenis ke REST
API.

deleteData(Integer Public String Method untuk menghapus data jenis

id_jenis) berdasarkan id jenis belanja dari REST API.

updateData(Jenis jenis) Public String Method untuk mengupdate data jenis

berdasarkan id jenis dari REST API.

Tabel 52 Class FE ObyekModel

Nama Class Obyek_Model

Deskripsi Class Obyek_Model berfungsi untuk mengelola data Obyek.

Attribut

Nama Visibility Tipe Data Deskripsi

id_obyek Private Integer -

akun_obyek Private String -

nama_obyek Private String -

Anggaran Private Integer -

Method

Nama Visibility Return Deskripsi

Value

103
get_all_obyek() Public Array Method untuk meminta seluruh data obyek dari
REST API.

get_by_id(Integer Public Array Method untuk meminta data obyek berdasarkan

id_obyek) id obyek dari REST API.

get_by_jenis(Integer Public Array Method untuk meminta data obyek berdasarkan

id_jenis) id jenis dari REST API.

postData(Integer Public Void Method untuk menyimpan data obyek ke REST

id_obyek) API.

deleteData(Integer Public String Method untuk menghapus data obyek

id_obyek) berdasarkan id obyek dari REST API.

updateData(Obyek Public String Method untuk mengupdate data obyek

obyek) berdasarkan id obyek dari REST API.

Tabel 53 Class FE RincianModel

Nama Class Rincian_Model

Deskripsi Class Rincian_Model berfungsi untuk mengelola data Rincian.

Attribut

Nama Visibility Tipe Data Deskripsi

id_rincian Private Integer -

nourut_rincian Private Integer -

Uraian Private String -

jumlah_satuan Private Integer -

harga_satuan Private Long -

Sumberdana Private String -

Method

Nama Visibility Return Deskripsi

Value

get_all_rincian() Public Array Method untuk meminta seluruh data rincian

dari REST API.

104
get_by_id(Integer Public Array Method untuk meminta data rincian
id_rincian) berdasarkan id rincian dari REST API.

get_by_obyek(Integer Public Array Method untuk meminta data rincian

id_obyek) berdasarkan id obyek dari REST API.

postData(Rincian Public Void Method untuk menyimpan data rincian ke

rincian) REST API.

deleteData(Integer Public String Method untuk menghapus data rincian

id_rincian) berdasarkan id rincian dari REST API.

updateData(Rincian Public String Method untuk mengupdate data rincian

rincian) berdasarkan id rincian dari REST API.

105
5.1.3 Perancangan User Interface
Perancangan Arsitektur ini dilakukan untuk memberikan gambaran mengenai tampilan
pada aplikasi pengelolaan keuangan desa proses pelaksanaan. Berikut penjelasan User
Interface aplikasi pengelolaan keuangan desa proses pelaksanaan:

Tabel 54 Tampilan Login

No.UI GUI-VP-01

Nama UI Tampilan Login

Pengguna Perangkat Desa

Precondition - Pengguna telah masuk dalam halaman login.

- Pengguna telah mendapatkan Username dan Password.

Deskripsi Tampilan ini merupakan halaman menampilkan form login yang merupakan
akses utama untuk masuk kedalam halaman lainnya.

Gambar

106
 Gambar 38 Tampilan Login

Tabel 55 Tampilan Pelaksanaan Ketua Pelaksana

No.UI GUI-VP-02

Nama UI Tampilan Pelaksanaan Ketua Pelaksana

Pengguna Ketua Pelaksana

Precondition - Ketua Pelaksana telah masuk dalam halaman pelaksanaan belanja

keuangan desa.
- Ketua Pelaksana telah memilih tab Pelaksanaan.

Deskripsi Tampilan ini merupakan halaman menampilkan data realisasi Belanja Desa.

Gambar

107
 Gambar 39 Tampilan Pelaksanaan Ketua Pelaksana

Tabel 56 Tampilan Pelaksanaan Sekretaris

No.UI GUI-VP-03

Nama UI Tampilan Pelaksanaan Sekretaris

Pengguna Sekretaris

Precondition - Sekretaris telah masuk dalam halaman pelaksanaan belanja keuangan

desa.
- Sekretaris telah memilih tab Pelaksanaan.

Deskripsi Tampilan ini merupakan halaman menampilkan data realisasi

Pendapatan/Pembiayaan Desa.

Gambar

108
 Gambar 40 Tampilan Pelaksanaan Sekretaris

Tabel 57 Tampilan Form Input

No.UI GUI-VP-04

Nama UI Tampilan Form Input

Pengguna Ketua Pelaksana/Sekretaris

Precondition - Ketua Pelaksana/Sekretaris telah masuk dalam halaman Input

keuangan desa.
- Ketua Pelaksana/Sekretaris telah memilih jenis data yang akan di
input.

Deskripsi Tampilan ini merupakan halaman penginputan data. Value dari setiap halaman
input berbeda sesuai data yang akan di-input-kan.

Gambar

109
 Gambar 41 Tampilan Form Input

Tabel 58 Tampilan Form Update

No.UI GUI-VP-05

Nama UI Tampilan Form Update

Pengguna Ketua Pelaksana/Sekretaris

Precondition - Ketua Pelaksana/Sekretaris telah masuk dalam halaman Update

keuangan desa.
- Ketua Pelaksana/Sekretaris telah memilih jenis data yang akan di
update.

Deskripsi Tampilan ini merupakan halaman pembaharuan data. Value dari setiap halaman
update berbeda sesuai data yang akan di perbaharui.

Gambar

110
 Gambar 42 Tampilan Form Update

5.2 Perancangan Backend Application

Sub bab ini dijelaskan mengenai perancangan backend application yang dibangun
meliputi perancangan arsitektur dan class yang akan dibangun pada aplikasi
Pengelolaan Keuangan Desa.
5.2.1 Perancangan Arsitektur
Perancangan Arsitektur ini dilakukan untuk memberikan gambaran mengenai
arsitektur microservice dan arsitektur backend pada aplikasi pengelolaan keuangan
desa proses pelaksanaan yang digambarkan pada . Berikut arsitektur microservice
aplikasi pengelolaan keuangan desa proses pelaksanaan :

111
 Gambar 43 Package Diagram BE

Tabel 59 Package Backend

Nama Package Deskripsi
authentication Berisi file – file yang dibutuhkan untuk kebutuhan aplikasi.
micro Berisi file – file yang dibutuhkan untuk kebutuhan aplikasi.
controller Berisi file – file yang digunakan untuk memetakan sebuah route
service.
model Berisi file – file yang digunakan dalam pendefinisian data yang
disesuaikan dengan database.
services Berisi file – file service untuk mengakses dan menerima data dari
database..
proxy Berisi file – file yang digunakan dalam pendefinisian data untuk
kebutuhan aplikasi.
other resource Berisi file – file pendukung yang digunakan untuk kebutuhan aplikasi
default Berisi file – file pendukung yang digunakan untuk kebutuhan aplikasi

5.2.2 Perancangan Class

Perancangan class digambarkan melalui class diagram untuk mengilustrasikan class
pada aplikasi yang dikembangkan dari class conceptual (domain model) dengan
menggambarkan method dan atribut dari setiap class. Berikut adalah perancangan class

112
untuk pengembangan aplikasi pengelolaan keuagan desa dengan arsitektur
microservice :

Gambar 44 Class Diagram Realisasi Pembiayaan

113
Gambar 45 Class Diagram Realisasi Pendapatan

114
 Gambar 46 Class Diagram Realisasi Belanja

Tabel 60 Class BE BidangModel

Nama Class BidangModel

Deskripsi Class BidangModel berfungsi untuk mengelola data Bidang.

Attribut

Nama Visibility Tipe Data Deskripsi

115
kode_Bidang Private String -

nama_Bidang Private String -

Jenis Private Boolean -

Method

Nama Visibility Return Deskripsi

Value

get_all_bidang() Public Array Method untuk mengambil seluruh data

bidang dari database.

get_by_id(String Public Array Method untuk mengambil data Bidang

kode_bidang) berdasarkan kode bidang dari database.

insert_bidang(bidang Public Void Method untuk menyimpan data bidang ke

bidang) database.

delete_bidang_by_id(String Public String Method untuk menghapus data bidang

kode_bidang) berdasarkan kode bidang dari database.

update_apbd(bidang Public String Method untuk mengupdate data bidang dari

bidang) database.

Tabel 61 Class BE KegiatanModel

Nama Class KegiatanModel

Deskripsi Class KegiatanModel berfungsi untuk mengelola data Kegiatan.

Attribut

Nama Visibility Tipe Deskripsi

Data

kode_kegiatan Private Integer -

nama_kegiatan Private String -

lokasi_kegiatan Private String -

Keluaran Private String -

pelaksanaan_kegiatan Private Boolean -

sasaran_manfaat Private String -

Method

116
Nama Visibility Return Deskripsi
Value

get_all_kegiatan() Public Array Method untuk mengambil seluruh data

kegiatan dari database.

get_by_id(Integer Public Array Method untuk mengambil data jenis

kode_kegiatan) pendapatan berdasarkan kode kegiatan
dari database.

get_by_bidang(bidang Public Array Method untuk mengambil data kegiatan

bidang) berdasarkan bidang dari database.

get_by_tb(tahun_berlangsung Public Array Method untuk mengambil data kegiatan

tb) berdasarkan tahun berlangsung dari
database.

insert_kegiatan(kegiatan Public Void Method untuk menyimpan data kegiatan

kegiatan) ke database.

delete_kegiatan_by_id(Integer Public String Method untuk menghapus data kegiatan

kode_kegiatan) berdasarkan kode kegiatan dari database.

update_kegiatan(kegiatan Public String Method untuk mengupdate data kegiatan

kegiatan) dari database.

Tabel 62 Class BE Kelompok Belanja/Pendapatan/Pembiayaan

Nama Class Kelompok_Belanja Model

Deskripsi Class Kelompok_BelanjaModel berfungsi untuk mengelola data

Kelompok Belanja.

Attribut

Nama Visibility Tipe Data Deskripsi

id_kelompokbelanja Private Integer -

akun_kelompokbelanja Private String -

nama_kelompokbelanja Private String -

Status Private Boolean -

Method

117
Nama Visibility Return Deskripsi
Value

get_all_kb() Public Array Method untuk mengambil seluruh data

kelompok belanja dari database.

get_by_id(Integer Public Array Method untuk mengambil data

id_kelompokbelanja) kelompok belanja berdasarkan id
kelompok belanja dari database.

get_by_apbd(apbd apbd) Public Array Method untuk mengambil data

kelompok belanja berdasarkan apbd dari
database.

get_by_status(Boolean Public Array Method untuk mengambil data

status) kelompok belanja berdasarkan status
dari database.

insert_kb(kelompok_belanja Public Void Method untuk menyimpan data

kb) kelompok belanja ke database.

delete_kb_by_id(Integer Public String Method untuk menghapus data

id_kelompokbelanja) kelompok belanja berdasarkan id
kelompok belanja dari database.

update_kb(kelompok_belanja Public String Method untuk mengupdate data

kb) kelompok belanja dari database.

Tabel 63 Class BE Jenis Belanja/Pendapatan/Pembiayaan

Nama Class Jenis_BelanjaModel

Deskripsi Class Jenis_BelanjaModel berfungsi untuk mengelola data

Jenis Belanja.

Attribut

Nama Visibility Tipe Deskripsi

Data

id_jenisbelanja Private Integer -

akun_jenisbelanja Private String -

nama_jenisbelanja Private String -

118
Method

Nama Visibility Return Deskripsi

Value

get_all_jb() Public Array Method untuk mengambil seluruh data

jenis belanja dari database.

get_by_id(Integer id_jenisbelanja) Public Array Method untuk mengambil data jenis

belanja berdasarkan id jenis belanja
dari database.

get_by_kelompok(kelompok_belanja Public Array Method untuk mengambil data jenis

kb) belanja berdasarkan kelompok belanja
dari database.

insert_jb(jenis_belanja jb) Public Void Method untuk menyimpan data jenis

belanja ke database.

delete_jb_by_id(Integer Public String Method untuk menghapus data jenis

id_jenisbelanja) belanja berdasarkan id jenis belanja
dari database.

update_jb(jenis_belanja jb) Public String Method untuk mengupdate data jenis

belanja berdasarkan id jenis belanja
dari database.

Tabel 64 Class BE Obyek Belanja/Pendapatan/Pembiayaan

Nama Class Obyek_BelanjaModel

Deskripsi Class Obyek_BelanjaModel berfungsi untuk mengelola data

Obyek Belanja.

Attribut

Nama Visibility Tipe Deskripsi

Data

id_obyekbelanja Private Integer -

akun_obyekbelanja Private String -

nama_obyekbelanja Private String -

Method

119
Nama Visibility Return Deskripsi
Value

get_all_ob() Public Array Method untuk mengambil seluruh data

obyek belanja dari database.

get_by_id(Integer Public Array Method untuk mengambil data obyek

id_obyekbelanja) belanja berdasarkan id obyek belanja
dari database.

get_by_jenisbelanja(jenis_belanja Public Array Method untuk mengambil data obyek

jb) belanja berdasarkan jenis belanja dari
database.

insert_ob(obyek_belanja ob) Public Void Method untuk menyimpan data obyek

belanja ke database.

delete_ob_by_id(Integer Public String Method untuk menghapus data obyek

id_obyekbelanja) belanja berdasarkan id obyek belanja
dari database.

update_ob(obyek_belanja ob) Public String Method untuk mengupdate data obyek

belanja dari database.

Tabel 65 Class BE Rincian Belanja/Pendapatan/Pembiayaan

Nama Class Rincian_BelanjaModel

Deskripsi Class Rincian_BelanjaModel berfungsi untuk mengelola

data Rincian Belanja.

Attribut

Nama Visibility Tipe Deskripsi

Data

id_rincianbelanja Private Integer -

nourut_rincianbelanja Private Integer -

uraian Private String -

jumlah_satuan Private Integer -

harga_satuan Private Long -

sumberdana Private String -

120
 Method

Nama Visibility Return Deskripsi

Value

get_all_rb() Public Array Method untuk mengambil seluruh data

rincian belanja dari database.

get_by_id(Integer id_rincianbelanja) Public Array Method untuk mengambil data rincian

belanja berdasarkan id rincian belanja
dari database.

get_by_obyekbelanja(obyek_belanja Public Array Method untuk mengambil data rincian

ob) belanja berdasarkan obyek belanja
dari database.

insert_rb(rincian_belanja rb) Public Void Method untuk menyimpan data rincian

belanja ke database.

delete_rb_by_id(Integer Public String Method untuk menghapus data rincian

id_rincianbelanja) belanja berdasarkan id rincian belanja
dari database.

update_rb(rincian_belanja rb) Public String Method untuk mengupdate data

rincian belanja dari database.

5.3 Perancangan Database

Perancangan database ini dilakukan untuk memberikan kebutuhan informasi dari

penggunaan aplikasi dan menyediakan struktur data untuk mendukung kebutuhan
proses. Berikut adalah perancangan database untuk pembangunan aplikasi pengelolaan
keuangan desa dengan arsitektur microservice pada proses pelaksanaan:

121
Gambar 47 Conceptual Data Model Proses Pelaksanaan

122
Gambar 48 Conceptual Data Model Rencana Pelaksanaan

123
Gambar 49 Physical Data Model Proses Pelaksanaan

124
Gambar 50 Physical Data Model Rencana Pelaksanaan

125
 BAB VI
MODEL IMPLEMENTASI & PENGUJIAN APLIKASI
PENGELOLAAN KEUANGAN DESA

Bab ini menjelaskan tentang pembuatan serta pengujian aplikasi pengelolaan keuangan
desa dengan arsitektur microservice pada proses pelaksanaan yang merupakan
implementasi dari hasil analisis dan perancangan pada bab sebelumnya.

6.1 Deployment View

Sub bab ini menjelaskan tentang pendistribusian yang terjadi antara komponen
hardware dan software dari aplikasi pengelolaan keuangan desa dengan arsitektur
microservice pada proses pelaksanaan. Gambar 61 menjelaskan terkait deployment
diagram dari aplikasi yang akan dibangun.

Gambar 51 Deployment Diagram Aplikasi PKD Proses Pelaksanaan

126
 Tabel 66 Keterangan Deployment Diagram
Nama Deskripsi
Database Pelaksanaan Merupakan node yang merepresentasikan database aplikasi
pengelolaan keuangan desa pada proses pelaksanaan.
Aplikasi Pengelolaan Merupakan node yang merepresentasikan aplikasi
Keuangan Desa Proses pengelolaan keuangan desa pada proses pelaksanaan.
Pelaksanaan
Web Browser Merupakan node yang digunakan sebagai media untuk
menampilkan fitur-fitur aplikasi.

6.2 Test Plan

6.3 Test Result

6.4 Test Evaluation

127
 BAB VII
KESIMPULAN & SARAN

128
 DAFTAR PUSTAKA

[1] H. Suryotrisongko, “Arsitektur Microservice untuk Resiliensi Sistem Informasi. Jurnal

Sisfo. 2(6), 235-250.

[2] T. Fitrawan Mondale., Aliamin., dan Heru Fahlevi (2017): Analisis Problematika
Pengelolaan Keuangan Desa, Jurnal perspektif ekonomi darussalam. 2(3), 196-212.

[3] Sumarna, Ayi (2015): Pokok-Pokok Pengelolaan Keuangan Desa. Jurnal Pengelolaan
Keuangan Desa.

[4] V. Wiratna Sujarweni (2007): Akuntansi Desa: Panduan Tata Kelola Keuangan Desa,
Yogyakarta, Pustaka Baru Press.

[5] James Lewis, Martin Fowler (2014): Microservice,

https://martinfowler.com/articles/microservices.html., pada 8 Maret 2018.

[6] Sommerville, I. (2011): Software Enginering : Ninth Edition.

[7] Larman, C (2004): Applying UML and Patterns: An Introduction to Object-Oriented

Analysis and Design and Iterative Development. 3rd. Addison Wesley Proffessional.

[8] Chirs Richardson (2017): Microservice, http://microservices.io/., pada 12 Maret 2018.

[9] The Open Group , Microservice Architecture, hlm. 7.

[10] BDK Cimahi (2015): Pengelolaan Keuangan Desa: Sistem dan Prosedur
Pertanggungjawaban Keuangan Desa,
http://www.bppk.kemenkeu.go.id/publikasi/artikel/147-artikel-anggaran-dan-

129
 perbendaharaan/20477-pengelolaan-keuangan-desa-sistem-dan-prosedur-
pertanggungjawaban-keuangan-desa., pada 20 Maret 2018.

[11] Rizal Yogi Pratama, https://medium.com/codelabs-unikom/microservices-apaan-tuh-

b9f5d56e8848, diunduh pada 10 Mei 2018.

[12] BPKP, Petunjuk Pelaksanaan Bimbingan & Konsultasi PENGELOLAAN

KEUANGAN DESA, hlm ix.

[13] Kamus Oxford

[14] Hamdil Khaliesh, ST., Deskripsi Arsitektur, Departemen Pendidikan Nasional

Universitas Tanjungpura Fakultas Teknik Prodi Arsitektur,
https://hamdiel.files.wordpress.com/2010/03/deskripsi-arsitektur.pdf, diunduh
pada 21 Mei 2018.

[15] Namiot, Dmitry and Sneps-Sneppe, Manfred., 2014. On Micro-service Architecture,

International Journal of Open Information Technologies ISSN:2307-8162 vol.2, no. 9

[16] Hunter, Thomas., Advance Microservice, hlm 1.

[17] Bier Pinter 2016 : https://wildanlie.blogspot.com/2016/10/pengertian-

sistemmonolitik.html, dilihat pada 20 juni 2018

[18] BPKP (2018) : Aplikasi Sistem Keuangan Desa (SISKEUDES),

http://www.bpkp.go.id/sakd/konten/2448/Leaflet-Simda-Desa.bpkp., pada 8 juli 2018

130