## JEPIN
(Jurnal Edukasi dan Penelitian Informatika)
ISSN(e): 2548-9364 / ISSN(p) : 2460-0741
April 2023

## Rapid Application Development untuk Pengembangan Sistem Informasi Pengelolaan Barang Milik Negara (Studi Kasus UPT PPD Wilayah Sintang)
Emilia Ramadhanty Gunawan #1 , Eva Faja Ripanti #2 , Haried Novriando #3
# Program Studi Informatika, Fakultas Teknik, Universitas Tanjungpura Jl. Prof. Dr. H. Hadari Nawawi, Pontianak 78124
1 emilia.ramadhanty@student.untan.ac.id
2 evaripanti@untan.ac.id
3 haried@informatika.untan.ac.id
Abstrak—  Barang  Milik  Negara  (BMN)  adalah  semua barang  yang  dibeli  atau  diperoleh  atas  beban  Anggaran Pendapatan  dan  Belanja  Negara.  Untuk  itu  diperlukan sistem  penatausahaan  yang  baik  guna  mengoptimalkan pengadaan  dan  penggunaan  barang  tersebut.  Saat  ini  UPT- PPD-Sintang  masih  menghadapi  masalah  dalam  mengelola BMN,  yaitu  proses  distribusi  barang  ke  kantor  pelayanan maupun  dalam  proses  penggunaan  barang.  Tidak  adanya sistem  dan  pelaporan  yang  terstruktur  menyebabkan  data laporan  yang  dibuat  oleh  staff  cenderung  tidak  akurat sehingga  terjadi  selisih  jumlah  barang.  Penelitian  ini bertujuan  untuk  mengembangkan  sistem  yang  dapat membantu kegiatan pengelolaan BMN di UPT-PPD-Sintang. Di mana dalam proses pengelolaan barang tersebut meliputi beberapa kegiatan, yaitu: perencanaan, pengadaan, penggunaan, pemindahtanganan, penatausahaan, pengawasan, dan pengendalian. Penelitian dilakukan dengan konsep  system  development  life  cycle  dan  pengembangan sistem  dilakukan  dengan  metode Rapid  Application Development  (RAD)  dengan  model  prototype.  Data  yang dibutuhkan  dalam  pengembangan  sistem  dikumpulkan dengan  beberapa  teknik,  yaitu  studi  literatur  dan wawancara,  di  mana  hasil  pengumpulan  data  dijadikan input untuk membuat rancangan sistem informasi pengelolaan  BMN.  Hasil  rancangan  diimplementasikan menjadi  sebuah  sistem  yang  fungsional.  Sistem  kemudian diuji  dengan  dua  tahap,  yaitu:  tahap  alpha  (black  box)  dan tahap  beta  (User  Acceptance  Test  (UAT)).  Hasil  pengujian tersebut  menunjukkan  bahwa  metode  RAD  dengan  model prototype  dapat  diimplementasikan  dengan  optimal  karena tahapannya yang sangat efektif terutama dalam mengembangkan  sistem  dengan  tim  yang  kecil  serta  waktu dan  budget  yang  terbatas.  Hal  ini  menunjukkan  bahwa penelitian secara keseluruhan telah berhasil diimplementasikan  dan  pengembangan  awal  dari  sistem informasi  yang  dirancang  untuk  membantu  proses pengelolaan  barang  milik  negara  di  UPT-PPD-Sintang berhasil dicapai.
Kata  kunci—  sistem  informasi,  pengelolaan,  barang  milik negara,  system  development  life  cycle,  rapid  application development, prototype

