Evi Dwi Wahyuni dkk: Perspektif Awam dalam Implementasi Elisitasi Kebutuhan Menggunakan User Persona

## PERSPEKTIF AWAM DALAM IMPLEMENTASI ELISITASI KEBUTUHAN MENGGUNAKAN USER PERSONA
Evi Dwi Wahyuni,Wahyu Andhyka Kusuma, Haidar Rais Abdillah, Helda Yuliani Sari Program Studi Teknik Informatika, Fakultas Teknik, Universitas Muhammadiyah Malang, Jalan Raya Tlogomas No.246 Malang Email: evi.d.wahyuni@gmail.com , kusuma.wahyu.a@gmail.com , haidarraisabd@gmail.com, hyulianisari@gmail.com
(Diterima: 30 April 2020 ,direvisi: 11 Juni 2020, disetujui: 8 Agustus 2020)

## ABSTRACT
Software development is demanded to make it easier for users to meet the needs of users who have not yet  resolved  in  the  system.  one  approach  that  is  quite  effective  is  Persona  which  is  a  Human Computer  Interaction  (HCI)  technique  by  gathering  information  about  users  to  collect  their characteristics. HCI here is the process of interaction between humans and computers.. The main key to  HCI  is  to  have  to  deepen  the  user  experience  (UX)  and  also  the  user  interface  (UI)  because  an effective HCI based on User Persona identification can improve software quality. The purpose of this study is to identify some information that is less effective by designing user-persona methods to make HCI  more  effective.  This  research  implements  the  Cooper  Method  although  this  method  is  quite difficult  to  do  with  various  identification  steps  and  validation  of  one  channel  in  one  phase  which makes the weak point. The Persona technique in the Cooper method is suitable to be implemented in this  study  because  there  is  research  on  PL  by  identifying  behavior  patterns  of  PL  users  that  are compatible with HCI needs to be more effective. The various identification steps show more accurate results. Modifications made by the author in this study to ensure validation in each step of the Cooper method with an iterative model. Effective HCI based on User Identification can improve UX and UI quality.
Keywords: human computer interaction, personas ,software, requirements elicitation

## ABSTRAK
Pengembangan  perangkat  lunak  yang  dituntut  untuk  memudahkan  pengguna  dalam  memenuhi kebutuhan  pengguna  berdasarkan  permasalahan  yang  belum  terselesaikan  dalam  sistem.  salah  satu ancangan  yang  cukup  efektif  adalah  Persona  yang  merupakan  teknik  Human  Computer  Interaction (HCI)  dengan  cara  mengumpulkan  informasi  tentang  pengguna  untuk  memahami  karakteristik mereka. HCI disini adalah proses interaksi antara manusia dengan computer. Kunci utama HCI ialah harus  mendalami user  experience (UX)  dan juga  user  interface (UI)  dikarenakan  HCI  yang  efektif berdasarkan  identsifikasi User  Persona dapat  meningkatkan  kualitas  perangkat  lunak.  Tujuan  dari penelitian  ini  adalah  mengidentifikasi  beberapa  informasi  yang  kurang  efektif  dengan  melakukan ancangan  metode  User  Persona agar  HCI  lebih efektif.  Penelitian  ini  mengimplementasikan Metode Cooper meskipun metode ini cukup sulit untuk dilakukan dengan langkah identifikasi yang beragam serta  validasi  satu  alur  dalam  satu  fase  yang  menjadikan  titik  lemahnya.  Teknik  Persona  dalam metode Cooper cocok diimplementasikan dalam penelitian ini dikarenakan adanya penelitian terhadap PL dengan mengidentifikasi pola perilaku pengguna PL yang cocok dengan kebutuhan HCI agar lebih efektif.  Langkah  identifikasi  yang  beragam  menunjukkan  hasil  yang  lebih  akurat.  Modifikasi  yang dilakukan  penulis  pada  penelitian  ini  untuk  memastikan  validasi  dalam  setiap  langkah  pada  metode Cooper  dengan  model  iteratif.  HCI  yang  efektif  berdasarkan  identifikasi  User  Persona  dapat meningkatkan kualitas UX dan UI.
Kata Kunci: interaksi manusia komputer, persona , perangkat lunak, elisitasi kebutuhan
Evi Dwi Wahyuni dkk: Perspektif Awam dalam Implementasi Elisitasi Kebutuhan Menggunakan User Persona

