## JEPIN
(Jurnal Edukasi dan Penelitian Informatika)
ISSN(e): 2548-9364 / ISSN(p) : 2460-0741
Vol. 7 No. 2 Agustus 2021

## Model Prototipe dan Analisis Use Case pada Rekayasa Kebutuhan Perangkat Lunak Pengajuan Dokumen Kependudukan
Anggi Perwitasari #1 , M. Azhar Irwansyah #2
# Jurusan Informatika, Fakultas Teknik, Universitas Tanjungpura Jl. Prof. Dr. Hadari Nawawi, Pontianak, Kalimantan Barat
1 anggiperwitasari@informatika.untan.ac.id
2 irwansyah.azhar@untan.ac.id
Abstrak—  Penelitian  ini  menggunakan  model  prototipe  dan analisis  use  case  sebagai  pendekatan  dalam  rekayasa kebutuhan perangkat lunak pengajuan dokumen kependudukan. Sebuah rangkaian fase iteratif prototipe dan analisis use case untuk rekayasa kebutuhan perangkat lunak pengajuan  dokumen  kependudukan  dideskripsikan.  Tujuan penggunaan  model  prototipe  dan  analisis  use  case  ini  yaitu untuk menangkap kebutuhan perangkat lunak dari beragam stakeholder,  dan  membantu  stakeholder  memahami  setiap fungsi  dengan  mudah,  memberikan  evaluasi  dengan  cepat dan  membantu  pihak  pengembang  mendokumentasikan kebutuhan dengan cepat. Penelitian ini menghasilkan 12 (dua belas)  kebutuhan  awal,  12  (dua  belas)  prototipe  serta  14 (empat belas) spesifikasi kebutuhan perangkat lunak. Seluruh prototipe telah dievaluasi dan memenuhi seluruh kebutuhan pengguna  dan  fungsionalitas  berdasarkan  evaluasi  dengan traceability  matrix.  Spesifikasi  kebutuhan  perangkat  lunak pengajuan  dokumen  kependudukan  yang  dihasilkan  dapat digunakan  dalam  pengembangan  aplikasi  pengajuan dokumen  kependudukan  sebagai  rekomendasi  penelitian kedepannya.
Kata  kunci — Rekayasa  Kebutuhan,  Prototipe,  Use  Case, Traceability Matrix, Dokumen Kependudukan.

## I. P ENDAHULUAN
Kebutuhan  perangkat  lunak  merupakan  atribut  yang diperlukan  dalam  suatu  sistem,  sebuah  pernyataan  yang mengidentifikasi  kemampuan,  karakteristik,  atau  faktor kualitas suatu sistem agar memiliki nilai dan kegunaan bagi pelanggan  atau  pengguna.  Kebutuhan  penting  dalam menyediakan dasar untuk semua pekerjaan pengembangan perangkat lunak berikutnya[1].
Hal  yang  paling  menarik  sekaligus  sulit  dalam  proses pengembangan  perangkat  lunak  adalah  menyatukan perspektif  terkait  kebutuhan  perangkat  lunak  antara pelanggan, pengguna akhir, stakeholder dan pengembang. Masalah  komunikasi  menjadi  kendala  besar  dalam penentuan  kebutuhan  perangkat  lunak  ketika  tim pengembang  perangkat  lunak,  analis  sistem  berbicara dalam  istilah  teknis,  sedangkan stakeholder berbicara
dalam konteks bisnis mereka, sehingga hasil analisis tidak memberikan  ekspektasi  yang  sesuai  dengan  harapan pelanggan.  Untuk  itu,  model  prototipe  dapat  digunakan untuk  mengurangi  celah  ketidakpahaman  pelanggan mengenai  hal  teknis  dan  memperjelas  spesifikasi kebutuhan yang diinginkan pelanggan kepada pengembang perangkat lunak[2]
Prototipe  merupakan  model  pengembangan  perangkat lunak yang digunakan untuk meminimalisir kesalahpahaman antara stakeholder dan analis yang timbul akibat stakeholder tidak  mampu  mendefinisikan  secara jelas  kebutuhannya[3].  Model  ini  merupakan  solusi  yang mampu  memperkecil  celah  kesalahan  dalam  komunikasi antara  analis  sistem  dan stakeholder [4].  Prototipe perangkat lunak dapat digunakan dalam proses pengembangan perangkat lunak untuk membantu mengantisipasi perubahan yang mungkin diperlukan dalam proses  rekayasa  kebutuhan  yaitu  membantu  elisitasi  dan validasi kebutuhan sistem[5].
Dalam  penelitian  ini  dilakukan  rangkaian  model prototipe  dan  analisis  dengan use  case dalam  proses rekayasa  kebutuhan.  Rekayasa  kebutuhan  dilakukan  pada kasus pengembangan perangkat lunak pengajuan dokumen kependudukan  di  Disdukcapil  (Dinas  Kependudukan  dan Catatan  Sipil)  Kabupaten  Sambas,  Kalimantan  Barat. Dokumen kependudukan merupakan dokumen resmi yang diterbitkan  oleh  Instansi  Pelaksana  yang  mempunyai kekuatan hukum sebagai alat bukti autentik yang dihasilkan dari  pelayanan  Pendaftaran  Penduduk  dan  Pencatatan Sipil[6].  Proses  pengajuan  dokumen  kependudukan diharapkan  dapat  dilakukan  melalui  sebuah  perangkat lunak  yang  dapat  diakses  oleh  seluruh  masyarakat  desa yang  berada  pada  wilayah  Kabupaten  Sambas.  Proses rekayasa kebutuhan melibatkan stakeholder dari masyarakat  Desa  Sanatab,  Kecamatan  dan  Disdukcapil Kabupaten  Sambas,  untuk  menghasilkan  spesifikasi kebutuhan perangkat lunak pengajuan dokumen kependudukan.