## I. P ENDAHULUAN
Unit  Pelaksana  Teknis  Pelayanan  Pendapatan  Daerah (UPT  PPD)  Wilayah  Sintang  merupakan  bagian  dari Sistem  Administrasi  Manunggal  Satu  Atap  (SAMSAT) Kabupaten  Sintang  yang  memiliki  fungsi  pokok  untuk melayani  masyarakat  khususnya  dalam  kebutuhan administrasi  kendaraan.  Pada  UPT  PPD,  struktur organisasinya berbentuk hirarki dengan Kepala UPT PPD Wilayah  Sintang  sebagai  pemimpin  yang  bertanggung jawab  penuh,  diikuti  dengan  Kepala  Bagian  Tata  Usaha, Kepala  Seksi  Penetapan,  serta  Kepala  Seksi  Penagihan bertugas di bawahnya. Di dalam bagian tata usaha tersebut, terdapat  jabatan  yang  disebut  sebagai  Pengelola  Barang Milik Negara. Adapun barang milik negara yang dikelola di  UPT  PPD  Wilayah  Sintang  terbagi  menjadi  dua  jenis, yaitu; Barang Kuasi dan Barang Inventaris.
Barang  kuasi  terdiri  dari  SKPD  atau  Notis  Pajak  dan fiskal.  Sedangkan  barang  inventaris  terbagi  menjadi  tiga kategori,  yaitu;  Alat  Tulis  Kantor  (ATK),  barang  cetak, dan  perlengkapan  komputer.  Barang-barang  tersebut disuplai  dari  beberapa  sumber  berbeda  lalu  selanjutnya disimpan  di  dalam  gudang  yang  berada  di  UPT  PPD Wilayah  Sintang  untuk  kemudian  digunakan  sesuai fungsinya  saat  dibutuhkan.  Pembantu  Pengurus  Barang Pembantu  –  atau  yang  kemudian  disebut  dengan Pengelola Barang – bertanggung jawab untuk memastikan ketersediaan  dan  kebutuhan  barang  berbanding  lurus sehingga  perkejaan  para staff dapat  berlangsung  dengan baik.
Setiap  pengadaan  barang  dilakukan,  terjadi  proses bisnis  yang  berbeda  tergantung  dengan  jenis  barangnya. Misalnya  untuk  barang  kuasi,  barang  tersebut  disuplai
oleh  BAPENDA  kepada  UPT  PPD.  Sedangkan  untuk barang inventaris, yaitu ATK dan perlengkapan komputer, berasal  dari  belanja  menggunakan  anggaran.  Kemudian untuk  barang  cetak  dilakukan  kerjasama  UPT  PPD Wilayah  Sintang  dengan  percetakan  setempat  agar  dapat membuatkan  barang  yang  sesuai  dengan  kebutuhan  UPT PPD  Wilayah  Sintang,  misalnya  amplop  dinas  dan  map dinas.  Karena  proses  yang  berbeda,  maka  orang-orang yang  terlibat  di  dalamnya  berbeda  pula.  Akan  tetapi Pengelola  Barang  dan  Petugas  Gudang  selalu  terlibat  di setiap prosesnya.
Proses  pengelolaan  dan  pertanggungjawaban  BMN menjadi  saling  terikat  satu  sama  lain  dikarenakan  barang tersebut diperoleh dengan keuangan negara. Kedua proses tersebut  harus  dapat  dibukukan  dan  dilaporkan  dengan memenuhi  beberapa  kriteria,  yaitu  memiliki  relevansi, dapat diandalkan,  dapat  dinilai  atau  dibandingkan,  dan dapat dipahami. [1]
Saat  ini  proses  pembukuan  barang  masih  dilakukan secara  terpisah  antara  petugas  gudang  dan  pengelola barang.  Petugas  gudang  bertanggung  jawab  mendata seluruh barang yang keluar dan masuk gudang  UPT PPD Wilayah Sintang. Sedangkan pengelola barang bertanggung  jawab  dalam  proses  pengadaan  barang  serta membuat  laporan  dari  hasil  pengadaan  barang  tersebut. Karena  kedua  petugas  tersebut  membuat  laporan  dengan bentuk  yang  berbeda  dan  secara  terpisah,  mengakibatkan dapat  terjadinya  selisih  jumlah  barang  yang  ada  pada laporan petugas gudang dan pengelola barang.
Permasalahan ini terjadi karena data yang dikelola oleh kedua  petugas  tidak  terhubung  secara  langsung  sehingga data yang dipegang oleh salah satu petugas menjadi tidak update . Padahal barang-barang tersebut merupakan barang yang  harus  dikelola  dengan  baik  agar  pemakaiannya menjadi lebih optimal. Selain itu, karena banyaknya jenis barang yang harus dikelola maka pengelola barang saat ini membuat  masing-masing  laporan  jenis  barang  secara terpisah.  Letak file atau  laporan  yang  saling  terpisah  satu sama  lain  menyebabkan  proses  pencarian  data  cukup memakan waktu dan menjadi counterproductive . Selain  itu,  ditemukannya  barang  yang  dalam  kondisi rusak namun tidak dilaporkan, aset tanpa nomor identitas, dan  data  barang  yang  tidak  sesuai  dilapangan  menjadi masalah  penting  yang  harus  ditemukan  penyelesaiannya [2]
Permasalah  yang  telah  diuraikan  di  atas  dapat  diatasi jika  UPT  PPD  Wilayah  Sintang  memiliki  aplikasi  yang dirancang agar dapat membantu seluruh staff yang terlibat dalam  pengelolaan  barang  milik  negara.  Dengan menggunakan sistem informasi, seluruh data barang akan menjadi lebih terorganisir karena tersimpan di dalam satu database dan  dapat  dilakukan  dengan  cepat  serta  akurat [3].
Sistem  juga  dapat  membantu  Pengelola  Barang  untuk membuat  perencanaan  sehingga  pengadaan  barang  dapat menjadi  lebih  ideal  karena  dapat  menampilkan  informasi secara  spesifik  mengenai  barang  yang  tersedia  atau  pun stock- nya  menipis.  Hal  ini  akan  sangat  membantu
terciptanya quality spending , yaitu terciptanya cost saving dari  efisiensi  Belanja  Pemeliharaan  karena  hasil inventarisasi menghasilkan data BMN yang updated . [4] Sebuah  sistem  dapat  dikatakan  baik  jika  dengan keberadaannya  membawa  kemudahan  bagi  pengguna, dalam  kasus  ini  pengelola  barang.  Sistem  informasi pengelolaan BMN ini dirancang agar dapat mengotomatisasikan  proses  pembuatan  laporan  sehingga kesalahan  data  dapat  dihindari.  [5]  Dengan  sistem informasi  yang  tepat  dan  akurat,  kinerja  dan  kecepatan operasional  dapat  ditingkatkan  sehingga  menjadi  lebih efisien. [6]
Dengan  fungsi  dan  tujuan  tersebut,  pengembangan sistem  ini  bersifat  urgensi.  Pengembangan  sistem  harus dapat  diselesaikan  secara  cepat  dan  tepat,  sehingga pemilihan  metodologi  menjadi essential .  [7]  Salah  satu metodologi yang secara konsepnya cocok untuk kasus ini adalah Rapid  Application  Development (RAD)  [8].  RAD dapat  membantu  proses  pengembangan  sistem  menjadi lebih  cepat  karena  model  kerjanya  yang  bersifat  iteratif atau berulang. Di mana tahap yang dilakukan dimulai dari requirement , design , dan implementation .
Penelitian  ini,  selain  akan  menghasilkan  sebuah aplikasi,  juga  akan  menggunakan  prinsip  RAD  dalam pengembangannya  agar  dapat  meneliti  bagaimana  setiap tahapan  RAD  dapat  menjadi  kunci  dalam  terciptanya suatu  aplikasi  dengan  kurun  waktu  yang  relatif  sangat singat  dan  sangat  baik  secara  fungsi.  [9] Development akan  dilakukan  sesuai  dengan  apa  saja  kebutuhan  yang dirumuskan dalam membangun sistem pengelolaan barang milik  negara  dan  bagaimana  caranya  mengoptimalkan penggunaan metode RAD dengan model prototype dalam membangun sistem tersebut [10].

## II. K AJIAN P USTAKA
Pada  bagian  ini  dijelaskan  beberapa  literatur  yang berkaitan dengan objek penelitian, yaitu Sistem Informasi, System  Development  Life  Cycle , Rapid  Application Development dan Prototype .