## 1 PENDAHULUAN
Analisis kebutuhan merupakan bagian pengembangan perangkat lunak (PL) yang relatif mudah. Meskipun  demikian,  bagian  ini  merupakan  titik  vital  dari  pengembangan  PL.  Kebutuhan pengembangan  PL  yang  salah  diidentifikasi  akan  mengakibatkan  kerugian  yang  sangat  kompleks, termasuk  membengkaknya  anggaran  dikarenakan  tidak  maksimalnya  identifikasi  kebutuhan pengembangan PL.
Dalam pengembangan PL memahami persyaratan kebutuhan sistem secara umum juga tidak dapat  menghasilkan  pengembangan  PL  yang  ideal.  Sehingga  pengguna  harus  tetap  dilibatkan  dalam penggalian kebutuhan pengembangan PL. Setiap fase pengembangan perangkat lunak dituntut untuk memudahkan pengguna dalam penggunaannya  selain itu dalam setiap tahapan memenuhi kebutuhan pengguna  berdasarkan  permasalahan  yang  belum  terselesaikan  dalam  sistem.  Salah  satu  pendekatan yang  cukup  efektif  adalah  Persona  yang  merupakan  teknik  Human  Computer  Interaction  (HCI) dengan  cara  mengumpulkan  informasi  tentang  pengguna  agar  memahami  tentang  karakteristik mereka.  Human  Computer  Interaction  (HCI)  menggunakan  sekumpulan  proses  dan  kegiatan  yang dimana  melaluinya  pengguna  memanfaatkan  dan  berinteraksi  dengan  komputer.  HCI  merupakan teknik  pengembangan  untuk  memastikan  bahwa  kegunaan  produk  perangkat  lunak  memenuhi persyaratan minimum. Teknik Persona yaitu mengumpulkan, menganalisis dan mensintesis informasi terkait  dengan  pengguna  yang  berinteaksi  dengan  sistem  perangkat  lunak.  Teknik  ini  membantu memfokuskan analisis dan desain perangkat lunak pada fitur dan tujuan pengguna akhir [1].
Sudah sekitar sepuluh tahun yang lalu Rogers, Bannon dan Button [2] membuka dan membahas tiga pertanyaan ini : (1) Apa permasalahan di HCI? (2) Apa yang ditawarkan oleh pendekatan teoritis HCI?  (3)  Bagaimana  hubungan  teori  dengan  praktik?  Dalam  penelitian  ini  akan  membahas, mendiskusi dan memberikan jawaban yang mungkin dari ketiga pertanyaan ini [3].
Dalam sebuah jurnal yang didapatkan dari referensi versi Cooper dan teknik Persona [4] dan mulai  menetapkan  teknik  ini  dalam  studi  kasus  [5].  Sejak  awal  teknik  ini  cukup  sulit  diterapkan. Misalnya  langkah  pertama  yaitu  dari  teknik  yang  direkomendasikan  oleh  Cooper  adalah  Identify Behavioral Variables. Studi pengguna yang diperlukan untuk mengekstrak variable perilaku bukanlah langkah  yang  langsung  dan  harus  ditentukan  dari  pada  disiratkan  sebagai  aktivitas  teknik  pertama. Selain  itu  juga  beberapa  teknik  seperti  Identifikasi  Pola  Perilaku  Penting  dan  Periksa  Kelengkapan dan  Redudansi,  gagal  menentukan  produk  keluaran  apa  pun.  Akhirnya, output teknik  akhir  tidak terkait  dengan  tahap  persyaratan  rekayasa  peranglat  lunak.  Untuk  dapat  membangun  Persona  ke dalam pengembangan SE secara rutin perlu untuk mengidentifikasi aktivitas dan produk yang terkait dengan  setiap  aktivitas.  Untuk  masing-masing  batasan  yang  diidentifikasi,  dalam  penelitian  ini disusun  perbaikan  untuk  dibangun  ke  dalam  Persona.  Dalam  penelitian  ini  dirasa  cocok  untuk memilih  meningkatkan  versi  terbaru  ke  teknik  Persona  yang  diterbitan  oleh  Cooper  [4].  Dalam penelitian  ini  telah  dimasukkan  peningkatan  ke  versi  SE  Persona.  Penelitian  ini  terdiri  dari sekelompok kegiatan dan input serta output mengarah pada penciptaan kepribadian [1].
Selain itu, dalam penelitian ini dirancang dan implementasikan alat prototype untuk mendukung teknik Persona yang diusulkan. Persona yang ditingkatkan menghindari rintangan yang dihadapi oleh pengembang perangkat lunak biasa yang tidak terbiasa dengan teknik HCI yang menerapkan Persona asli. Berdasarkan pengamatan bermanfaat untuk mengadaptasi Persona untuk diintegrasikan ke dalam proses  pengembangan  SE.  Integrasi  Persona  ke  tahap  persyaratan  SE  dapat  meningkatkan  sebuah pemahaman  tentang  apa  yang  akan  dilakukan  produk  perangkat  lunak  dan  bagaimana  seharusnya berperilaku.  Teknik  Persona  muncul  untuk  mebantu  memfokuskan  analisis  perangkat  lunak  dan kegiatan desain pada karakteristik dan tujuan pengguna akhir dan telah diperkaya proses persyaratan SE  dengan  memasukkan  kegiatan  Persona  ke  dalam  kegiatan  persyaratan.  Elisitasi  persyaratan  dan analisis persyaratan adalah kegiatan rekayasa persyaratan yang paling dipengaruhi oleh penggabungan Persona.

