Laporan KoTA Bianza v.2.0

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   package  besar, dilihat nya jika ada kegagalan dalam satu proses akan berpengaruh pada proses lainnya dan menyulitkan dalam pemulihan aplikasi. Arsitektur Microservice Arsitektur  Microservice akan  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 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 pad a 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 mech anism. 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 d one 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 Dikerjak an

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 8

BAB II TINJAUAN PUSTAKA

2.1 Teori Pendukung

8

2.1.1

 Arsitektur Monolitik Monolitik

2.1.2

 Arsitektur Microservice Microservice

10

2.1.3

Pengelolaan Keuangan Desa

14

2.1.4 Desa

Peraturan Pemerintah Mengenai Proses Pelaksanaan Pengelolaan Keuangan 23

2.2

8

Teknologi Dan Tools Pendukung

2.2.1

26

 Angular

26

2.2.2

Spring Framework 

26

2.2.3

MySQL

27 28

BAB III ANALISIS

3.1 Analisis Sistem yang Sedang Berjalan (As-Is) 3.1.1 Deskripsi Sistem

28 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 97

BAB V PERANCANGAN APLIKASI

5.1

Perancangan Frontend Application

97

5.1.1

Perancangan Arsitektur

5.1.2

Perancangan Class

100

5.1.3

Perancangan User Interface

106

5.2

97

Perancangan Backend Application

5.2.1

111

Perancangan Arsitektur

111

5.2.2 Perancangan Class 5.3

112

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 Gambar Gambar Gambar Gambar Gambar Gambar Gambar Gambar Gambar

42 43 44 45 46 47 48 49 50 51

Tampilan Form Update .........................................................................................111 Package Diagram BE ........................................................................................... 112 Class Diagram Realisasi Pembiayaan .................................................................. 113 Class Diagram Realisasi Pendapatan .................................................................. 114 Class Diagram Realisasi Belanja.......................................................................... 115 Conceptual Data Model Proses Pelaksanaan .......................................................122 Conceptual Data Model Rencana Pelaksanaan.................................................... 123 Physical Data Model Proses Pelaksanaan ........................................................... 124 Physical Data Model Rencana Pelaksanaan ........................................................ 125 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

APBDes BPD BSD HIMAKOM MVC Permendagri PPh RAB RKPDes RPJMDes SDD SiLPA SPP SRS UU BPD BSD HIMAKOM MVC Permendagri PPh RAB RKPDes RPJMDes SDD SiLPA SPP SRS UU PAK

Nama

Anggaran Pendapatan Belanja Desa Badan Permusyawaratan Desa Bumi Serpong Damai Himpunan Mahasiswa Komputer Model View Controller Peraturan Mentri Dalam Negeri Pajak Penghasilan Rancangan Anggaran Biaya Rencana Kerja Pemerintah Desa Rencana Pembangunan Jangka Menengah Desa Software Desain Description Sisa Lebih Pembiayaan Anggaran Surat Permintaan Pembayaran Software Requirements Specification Undang Undang Badan Permusyawaratan Desa Bumi Serpong Damai Himpunan Mahasiswa Komputer Model View Controller Peraturan Mentri Dalam Negeri Pajak Penghasilan Rancangan Anggaran Biaya Rencana Kerja Pemerintah Desa Rencana Pembangunan Jangka Menengah Desa Software Desain Description Sisa Lebih Pembiayaan Anggaran Surat Permintaan Pembayaran Software Requirements Specification Undang Undang Perubahan Anggaran Keuangan

x

Pemakaian pertama kali pada halaman 1 9 6 1 5 2 11 3 7 7 22 11 3 22 2 9 6 1 5 2 11 3 7 7 22 11 3 22 2 97

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, clientside, 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 d esa 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 D efi nition 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 arsitekturmicroservice.

I mplementation 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.

I ntegration 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 layananlayanan 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 komponenkomponen 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 pad a satu fungsionalitas tertentu, satu service dan service lainnya saling berkomunikasi un tuk 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 ko de 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 Jan uari 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 yan g 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 memban gun dengan kekuatan sendiri yang melibatkan peran serta masyarakat  berupa tenaga dan barang yang dinilai dengan dengan uan g. 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 untu k 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 d an  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 F ramework 

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

 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 ta hun 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

1

Stakeholder

Kepala Desa

Role, Task, Rule

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.

5.

Melakukan tindakan yang mengakibatkan pengeluaran atas  beban APB Desa.

Rules: Kepala Desa memegang jabatan selama 6 (enam) ta hun 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 Pelaksana

Role: 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 Desa

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

1. 2. 3.

Menerima, menimpan, menyetorkan/membayar. Memungut dan menyetorkan PPh dan pajak lainnya. 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

Nama Proses No Proses Proses Bisnis

Business R ules

Penganggaran Data Umum Desa PA-SJ-03 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 Seluruh data RPJMDes telah disimpan kedalam sistem.

2. Penganggaran Data Kegiatan Berikut adalah gambar proses penginputan data Kegiatan Desa, t abel 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

Nama Proses No Proses Proses Bisnis

Business R ules

Penganggaran Kegiatan PA-SJ-04 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. .

Gambar 5 Sistem Sejenis Format Data RAB Tabel 5 Sistem Sejenis Format Data RAB Data masukkan (input)  Nama Bidang  Nama Kegiatan Waktu Pelaksanaan Sumber Dana Kode