## II. L ITERATUR R EVIEW
Dalam  penelitian yang dilakukan  oleh Markus  Mannio dan  Uilevi  Nikula[7]  yaitu  melakukan  pengumpulan kebutuhan  dengan  menerapkan  kombinasi  antara  model prototipe dan skenario, penelitian ini dilaksanakan dengan melakukan  demonstrasi  model  prototipe  secara  berulang serta menyajikan prototipe berdasarkan pada use case yang dibuat.  Manfaat  dari  metode  ini  yaitu  untuk  membantu dalam  menangkap  kebutuhan  yang  berkualitas  dari kumpulan stakeholder yang beragam. Dalam penelitian ini sebuah studi kasus sederhana digunakan untuk mendemonstrasikan model ini.
Pada penelitian yang dilakukan oleh Siti Sauda dan Eka Puji  Agustini,  model  prototipe  diimplementasikan  dalam pengembangan aplikasi Smart Cleaning sebagai pendukung  aplikasi Smart City [8].  Model  prototipe dilakukan secara iterasi dengan 6 (enam) proses yaitu: (1) Pengumpulan  Kebutuhan;  (2)  Desain  Cepat;  (3) Membangun  prototipe;  (4)  Evaluasi  prototipe;  (5) Perbaikan  prototipe;  dan  (5)  Rekayasa  produk.  Selain  itu penggunaan  UML  juga  dilakukan  untuk  melengkapi dokumentasi atau wujud dari blueprint .
Berdasarkan  pada  dua  penelitian  diatas,  proses pengumpulan  kebutuhan  dan  pengembangan  perangkat lunak dapat dilakukan dengan menggabungkan dua model yakni model prototipe dan analisis menggunakan use case. Penggunaan  prototipe  diharapkan  memberikan  gambaran terhadap  produk  perangkat  lunak  yang  dihasilkan  dan analisis usecase diharapkan memberikan pemahaman bagi stakeholder dalam  memfungsikan  produk  prototipe, memahami fungsionalitas dari prototipe, dan memudahkan pengembang dalam menangkap kebutuhan dari stakeholder . Untuk itu, research question pada penelitian ini yaitu:
• Bagaimana  model  prototipe  dan use  case dapat diterapkan  dalam  rekayasa  kebutuhan  perangkat lunak  studi  kasus  perangkat  lunak  pengajuan dokumen kependudukan?
• Dalam studi kasus yang diberikan, apakah prototipe yang dihasilkan memenuhi kebutuhan pengguna?
• Bagaimana  spesifikasi  kebutuhan  perangkat  lunak yang dihasilkan?