## 2 TINJAUAN PUSTAKA
Adapun  penelitian  terkait  dari  sebelumnya  mengenai  peningkatan  kebutuhan  perangkat  lunak yang sudah dipublikasikan, diantaranya adalah :
Penelitian  yang  dilakukan  oleh  Miaskiewicz  dan  Kozar,  K.A  pada  tahun  2011.  Penelitian  ini membahas  tentang  keuntungan  dari  produk  desain  untuk  persona.  Tujuannya  untuk  melihat  apakah manfaat  menggabungkan  persona  ke  dalam  proses  desain  yang  berpusat  pada  pengguna  jelas.  Hasil
yang  ditunjukkan  dari  penelitian  ini,  bahwa  banyak  manfaat  dari  menggabungkan  persona  dengan produk desain [6].
Selanjutnya  penelitian  yang  dilakukan  oleh  Bruna  Ferreire,  Williamson  Silva,  Edson  Oliveira, Tayana  Conte  pada  tahun  2015.  Tujuan  untuk  merancang  persona  dengan  empati  atau Empaty  Map (EM ).  Dengan  merancang  EM,  diharapkan  dapat  mempermudah  dalam  merancang  persona.  Hasil penelitian  ini  bisa  membuktikan  bahwa  sebagian  subjek  berpikir  bahwa  EM  mudah  digunakan  dan bermanfaat untuk penciptaan persona [7].
Berikutnya penelitian yang dilakukan oleh Sabine dan Lene Nielsen pada tahun 2009. Penelitian ini  bertujuan  untuk  melihat  scenario  persona  dengan  metode  story  telling  untuk  ide  desain.  Alasan mengapa  menggunakan  story  telling  karena  kemampuan  manusia  yang  melekat  untuk  membangun, menceritakan,  dan  menafsirkan  cerita  itu  tidak  mudah  dan  menyajikan  cerita  yang  baik,  dan berorientasi desain tanpa metode dukungan. Hasil yang didapat dari teori naratif menunjukkan bahwa cerita yang sejalan dengan bentuk cerita dan elemen naratif lebih mudah untuk dihubungkan, diingat dan secara umum lebih meyakinkan [8].
Selanjutnya penelitian yang dilakukan Soon-Gyo Jung, Moeed Ahmad, Jisun An, Lene Nielsen, Haewoon  Kwak,  Bernard  J.  Jansen  pada  tahun  2017.  Mereka  mengembangkan  metodologi  untuk generasi  persona  menggunakan  media  sosial  waktu  nyata  untuk  distribusi  produk  melalui  platform online,  dengan  begitu  bisa  memudahkan  untuk  menyeleksi  setiap  kategori  persona.  Hasil  yang didapatkan  dari  penelitian  ini  adalah  kepribadian  bisa  cepat  dan  secara  otomatis  dibuat  skala  besar, dan menghasilkan persona yang didasarkan pada nyata data yang menceriminkan orang sesungguhnya [9].
Penelitian  selanjutnya  dilakukan  oleh  Nan  Tu,  Xiao  Dong,  Pei-Luen  Patrick  Rau,  Tao  Zhang pada  tahun  2010.  Dalam  makalah  ini  digambarkan  ciptaan  persona  proses  yang  menggabungkan metode kuantitatif seperti cluster analisis dengan metode kuantitatif seperti observasi dan wawancara untuk  menghasilkan  persona  yang  menyakinkan  dan  representatif  Kemudian  digambarkan  proses pembuatan  personas  melalui  studi  kasus.  Analisis  cluster  digunakan  untuk  mengelompokkan pengguna  berdasarkan  kesamaan  mereka  di  tujuan  dan  preferensi  pengambilan  keputusan  dan hasilnya adalah persona dapat dibuat menggunakan metode kuantitatif [10].

## 3 METODE PENELITIAN
Dalam  proses  elisitasi  kebutuhan  menggunakan  User  Persona  ada  tahapan  yang  dilakukan. Tahapan tersebut sebagai berikut [4]:
1. State Hypotheses
Pada  tahapan  pertama  ini  hal  yang  dilakukan  adalah  menyatakan  perumusan  hipotesis  awal tentang  kemungkinan  pesona  yang  akan  dibuat.  Untuk  menggali  hipotesa  tersebut  dilakukan wawancara dan penggalian informasi melalui stakeholder [1].

## 2. Identify Behavioral Variable
Pada  tahapan  kedua  dilakukan  identifikasi  dan  diukur  berdasarkan  survey  dan  wawancara mendalam.  Untuk  dibuat  karakteristik  fiksi  dari  orang  orang  yang  angka  latar  belakang  untung pengguna,  tujuan  penggunaan,  kebutuhan,  sikap,  pengetahuan,  dan  kemahiran  khusus,  dll  [11]. Semua  wawancara  akan  dikumpulkan  untuk  mengetahui  motivasi  dan  perilaku  mereka  dan menghasilkan sebuah variabel.
3. Map Interview Subjects to Behavioral Variable
Pada tahapan ketiga ini menghasilkan subjek dari  variabel-variabel berdasarkan karakteristik dan dilakukan  pemetaan  berdasarkan  hasil  wawancara  sesuai  skala  variabel  agar  dalam  menganalisa untuk pengelompokan sesuai varabel perilaku yang diamati.
4. Identify Significant Behavior Patterns
Setelah  pengelompokkan  variabel  pada  tahap  sebelumnya.  Selanjutnya,  variabel  dibuat  berupa persentase  agar  lebih  signifikan  dan  mengidentifikasi  pola  karakteristik  untuk  menemukan kelompok  dari  beberapa  subjek  di range tertentu.  Range  untuk  menentukan  pola  karakteristik yang signifikan [12].
Evi Dwi Wahyuni dkk: Perspektif Awam dalam Implementasi Elisitasi Kebutuhan Menggunakan User Persona