Penjelasan

Nama Bidang yang akan dilaksanakan  Nama Kegiatan yang akan dilaksanakan Target waktu yang akan dilaksanakan Sumber dana yang akan dilaksanakan Kode pengeluaran yanga

Uraian Anggaran Volume Harga Satuan Jumlah Jumlah Total Wali Negari Sekretaris Desa Pelaksana Kegiatan

 Nama uraian yang akan dilaksanakan Anggaran dana yang dikeluarkan Perkiraan besaran yang akan dilaksanakan Harga satuan dari besaran yang dilaksanakan Jumlah dari besaran volume dan harga satuan Jumlah total keseluruhan pelaksananaan pada kegiatan yang dilaksanakan Nama Kepala Desa Nama Sekretaris Desa Nama Pelaksana Kegaiatan

Gambar 6 Sistem Sejenis Format APB Desa Tabel 6 Sistem Sejenis Format APB Desa Data masukkan (input)  Nomor Tahun Kode REK Uraian Pendapatan Jumlah Pendapatan Belanja Jumlah Belanja

Penjelasan

Nomor APB Desa yang telah dilaksnakan Tahun anggaran yang dilaksnakan Kode REK yang dilaksanakan Uraian dari APB Desa Jenis Pendapatan yang dilaksnakan Jumlah Pendapatan yang dilaksnaakan Jenis Belanja yang dilaksnaakan Jumlah Belanja yang dilaksanakan

Pembiayaan Jumlah Pembiayaan Sisa Lebih Perhitungan Anggaran Anggaran Keterangan Wali Negari

Jenis Pembiayaan yang dilaksnakan Jumlah Pembiayaan yang dilaksnakan Jumlah SiLPA dari hasi Pembiayaan Jumlah anggaran yang dilaksanakan Keterangan dari setiap jenis kegiatan yang dilaksanakan Nama Kepala Desa

3. Penganggaran Pendapatan

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

Nama Proses No Proses Proses Bisnis

Penganggaran Pendapatan PA-SJ-05 1. Memilih Kelompok Pendapatan Sekertaris desa memilih data Kelompok P endapatan 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 Ob yek 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 R ules 4. Penganggaran Pembiayaan

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

Desa dari proses

Gambar 8 Penganggaran Pembiayaan

Tabel 8 Penganggaran Pembiayaan Nama Proses No Proses Proses Bisnis

Penganggaran Pembiayaan PA-SJ-06 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 Pe mbiayaan.

Business R ules

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.

Gambar 9 Pencatatan Buku Kas Umum Tabel 9 Pencatatan Buku Kas Umum Nama Proses No Proses

Business Process

Business R ules

Input Data Penatausahaan PA-SJ-09 1. Memilih Menu Penatausahaan 2. Memilih Buku Bank Desa 3. Input Data Bank Desa 4. Simpan Data Buku Bank Data Kas umum telah tersimpan pada system

Gambar 10 Format Buku Kas Umum

Tabel 10 Penjelasan Buku Kas Umum Data masukkan (input) Periode  No Tanggal Rekening Uraian Penerimaan Pengeluaran  Nomor Bukti Pengeluaran Komulatif Saldo Wali Negari Bendahara Desa

Penjelasan

Periode yang dilaksnakan  Nomor transaksi (Penyesuaian penginputan) Tanggal Transaksi Kode Rekening Bank Nama tansaksi yang dilakukan Penerimaan transaksi Pengeluaran transaksi Nomor bukti transaksi Pengeluaran Komulatif dari penerimaan dan pengeluaran Jumlah saldo di Bank Nama Kepala 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

Nama Proses No Proses

Business Process

Business R ules

Input Data Buku Pembantu Pajak  PA-SJ-10 1. Memilih Menu Penatausahaan 2. Memilih Buku Pembantu Pajak 3. Input Data Bank Desa 4. Simpan Data Buku Pembantu Pajak 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 No Proses

Business Process

Business R ules

Input Data Buku Bank  PA-SJ-11 1. Memilih Menu Penatausahaan 2. Memilih Buku Bank Desa 3. Input Data Bank Desa 4. Simpan Data Buku Bank Data buku Bank telah tersimpan pada system

Gambar 13 Sistem Sejenis Format Data Buku Bank Tabel 13 Sistem Sejenis Format Data Buku Bank Data masukkan (input) Bulan  Nama Bank   No REK  No Tanggal Uraian Transaksi  Nomor Bukti Pembukuan Setoran Bunga Pengeluaran Penarikan Pajak Biaya Admin Wali Negari Saldo Bendahara Desa

Penjelasan

Bulan transaksi Bank  Nama Bank untuk transaksi Nomor Rekening Bank yang digunakan untuk transaksi Nomor transaksi di buku Bank Tanggal transasksi buku Bank Nama transaksi yang dilakukan  Nomor bukti transaksi Pembukuan penjelasan dari setoran dan bunga Jumlah setoran ke bank Jumlah bunga yang didapat dari bank Pengeluaran penjelasan dari penarikan, pajak, dan biaya admin Jumlah penarikan dana dari bank  Jumlah pajak dari bank Biaya admin yang harus dikeluarkan Nama Kepala Desa Jumlah saldo bank saat ini 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

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

Nama Proses No Proses

Business Process

Business R ules

Pelaporan laporan semester  PA-SJ-12 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 Seluruh data Laporan Semesteran telah tersimpan pada system