## III. M ETODOLOGI
Rekayasa  kebutuhan  dengan  model  prototipe  yang dilakukan merupakan pengembangan dari model prototipe milik  Pressman  yang  terdiri  dari  proses  komunikasi, membangun  perencanaan  dan  desain  secara  cepat, mengembangkan  prototipe,  kemudian  memberikan  hasil kepada stakeholder untuk  memperoleh  umpan  balik sebagai dasar dalam pengembangan kebutuhan[9].
Gambar. 1  Fase rekayasa kebutuhan prototipe
Model  ini  akan  mengkolaborasikan  model  prototipe pada  penelitian  pengembangan  aplikasi Smart Cleaning milik Siti Sauda dan Eka Puji Agustini[8] serta analisis use case pada penelitian Markus Mannio dan Uilevi Nikula[7] untuk  melakukan  rekayasa  kebutuhan  perangkat  lunak. Fase model prototipe dan analisis use case yang digunakan dalam  rekayasa  kebutuhan  perangkat  lunak  pengajuan dokumen kependudukan terlihat pada gambar 1.

## A. Elisitasi Kebutuhan Awal
Pada  fase  ini,  dilakukan  proses  elisitasi  kebutuhan pengguna  dengan  menerapkan  teknik  pengumpulan informasi  meliputi  wawancara,  observasi  dan  kajian dokumen standar operasional prosedur. Tahap ini bertujuan untuk mengidentifikasi  kelas pengguna/entitas/objek serta stakeholder yang  terlibat  pada  sistem  dan  kebutuhan pengguna  dari  sudut  pandang  pelanggan  yang  seringkali menghasilkan  ketidaksesuaian  antara  produk  yang diharapkan  pelanggan  dan  apa  yang  dibuat  oleh pengembang[10].

## B. Analisis Use case
Pada fase ini, dilakukan analisis dengan pemodelan use case . Fase ini akan dilakukan untuk melakukan pemodelan fungsionalitas  dari  sistem[11]. Use  case akan  digunakan dalam  proses  pemodelan  fungsionalitas  suatu  sistem  atau kelas dan bagaimana sistem ini berinteraksi dengan dunia luar. Use case diagram dapat digunakan untuk memperoleh kebutuhan  sistem  dan  memahami  bagaimana  sistem seharusnya bekerja[12].
Pemodelan use  case biasanya  digunakan  dari  awal proyek  dan  terus  berlanjut  hingga  proses  pengembangan sistem. Fase ini akan berkembang seiring dengan lahirnya ide-ide  yang  berhasil  dieksplorasi  oleh stakeholder dan analis sistem dalam penyempurnaan kebutuhan.

## C. Perancangan Prototipe dan Pengembangan Prototipe
Prototipe adalah bagian dari produk yang mengekspresikan  logika  dan  antarmuka  eksternal  fisik yang  ditampilkan.  Pelanggan  kemudian  menggunakan prototipe dan memberikan masukan kepada tim pengembangan  sebelum  pengembangan  skala  besar dimulai[13].  Pada  fase  perancangan  prototipe,  dilakukan
perancangan  prototipe  berdasarkan  kebutuhan  awal  dan hasil analisis use case yang diperoleh. Proses perancangan akan  didasari  pada  setiap  entitas/objek/kelas  pengguna yang  terlibat  didalam  sistem  serta  fungsionalitas  yang dimiliki  sistem  untuk  menghasilkan  daftar  kelas  yang digunakan sebagai dasar pengembangan prototipe.
Pada  fase  pengembangan  prototipe  dilakukan  proses implementasi terhadap rancangan prototipe. Prototipe yang dihasilkan  akan  menyajikan  seluruh  fungsionalitas  yang telah didefinisikan dengan bentuk  yang sederhana. Setiap prototipe  dipisahkan  dan  diberi  penamaan  sesuai  dengan fungsi-fungsinya. Hal  ini  untuk memudahkan stakeholder dalam proses uji coba prototipe untuk menentukan apakah prototipe yang dihasilkan sudah memenuhi kebutuhan atau diperlukan modifikasi.

## D. Uji Coba Prototipe
Fase  ini dilakukan proses uji coba  prototipe  yang telah dihasilkan  oleh stakeholder .  Proses  ini  dilakukan  untuk menangkap  pandangan  dari stakeholder serta  menangkap kebutuhan perangkat lunak[7]. Tahap ini dilakukan dengan melaksanakan pertemuan antara pengembang dan stakeholder ,  menampilkan  prototipe  pada  sebuah  layar proyektor untuk dievaluasi secara bersama.