## 5. Synthesize Characteristics and Relevant Goals
Pada  tahap  kelima  ini  mengsintesis  karakteristk  untuk  penjabaran  yang  lebih  detail  dari karakteristik  responden  untuk  tujuan  relevan  dan juga  menjelaskan  kepribadian dari  stakeholder yang telah diwawancarai  dan dijabarkan dalam bentuk personas foundation document [13].

## 6. Check for Redudancy and Completeness
Pada  tahap  ini  dilakukan  pengecekan  dari  tahap  pertama  hingga  tahap  kelima  sehingga mengahasilkan  dokumen  validasi  dari  pemetaan.  Dokumen  validasi  memastikan  seluruh  subjek mengisi  dan  memvalidasi  dengan  menggunakan  respoden  lain,  memvalidasi  semua  responden tentang variabel yang belum ada pada emotion card .
7. Expand the Description of Attributes and Behaviors
Pada  tahap  ini  dibuat  sebuah  narasi  untuk  setiap  responden  agar  memperjelas  berdasarkan  isi personas foundation document
8. Designate Persona Types
Menentukan  persona  primer  agar  kebutuhan  dan  tujuan  menjadi  target  utama  untuk  pencapaian sistem. Sedangkan persona sekunder hanya sebagai kebutuhan tambahan.

## 9. Build Use Cases
Membuat sebuah diagram use case beranotasi dan juga membuat spesifikasi use case, Selain itu, definisi  yang  disaranka juga  memiliki  manfaat untuk  pemodelan  use  case  dengan  UML dan use case  model  refactoring  :  dalam  UML  hubungan  luas  menentukan  perilaku  use  case  yang  terkait [14].

## 10. Implement and Evaluate Prototypes
Pada tahap terakhir  ini  adalah  membuat  prototype  dari  diagram  use  case  yang  telah  dibuat  pada tahap  sebelumnnya.  Prototype  sangat  penting  untuk  menguji  sebuah  kelayakan  produk  yang dibuat  setelah  melakukan  tahapan  pertama  sampai  tahap  kesembilan  bertujuan  untuk mengevaluasi dengan memperlihatkan hasil kepada user. Prototype ini harus bekerja cukup setiap sistem nyata yang dapat digunakan dan memecahkan masalah [15].

## 4 HASIL DAN PEMBAHASAN
Pada  bagian  ini  diberikan  hasil  dan  pembahasan  pada  masing-masing  tahapan  yang  sudah dilakukan. Ada 10 tahapan yang sudah dilakukan dengan hasil sebagai berikut:
1. State Hypothese
Pada Tabel  1. peneliti  membagi  menjadi  2  Hipotesa  yang  mana  diantara  Mahasiswa,  dan  juga Dosen saling memiliki peran berdasarkan permasalahan yang diteliti.
Tabel 1. Hypotesis Persona Hypotesis Persona Explanation H 0 Mahasiswa Mahasiswa  tidak  mengetahui  Mata  Kuliah  dasar  menjadi syarat  untuk  mengambil  beberapa  Mata  Kuliah  didalam pemrograman studi. H 1 Dosen Wali Beberapa  dosen  wali  tidak  memberikan  dorongan  kepada mahasiswa  untuk  berkonsultasi  sebelum  melakukan pemrograman krs.

## 2. Identify Behavioral Variable
Pada tahap kedua peneliti mengelompokkan hasil observasi perilaku dengan variabel yang dapat megidentifikasi masalah pada penelitian ini berdasarkan skala yang dibuat. Tabel 2 mengidentifikasi perilaku persona Mahasiswa, dan Tabel 2 mengidentifikasi perilaku persona Mahasiswa dan Tabel 3 mengidentifikasi perilaku persona Dosen.
Evi Dwi Wahyuni dkk: Perspektif Awam dalam Implementasi Elisitasi Kebutuhan Menggunakan User Persona
Tabel 2. Identify Behavioral Variables (Mahasiswa) Observed Behavioural Variabel Scale Mengetahui  mata  kuliah yang memiliki prasyarat. Tau ↔ Tidak Tau Frekuensi melakukan konsultasi dosen wali. Selalu ↔ Kadang-kadang ↔ Tidak Pernah Alasan  melakukan/tidak konsultasi dosen wali. Dorongan dosen ↔ Tidak Keduanya ↔ Tidak Penting Tabel 3. Identify Behavioral Variables (Dosen) Observed Behavioural Variabel Scale Frekuensi melakukan konsultasi. Selalu ↔ Sering Frekuensi tidak melakukan konsultasi. Tidak Pernah ↔ Kadang-kadang ↔ Sering Motivasi melakukan konsultasi. Rutinitas ↔ Memberikan informasi penting ↔ Mahasiswa asal- asalan ketika memprogram KRS Motivasi tidak melakukan konsultasi. Tidak  Ada ↔ Mahasiswa  tidak  kooperatif ↔ Sibuk(alasan pribadi)

## 3. Map Interview Subjects to Behavioral Variable
Pada  tahap  ketiga  peneliti  memetakan  hasil  identifikasi  perilaku  persona  berdasarkan  variabel yang  telah  diobservasi  seperti  terlihat  pada  Emotion  Card  untuk  Mahasiswa  pada  Gambar  1.a  dan untuk  Dosen  pada  Gambar  1.b.    Kemudian  dikelompokkan  berdasarkan  respon  masing-masing persona.