## A. Sistem Informasi
Sistem  informasi  merupakan  suatu  kombinasi  teratur dari orang-orang, hardware , software , jaringan komunikasi,  dan  sumber  daya  data  yang  mengumpulkan, mengubah,  dan  menyebarkan  informasi  dalam  sebuah organisasi.
Salah  satu  dari  fungsi  sistem  informasi  adalah  untuk meningkatkan aksebilitas data yang ada secara efektif dan efisien  kepada  penggunaan  sehingga  produktivitas, kualitas, dan perencanaan dapat dilakukan dengan optimal.

## B. System Development Life Cycle
System  Development  Life  Cycle atau  yang  biasa disingkat dengan SDLC, merupakan sebuah metode yang digunakan  untuk  mengembangkan  sebuah  sistem.  SDLC adalah sebuah proses logika yang digunakan oleh seorang system  analist  untuk  mengembangkan  sebuah  sistem
informasi  yang  melibatkan requirements , validation , training , dan pemilik sistem [11].
Meskipun  SDLC  sudah  digunakan  sejak  lama,  tidak ada  aturan  khusus  yang  mengharuskan  seluruh  tahap tersebut  untuk  dilakukan.  Adapun  beberapa  tahap  yang secara  umum  selalu  dilakukan  adalah initiation / planning , requirement  gathering  and  analysis , design , build  or coding , dan testing .

## C. Rapid Application Development dan Prototype
RAD  atau Rapid  Application  Development merupakan sebuah  metodologi  atau development  lifecycle yang didesain  agar  dapat  mengoptimalkan  pengembangan perangkat lunak sehingga dapat menyesuaikan perkembangan teknologi yang berevolusi cepat [8].
Adapun tahap yang dilakukan dimulai dari requirement , design , dan implementation . Tahap tersebut diilustrasikan pada Gambar 1.

## Gambar. 1  Tahapan Metode RAD
Dalam  proses  pengimplementasian  metode  RAD, dibutuhkan  suatu  model  yang  dapat  merincikan  “tugas” yang  harus  diselesaikan  agar  metode  ini  dapat  berjalan. Salah  satu  model  yang  sering  digunakan  adalah prototyping .  Meskipun prototyping dapat  digunakan sebagai stand-alone  process  model , prototyping lebih umum digunakan sebagai “teknik”  yang  dapat diimplementasikan dalam process models . Bagaimana pun cara prototyping diaplikasikan,  metode  ini  dapat membantu developers dan stakeholders lainnya  untuk lebih  memahami  apa  yang  akan  dibangun  ketika requirements tidak benar-benar jelas [10].
Gambar. 2 Prototyping oleh [10]
Prototyping memiliki konsep yang juga identik dengan RAD, yaitu dapat menghasilkan suatu produk dengan high quality , high speed , dan low cost . Di mana keduanya juga memiliki  tahapan  yang  bersifat  iteratif  sehingga  proses pengembangan  sistem  dapat  dilakukan  lebih  cepat
dibanding  dengan  menggunakan  metode  tradisional seperti waterfall . Gambar 2 merupakan model prototyping yang dikembangkan oleh [10].
Tahapan  model  pada  Gambar  2  dimulai  dari communication antara developer dengan stakeholders untuk  menjelaskan  tujuan  sistem  secara  keseluruhan. Hasil  diskusi  tersebut  kemudian  akan  dibuat  ke  dalam bentuk mock - up untuk kembali dibicarakan apakah sudah mendekati  dengan  tujuan  dari  sistem  itu  sendiri.  Jika sudah  maka  tahap  dilanjutkan  dengan  pembuatan model misalnya  dengan  UML Diagram . Model tersebut  akan menjadi  kerangka  yang  membantu  proses  pembuatan prototype yang  mewakili  sistem  sesuai  dengan  hasil perencanaan.  Selanjutnya  jika prototype tersebut  sudah sesuai maka sistem akan di- deploy dan di- delivery kepada user untuk  kemudian  diminta feedback nya  demi pengembangan sistem menjadi lebih baik lagi [10].

## III. M ETODOLOGI P ENELITIAN
Pada  bagian  ini  dijelaskan  bagaimana  penelitian dilakukan.  Terbagi  menjadi  dua  bagian,  bagian  pertama menjelaskan  tahapan  dan  metode  yang  digunakan  selama penelitian,  dan  bagian  kedua  menjelaskan  metode pengembangan sistem yang digunakan. Metode penelitian merupakan cara ilmiah untuk mendapatkan data/informasi sebagaimana  adanya  dan  bukan  sebagaimana  seharusnya, dengan tujuan dan kegunaan tertentu.

## A. Pelaksanaan Penelitian
Penelitian  ini  dilakukan  dengan  pendekatan system development life cycle yang terdiri dari lima tahap. Setiap tahapan  tersebut  diilustrasikan  pada  Gambar  3.  Terdapat lima tahap yang dilakukan, yaitu:
Pengumpulan Data , di mana pada tahap ini dilakukan dengan  mengkaji  studi  literatur  yang  berkaitan  dengan pengelolaan BMN antara lain data dari UPT PPD Wilayah Sintang  dan  kajian  terkait  yang  telah  dilakukan sebelumnya.  Hasil  dari  studi  literatur  tersebut  adalah diketahuinya  gambaran  mengenai  bagaimana  penulisan laporan BMN serta variabel apa saja yang wajib ada pada format laporan tersebut.
Selain  itu,  hasil  studi  kajian  terkait  memberikan pemahaman  mengenai  fungsionalitas  sistem  informasi untuk  pengelolaan  barang,  yaitu  sistem  dapat  membuat laporan yang dapat diakses oleh kepala pada instansi yang bersangkutan  [12],  sistem  dapat  digunakan  oleh staff bagian gudang untuk dapat melihat data barang di gudang [13],  sistem  dapat  memudahkan  bagian  gudang  dan logistik  dalam  memantau  stok  barang  alat  tulis  kantor (ATK)  [14],  dan  sistem  dapat  mempermudah  proses permintaan barang dan pemberian barang persediaan [15].
Pengumpulan  data  juga  dilakukan  dengan  FGD bersama staff terkait  untuk  kepentingan  informasi mengenai  proses  pengelolaan  barang  saat  ini.  Seluruh data-data  yang  telah  didapat  kemudian  dianalisis  pada tahap selanjutnya.
Pada  tahap Analisis  Kebutuhan dilakukan  analisis hasil  pengumpulan  data  sebelumnya,  yaitu  keadaan
pengelolaan  BMN  saat  ini.  Kurangnya  efisiensi  dalam pengelolaan  mengarahkan  ke  beberapa  kebutuhan  yang dirasa  penting  dalam  memudahkan  kegiatan  tersebut  di antaranya  adalah,  sistem  dibuat  menjadi  sekumpulan informasi  yang  saling  terkait  pada  media  penyimpanan database dan dapat diakses oleh satu aplikasi. Aplikasi ini akan  disajikan  ke  dalam  halaman website agar  dapat memudahkan  proses  pencarian  informasi  dan  pertukaran data.