## E. Evaluasi dan Umpan Balik
Fase ini  ini merupakan  fase  yang dilakukan bersamaan dengan  fase  uji  coba  prototipe.  Pada  Fase  ini  pengguna memberikan melakukan  evaluasi  dan memberikan umpan balik berupa perubahan pada prototipe. Berdasarkan umpan balik  ini,  daftar  kebutuhan  terus  disempurnakan  sesuai kebutuhan  pengguna.  Proses  penyempurnaan  dilakukan berulang kali hingga pengguna benar-benar nyaman dalam pengoperasian  sistem  yang  dibangun  dan  memenuhi kebutuhan.
Fase evaluasi dan umpan balik merupakan fase penentu apakah  prototipe  akan  masuk  ke  dalam  fase  rekayasa produk  atau  fase  pembuatan  sistem.  Fase  ini  adalah  fase yang  menentukan  apakah  diperlukan  modifikasi  terhadap kebutuhan perangkat lunak yang telah didefinisikan[7].

## IV. H ASIL DAN P EMBAHASAN
Penelitian  ini  menggabungkan  beberapa  teknik  dalam memperoleh  informasi  meliputi  wawancara,  observasi sistem  dispendukcapil  Kota  Surakarta,  serta  kajian terhadap  dokumen  standar  operasional  prosedur  dalam pengajuan  dokumen  kependudukan.  Dalam  proses rekayasa kebutuhan perangkat lunak, peneliti menggunakan  pendekatan  prototipe  dan  analisis  dengan use  case diagram  dengan  harapan  dapat  menangkap kebutuhan dari stakeholder yang bergam dan meminimalisir ketidakpahaman dan memperjelas kebutuhan yang diinginkan pelanggan kepada pengembang.
Proses  rekayasa  kebutuhan  perangkat  lunak  dokumen kependudukan ini dilakukan dengan pendekatan prototipe dan analisis use case serta melibatkan beragam stakeholder antara lain: Disdukcapil Kabupaten Sambas; masyarakat di Desa  Sanatab;  serta  pegawai  di  Kantor  Desa  dan
Kecamatan.  Berikut  adalah  hasil  dan  pembahasan  pada setiap fase yang telah dilaksanakan

## A. Elisitasi Kebutuhan Awal
Proses elisitasi kebutuhan merupakan proses komunikasi  awal  yang  dilakukan  pengembang  kepada stakeholder dari Disdukcapil Kabupaten Sambas, masyarakat  di  Desa Sanatab dan pegawai  di  Kantor Desa dan  Kecamatan.  Proses  elisitasi  kebutuhan  awal  ini dilakukan  dengan  wawancara  dengan stakeholder yang berbeda  dalam  tiga  sesi. Stakeholder telah  dipilih berdasarkan  keterlibatannya  dalam  proses  pengajuan dokumen  kependudukan.  Pada  level  Disdukcapil,  dipilih stakeholder dari  bagian  pelayanan  ( front  office )  yang terlibat pemrosesan pelayanan pengajuan pemrosesan surat (validasi berkas dan kelengkapan) dan pemberian dokumen kependudukan, bagian pendataan dan pencetakan dokumen, dan  pihak  yang  berwenang  menandatangani  dokumen, Sedangkan di level masyarakat, pegawai Kantor Desa dan Kecamatan adalah individu yang pernah menjadi pemohon/ pernah  membantu  dalam  proses  pengajuan  dokumen kependudukan.  Proses  elisitasi  kemudian  menghasilkan dokumentasi  berupa  rekaman  jawaban  atas  daftar pertanyaan  wawancara  yang  dijadikan  dasar  dalam pengembangan spesifikasi kebutuhan pengguna [14].
TABEL I D AFTAR K EBUTUHAN P ENGGUNA Req Code Stakeholder Description KP – 001 Pemohon Dapat  mengajukan  permohonan pembuatan  dokumen  penduduk secara online KP – 002 Dapat mengirimkan seluruh berkas  persyaratan  dalam  bentuk digital secara online KP – 003 Dapat mengetahui kapan dokumen  yang  diajukan  dapat diambil di Kantor Disdukcapil KP – 004 Dapat  mengajukan  pencetakan ulang  dokumen  kependudukan yang hilang. KP – 005 Dapat mengetahui berkas persyaratan yang dibutuhkan KP – 006 Disdukcapil Pengisian  seluruh  formulir  untuk pengajuan dokumen kependudukan  dilakukan  secara online KP – 007 Dapat  melihat  seluruh  dokumen persyaratan untuk divalidasi KP – 008 Membuat  antrian  pengambilan dokumen  kependudukan  secara otomatis KP – 009 Menginformasikan jadwal pengambilan  dokumen  kepada pemohon KP – 010 Memproses dokumen yang persyaratannya lengkap KP – 011 Membatalkan pengajuan dokumen dan menginfokan alasan pembatalan kepada pemohon KP – 012
Menyimpan  berkas  pesyaratan milik pemohon secara digital
Selain  itu,  untuk  mendukung  identifikasi  entitas/kelas pengguna  serta  kebutuhan  awal  pengguna,  dilakukan teknik observasi terhadap sistem milik Dinas Kependudukan dan Catatn Sipil Kota Surakarta serta kajian dokumen  standar  operasional  prosedur  milik  Disdukcapil Kabupaten  Sambas  yang  meliputi  pengajuan  dokumen Kartu Tanda Penduduk (KTP), Kartu Identitas Anak (KIA), Kartu Keluarga (KK), Akta Kelahiran, dan Akta Kematian. Dalam  elisitasi  kebutuhan  berhasil  diidentifikasi  2  (dua) entitas/kelas pengguna  yakni  masyarakat  dan  Disdukcapil serta 12 (dua belas) kebutuhan pengguna terkait pengajuan dokumen kependudukan.
Dalam  proses  wawancara  di  level  pemohon  cenderung menyampaikan kebutuhan secara  umum. Sedangkan pada level  Disdukcapil,  kebutuhan  pengguna  disampaikan secara  spesifik.  Dalam  proses  wawancara  ini,  pihak Disdukcapil  menjadi  pihak  yang  dianggap  paling memahami  proses  pengajuan  dokumen,  sehingga  proses wawancara  dilaksanakan  dalam  2  (dua)  sesi  dan  1  (satu) sesi wawancara kepada pemohon.