Gambar 15 Laporan Kekayaan Desa Tabel 15 Laporan Kekayaan Desa Data masukkan (input) Batas Waktu

Penjelasan

Batas waktu laporan kekayaan desa.

Kode Uraian Tahun pelaksanaan Jumlah Wali Negari

Kode kekayaan milik desa (Penyesuaian penginputan) Uraian Pennjelasan kekayaan milik desa Tahun pelaksanaan kekayaan milik desa sampai masa periode. Jumlah total dari tiap tahun pelaksanaan. 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

Nama Proses No Proses

Business Process

Business R ules

Laporan akhir tahun PA-SJ-13 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 Data kebutuhan laporan sudah tersimapan pada sistem

Gambar 17 Format Laporan Akhir Tahun Tabel 17 Penjelasan Format Laporan Akhir Tahun Data masukkan (input) Tahun anggaran Kode Rekening Uraian Anggaran Realisasi Lebih(Kurang)

Penjelasan Tahun yang dilaksanakan Kode rekening APB Desa (P enyesuaian penginputan) Uraian APB Desa dan j enis kegiatannya Jumlah anggaran dana yang direncanakan Jumlah dana realisasi pelaksanaan Jumlah dana yang kurang atau lebih

Jumlah Wali Negari

Jumlah total Realiasasi Anggaran 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 ...

Gambar 19 Domain Model Pelaksanaan

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 . 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. rupiah. Barang/jasa yang telah diterima oleh Kepala Desa harus dikonversikan/dinilai dengan uang (rupiah) dengan me nggunakan harga pasar setempat dan berdasarkan RAB yang telah dibuat sebelumnya. 3.  Mencatat dalam Buku Pembantu Kas Kegiatan. Kegiatan . Setelah penerimaan atas swadaya dari masyarakat yang telah dirupiahkan, kemudian Ketua Pelaksana mencatat kedalam B uku

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 dir upiahkan 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 S wadaya 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 B endahara 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 di rupiahkan 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 tahu n 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 diaj ukan 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 diaj ukan 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 den gan arsitektur microservice akan dijelaskan sebagai berikut:

Tabel 26 Data Realisasi Pendapatan  Nama Data Deskripsi

Frekuensi Bentuk Data Struktur Data

Realisasi Pendapatan Informasi mengenai data dari proses Pelaksanaan Pendapatan Desa yang akan menjadi data peraturan desa yang akan menjadi dokumen LRA semabai bukti  pelaksanaan, Ketua Pelaksana telah merencanakan APB Desa terekait pendapatan. Informasi 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 Deskripsi

Frekuensi Bentuk Data Struktur Data

Realisasi Belanja Informasi mengenai data dari proses Pelaksanaan Belanjan Desa yang akan menjadi data peraturan desa yang akan menjadi dokumen LRA semabai bukti  pelaksanaan. Ketua Pelaksana telah merencanakan APB Desa terekait belanja. Informasi 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 Deskripsi

Frekuensi Bentuk Data Struktur Data

Realisasi Pembiayaan Informasi mengenai data dari proses Pelaksanaan Pembiayaan Desa yang akan menjadi data peraturan desa yang akan menjadi dokumen LRA semabai bukti  pelaksanaan. Ketua Pelaksana telah merencanakan APB Desa terekait pembiayaan 1. Informasi 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 da ri 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 keuan gan 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 diinput kan 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 p endapatan.

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  Scope Level Pr imary Actor  Stakeholders and I nterests

Preconditions  Success Guarantee  Main Success  Scenari o

Mengelola Data Laporan Pelaksanaan Belanja Aplikasi Pengelolaan Keuangan Desa User Goal Ketua Pelaksana Ketua Pelaksana : melihat, menambahkan dan mengupdate data realisasi  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 1. Ketua Pelaksana memiliki data Bidang, Kegiatan, Kelompok Belanja, Jenis Belanja dan Obyek Belanja. 2. Ketua Pelaksana memiliki data rincian belanja. Ketua Pelaksana berhasil menambahkan rincian belanja untuk setiap obyek belanja, Sistem berhasil melakukan request kepada REST API pelaksanaanbelanja, REST API  berhasil menyimpan, mengupdate dan mengambil data realisasi belanja. 1. Ketua Pelaksana melakukan request untuk melihat data tahun pelaksanaan. 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 menginput kan: 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 menginput kan: 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 menginput kan: 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-inputkan. 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 menginput kan: Akun Jenis -  Nama Jenis  b. Jika Ketua Pelaksana ingin melihat data Jenis Belanja Pada Setiap Kelompok Belanja nya, maka:

69

1.

21. 22. 23. 24. 25.

26. 27. 28. 29. 30.

31. 32. 33.

Ketua Pelaksana memilih Kelompok Belanja yang ingin dilihat detail Jenis Belanja nya. 2. Sistem menampilkan data Jenis Belanja pada setiap Kelompok Belanja nya. Ketua Pelaksana melakukan request menyimpan data yang telah di-inputkan. Sistem mengirim data kepada REST API pelaksanaanbelanja. REST API menyimpan Jenis Belanja dan mengirim data Jenis Belanja  berupa JSON kepada Sistem. Sistem menampilkan data Jenis Belanja. 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 menginput kan: 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. Ketua Pelaksana melakukan request menyimpan data yang telah di-inputkan. Sistem mengirim data kepada REST API pelaksanaanbelanja. REST API menyimpan Obyek Belanja dan mengirim data Obyek Belanja  berupa JSON kepada Sistem. Sistem menampilkan data Obyek Belanja. 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 menginput kan: -  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. Ketua Pelaksana melakukan request menyimpan data yang telah di-inputkan. Sistem mengirim data kepada REST API pelaksanaanbelanja. REST API menyimpan data Rincian Belanja dan mengirim data Rincian Belanja berupa JSON kepada Sistem.