## Gambar. 3  Tahapan Penelitian
Kebutuhan  tersebut  kemudian  menjadi input untuk tahap Perancangan ,  di  mana  pada  tahap  ini  dibuatkan arsitektur  sistemnya  serta  beberapa  UML Diagram sebagai  alat  untuk  pendokumentasian  dan  melakukan spesifikasi pada sistem [11].
Hasil  perancangan  kemudian  menjadi  pemandu  dalam tahap Implementasi .  Tahap  ini  dilakukan  dengan menuliskan coding dengan  bahasa  PHP  agar website menjadi dinamis dan interaktif.
Hasil  implementasi  tersebut  kemudian  akan  menjalani tahap Pengujian  Sistem dengan  dua  tahap,  yaitu alpha yang  menggunakan  metode black  box untuk  berfokus kepada bagian fungsionalitas dan beta yang menggunakan metode User  Acceptance  Test (UAT)  dengan end - user –
dalam  kasus  ini staff di  UPT  PPD  Wilayah  Sintang – sebagai tester untuk  melakukan  verifikasi  apakah  fungsi yang ada telah berjalan sesuai dengan kebutuhan.

## B. Pengembangan Sistem
Proses  pengembangan  sistem  dilakukan  dengan menggunakan  metode  RAD  model prototype .  Adapun proses yang terjadi selama pengembangan terbagi menjadi beberapa  tahap  yang  bersifat  iteratif  atau  berulang sehingga  proses  pengembangan  sistem  menjadi  lebih cepat.  Seluruh  tahap  tersebut  diilustrasikan  pada  Gambar 4 dengan model yang diadopsi dari.
Proses pengembangan sistem dimulai dengan communication ,  di  mana  terjadi  komunikasi  antara developer dengan pihak UPT PPD Wilayah Sintang untuk kepentingan  pengumpulan  data.  Komunikasi  dilakukan dengan  pendekatan Focus  Group  Discussion (FGD),  di mana  hasil  dari  diskusi  tersebut  berfokus  kepada  isu pengelolaan barang milik negara yang ada di instansi yang bersangkutan.
Hasil  dari  tahap  tersebut  dijadikan input untuk  tahap selanjutnya  yaitu quick  plan ,  di  mana  pada  tahap  ini dibuat mock-up rancangan antarmuka awal. Setelah mock-up tersebut  dirasa  sesuai  dengan kebutuhan  sistem,  proses  pengembangan  dilanjutkan dengan modeling  quick  design .  Pada  tahap  ini  dibuat perancangan  dengan Unified  Modeling  Language (UML) yang  menghasilkan  empat  diagram,  yaitu use  case diagram , class  diagram , activity  diagram ,  dan sequence diagram . Seluruh diagram menjadi pemandu dalam melaksanakan  tahap  selanjutnya,  yaitu construction  of prototype .  Pada  tahap  tersebut  dilakukan  implementasi dengan coding sehingga menghasilkan sebuah sistem yang fungsional. Hasil prototype tersebut kemudian ditunjukkan  kepada  calon user untuk  memberikan gambaran  bagaimana  sistem  akan  bekerja  dan  UI-nya secara  umum.  Setelah  dilakukan  diskusi  dan prototype dirasa  sudah  cukup  oleh user dan developer ,  maka prototye tersebut  akan  menjadi  referensi  utama  pada  saat UI sistem yang sesungguhnya dibangun.
Sistem tersebut kemudian dibawa ke tahap selanjutnya, di mana dilakukan deployment yang kemudian di delivery kepada user –  dalam  kasus  ini staff pengelola  BMN  di UPT  PPD  Wilayah  Sintang  –  untuk  diuji  dan  dimintai feedback demi pengembangan sistem lebih lanjut.

## IV. H ASIL DAN P EMBAHASAN
Pada bagian ini dijelaskan hasil dari penelitian. Terbagi menjadi  tiga  kategori,  kategori  pertama  menyorot  hasil perancangan,  di  mana  perancangan  dibuat  secara konseptual,  artsitektur  sistem,  dan database .  Kategori kedua  menyorot  hasil  implementasi  antarmuka.  Dan kategori ketiga menyorot hasil pengujian sistem.
A. User Interface ( Mock-up)
User  Interface merupakan  perancangan  yang  berfokus pada  tampilan.  Tujuan  dari  perancangan  UI  adalah  untuk membantu developer dalam  pengembangan  sistem, khususnya dalam pengkodingan front-end . Adapun perancangan yang telah dibuat terbagi menjadi beberapa kategori, yaitu:
1. Form Login
Pada  Gambar  5  dapat  dilihat  bahwa  perancangan halaman login dua  buah text  area yang  bisa  di- input -kan  dengan username dan password , halaman ini juga dilengkapi dengan tombol sign in .
Gambar. 5  Perancangan Halaman Login

## 2. Menu Sidebar
Pada Gambar 6 dapat dilihat bahwa beberapa user memiliki menu  sidebar yang  berbeda.  Hal  ini dikarenakan  masing-masing role memiliki  hak akses yang berbeda pula.
Gambar. 6  Perancangan Menu Sidebar
3. Halaman Dashboard
Pada  Gambar  7  dapat  dilihat  bahwa  halaman dashboard dirancang secara umum untuk menampilkan  beberapa  informasi  di  bagian  atas dan grafik di bagian bawahnya.
Gambar. 7  Perancangan Halaman Dashboard