## B. Analisis Use case
Pada fase ini dilakukan pemodelan use case berdasarkan pada daftar kebutuhan pengguna yang diperoleh pada fase elisitasi kebutuhan dan dilakukan analisis dengan use case . Pada  proses  analisis use  case dilakukan  perluasan  dua fungsionalitas  yang  terkait  dengan  perangkat  lunak meliputi  pembagian  hak  akses  pengguna  (Pemohon  dan Disdukcapil) dan perluasan lainnya berdasarkan observasi dan kajian dokumen  standar  operasional  prosedur. Proses analisis use  case dilakukan  oleh  analis  sistem  dan selanjutnya  digunakan  sebagai  dasar  dalam  perancangan dan  pengembangan  prototipe.  Terdapat  14  (empat  belas) use case yang berhasil dianalisis pada tabel II.
TABEL III U SE C ASE D ESCRIPTION Use case Code Use case Name Actor Description UC – 001   Registrasi Pemohon Registrasi dilakukan dengan  email  atau NIK (jika telah memiliki KTP) UC – 002   Autentikasi Pengguna Pemohon, Disdukcapil Pembagian hak akses pengguna terhadap sistem
UC – 003   Mengisi  Form Pengajuan Dokumen Kependudukan Baru / Hilang
Pemohon Mengisikan data pada formulir pengajuan  dokumen KTP, KK, KIA, akta kelahiran  dan  akta kematian UC – 004   Unggah Berkas Persyaratan Pemohon Mengunggah seluruh dokumen persyaratan dalam
pembuatan dokumen baru / hilang UC – 005   Unduh  Bukti Pengambilan dokumen Pemohon Mengunduh bukti dan waktu pengambilan dokumen
Use case Code Use case Name Actor Description UC – 006 Lihat data pemohon Pemohon, Disdukcapil Melihat data pemohon  pengajuan dokumen UC – 007 Validasi berkas pesyaratan Disdukcapil Melihat berkas pesyaratan yang diunggah pemohon UC – 008 Lihat Info Berkas Persyaratan Pemohon, Disdukcapil Melihat berkas persyaratan yang dibutuhkan UC – 009 Melihat  daftar pengajuan dokumen lengkap Disdukcapil Melihat daftar pengajuan  dokumen dengan  persyaratan lengkap UC – 010 Mengelola berkas persyaratan Disdukcapil Melihat dan mengunduh  berkas persyaratan pemohon UC – 011 Memproses pengajuan Disdukcapil Mengubah status permohonan  untuk diproses UC – 012 Membatalkan pengajuan Disdukcapil Pembatalan permohonan  alasan pembatalan UC – 013 Membuat Nomor Antrian Disdukcapil Membuat nomor antrian dan UC – 014 Membuat jadwal pengambilan dokumen Disdukcapil Membuat jadwal pengambilan dokumen secara otomatis