70

34.

E xtensions  Special Requir ements Technology and Data Variation List

Sistem menampilkan list Rincian Belanja.

*. 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. Perangkat yang digunakan harus memiliki koneksi internet. Ketua Pelaksana tidak bisa menambah data realisasi belanja sebelum Sekretaris mengisi data tahun pelaksanaan. Ketua Pelaksana mengelola data realisasi belanja dengan: 1. Mouse dan keyboard apabila alat yang digunakan computer/laptop. 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 berti pe Integer. 2. Uraian : uraian dari setiap no urut bertipe String. 3. Jumlah : jumlah dari uraian rincian belanja bertipe  Integer.

-

71

4. 5. 6.

F requency of Occurance  Mi scellaneous

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

Setiap Ketua Pelaksana ingin mengelola data realisasi belanja.  N/A

2. UC-02 Mengelola Data Laporan Pelaksanaan Pendapatan

Tabel 30 Use Case Text Mengelola Data Laporan Pelaksanaan Pendapatan Use Case Name  Scope Level Pr imary Actor  Stakeholders and I nterests

Preconditions  Success Guarantee  Main Success  Scenari o

Mengelola Data Laporan Pelaksanaan Pendapatan Aplikasi Pengelolaan Keuangan Desa User Goal Sekretaris Sekretaris : melihat, menambahkan dan mengupdate data realisasi pendapatan  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, meng update dan mengambil data realisasi pendapatan yang berada di database 1.

Sekretaris memiliki data Bidang, Kegiatan, Kelompok Pendapatan, Jenis Pendapatan dan Obyek Pendapatan. 2. Sekretaris memiliki data rincian pendapatan. Sekretaris berhasil menambahkan rincian pendapatan untuk setiap obyek pendapatan, Sistem berhasil melakukan request kepada REST API pelaksanaanpendapatan, REST API berhasil menyimpan, mengupdate dan mengambil data realisasi pendapatan. 1. Sekretaris melakukan request untuk melihat data tahun pelaksanaan. 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 menginput kan: 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 menginput kan: 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 menginput kan: 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. 3.

E xtensions xtensions  Spe  Special cial R equir ements ments

Sistem menampilkan form menampilkan form input Obyek Pendapatan. Sekretaris memilih data Obyek untuk menginput  meng input kan: kan: 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-inputdi- input-kan 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 menampilkan form input Rincian Pendapatan. 3. Sekretaris menginput  menginput kan: kan: -  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-inputdi- input-kan 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. *. 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. Perangkat yang digunakan harus memiliki koneksi internet. Sekretaris tidak bisa menambah data realisasi pendapatan sebelum data tahun  pelaksanaan.

74

Technology and D ata ata V ariat ari atii on List

-

Sekretaris mengelola data realisasi pendapatan dengan: 1. Mouse dan keyboard apabila alat yang digunakan computer/laptop. 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.

-

F r equency quency of of Occurance  Mi sce scellane llaneo ous

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. bertipe Integer. Data input Rincian Pendapatan: 1.  No urut : no urut rincian pendapatan bertipe Integer. 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. bertipe  Integer. 6. Sumberdana : sumberdana setiap rincian pendapatan bertipe String. Setiap Sekretaris ingin mengelola data realisasi Pendapatan.  N/A

3. UC-03 Mengelola Data Laporan Pelaksanaan Pembiayaan

Tabel 31 Use Case Text Mengelola Data Laporan Pelaksanaan Pembiayaan Use Use Case Nam N ame e  Scop  Scope L evel vel Pr i mary Act A cto or  Stake  Stakeho hold lde ers and I nter nter ests

Mengelola Data Laporan Pelaksanaan Pembiayaan Aplikasi Pengelolaan Keuangan Desa User Goal Sekretaris Sekretaris : melihat, menambahkan dan mengupdate data realisasi Pembiayaan  pada tahun pelaksanaan. Sistem : melakukan request  kepada  kepada REST API pelaksanaanpembiayaan yang dilakukan Sekretaris untuk menyimpan, mengupdate meng update dan  dan mengambil data realisasi Pembiayaan. Rest API pelaksanaanpembiayaan : menyimpan, meng update dan update dan mengambil data realisasi Pembiayaan yang berada di database

75

Preconditions  Succe  Success Guarantee  Main Succe Success  Scena  Scenari ri o

1.

Sekretaris memiliki data Bidang, Kegiatan, Kelompok Pembiayaan, Jenis Pembiayaan dan Obyek Pembiayaan. 2. Sekretaris memiliki data rincian Pembiayaan. Sekretaris berhasil menambahkan rincian Pembiayaan untuk setiap obyek Pembiayaan, Sistem berhasil melakukan request kepada REST API pelaksanaanpembiayaan, REST API berhasil menyimpan, mengupdate dan mengambil data realisasi Pembiayaan. 1. Sekretaris melakukan request untuk melihat data tahun pelaksanaan. 2. Sistem melakukan request  kepada  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 menampilkan form input Bidang. 3. Sekretaris memilih data Bidang untuk menginput  meng input kan: kan: 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  di- input -kan. -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 menampilkan form input Kelompok Pendaptan. 3. Sekretaris memilih data Kelompok untuk menginput  meng input kan: kan: 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-inputdi- input-kan 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. 3.