## 4. Halaman Profile
Pada  Gambar  8  dapat  dilihat  bahwa  halaman profile dirancang  untuk  dapat  menampilkan  data diri user .
Gambar. 8  Perancangan Halaman Profile
5. Data User
Pada  bagian  ini  berisi  beberapa  gambar,  yaitu perancangan  halaman  tabel,  halaman  tambah  data, dan  halaman  edit  data.  Rancangan  dengan  model yang  sama  juga  dibuat  untuk  data  barang  kuasi, data barang gudang, dan data notis pajak.
a. Halaman Tabel Data User
Pada  Gambar  9  dapat  dilihat  bahwa  halaman tabel data user dirancang untuk menampilkan data user yang  telah  terdaftarkan  ke  dalam sistem.
Gambar. 9  Perancangan Halaman Tabel Data User
b. Halaman Tambah Data User Pada  Gambar  10  dapat  dilihat  bahwa halaman tambah user berisikan form yang dapat  diisi  dengan  data user baru  yang ingin melakukan registrasi.
Gambar. 10  Perancangan Halaman Tambah User
c. Halaman Edit Data User
Pada  Gambar  11  dapat  dillihat  bahwa halaman edit  user berisikan form yang sama  dengan form tambah  data user (kecuali input  password ).  Akan  tetapi pada  halaman  ini form tersebut  sudah berisikan data user yang akan diubah.
Gambar. 11  Perancangan Halaman Edit User

## B. Hasil Perancangan
Perancangan konseptual dibuat dalam bentuk Unified Modeling  Language (UML)  dan  hasil  yang  dapat  dilihat pada gambar-gambar berikut.
Use Case Diagram digunakan untuk menunjukkan sifat dinamis dari suatu sistem, yang mana terdiri dari use cases , aktor, dan hubungan mereka satu sama lain. Perancangan ini mencakup seluruh interaksi yang dapat dilakukan oleh user di  dalam  sistem.  Pada  Gambar  12  terlihat  bahwa terdapat  lima  aktor  dengan  berbagai  peran  dan  memiliki interaksi yang berbeda satu sama lain.
Adapun  interaksi  yang  dimaksud  pada  Gambar  12 adalah sebagai berikut:
1. Registrasi  merupakan  proses  yang  dilakukan Admin untuk mendaftarkan user ke dalam sistem.
2. Kelola  Data User merupakan  proses  yang dilakukan Admin untuk  mengelola  data user yang telah terdaftar di dalam sistem.
3. Kelola Data Diri merupakan proses yang dilakukan user yang telah terdaftar untuk melihat, mengubah, dan menghapus data yang bersangkutan.
4. Kelola  Data  BMN  merupakan  proses  yang dilakukan  Pengelola  Barang  untuk  menambah, mengubah,  dan  menghapus  data  barang  milik negara pada sistem.
5. Lihat  Data  BMN  Proses  yang  dilakukan  oleh Pejabat  Penatausahaan  Barang,  Pengelola  Barang, dan  Petugas  Gudang  untuk  melihat  data  barang milik  negara  yang  sudah  ditambahkan  oleh Pengelola Barang.
6. Kelola  Data  Gudang  merupakan  proses  yang dilakukan  Petugas  Gudang  untuk  menambah,
mengubah,  dan  menghapus  data  barang  yang keluar-masuk gudang UPT PPD Wilayah Sintang. 7. Lihat  Data  Gudang  merupakan  proses  yang dilakukan  oleh  Pengelola  Barang  dan  Petugas Gudang  untuk  melihat  data  barang  milik  negara yang keluar-masuk gudang dan sudah ditambahkan oleh Petugas Gudang.
8. Kelola  Data  Notis  Pajak  merupakan  proses  yang dilakukan  Petugas  Lapangan  untuk  menambah, mengubah, dan menghapus data suplai, pemakaian, dan kerusakan Notis Pajak.
9. Lihat  Data  Notis  Pajak  merupakan  proses  yang dilakukan  oleh  Pengelola  Barang  dan  Petugas Lapangan  untuk  melihat  data  suplai,  pemakaian, dan kerusakan Notis Pajak yang sudah ditambahkan oleh Petugas Lapangan.