## C. Perancangan Prototipe dan Pengembangan Prototipe
Berdasarkan  hasil  analisis  dengan use  case ,  dilakukan perancangan dan pengembangan prototipe secara cepat dan menghasilkan  12  (dua  belas)  prototipe  yang  digunakan dalam  proses  pengumpulan  kebutuhan  perangkat  lunak pengajuan  dokumen  kependudukan.  Prototipe  dirancang dan  dikembangkan  secara  sederhana  berdasarkan  fungsi- fungsi  yang  didefinisikan  pada use  case dan  berhasil dikembangkan dengan bahasa pemrograman php dan html dan  basis  data  MySQL.  Prototipe  yang  dihasilkan  lebih mengutamakan aspek fungsionalitas dan belum mempertimbangkan  aspek  keramahan  pengguna  maupun desain antarmuka.
TABEL IIIII
D AFTAR P ROTOTIPE Prototype Code Class Name Functionality CP – 001 Registration Registrasi pengguna CP – 002 Authentication Autentikasi pengguna CP – 003 IdCardSubmission Form isian data pengajuan  KTP  Baru  / Hilang CP – 004 FamCardSubmission Form isian data pengajuan  KK  Baru  / Hilang CP – 005 BirthCertSubmission Form isian data pengajuan Akta Kelahiran Baru / Hilang CP – 006 DeathCertSubmission Form isian data pengajuan Akta kematian Baru / Hilang
Prototype Code Class Name Functionality CP – 007 ChildIdCardSubmission Form isian data pengajuan  KIA  Baru  / Hilang CP – 008 DocumentRequirement Mengelola  data  berkas, Mengunggah dan mengunduh berkas persyaratan CP – 009 Applicant Melihat  data  pemohon, daftar pengajuan dokumen oleh pemohon CP – 010 SubmissionInfo Melihat daftar pengajuan, daftar berkas persyaratan, validasi berkas persyaratan, serta melihat  dan  mengubah status pengajuan CP – 011 SubmissionQueue Generate antrian otomatis,  dan  Jadwal pengambilan berkas CP – 012 Dashboard Melihat daftar pengajuan dokumen yang masuk, daftar pengajuan dengan persyaratan lengkap melihat jadwal pengambilan  dokumen,
status  pengajuan,  dan info berkas persyaratan

## D. Uji Coba Prototipe
Fase uji coba dilakukan oleh pengembang dan pengguna yang  telah  berhasil  didefinisikan  pada  fase  elisitasi kebutuhan  yakni  masyarakat  di  Desa  Sanatab  dan  pihak disdukcapil Kabupaten Sambas. Pada fase ini, 12 (dua belas) prototipe  yang  dihasilkan,  difungsikan  secara  bersama- sama pada sebuah layar proyektor.
Sebelum memulai uji coba,  seorang  sistem  analis  akan menyampaikan  alur  uji  coba,  memperkenalkan  apa  itu prototipe,  daftar  kebutuhan, use  case dan  kegunaan  dari ketiganya.  Dalam  proses  uji  coba,  setiap use  case akan ditampilkan dan digunakan dalam mempraktekan penggunaan  prototipe,  agar  pengguna  memahami  cara kerja  dari  prototipe  yang  dihasilkan.  Proses  uji  coba terhadap  prototipe  dilakukan  dalam  beberapa  iterasi berdasarkan  pada  adanya  modifikasi  terhadap  kebutuhan yang berhasil ditangkap dari proses uji coba.
Setiap  proses  uji  coba  akan  menghasilkan  sebuah dokumen checklist untuk menyimpulkan apakah prototipe yang diuji cobakan telah memenuhi kebutuhan pengguna. Setiap  pelaksanaan  uji  coba  prototipe  telah  selesai dilakukan,  dilakukan  proses  evaluasi  dari  pengguna  dan analis  akan  mendokumentasikan  umpan  balik  dari pengguna  terkait  adanya  modifikasi  atau  perubahan prototipe yang diperlukan.