16. 17. 18. 19. 20.

21. 22. 23. 24. 25.

Sistem menampilkan form input Jenis Pembiayaan. Ketua Pelaksana memilih data Jenis untuk menginput kan: 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. Sekretaris melakukan request menyimpan data yang telah di-input-kan. Sistem mengirim data kepada REST API pelaksanaanpembiayaan. REST API menyimpan Jenis Pembiayaan dan mengirim data Jenis Pembiayaan berupa JSON kepada Sistem. Sistem menampilkan data Jenis Pembiayaan. 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 menginput kan: 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. Sekretaris melakukan request menyimpan data yang telah di-input-kan. Sistem mengirim data kepada REST API pelaksanaanpembiayaan. REST API menyimpan Obyek Pembiayaan dan mengirim data Obyek Pembiayaan berupa JSON kepada Sistem. Sistem menampilkan data Obyek Pembiayaan. 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 menginput kan: -  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.

E xtensions  Special Requir ements Technology and Data Variation List

*. 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. Perangkat yang digunakan harus memiliki koneksi internet. Sekretaris tidak bisa menambah data realisasi Pembiayaan sebelum data tahun  pelaksanaan. Sekretaris mengelola data realisasi Pembiayaan dengan: 4. Mouse dan keyboard apabila alat yang digunakan computer/laptop. 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.

-

F requency of Occurance  Mi scellaneous

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. Setiap Sekretaris ingin mengelola data realisasi Pembiayaan.  N/A

4. UC-04 Menyetujui Laporan Pelaksanaan

78

Tabel 32 Use Case Text Menyetujui Laporan Pelaksanaan Use Case Name  Scope Level Pr imary Actor  Stakeholders and I nterests

Preconditions  Success Guarantee  Main Success  Scenari o

E xtensions  Special Requir ements Technology and Data Variation List

Menyetujui Laporan Pelaksanaan Aplikasi Pengelolaan Keuangan Desa User Goal Kepala Desa Kepala Desa : melihat dan mengupdate status data tahun pelaksanaan. 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 1. Kepala Desa belum melihat rincian data pelaksanaan. 2. Kepala Desa belum merubah status pelaksanaan. Kepala Desa sudah melihat rincian data pelaksanaan dan merubah status tahun  pelaksanaan. 1. Kepala Desa melakukan request untuk melihat data tahun pelaksanaan. 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 pela ksanaan 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.

*. 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. Perangkat yang digunakan harus memiliki koneksi internet. -

Kepala Desa Menyetujui Laporan Pelaksanaan dengan: 1. Mouse dan keyboard apabila alat yang digunakan computer/laptop. 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. 2.

F requency of Occurance  Mi scellaneous

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

Setiap Kepala Desa memeriksa dan menyetujui laporan pelaksanaan.  N/A

5. UC-05 Mengelola Data Rencana Laporan Pelaksanaan

Tabel 33 Use Case Text Mengelola Data Rencana Laporan Pelaksanaan Use Case Name  Scope Level Pr imary Actor  Stakeholders and I nterests

Mengelola Data Rencana Laporan Pelaksanaan Aplikasi Pengelolaan Keuangan Desa User Goal Pegawai Kecamatan Pegawai Kecamatan : melihat, menambahkan dan mengupdate data rencana realisasi pada tahun pelaksanaan. Sistem : melakukan request  kepada REST API rencanapelaksanaan yang dilakukan Pegawai Kecamatan untuk menyimpan, meng update dan mengambil data rencana realisasi. Rest API rencanapelaksanaan : menyimpan, meng update dan mengambil data rencana realisasi yang berada di database

Preconditions  Success Guarantee

Pegawai Kecamatan memiliki data Bidang, Kegiatan, Kelompok , Jenis dan Obyek . Pegawai Kecamatan berhasil menambahkan data rencana realisasi, Sistem berhasil melakukan request kepada REST API rencanapelaksanaan, REST API berhasil menyimpan, mengupdate dan mengambil data rencana realisasi . 1. Pegawai Kecamatan melakukan request untuk melihat data RencanaBidang. 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 menginput kan: Kode RencanaKegiatan -  Nama RencanaKegiatan  b. Jika Pegawai Kecamatan ingin melihat data RencanaKegiatan pada setiap Bidangnya, maka

 Main Success  Scenari o

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 R encanaKegiatan 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 menginput kan: 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 diinput-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 menginput kan: 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 diinput-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.

E xtensions

 Special Requir ements Technology and Data Variation List

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 menginput kan: 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 diinput-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. *. 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. Perangkat yang digunakan harus memiliki koneksi internet. -

Pegawai Kecamatan mengelola data realisasi dengan: 1. Mouse dan keyboard apabila alat yang digunakan computer/laptop. 2. Trckpad dan keyboard apabila alat yang digunakan adalah laptop. 3. Touch Screen dan Trckpad apabila alat yang digunakan adalah ipad, smartphone, atau sejenisnya.

-