## Gambar 1. Emoticon Card (a)  Mahasiswa (b) Dosen

## 4. Identify Significant Behavior Patterns
Pada  tahap  keempat  peneliti  melakukan  paduan  terhadap  jawaban  responden.  Yang  mana kecenderungan  untuk  tidak  melakukan  konsultasi  dan  sebenarnya  dosen  sudah  cukup  aktif  untuk melayani konsultasi. Pada Tabel 4 dan 5 menjukkan presentase berdasarkan jawaban responden pada
Evi Dwi Wahyuni dkk: Perspektif Awam dalam Implementasi Elisitasi Kebutuhan Menggunakan User Persona
setiap  variabel  yang  diidentifikasi.    Sedangkan  pada  Gambar  2  peneliti  melakukan  pengelompokan untuk mengidentifikasi responden yang konsisten ketika diidentifikasi.
Tabel 4. Percentage Grouping Table (Mahasiswa) Observed Behavioral Variable Scale Percentage (%) Mengetahui  mata  kuliah  yang memiliki prasyarat Tau Tidak Tau 20% 80% Frekuensi  melakukan  konsultasi dosen wali Selalu Kadang-kadang Tidak Pernah 20% 20% 60% Alasan melakukan/tidak konsultasi dosen wali Penting Tidak Keduannya Tidak Penting 20% 60% 20% Tabel 5. Percentage Grouping Table (Dosen) Observed Behavioral Variable Scale Percentage (%) Frekuensi melayani konsultasi Selalu Sering 20% 80% Frekuensi tidak melakukan konsultasi Tidak Pernah Kadang-kadang Sering 20% 60% 20% Motivasi melakukan konsultasi Rutinitas Memberi informasi penting Karena  mahasiswa  asal- asalan ketika KRS 20% 60% 20% Motivasi tidak melakukan konsultasi Tidak ada Mahasiswa tidak kooperatif Sibuk (alasan pribadi) 20% 80% 0%
Gambar 2. Identify Significant Behaviour Patterns (A) Mahasiswa, (B) Dosen

## 5. Synthesize Characteristics and Relevant Goals
Pada  tahap  kelima  ini  peneliti  melakukan  observasi  dan  juga  identifikasi  karakter persona  agar  peneliti  mengetahui  responden  yang  konsisten  dengan  tujuan  mereka. Identifikasi  karakter  dilakukan  pada  setiap  responden  seperti  terlihat  pada  Gambar  3 dilakukan pada responden mahasiswa dan dosen.
Evi Dwi Wahyuni dkk: Perspektif Awam dalam Implementasi Elisitasi Kebutuhan Menggunakan User Persona

## Gambar 3. Personas Foundation Document (A) Mahasiswa, (B) Dosen

## 6. Check for Redudancy and Completeness
Pada tahap keenam ini peneliti melakukan validasi agar dapat memastikan seluruh responden telah  berkontribusi  dengan  memberikan  respon  atas  pertanyaan  yang  dibuat  berdasarkan  hasil observasi perilaku persona pada tahap kedua.

## 1. Memastikan Seluruh Subject Mengisi
Tabel 6. Validasi Pengisian (Mahasiswa) Question Interview Subject Response Checking Semester  berapakah anda? - Fauzi - Alfian - Halimahtus - Wahyu - Arif - Semester 6 - Semester 6 - Semester 8 - Semester 6 - Semester 6 - Sudah mengisi - Sudah mengisi
- Sudah mengisi
- Sudah mengisi - Sudah mengisi Apakah anda mengetahui matakuliah yang memiliki prasyarat dalam  pogram  studi ? - Fauzi - Alfian - Halimahtus - Wahyu - Arif - Tidak Tau - Tau - Tidak Tau
- Tidak Tau
- Tidak Tau - Sudah mengisi - Sudah mengisi - Sudah mengisi
- Sudah mengisi
- Sudah mengisi Apakah  anda  sering melakukan  ataupun menerima  konsultasi kepada dosen wali ? - Fauzi - Alfian - Halimahtus - Wahyu - Arif - Tidak Pernah - Selalu - Tidak Pernah
- Tidak Pernah
- Kadang-Kadang - Sudah mengisi - Sudah mengisi
- Sudah mengisi
- Sudah mengisi
- Sudah mengisi Apakah  alasan  anda melakukkan  /  tidak melakukan konsultasi kepada dosen wali ? - Fauzi - Alfian - Halimahtus - Wahyu - Arif - Tidak Keduanya - Tidak Keduanya - Tidak Penting
- Tidak Keduanya
- Tidak Keduanya
- Sudah mengisi
- Sudah mengisi
- Sudah mengisi
- Sudah mengisi
- Sudah mengisi
Evi Dwi Wahyuni dkk: Perspektif Awam dalam Implementasi Elisitasi Kebutuhan Menggunakan User Persona
Tabel 7. Validasi Pengisian(Dosen) Question Interview Subject Response Checking Apakah  anda  sering melayani  mahasiswa untuk melakukan konsultasi ? - Nur Hayatin - Ali Sofyan - Gita - Christian - Mahar - Selalu - Sering - Sering - Sering - Sering - Sudah mengisi - Sudah mengisi - Sudah mengisi
- Sudah mengisi - Sudah mengisi Apakah  anda  sering tidak melayani mahasiswa untuk melakukan konsultasi ? - Nur Hayatin - Ali Sofyan - Gita - Christian - Mahar - Tidak Tau - Kadang-kadang - Kadang-kadang - Kadang-kadang - Sering - Sudah mengisi - Sudah mengisi - Sudah mengisi
- Sudah mengisi - Sudah mengisi Apakah yang membuat anda termotivasi untuk melakukan konsultasi ? - Nur Hayatin - Ali Sofyan - Gita - Christian - Mahar - Rutinitas - Memberi info penting - Memberi info penting - Memberi info penting - Karena mahasiswa asal-asalan - Sudah mengisi - Sudah mengisi - Sudah mengisi
- Sudah mengisi - Sudah mengisi Apakah yang membuat anda termotivasi untuk tidak melakukan konsultasi ? - Nur Hayatin - Ali Sofyan - Gita - Christian - Mahar - Tidak Ada - Mahasiswa tidak kooperatif - Mahasiswa tidak kooperatif - Mahasiswa tidak kooperatif - Mahasiswa tidak kooperatif - Sudah mengisi - Sudah mengisi - Sudah mengisi
- Sudah mengisi
- Sudah mengisi