## E. Evaluasi dan Umpan Balik
Proses  evaluasi  dilakukan  setelah  proses  uji  coba diselesaikan.  Pada  tahap  ini  seluruh  dokumentasi kebutuhan  pengguna  berupa checklist dievaluasi  kembali untuk  memastikan  apakah  diperlukan  proses  modifikasi atau pengembangan terhadap kebutuhan pengguna. Proses evaluasi dilakukan dengan melakukan pelacakan terhadap
kebutuhan  pengguna  terhadap  fungsionalitas/fitur  dari prototipe yang dihasilkan.
Untuk  melakukan  pelacakan  kebutuhan  dan  fitur  ini, bisa  dibuat  sebuah  tabel  yang  bernama traceability matrix [15]. Evaluasi traceability matrix untuk menentukan apakah  semua  kebutuhan  pengguna  sudah  terdefinisi dengan  baik  ke  dalam  rancangan  prototipe  yang dihasilkan[16].  Berdasarkan  pemetaan  kebutuhan  dalam traceability matrix ,  seluruh  prototipe  telah  memenuhi seluruh  kebutuhan  pengguna  yang  didefinisikan  dan  14 (empat belas) fungsionalitas pada use case . Hasil evaluasi oleh stakeholder dan  analis  sistem  berdasarkan  pada traceability  matrix memperoleh  14  (empat  belas) spesifikasi  kebutuhan  perangkat  lunak  yang  merupakan kebutuhan fungsional dari aplikasi pengajuan dokumen
TABEL IVV P EMETAAN P ROTOTIPE T ERHADAP K EBUTUHAN P ENGGUNA Req Code Prototype Code KP – 001 CP–003,  CP–004,  CP–005, CP-006, CP-007 KP – 002 CP-008 KP – 003 CP-010, CP-011 KP – 004 CP–003,  CP–004,  CP–005, CP-006, CP-007 KP – 005 CP-012 KP – 006 CP–003,  CP–004,  CP–005, CP-006, CP-007 KP – 007 CP-008, CP-010 KP – 008 CP-011 KP – 009 CP-011, CP-012 KP – 010 CP-010, CP-011 KP – 011
CP-010, CP-012
KP – 012 CP-008
TABEL V
P EMETAAN P ROTOTIPE T ERHADAP U SE C ASE Use case Code
Prototype Code UC – 001 CP-001 UC – 002 CP-002 UC – 003 CP–003,  CP–004,  CP–005,  CP- 006, CP-007 UC – 004 CP-008 UC – 005 CP-010, CP-012 UC – 006 CP-009 UC – 007 CP-011 UC – 008 CP-012 UC – 009 CP-010, CP-012 UC – 010 CP-008 UC – 011 CP-010, CP-011 UC – 012 CP-010 UC – 013 CP-011 UC – 014 CP-011