F requency of Occurance  Mi scellaneous

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. Setiap Pegawai Kecamatan ingin mengelola data rencanarealisasi .  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 Level Pr imary Actor  Stakeholders and I nterests

Preconditions  Success Guarantee  Main Success  Scenari o

E xtensions  Special Requir ements Technology and Data Variation List

F requency of Occurance  Mi scellaneous

4.3

Aplikasi Pengelolaan Keuangan Desa Sub Function Kepala Desa, Sekretaris Desa, Ketua Pelaksana dan Pegawai Kecamatan Kepala Desa : melihat data pelaksanaan. 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 Kepala Desa belum melihat rincian data pelaksanaan. Kepala Desa sudah melihat rincian data pelaksanaan. 1. 2.

Kepala Desa melakukan request untuk melihat data tahun pelaksanaan. 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. *. 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. Perangkat yang digunakan harus memiliki koneksi internet. -

Kepala Desa Menyetujui Laporan Pelaksanaan dengan: 1. Mouse dan keyboard apabila alat yang digunakan computer/laptop. 2. Trckpad dan keyboard apabila alat yang digunakan adalah laptop. 3. Touch Screen dan Trckpad apabila alat yang digunakan adalah ipad, smartphone, atau sejenisnya.

Setiap Kepala Desa memeriksa dan menyetujui laporan pelaksanaan.  N/A

 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 Cross References Precondition Postcondition

requestPelaksanaan() Use case mengelola data realisasi belanja, mengelola data relalisasi  pendapatan dan mengelola data realisasi pembiayaan Ketua Pelaksana dan Sekertaris belum memasukan data Bidang 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 Cross References Precondition Postcondition

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

Tabel 37 Contract  CO3 insertNewBidang Operation Cross References Precondition Postcondition

insertNewBidang(idPelaksanaan, idBidang, kodeBidang, namaBidang,  jenisBidang) Use case mengelola data realisasi belanja, mengelola data relalisasi  pendapatan dan mengelola data realisasi pembiayaan Ketua Pelaksana dan Sekertaris belum memasukan data Bidang 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 Cross References Precondition Postcondition

chooseBidang(idBidang) Use case mengelola data realisasi belanja, mengelola data relalisasi  pendapatan dan mengelola data realisasi pembiayaan Ketua Pelaksana dan Sekertaris belum memasukan data Kegiatan 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 Cross References Precondition Postcondition

insertNewKegiatan(idBidang, idKegiatan, namaKegiatan, waktu, namaPPTKD, keluaran) Use case mengelola data realisasi belanja, mengelola data relalisasi  pendapatan dan mengelola data realisasi pembiayaan Ketua Pelaksana dan Sekertaris belum memasukan data Kegiatan 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_bi dang yang sama

Tabel 40 Contract CO6 chooseKegiatan Operation Cross References Precondition Postcondition

chooseKegiatan(idKegiatan) Use case mengelola data realisasi belanja Ketua Pelaksana belum memasukan data Kelompok 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 Cross References Precondition Postcondition

insertNewKelompok(idKegiatan/idBidang, idKelompok, akunKelompok, namaKelompok) Use case mengelola data realisasi belanja, mengelola data relalisasi  pendapatan dan mengelola data realisasi pembiayaan Ketua Pelaksana dan Sekertaris belum memasukan data Kelompok 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 i d_kegiatan yang sama. 7. Kelompok berasosiasi dengan Bidang sesuai dengan id_bi dang yang sama

Tabel 42 Contract CO8 chooseKelompok Operation Cross References Precondition Postcondition

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

94

2. 3.

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

Tabel 43 Contract CO9 insertNewJenis Operation Cross References Precondition Postcondition

insertNewJenis(idKelompok, idJenis, akunJenis, namaJenis) Use case mengelola data realisasi belanja, mengelola data relalisasi  pendapatan dan mengelola data realisasi pembiayaan Ketua Pelaksana dan Sekertaris belum memasukan data Jenis 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 Cross References Precondition Postcondition

chooseJenis(idJenis) Use case mengelola data realisasi belanja Ketua Pelaksana belum memasukan data Obyek 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 Cross References Precondition Postcondition

insertNewObyek(idJenis, idObyek, akunObyek, namaObyek) Use case mengelola data realisasi belanja, mengelola data relalisasi  pendapatan dan mengelola data realisasi pembiayaan Ketua Pelaksana dan Sekertaris belum memasukan data Obyek 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 Cross References Precondition Postcondition

chooseObyek(idObyek) Use case mengelola data realisasi belanja Ketua Pelaksana belum memasukan data Rincian 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 Cross References Precondition Postcondition

insertNewRincian(idObyek, idRincian, noUrut, uraian, jumlah, satuan, hargaSatuan, sumberdana) Use case mengelola data realisasi belanja, mengelola data relalisasi  pendapatan dan mengelola data realisasi pembiayaan Ketua Pelaksana dan Sekertaris belum memasukan data Rincian 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 F rontend 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 Arsitektur Frontend dan Backend  dan Backend 

98

Gambar 36 Package 36 Package Diagram pada Diagram pada Frontend  Frontend Website

Tabel 48 Package 48 Package Diagram pada Frontend pada Frontend Website Nama Package e2e

node_modules  src app components models  services assets environment