## 2. Memvalidasi dengan responden lain
Tabel 8. Validasi Responden Lain Question Interview Subject Response Checking Semester  berapakah anda? - Lutfi - Ipin - Semester 6 - Semester 6 Sama seperti responden sebelumnya Apakah anda mengetahui matakuliah yang memiliki prasyarat dalam  pogram  studi ? - Lutfi - Ipin - Tidak Tau - Tidak Tau Sama  seperti  subjek 3,4, dan 5 Apakah  anda  sering melakukan  ataupun menerima  konsultasi kepada dosen wali ? - Lutfi - Ipin - Tidak Pernah - Kadang - Kadang Sama  seperti  subjek 5 Sama  seperti  subjek 4 Apakah  alasan  anda melakukkan  /  tidak melakukan konsultasi kepada dosen wali ? - Lutfi - Ipin - Tidak keduanya - Tidak keduanya Sama seperti subjek4, dan 5
Tahap pertama dari fase Check for Redudancy and Completeness adalah memastikan bahwa seluruh  responden  telah  melengkapi  hasil  Emotion  Card  yang  diberikan,  hal  tersebut  berguna untuk memastikan tidak ada parameter yang hilang dari setiap responden. Fase tersebut dilakukan untuk  seluruh  responden  baik  untuk  Mahasiswa  seperti  terlihat  pada  Tabel  6  dan  pada  Dosen seperti terlihat pada Tabel 7. Pada setiap validasi yang dilakukan dianalisa hasil jawaban sehingga jawaban  bukan  hanya  sudah  atau  belum  diisi  namun  juga  dipastikan  bahwa  jawaban  relevan dengan pertanyaan.
Setelah  menyelesaikan  tahap  pertama  dari  fase  Check  for  Redudancy  and  Completeness selanjutnya  hasil dari  Emotion  Card  divalidasi dengan  responden  lain  yang  tidak  berkaitan  dari setiap  fase  yang  ada  dilakukan  pada  tahap  sebelumnya.  Responden  yang  diambil  pada  fase  ini diambil  secara  acak  dengan  ketentuan  merupakan  populasi  yang  sama  dengan  responden  pada fase  sebelumnya.  Tabel  8  menunjukkan  bahwa  responden  mengisi  item  yang  sama  dengan responden utama.

## 7. Expand the Description of Attributes and Behaviors
Pada  tahap  ketujuh  ini  peneliti  menjabarkan  kembali  atribut  dan  perilaku  setiap  persona berdasakan  informasi  yang  didapat  pada  tahap-tahap  sebelumnya.  Atribut  dan  perilaku  yang ditunjukkan  melalui  emotion  card  selanjutnya  dibuat  dalam  bentuk  narasi  yang  menggambarkan keseluruhan masalah yang dihadapi oleh pengguna. Dalam penelitian yang dilakukan seperti terlihat pada Tabel 9 diambil beberapa responden untuk diambil persona dari masing-masing atribut tersebut.
Tabel 9. Narasi Persona Nama Deskripsi Muhammad Fauzi Rais Fauzi  (20)  mahasiswa informatika  angkatan  2017 yang  sekrang  berada  di  semester  6.  Fauzi  berasal dari  pulau  Lampung,  kini  ia  sedang  mendalami pada matakuliah database.
Fauzi  melakukan  KRS  dan  memilih  mata  kuliah sesuai sks di semesternya, mengambil  matakuliah yang di wajbkan dan mengambil matakuliah yang di  luar  sks  jika  masih  memungkinkan,  dia  juga memprogram  KRS  mengikuti  jadwal  teman- temannya.  Dan  Fauzi  tidak  pernah  konsultasi kepada  dosen  wali  karena  tidak  ada  peraturan wajib untuk konsultasi kepada dosen wali Nama Deskripsi Nur Hayatin, S.T, M.Kom Nur  Hayatin  (36)  adalah  seorang  dosen  aktif  di informatika  UMM,  Nur  Hayatin  juga  sebagai dosen wali di informatika, dia sangat memperhatikan  mahasiswanya,  Nur  Hayatin adalah salah satu dosen dalam bidang minat Data Science,  kemampuan  iNur  Hayatin  dan  program sangat  handal  dan  juga  sangat  handal  dalam metode  penelitian.  Nur  Hayatin  sebagai  dosen wali ingin menyarankan kepada mahasiswa untuk konsultasi  terlebih  dahulu  sebelum  melakukan KRS  terutama  untuk  anak  wali  yang  dibimbing Nur Hayatin.
8. Designate Persona Types
Pada  tahap  kedelapan  ini  peneliti  mengambil  sample  persona  yang  memiliki  tipe perilaku  paling  mencolok.  Didapati  ada  mahasiswa  yang  tidak  menjumpai  masalah  seperti yang diangkat dalam penelitian ini dikarenakan keaktifan mahasiswa tersebut. Sedangkan ada
Evi Dwi Wahyuni dkk: Perspektif Awam dalam Implementasi Elisitasi Kebutuhan Menggunakan User Persona
persona dari dosen yang begitu aktif mengajak mahasiswanya agar selalu berkonsultasi serta memberi motivasi ke mahasiswanya.