## V. K ESIMPULAN
Dalam  penelitian  ini  model  prototipe  dan  analisis use case berhasil  diimplementasikan  dalam  proses  rekayasa kebutuhan perangkat lunak pengajuan dokumen kependudukan.  Model  rekayasa  kebutuhan  dengan prototipe dilaksanakan secara iteratif dan harus melibatkan stakeholder internal organisasi yang terlibat didalam proses
binsis,  agar  pengembang  mampu  menangkap  kebutuhan pengguna yang spesifik dan berkualitas.
Pada  proses  rekayasa  kebutuhan  yang  telah  dilakukan, model  prototipe  sangat  membantu  pihak  pengembang untuk menjelaskan kepada stakeholder berbagai hal teknis pada use  case dengan  adanya  dukungan  produk  prototipe perangkat lunak yang dapat difungsikan oleh stakeholder . Stakeholder mampu  memahami  setiap  fungsi  dengan mudah, memberikan evaluasi  dengan cepat  dan model  ini membantu pihak pengembang mendokumentasikan kebutuhan dengan cepat.
Proses  rekayasa  kebutuhan  yang  telah  dilakukan menghasilkan  12  (dua  belas)  kebutuhan  awal,  14  (empat belas) use  case dan  12  (dua  belas)  prototipe.  Prototipe berhasil  dikembangkan  berdasarkan  14  (empat  belas) use case yang  didefinisikan  dan  telah  diuji  cobakan  kepada stakeholder .  Berdasarkan  pemetaan  prototipe  terhadap kebutuhan  pengguna  dan use  case dengan traceability matrix ,  12  (dua  belas)  prototipe  yang  dibangun  berhasil dipetakan kedalam 12 (dua belas) kebutuhan pengguna dan kedalam 14 (empat belas) fungsionalitas yang didefinisikan pada use case . Disimpulkan bahwa seluruh prototipe telah memenuhi  kebutuhan  pengguna  dan  menghasilkan  14 (empat  belas)  spesifikasi  kebutuhan  fungsionalitas perangkat  lunak  pengajuan  dokumen  kependudukan. Spesifikasi  kebutuhan  perangkat  lunak.  dapat  dijadikan acuan  bagi  pengembang  untuk  melakukan  rekayasa  atau implementasi produk perangkat lunak pengajuan dokumen kependudukan.
R EFERENSI
[1] R.R.  Young.  2004.  The  Requirements  Engineering  Handbook. Artech House, Inc. Boston, London.
[2] Y. Firmansyah, R. Maulana, D. Arivianti. 2019. Prototipe Sistem Informasi  Pelelangan  Barang  Berbasis  Web  sebagai  Media Pengolah  Informasi  Data  Pelelangan.  Jurnal  Khatulistiwa Informatika, Vol. VII, No. 2 Bulan Desember 2019.
[3] A.  Mulyanto.  2009.  Sistem  Informasi  Konsep  dan  Aplikasi. Yogyakarta. Pustaka Pelajar.
[4] R. M. Kimmond. 1995. Survey into the acceptance of prototyping in  software  development.  Proceedings  from  the  IEEE  Sixth International Workshop on Rapid System Prototyping, 147-152.
[5] I. Sommerville. 2016. Software Engineering, 10th Edition. England, Pearson Education Limited.
[6] Undang-Undang  Nomor  23  Tahun  2006  Bab  VI  Bagian  Kedua Pasal 59 Ayat 1 Tentang Dokumen Kependudukan.
[7] M.  Mannio,  U.  Nikula.  2001.  Requirements  Elicitation  Using  a Combination  of  Prototypes  and  Scenarios.  Telecom  Business
Research Center Lappeenranta Research Report 5.
[8] S.  Sauda,  E.P.  Agustini.  2020.  Implementasi  Prototype  Model dalam  Pengembangan  Aplikasi  Smart  Cleaning  Sebagai Pendukung  Aplikasi  Smart  City.  Jurnal  Manajemen,  Teknik Informatika  dan  Rekayasa  Komputer  Vol.  20,  No.  1,  November 2020, pp. 73~84.
[9] R.S.  Pressman.  2010.  Software  Engineering  a  Practitioner's Approach 7th Edition. McGraw Hill Higher Education.
[10] K. Wiegers, J. Beatty. 2013. Software Requirements,Third Edition. Microsoft  Press,  A  Division  of  Microsoft  Corporation,  One Microsoft Way. Redmond, Washington.
[11] R. Miles, K. Hamilton. 2006. Learning UML 2.0. O’Reilly.
[12] Y.  Syafitri.  2016.  Analisa  dan  Perancangan  Berbasis  UML  pada Sistem  Informasi  Simpan  Pinjam  Koperasi  Swamitra  Bandar Lampung. Jurnal Informasi dan Komputer, vol. 4, no. 1, pp. 22-31, Oct. 2016.
[13] A.  Susanto,  Meiryani.  2019.  System  Development  Method  with The  Prototype  Method.  International  Journal  of  Scientific  & Technology Research Volume 8, Issue 07, July 2019.
[14] S. Sismadi. 2021. Penerapan Model Prototipe Aplikasi Perangkat Lunak Pemesanan Air Bersih Pdam Tirta Pakuan Kota Bogor. Inti Nusa Mandiri, 15(2), 119-126.
[15] F.  Shabrina,  Widodo,  B.P.  Adhi.  2020.  Model  Requirement Traceability  untuk  Metode  Pengembangan  Perangkat  Lunak Feature  Driven  Development  (FDD).  Seminar  Nasional Informatika (SEMNASIF) 2020, Vol.1, No.1, 26 November 2020, hlm 230-240.
[16] S.A.  Hanansyah,  W.  Purnomo,  Kariyoto.  2020.  Analisis  dan Perancangan Sistem Informasi Akademik dan Keuangan TK Tunas Bangsa.  Jurnal  Pengembangan  Teknologi  Informasi  dan  Ilmu Komputer Vol. 4, No. 8, Agustus 2020, hlm. 2599-2607.