## Gambar. 12 Use Case Diagram SI Pengelolaan BMN
Activity  Diagram menggambarkan workflow (aliran kerja) atau aktivitas dari sebuah sistem atau proses bisnis atau menu yang ada pada perangkat lunak. Pada bagian ini terdapat  19  diagram  yang  dibuat,  antara  lain activity diagram registrasi,  lima activity  diagram login untuk seluruh role  user ,  empat activity  diagram  insert data, empat activity  diagram  edit data,  empat activity  diagram delete data, dan activity diagram print data notis pajak. Pada Gambar 13 merupakan salah satu activity diagram yang  dibuat,  yaitu Activity  Diagram Tambah  Data  Notis Pajak.  Pada  gambar  tersebut  terlihat  bahwa  agar  bisa menambahkan  data  notis  pajak  ke  dalam  sistem,  Petugas Lapangan  dapat  memilih  menu  Data  Notis  Pajak. Kemudian  sistem  akan  menampilkan  halaman  yang berisikan data notis pajak. Pada halaman tersebut terdapat tombol  “Tambah  Data  Notis  Pajak“  yang  jika  ditekan akan  diproses  oleh  sistem  untuk  dapat  menampilkan
“ Form Tambah  Data  Notis  Pajak“. Form tersebut  dapat diisi  oleh  Petugas  Lapangan berdasarkan  data  notis  pajak yang ingin ditambahkan. Jika berhasil maka halaman web akan masuk ke halaman Data Notis Pajak yang sudah di- update ,  sedangkan  jika  gagal  atau  dibatalkan  maka  akan kembali ke halaman Data Notis Pajak sebelumnya.
Gambar. 13 Activity Diagram Tambah Data Notis Pajak
Class  Diagram adalah  diagram  yang  menggambarkan struktur  sistem  dari  segi  pendefinisian  kelas-kelas  yang akan  dibuat  untuk  membangun  sistem.  Pada  Gambar  14 terlihat bahwa terdapat sembilan class , yaitu user , admin , pejabat  pentausahaan,  pengelola  barang,  petugas  gudang, petugas lapangan, data barang, data gudang, dan data notis pajak.  Setiap class memiliki  interaksi  dengan class lainnya  dengan  tujuan  untuk  menjalankan  kegiatan pengelolaan BMN.
Pada  rancangan class  diagram di  Gambar  14,  dapat diketahui bahwa sistem memiliki beberapa roles atau jenis user  yang  memiliki  operasinya  masing-masing. Admin mengelola  data user ,  pengelola  barang  mengelola  data barang  milik  negara,  petugas  gudang  mengelola  data barang  keluar-masuk  gudang,  dan  petugas  lapangan mengelola data notis pajak. Sedangkan untuk Kepala UPT PPD  Wilayah  Sintang  dan  KASUBAG  Tata  Usaha  dapat melihat seluruh laporan-laporan data barang tersebut.
Gambar. 14 Class Diagram SI Pengelolaan BMN
Sequence  Diagram menggambarkan behavior objek pada use case dengan mendeskripsikan waktu hidup objek dan message yang dikirim dan diterima antar objek. Pada bagian ini terdapat empat kategori diagram yang berbeda, yaitu:
1. Sequence  diagram  data  user ,  yang  terdiri  dari login user , tambah user , edit password , dan hapus user .
2. Sequence  diagram  data barang,  yang  terdiri  dari tambah  data  barang, edit data  barang,  dan  hapus data barang.
3. Sequence  diagram  data gudang,  yang  terdiri  dari tambah  data  gudang, edit data  gudang,  dan  hapus data gudang.
4. Sequence  diagram  data notis  pajak,  yang  terdiri dari tambah data notis pajak, edit data notis pajak, dan hapus data notis pajak.
Gambar  15  merupakan  salah  satu  s equence  diagram yang dibuat, yaitu S equence Diagram Tambah Data Notis Pajak.  Pada  gambar  tersebut  dapat  dilihat  bahwa  dalam melakukan  tambah  data  notis  pajak,  petugas  lapangan harus  masuk  ke  halaman dashboard lalu  memilih  menu data  notis  pajak  (Suplai,  Pemakaian,  atau  Kerusakan). Sistem  kemudian  akan  menampilkan  tabel  yang  berisi data  notis  pajak  dan  tombol  ”Tambah”.  Jika  tombol tersebut  ditekan  maka  sistem  akan  menampilkan form yang bisa diisi dengan data notis pajak baru. Jika seluruh data wajib telah diisi dan tombol ”Simpan” ditekan maka data  notis  pajak  yang  baru  berhasil  ditambahkan  dan pesan berhasil akan muncul.
Gambar. 15 S equence Diagram Tambah Data Notis Pajak
Perancangan  artistektur  sistem merupakan  suatu rencana atau pemetaan kebutuhan-kebutuhan informasi di dalam  suatu  organisasi.  Pada  Gambar  16  terlihat  5  jenis user yang  dapat  mengakses  data  yang  berbeda,  yaitu admin mengelola  data user ,  pengelola  barang,  mengelola data  BMN,  petugas  gudang  mengelola  data  yang  keluar- masuk  gudang,  petugas  lapangan  mengelola  data  suplai notis pajak, penggunaan notis pajak, serta kerusakan notis pajak,  dan  pejabat  penatausahaan  dapat  melihat  seluruh hasil  laporan  dari  pengelolaan  data  tersebut  melalui aplikasi.
Gambar. 16  Perancangan Arsitektur - SI Pengelolaan BMN
Pada  Gambar  16  dapat  dilihat  bahwa admin hanya dapat  mengelola  data user .  Data  tersebut  dapat  di- input kan  ke  dalam  sistem  dan  disimpan  di database dengan fungsi  untuk  mengecek  autentikasi user pada  saat melakukan login .  Dengan  kata  lain  seluruh  jenis user ( admin, pengelola  barang,  petugas  gudang,  petugas lapangan,  dan  pejabat  penatausahaan)  harus  sudah didaftarkan oleh admin sebelum dapat mengakses sistem. Kemudian  untuk user dengan roles pengelola  barang hanya dapat mengelola data yang berkaitan dengan barang. Data tersebut nantinya akan dapat dijadikan referensi atau acuan  oleh  petugas  gudang  dalam  mendata  nama  barang apa  saja  yang  masuk  ataupun  keluar  gudang.  Salah  satu barang  yang  keluar  gudang  adalah  notis  pajak,  di  mana data  notis  pajak  (penerimaan,  pemakaian,  dan  kerusakan) secara  penuh  dikelola  oleh  petugas  lapangan.  Seluruh laporan-laporan dari user tersebut yang telah di- input -kan
ke dalam sistem akan dihimpun sehingga menjadi sebuah laporan  individu  maupun  rekapan  yang  dapat  diperiksa oleh pejabat penatausahaan barang.
Perancangan  database berfokus  untuk  membangun struktur yang dispesialisasikan khusus agar memungkinkan sistem berbasis komputer dapat menyimpan,  mengelola,  dan  mengambil  data  dengan sangat  cepat.  Pada  penelitian  ini  terdapat  12  tabel  yang dirancang,  yaitu:  tabel users , roles locations , types , categories , inventories , masuks, keluars, supplies , reports , dan brokens .