## Designate Persona Types : Mahasiswa
PRIMARY PERSONA : Muhammad Fauzi Rais, Seorang Mahasiswa Aktif Informatika Fauzi  (20)  mahasiswa  informatika  angkatan  2017  yang  sekrang  berada  di  semester  6.  Fauzi berasal dari pulau Lampung, kini ia sedang mendalami pada mata kuliah database.
Fauzi  melakukan  KRS  dan  memilih  mata  kuliah  sesuai  sks  di  semesternya,  mengambil matakuliah  yang  di  wajbkan  dan  mengambil  matakuliah  yang  di  luar  sks  jika  masih memungkinkan,  dia  juga  memprogram  KRS  mengikuti  jadwal  teman-temannya.  Dan  Fauzi tidak pernah konsultasi kepada dosen wali karena tidak ada peraturan wajib untuk konsultasi kepada dosen wali

## Designate Persona Types : Dosen
PRIMARY PERSONA : Nur Hayatin, S.T, M.Kom, Dosen Informatika UMM Nur  Hayatin  (36)  berasal  dari  Malang  pendidikan  terakhirnya  S2  di  Institut  Teknologi Sepuluh Nopember sekarang beliau adalah seorang dosen tetap di informatika UMM dan Nur Hayatin  juga  sebagai  dosen  wali  di  informatika,  dia  sangat  memperhatikan  sangat  peduli kepada  mahasiswanya,  sekarang  Nur  Hayatin  aktif  mengajar  terutama  dalam  bidang  minat data  science,  kemampuan  Nur  Hayatin  dan  program  sangat  handal  dan  juga  sangat  handal dalam metode penelitian beliau sangat teliti dan detail dalam penelitian. Nur Hayatin sangat menguasai bahasa pemrograman C.
Sebagai  dosen  wali  ingin  menyarankan  kepada  mahasiswa  untuk  konsultasi  terlebih  dahulu sebelum  melakukan  KRS  terutama  untuk  anak  wali  yang  dibimbing,  Nur  Hayatin  adalah dosen  wali  yang  sangat  peduli  kepada  mahasiswanya.  Dalam  berkomunikasi  bersama mahasiswanya dia begitu ramah dan memberi motivasi dan semangat kepada mahasiswanya dan  ingin  tau  kekurangan  dan  kelebihan  anak  walinya  dan  ingin  lebih  bisa  memantau mahasiswanya dalam perkulihan.

## 9. Build Use Cases
Membuat  use  case  berdasarkan  identifikasi  kebutuhan  PL  dengan  informasi kebutuhan yang telah digali pada penelitian ini. Gambar 4 merupakan hasil dari rancangan sistem  yang  didapati  sesuai  kebutuhan  persona.  Kemudian  pada Tabel  10 dijelaskan bagaimana persona berinteraksi melalui sistem yang telah dirancang.
Gambar 4. Use Case Diagram
Evi Dwi Wahyuni dkk: Perspektif Awam dalam Implementasi Elisitasi Kebutuhan Menggunakan User Persona
Tabel 10. Use Case Descriptor Actor Persona Type Description Dosen Primary : Nur Hayatin, S.T, M.Kom Setelah melakukan login di website INFOKHS, Nur Hayatin menginginkan mahasiswa berkonsultasi terlebih dahulu tentang  mata  kuliah  yang  akan diambil oleh mahasiswanya sebelum  memprogram  mata  kuliah (KRS) Mahasiswa Primary : Muhammad Fauzi Rais Setelah melakukan login di website INFOKHS, Fauzi melakukan konsultasi  dengan  dosen  walinya mengenai  kemampuan  dia  dan berdiskusi  tentang  mata  kuliah berprasyarat,  lalu  dia  memprogram
KRS sesuai diskusi.
10. Implement and Evaluate Prototypes
Pada tahap kesepuluh dihasilkan prototipe yang telah dibut berdasarkan use case yang telah dirancang. Gambar 5 merupakan prototipe hasil implementasi rancangan.
Gambar 5. Prototype