Deskripsi Berisi file Berisi file  –  file  file library yang digunakan untuk melakukan testing kebutuhan aplikasi Berisi file Berisi file  –  file  file library dependency Angular yang digunakan untuk kebutuhan aplikasi Berisi file Berisi file  –  file  file yang digunakan untuk kebutuhan aplikasi Berisi file Berisi file  –  file buatan  file buatan yang merupakan konten pada aplikasi Berisi file Berisi file  –  file  file html untuk menampilkan web dan mengatur alur aplikasi Berisi file Berisi file  –  file  file yang digunakan dalam pendefinisian data untuk kebutuhan aplikasi Berisi file Berisi file  –  file  file service untuk mengakses dan menerima data dari backend. Berisi file Berisi file  –  file pendukung  file pendukung untuk membangun aplikasi seperti css, image, dan javascript dan javascript Berisi file Berisi file  –  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. class. Berikut perancangan class untuk  pengembangan aplikasi Pengelolaan Keuangan Desa pada Gambar 50 untuk web application. application.

Gambar 37 Class Diagram FE

Tabel 49 Class FE KegiatanModel Nama Class

KegiatanModel

100

Class KegiatanModel berfungsi untuk mengelola data Kegiatan.

Deskripsi 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

-

Nama

Visibility

Return Value

Deskripsi

get_all_kegiatan()

Public

Array

Method untuk meminta seluruh data kegiatan dari REST API.

get_by_id(Integer kode_kegiatan)

Public

Array

Method untuk meminta data kegiatan  berdasarkan kode kegiatan dari REST API.

get_by_bidang(Integer kode_bidang)

Public

Array

Method untuk meminta data kegiatan  berdasarkan kode bidang dari REST API.

 postData(kegiatan kegiatan)

Public

Void

Method untuk mengirim data kegiatan ke REST API.

deleteData(Integer kode_kegiatan)

Public

String

Method untuk menghapus data kegiatan  berdasarkan kode kegiatan dari REST API.

updateData(kegiatan kegiatan)

Public

String

Method untuk mengupdate data kegiatan dari REST API.

Method

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

-

Nama

Visibility

Return Value

Deskripsi

get_all_kelompok()

Public

Array

Method untuk meminta seluruh data kelompok dari REST API.

get_by_id(Integer id_kelompok)

Public

Array

Method untuk meminta data kelompok  berdasarkan id kelompok dari REST API.

get_by_bidang(Integer kode_bidang)

Public

Array

Method untuk meminta data kelompok  berdasarkan kode bidang dari REST API.

 postData(kelompok kelompok)

Public

Void

Method untuk mengirim data kelompok ke REST API.

deleteData(Integer id_kelompok)

Public

String

Method untuk menghapus data kelompok  berdasarkan id kelompok dari REST API.

updateData(kelompok kelompok)

Public

String

Method untuk mengupdate data kelompok dari REST API.

Method

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

Visibility Return

Nama

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

Public

Array

Method untuk meminta data jenis berdasarkan id kelompok dari REST API.

 postData(Integer id_jenis)

Public

Void

Method untuk menyimpan data jenis ke REST API.

deleteData(Integer id_jenis)

Public

String

Method untuk menghapus data 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

-

Visibility

Return Value

Deskripsi

Method Nama

103

get_all_obyek()

Public

Array

Method untuk meminta seluruh data obyek dari REST API.

get_by_id(Integer id_obyek)

Public

Array

Method untuk meminta data obyek berdasarkan id obyek dari REST API.

get_by_jenis(Integer id_jenis)

Public

Array

Method untuk meminta data obyek berdasarkan id jenis dari REST API.

 postData(Integer id_obyek)

Public

Void

Method untuk menyimpan data obyek ke REST API.

deleteData(Integer id_obyek)

Public

String

Method untuk menghapus data obyek  berdasarkan id obyek dari REST API.

updateData(Obyek obyek)

Public

String

Method untuk mengupdate data 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

-

Nama

Visibility

Return Value

Deskripsi

get_all_rincian()

Public

Array

Method untuk meminta seluruh data rincian dari REST API.

Method

104

get_by_id(Integer id_rincian)

Public

Array

Method untuk meminta data rincian  berdasarkan id rincian dari REST API.

get_by_obyek(Integer id_obyek)

Public

Array

Method untuk meminta data rincian  berdasarkan id obyek dari REST API.

 postData(Rincian rincian)

Public

Void

Method untuk menyimpan data rincian ke REST API.

deleteData(Integer id_rincian)

Public

String

Method untuk menghapus data rincian  berdasarkan id rincian dari REST API.

updateData(Rincian rincian)

Public

String

Method untuk mengupdate data rincian  berdasarkan id rincian dari REST API.

105

5.1.3

Perancangan User I nterface

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

Tabel 54 Tampilan Login No.UI

GUI-VP-01

Nama UI

Tampilan Login

Pengguna

Perangkat Desa

Precondition Deskripsi

-

Pengguna telah masuk dalam halaman login. Pengguna telah mendapatkan Username dan Password.

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

-

Deskripsi

Ketua Pelaksana telah masuk dalam halaman pelaksanaan belanja keuangan desa. Ketua Pelaksana telah memilih tab Pelaksanaan.

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

-

Deskripsi

Sekretaris telah masuk dalam halaman pelaksanaan belanja keuangan desa. Sekretaris telah memilih tab Pelaksanaan.

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

-

Deskripsi