## C. Hasil Implementasi Antamuka
Pada bagian ini berisikan hasil implementasi antarmuka dari  perancangan user  interface pada  tahap  sebelumnya. Berikut  ini  merupakan  beberapa  gambar  dari  hasil implementasi tersebut.
1. Hasil Antarmuka – Login
Pada  Gambar  17  dapat  dilihat  bahwa  halaman login harus  diisi  dengan username dan password yang  sudah  terdaftar  ke  sistem  untuk  dapat mengakses aplikasi.
Gambar. 17  Hasil Antarmuka - Login
2. Hasil Antarmuka – Dashboard
Pada  Gambar  18  dapat  dilihat  bahwa  halaman dashboard berisikan  data-data  barang  yang berkaitan dengan role user itu sendiri.
Gambar. 18 Hasil Antarmuka - Dashboard
3. Hasil Antarmuka – Profile
Pada  Gambar  19  dapat  dilihat  bahwa  halaman profile berisikan  data  diri  dari user yang  sedang masuk ke dalam sistem di aplikasi.
Gambar. 19  Hasil Antarmuka - Profilw
4. Hasil Antarmuka – Tabel Data Barang
Pada Gambar 20 dapat dilihat bahwa halaman tabel data barang merupakan halaman yang menampilkan  data-data  barang  yang  sudah tersimpan di database .
Gambar. 20  Hasil Antarmuka – Tabel Data Barang
5. Hasil Antarmuka – Form Input Data Barang Pada  Gambar  21  dapat  dilihat  bahwa  hasil antarmuka  untuk input barang  adalah form yang dapat diisi sesuai dengan data barang
Gambar. 21  Hasil Antarmuka – Form Input Data Barang
6. Hasil Antarmuka – Form Edit Data Barang Pada  Gambar  22  dapat  dilihat  bahwa  hasil antarmuka  untuk edit data  barang  berisikan form yang  sama  dengan form  input data  barang  dengan value yang  sudah  terisi  sesuai  dengan  data  barang yang dipilih untuk diubah.
Gambar. 22  Hasil Antarmuka – Form Edit Data Barang

## D. Hasil Pengujian
Pengujian Alpha dengam metode black box dilakukan dengan tujuan untuk menguji kesesuaian antara input atau masukan  terhadap  hasil  yang  ditampilkan  pada  aplikasi. Adapun bagian-bagian yang dilakukan pengujian adalah:
1. Login User 2. Data User 3. Data Barang Kuasi
4. Data Barang Inventaris 5. Data Gudang Masuk 6. Data Gudang Keluar 7. Data Suplai Notis Pajak
8. Data Pemakaian Notis Pajak 9. Data Laporan Notis Pajak Rusak
Pengujian  dilakukan  dengan  tiga  skenario,  yaitu melakukan input data  kosong, input data  salah  satu kosong, dan input semua data diisi. Dengan ekspetasi data hanya  berhasil  di- input dengan  skenario  ketiga.  Seluruh hasil pengujian sesuai dengan ekspetasi.
Pengujian  Beta dengan  metode User  Acceptance  Test (UAT) dilakukan dengan kuesioner. Terdapat  8 koresponden yang telah menguji aplikasi dan memberikan penilaian  terhadap  aplikasi  tersebut  sesuai  dengan pertanyaan  dan  pernyataan  yang  diberikan.  Seluruh koresponden  merupakan staff yang  pada  saat  pengujian masih  bekerja  di  UPT  PPD  Wilayah  Sintang  dan  juga terlibat  dalam  penggunaan  sistem.  Kuesioner  dibuat dengan  menggunakan Google  Form dan  kemudian disebarkan secara online . Adapun pertanyaan yang ada di dalam form tersebut  termasuk  data  diri  responden, penilaian  aplikasi  dalam  aspek  kemudahan  akses, fungsionalitas,  dan  estetika. Hasil  pengujian  dari  aspek kemudahan akses dapat dilihat pada Tabel 1.
TABEL I H ASIL P ENGUJIAN DARI A SPEK K EMUDAHAN A KSES Pernyataan K1 K2 K3 K4 K5 K6 K7 K8
Fungsi menu yang tersedia pada aplikasi mudah untuk dipahami 4 5 5 5 5 5 5 4
Bahasa yang digunakan  pada aplikasi  mudah untuk dipahami 4 5 4 4 4 5 4 4 Aplikasi  dapat dengan  mudah 4 4 5 4 5 4 5 5
Pernyataan K1 K2 K3 K4 K5 K6 K7 K8 dipelajari  secara mandiri
Pada  Tabel  1  dilihat  bahwa  penilaian  memiliki perbedaan  yang  cukup  signifikan.  Akan  tetapi  seluruh penilaian  masih  berada  di  skala  4  sampai  5  yang  berarti aplikasi  memiliki  kemudahan  akses  yang  relatif  baik. Hasil  pengujian  dari  aspek  fungsionalitas dapat dilihat pada Tabel 2.
TABEL II
H ASIL P ENGUJIAN DARI A SPEK F UNGSIONALITAS Pernyataan K1 K2 K3 K4 K5 K6 K7 K8 Proses pengelolaan barang  menjadi lebih mudah 4 4 4 4 4 4 4 4 Data  antar  user saling terkait sehingga memudahkan dalam pembuatan laporan 4 4 4 4 4 4 4 5 Proses import dan  print  data dapat  dilakukan dengan lancar 4 4 3 4 4 4 4 4
Pada  Tabel  2  dapat  dilihat  bahwa  penilaian  yang diberikan sebagian besar berada di skala 4 atau baik. Hal ini berarti aplikasi dapat memberikan fungsionalitas yang memadai  dalam  proses  pengelolaan  barang  milik  negara. Hasil  pengujian  dari  aspek  estetika dapat  dilihat  pada Tabel 3 berikut.
T ABEL III H ASIL P ENGUJIAN DARI A SPEK E STETIKA Pernyataan K1 K2 K3 K4 K5 K6 K7 K8 Kombinasi  warna yang nyaman untuk mata 4 5 5 4 4 4 4 5 Bentuk  icon  yang digunakan  mudah dipahami dan membantu  dalam penggunaan aplikasi 5 4 4 4 4 4 4 4 Tata  letak  menu dan fitur yang seimbang pada aplikasi 4 4 4 4 3 4 4 4
Pada  Tabel  3  dapat  dilihat  bahwa  aplikasi  dapat menampilkan aspek estetika yang baik sehingga penilaian didominasi dengan skala 4 atau baik.