## 5 KESIMPULAN
Dari  penelitian  yang  dilakukan,  mengidentifikasi  persona  untuk  menggali  kebutuhan  dapat menyelesaikan  beberapa  permasalahan  yang  dapat  digali  dengan  lebih  detail.  Beberapa  tahap  yang dilakukan pada metode tersebut terbukti unggul dibandingkan hanya satu tahap yang biasa dilakukan pada  penggalian  kebutuhan  pada  umumnya,  namun  demikian  hal  tersebut  juga  berkorelasi  dengan lamanya  waktu  yang  dibutuhkan  pada  saat  fase  penggalian  kebutuhan.  Dalam  penelitan  yang dilakukan  penggalian  kebutuhan  dengan  metode  tersebut  dapat  menggali  bahwa  kebanyakan  dosen sudah  cukup  aktif  dalam  melayani  mahasiswa  untuk  konsultasi.  Sedangkan  mahasiswa  masih cenderung meremehkan manfaat jika berkonsultasi dan akibat jika tidak berkonsultasi terlebih dahulu. Dengan pendekatan persona peneliti dapat merancang sistem dengan HCI yang lebih efektif sehingga menghasilkan PL yang berkualitas.
Evi Dwi Wahyuni dkk: Perspektif Awam dalam Implementasi Elisitasi Kebutuhan Menggunakan User Persona

## REFERENSI
[1] S.  T.  Acuña,  J.  W.  Castro,  and  N.  Juristo,  “A  HCI  technique  for  improving  requirements elicitation,” Inf.  Softw.  Technol. ,  vol.  54,  no.  12,  pp.  1357–1375,  Dec.  2012,  doi: 10.1016/J.INFSOF.2012.07.011.
[2] G.  Rogers,  Yvonne  and  Bannon,  Liam  and  Button,  “Rethinking  theoretical  frameworks  for HCI: report on an INTERCHI’93 workshop, Amsterdam, 24--25th April, 1993,” ACM SIGCHI Bull. , vol. 26, pp. 28--30, 1994.
[3] M.  Rauterberg,  “HCI  as  an  engineering  discipline:  to  be  or  not  to  be!?,” African  J.  Inf. Commun. Technol. , vol. 2, no. 4, pp. 163–184, 2006, doi: 10.5130/ajict.v2i4.365.
[4] D. Cooper, Alan and Reimann, Robert and Cronin, About face 3: the essentials of interaction design . John Wiley \& Sons, 2007.
[5] J. Castro, “Extensión de la Técnica Personas para su Incorporación en la Actividad de Análisis del  Proceso  de  Ingeniería  del  Software,” Trab.  Fin  Máster,  Esc.  Politécnica  Super. Informática, Univ. Autónoma Madrid , 2009.
[6] T.  Miaskiewicz  and  K.  A.  Kozar,  “Personas  and  user-centered  design:  How  can  personas benefit  product  design  processes?,” Des.  Stud. ,  vol.  32,  no.  5,  pp.  417–430,  2011,  doi: 10.1016/j.destud.2011.03.003.
[7] B.  Ferreira,  W.  Silva,  E.  Oliveira,  and  T.  Conte,  “Designing  personas  with  empathy  map,” Proc.  Int.  Conf.  Softw.  Eng.  Knowl.  Eng.  SEKE ,  vol.  2015-Janua,  pp.  501–505,  2015,  doi: 10.18293/SEKE2015-152.
[8] S. Madsen and L. Nielsen, “Exploring persona-scenarios - Using storytelling to create design ideas,” IFIP Adv. Inf. Commun. Technol. , vol. 316, pp. 57–66, 2010, doi: 10.1007/978-3-642- 11762-6_5.
[9] S. G. Jung, J. An, H. Kwak, M. Ahmad, L. Nielsen, and B. J. Jansen, “Persona generation from aggregated social media data,” Conf. Hum. Factors Comput. Syst. - Proc. , vol. Part F1276, pp. 1748–1755, 2017, doi: 10.1145/3027063.3053120.
[10] N. Tu, X. Dong, P. L. P. Rau, and T. Zhang, “Using cluster analysis in persona development,” SCMIS  2010  -  Proc.  2010  8th  Int.  Conf.  Supply  Chain  Manag.  Inf.  Syst.  Logist.  Syst.  Eng. , 2010.
[11] G. Kim, “Develop the System for the protection of valuable contents.”
[12] T. Miaskiewicz, T. Sumner, and K. A. Kozar, “A Latent Semantic Analysis methodology for the  identification  and  creation  of  personas,” Conf.  Hum.  Factors  Comput.  Syst.  -  Proc. ,  no. July 2014, pp. 1501–1510, 2008, doi: 10.1145/1357054.1357290.
[13] S. Bagriyanik and D. Karahoca, “System analyst expectations from requirements engineering tools: A human computer interaction perspective,” Glob. J. Comput. Sci. , vol. 04, no. 1, pp. 7– 16, 2014.
[14] P.  Metz,  J.  O’Brien,  and  W.  Weber,  “Specifying  use  case  interaction:  Types  of  alternative courses,” J. Object Technol. , vol. 2, no. 2, pp. 111–131, 2003, doi: 10.5381/jot.2003.2.2.a1.
[15] W. A. Rahim, W. M. Isa, A. M. Lokman, N. F. Taharim, and N. D. Wahid, “Engineering m- learning using agile user-centered design,” Proc. - 2014 8th Int. Conf. Next Gener. Mob. Appl. Serv. Technol. NGMAST 2014 , pp. 60–65, 2014, doi: 10.1109/NGMAST.2014.46.