Ketua Pelaksana/Sekretaris telah masuk dalam halaman Input  keuangan desa. Ketua Pelaksana/Sekretaris telah memilih jenis data yang akan di input .

Tampilan ini merupakan halaman penginput an 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

-

Deskripsi

Ketua Pelaksana/Sekretaris telah masuk dalam halaman Update keuangan desa. Ketua Pelaksana/Sekretaris telah memilih jenis data yang akan di update.

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 authentication micro controller

model  services  proxy other resource default

Deskripsi Berisi file  –  file yang dibutuhkan untuk kebutuhan aplikasi. Berisi file  –  file yang dibutuhkan untuk kebutuhan aplikasi. Berisi file  –  file yang digunakan untuk memetakan sebuah route  service. Berisi file  –  file yang digunakan dalam pendefinisian data yang disesuaikan dengan database. Berisi file  –  file service untuk mengakses dan menerima data dari database.. Berisi file  –  file yang digunakan dalam pendefinisian data untuk kebutuhan aplikasi. Berisi file  –  file pendukung yang digunakan untuk kebutuhan aplikasi 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

microservice :

Gambar 44 Class Diagram Realisasi Pembiayaan

113

arsitektur

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

115

Deskripsi

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

Public

Array

Method untuk mengambil data Bidang  berdasarkan kode bidang dari database.

insert_bidang(bidang  bidang)

Public

Void

Method untuk menyimpan data bidang ke database.

delete_bidang_by_id(String kode_bidang)

Public

String

Method untuk menghapus data bidang  berdasarkan kode bidang dari database.

update_apbd(bidang  bidang)

Public

String

Method untuk mengupdate data bidang dari database.

Tabel 61 Class BE KegiatanModel Nama Class

KegiatanModel

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

116

Nama

Visibility

Return Value

Deskripsi

get_all_kegiatan()

Public

Array

Method untuk mengambil seluruh data kegiatan dari database.

get_by_id(Integer kode_kegiatan)

Public

Array

Method untuk mengambil data jenis  pendapatan berdasarkan kode kegiatan dari database.

get_by_bidang(bidang  bidang)

Public

Array

Method untuk mengambil data kegiatan  berdasarkan bidang dari database.

get_by_tb(tahun_berlangsung tb)

Public

Array

Method untuk mengambil data kegiatan  berdasarkan tahun berlangsung dari database.

insert_kegiatan(kegiatan kegiatan)

Public

Void

Method untuk menyimpan data kegiatan ke database.

delete_kegiatan_by_id(Integer kode_kegiatan)

Public

String

Method untuk menghapus data kegiatan  berdasarkan kode kegiatan dari database.

update_kegiatan(kegiatan kegiatan)

Public

String

Method untuk mengupdate data 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 Value

Deskripsi

get_all_kb()

Public

Array

Method untuk mengambil seluruh data kelompok belanja dari database.

get_by_id(Integer id_kelompokbelanja)

Public

Array

Method untuk mengambil data 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 status)

Public

Array

Method untuk mengambil data kelompok belanja berdasarkan status dari database.

insert_kb(kelompok_belanja kb)

Public

Void

Method untuk menyimpan data kelompok belanja ke database.

delete_kb_by_id(Integer id_kelompokbelanja)

Public

String

Method untuk menghapus data kelompok belanja berdasarkan id kelompok belanja dari database.

update_kb(kelompok_belanja kb)

Public

String

Method untuk mengupdate data 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 Data

Deskripsi

id_jenisbelanja

Private

Integer

-

akun_jenisbelanja

Private

String

-

nama_jenisbelanja

Private

String

-

118

Method Nama

Visibility

Return Value

Deskripsi

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

Public

Array

Method untuk mengambil data jenis  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 id_jenisbelanja)

Public

String

Method untuk menghapus data jenis  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 Data

Deskripsi

id_obyekbelanja

Private

Integer

-

akun_obyekbelanja

Private

String

-

nama_obyekbelanja

Private

String

-

Method

119

Nama

Visibility

Return Value

Deskripsi

get_all_ob()

Public

Array

Method untuk mengambil seluruh data obyek belanja dari database.

get_by_id(Integer id_obyekbelanja)

Public

Array

Method untuk mengambil data obyek  belanja berdasarkan id obyek belanja dari database.

get_by_jenisbelanja(jenis_belanja  jb)

Public

Array

Method untuk mengambil data obyek  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 id_obyekbelanja)

Public

String

Method untuk menghapus data obyek  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

Visibility Return

Nama

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

Public

Array

Method untuk mengambil data rincian  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 id_rincianbelanja)

Public

String

Method untuk menghapus data rincian  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 Database Pelaksanaan

Aplikasi Pengelolaan Keuangan Desa Proses Pelaksanaan Web Browser

6.2

Test Plan

6.3

Test Result

6.4

Test Evaluation

Deskripsi Merupakan node yang merepresentasikan database aplikasi  pengelolaan keuangan desa pada proses pelaksanaan. Merupakan node yang merepresentasikan aplikasi  pengelolaan keuangan desa pada proses pelaksanaan.

Merupakan node yang digunakan sebagai media untuk menampilkan fitur-fitur aplikasi.

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

Pertanggungjawaban

Keuangan

Desa:

Sistem

dan

Keuangan

http://www.bppk.kemenkeu.go.id/publikasi/artikel/147-artikel-anggaran-dan-

129

Prosedur Desa,