## V. K ESIMPULAN
Penelitian  ini  mengangkat  kasus  pengelolaan  Barang Milik  Negara  (BMN)  di  UPT  PPD  Wilayah  Sintang.  Di mana  pada  proses  analisis  awal  diketahui  bahwa  dalam
mengelola  barang  terjadi  beberapa  kegiatan,  yaitu: perencanaan, pengadaan, penggunaan, pemindahtanganan, penatausahaan,  pengawasan,  dan  pengendalian.  Agar seluruh  kegiatan  tersebut  dapat  dijalankan  dengan  efektif dikembangkan sebuah sistem pengelolaan BMN.
Pengembangan  sistem  tersebut  dilakukan  dengan menggunakan  metode Rapid  Application  Development (RAD)  dengan  model prototype .  Di  mana  pada  tahapan model prototype –  setelah  dilakukan  pengumpulan  data dan  analisis  –  dilanjutkan  dengan  membuat  perancangan sistem saat ini serta sistem yang akan dibangun.
Berdasarkan  hasil  perancangan  tersebut  dilakukan implementasi  dengan coding yang  menghasilkan  sebuah aplikasi berbasis website . Aplikasi kemudian diuji dengan metode black  box untuk  memastikan  proses input dan output sesuai  dengan  ekspetasi  sebelum  aplikasi  dapat digunakan  publik.  Pengujian  terakhir  dilakukan  dengan metode User  Acceptance  Test (UAT),  di  mana koresponden merupakan target user yang akan menggunakan aplikasi. Hasil pengujian secara keseluruhan  menunjukkan  bahwa  sistem  dapat  memadai dan diterima oleh user dengan baik. Hal ini menunjukkan bahwa  tahap-tahap  yang  ada  pada  metode  RAD  dengan model prototype dapat  diimplementasikan  dengan  baik sehingga  produk  hasil  dapat  diterima  user  dengan  respon yang sangat positif.

## U CAPAN T ERIMA K ASIH / A CKNOWLEDGMENT
Penulis  mengucapkan  terima  kasih  kepada  pihak  UPT PPD  Wilayah  Sintang  yang  telah  bekerjasama  dengan sangat  baik  selama  proses  penelitian  ini.  Serta  kepada seluruh  tim  dosen  pembimbing  dan  penguji  yang  telah memberikan saran yang konstruktif selama penelitian.

## R EFERENSI
[1] E.  Nasrudin,  ”Efektivitas  Sistem  Informasi  Manajemen  dan Akuntansi  Barang  Milik  Negara  (SIMAK-BMN)  Terhadap Pengelolaan  Aset  Negara” Jurnal  Akuntansi  Universitas  Jember, vol. 13 , nr 2 , 2015.
[2] T.  H.  Amaliah,  ”Pengaruh  Penatausahaan  Barang  Milik  Negara dan  Penerapan  Sistem  Informasi  Manajemen  Akuntansi  Barang Milik Negara Terhadap Kualitas Laporan Keuangan,” JAWARA: Jurnal Wawasan dan Riset Akuntansi , vol. 6, nr 2, 2019.
[3] D.  Susandi,  ”Sistem  Informasi  Inventaris  Berbasis  Web  di Akademi  Kebidanan  Bina  Husada  Serang,”  Jurnal  Sistem Informasi,  vol.  5,  nr  2,  2018.  J.  Martin,  Rapid  Application Development, New York: Macmillan Publishing Company, 1991.
[4] A.  Yuniarto,  ”Melihat  Perlunya  Pemerintah  Melakukan  Program Revaluasi  Aset  Barang  Milik  Negara,” Jurnal  Pajak  dan Keuangan Negara, vol. 2, nr 1, 2020.
[5] E. Suhandono, ”Sistem Informasi Pengelolaan Barang Persediaan Milik Negara di Pusat Penilaian Pendidikan,” Jurnal ASIIMETRIK: Jurnal Ilmiah Rekayasa  Inovasi, vol. 2.1, 2020.
[6] B. Hartanto, ”Perancangan Aplikasi Sistem Informasi Pengelolaan Barang  Inventaris  Berbasis  Android,” Jurnal  Teknologi  dan Informatika (JEDA) , vol. 2, nr 2, 2021.
[7] M.  Hasanudin,  ”Aplikasi  E-Commerce  Sistem  Informasi
Penjualan Rolling Door Berbasis Rapid Application Development,” JURNAL PETIR, vol. 12, nr 1, 2019.
[8] J. Martin, Rapid Application Development, New York: Macmillan Publishing Company, 1991.
[9] D.  Hariyanto,  ”Implementasi  metode  Rapid  Application Development  Pada  Sistem  Informasi  Perpustakaan,” Jurnal JUPITER, vol. 13, nr 1, 2021.
[10] R.  S.  Pressman,  Software  Engineering  A  Practitioner's  Approach Seventh Edition, New York: McGraw-Hill, 2010.
[11] S.  Mulyani,  Analisis  dan  Perancangan  Sistem  Informasi Manajemen  Keuangan  Daerah:  Notasi  Pemodelan  Unified Modeling Language (UML), Bandung: Abdi Sistematika, 2016.
[12] Setioardi,  M.  A.  (2019).  Perancangan  Sistem  Informasi Pengelolaan  Barang  Inventaris  Berbasis  Web  Di  SMAN  24 Kabupaten Tangerang. JUTIS Vol. 7 No. 1 Bulan April 2019 .
[13] H.  Agusvianto,  ”Sistem  Informasi  Inventori  Gudang  Untuk Mengontrol  Persediaan  Barang  Pada  Gudang  Studi  Kasus  : PT.Alaisys Sidoarjo,” JIEET: Volume 01 Nomor 012017, 2017.
[14] K. Indriani, ”Sistem Informasi Inventory Alat Tulis Kantor (ATK) Menggunakan  Metode  Waterfall  (Studi  Kasus  :  Otoritas  Jasa Keuangan (OJK)),” Vol. XII No. 1, Maret 2015, 2015.
[15] E. Suhandono, ”Sistem Informasi Pengelolaan Barang Persediaan Milik Negara Di Pusat Penilaian Pendidikan,” Jurnal
ASIIMETRIK: Jurnal Ilmiah Rekayasa  Inovasi, 2020.