Jurnal Pengembangan Teknologi Informasi dan Ilmu Komputer e-ISSN: 2548-964X

Vol. 3, No. 5, Mei 2019, hlm. 4491-4499 http://j-ptiik.ub.ac.id

Sistem Elisitasi Kebutuhan dengan Konsep Gamification Berbasis Website

Fadhilah Muchammad F. A. Bakthier1, Fajar Pradana2, Bayu Priyambadha3

Program Studi Teknik Informatika, Fakultas Ilmu Komputer, Universitas Brawijaya

Email: 1fadilabactir@gmail.com, 2fajar.p@ub.ac.id, 3bayu_priyambadha@ub.ac.id

Abstrak
Elisitasi kebutuhan merupakan suatu proses penting dalam rekayasa perangkat lunak untuk
mendapatkan informasi mengenai ruang lingkup dan kebutuhan sistem yang akan dibangun. Proses
elisitasi ini menentukan keberhasilan dari perangkat lunak, dimana jika terdapat kesalahan dalam
pendefinisian kebutuhan maka akan berakibat pada kegagalan sistem. Pada proses ini peran dari para
pemangku kepentingan sangat dibutuhkan untuk membantu tim pengembang perangkat lunak
menentukan seperti apa sistem yang akan dibangun. Namun dalam prosesnya terdapat beberapa masalah
yang dapat menghambat proses elisitasi kebutuhan. Permasalahan pertama adalah pemangku
kepentingan kerap kesulitan mendefinisikan sistem yang diinginkan dan tim pengembang kurang
memahami lingkup sistem, sehingga mengakibatkan terjadinya kesalahpahaman dalam pendefinisian
kebutuhan. Selain itu, antusiasme yang relative rendah dari para pemangku kepentingan menyebabkan
proses elisitasi kebutuhan menjadi lebih sulit, sehingga kalimat kebutuhan yang dihasilkan memiliki
kualitas yang kurang baik. Berdasarkan permasalahan tersebut, perlu adanya inovasi dalam proses
elisitasi kebutuhan untuk mengatasi permasalahan yang ada. Konsep gamification merupakan sebuah
cara yang dapat dilakukan untuk membuat suatu kegiatan menjadi lebih menarik, sehingga dapat
meningkatkan antusiasme dari para pemangku kepentingan untuk ikut serta dalam proses elisitasi
kebutuhan. Sistem elisitasi kebutuhan dengan konsep gamification ini diharapkan dapat membuat
kolaborasi antara pemangku kepentingan dan tim pengembang menjadi lebih mudah sehingga
menghasilkan kalimat kebutuhan dengan kualitas yang lebih baik. Sistem ini dibuat dengan teknologi
website dan telah diuji dengan metode whitebox testing untuk pengujian unit dan integrasi, dan metode
blackbox testing untuk pengujian validasi yang menghasilkan nilai 100% valid untuk semua kasus uji,
serta pengujian usability yang menghasilkan nilai 82.5 dengan kategori acceptable.
Kata Kunci: elisitasi kebutuhan, rekayasa kebutuhan, gamification
Abstract
Requirements elicitation is an important process in software engineering that used to get information
about the system scope and needs that will be built. This elicitation process determines the success of
the software, where if there is an error in defining the requirements it will cause system to failure. In
this process the stakeholders’ role is needed to help the software development team determine what kind
of system will be built. But, in the process there are several problems that can hinder the elicitation
process. The first problem is that stakeholders usually having trouble when defining the desired system
and the lacks of knowledge that the development team have about scope of the system, caused a
misunderstanding in defining the requirements. On the other hand, the low enthusiasm of stakeholders
makes the requirements elicitation proses has been more difficult, so the requirements that been
produced has a poor quality. Based on these problems, need an innovation in the process of elicitation
to overcome existing problems. The gamification concept is the way that can be done to make an activity
more interesting, so that it can increase the stakeholders’ enthusiasm to participate in the process of
requirements elicitation. The requirements elicitation system with gamification concept is expected to
be able to make collaboration between stakeholders and the development team easier, therefore they
can produce a requirement with a good quality. This system is made with website technology and has
been tested with the Whitebox testing method for unit testing and integration testing, and the Blackbox
testing method for validation testing which resulting in a 100% valid value for all test cases then,
usability testing which resulting in 82.5 with acceptable category.
Keyword: requirements elicitation, requirements engineering, gamification

Fakultas Ilmu Komputer

Universitas Brawijaya 4491
Jurnal Pengembangan Teknologi Informasi dan Ilmu Komputer
1. PENDAHULUAN
Elisitasi kebutuhan merupakan hal yang
pertama kali dilakukan saat kita akan
membangun sebuah sistem. Dimana, dalam
proses ini peran dari para stakeholder sangat
dibutuhkan untuk mendapatkan informasi
mengenai ruang lingkup dan bagaimana sistem
yang akan dibangun. Proses elisitasi kebutuhan
merupakan proses penting yang jika terdapat
kesalahan dalam pendefinisian kebutuhan sistem
akan berakibat kegagalan dari perangkat lunak
yang dibangun (Fernandes et al., 2012).
Keberhasilan dari proses elisitasi kebutuhan
ditentukan oleh komunikasi dan kolaborasi yang
bagus antara para pemangku kepentingan dan
tim pengembang perangkat lunak (Duarte et al.,
2012). Namun, antusiasme yang relatif rendah
dari para stakeholder dapat menghambat
terbentuknya kalimat kebutuhan yang sesuai.
Selain itu, terkadang para pemangku
kepentingan tidak benar-benar paham
bagaimana sistem yang mereka inginkan dan tim
pengembang tidak memahami proses bisnis yang
ada sehingga menghasilkan kalimat kebutuhan
yang berkualitas rendah (Fernandes et al., 2012).
Hal ini dapat diatasi dengan visualisasi, adanya
visualisasi dapat meningkatkan pemahaman dan
mengurangi kesalahpahaman yang bisa terjadi
dalam proses elisitasi kebutuhan (Duarte et al.,
2012).
Teknik visualisasi ini dapat diwujudkan
dengan gamification. Dengan adanya
gamification terdapat beberapa unsur yang bisa
memacu ketertarikan pengguna seperti sistem
scoring dan juga kenaikan level. Penerapan
konsep gamification dapat membuat pekerjaan
yang dilakukan menjadi lebih menarik dan
menimbulkan kesan tantangan (Pedreira et al.,
2015). Gamification juga dapat menimbulkan
adanya motivasi untuk berkompetisi dengan
pengguna lain sehingga akan meningkatkan
partisipasi aktif dari para pengguna yang terlibat
(Fernandes et al., 2012; Ghanbari, Similä dan
Markkula, 2015).
Oleh karena itu, penelitian ini dilakukan
untuk mengembangkan suatu sistem elisitasi
kebutuhan dengan konsep gamification yang
diharapkan dapat meningkatkan kontribusi para
stakeholder dan tim pengembang perangkat
lunak dalam proses elisitasi kebutuhan, sehingga
proses ini menjadi lebih mudah dan dapat
menghasilkan kalimat kebutuhan perangkat
Fakultas Ilmu Komputer, Universitas Brawijaya
4492
lunak yang berkualitas baik dan sesuai dengan
sistem yang akan dibangun.
2. LANDASAN KEPUSTAKAAN
2.1 Kajian Pustaka
Penelitian terkait elisitasi kebutuhan pernah
beberapa kali dilakukan sebelumnya. Penelitian
pertama dilakukan oleh Oscar Pedreira, Felix
Garcia, Nieves Brisaboa, dan Mario Piattini pada
tahun 2015, penilitian tersebut membahas
tentang gamification dalam rekayasa perangkat
lunak. Dalam proses rekayasa perangkat lunak
elisitasi kebutuhan merupakan tahapan yang
membutuhkan kolaborasi dari pengguna dan tim
pengembang untuk dapat menemukan
kebutuhan yang sesuai, dan dari penelitian
tersebut dihasilkan bahwa penggunaan konsep
gamification dapat meningkatkan partisipasi dari
pengguna, motivasi serta performa pengguna
dalam menjalankan suatu pekerjaan yang biasa
dilakukannya. Pada penelitian ini juga akan
diterapkan konsep gamification pada proses
elisitasi kebutuhan dengan menerapkan
pemberian vote, badges, level, serta skor pada
tiap aktivitas yang dilakukan.
Penelitian kedua dilakukan oleh Joao
Fernandes, Diogo Duarte, Claudia Ribeiro, Carla
Farinha, Joao Madeiras Pereira, dan Miguel
Mera da Silva pada tahun 2012, dimana mereka
membuat sebuah prototype bernama iThink.
Prototype ini digunakan untuk melakukan
elisitasi kebutuhan, dimana telah diterapkan juga
konsep gamification didalamnya. Pengguna
dapat mendefinisikan kebutuhan, memberikan
voting, serta komentar dan akan mendapatkan
poin setiap melakukan aktivitas tersebut. Hasil
dari penelitian tersebut dapat disimpulkan bahwa
dengan konsep gamification dalam proses
elisitasi kontribusi dari para pemangku
kepentingan menjadi meningkat dan
menghasilkan kolaborasi yang lebih baik. Pada
penelitian ini, juga akan diterapkan pemberian
poin pada tiap aktivitas, perbedaannya ada dalam
pendefinisian kebutuhan baru pada projek yang
akan dipisah menjadi beberapa stage dan diakhir
pengguna dapat menambahkan visualisasi dari
kebutuhan yang telah didefinisikan.
Penelitian ketiga dilakukan oleh Diogo
Duarte, Carla Farinha, Miguel Mira da Silva, dan
Alberto Rodrigues da Silva pada tahun 2012,
penelitian tersebut membahas tentang teknik
visualisasi dalam elisitasi kebutuhan. Teknik
visualisasi diimplementasikan dalam
Jurnal Pengembangan Teknologi Informasi dan Ilmu Komputer
penglompokan kebutuhan dalam mindmap untuk
memisahkan kebutuhan kedalam beberapa
kategori, serta penggunaan chart untuk
menampilkan 10 kebutuhan terbaik yang
mendapatkan jumlah like, vote, serta komentar
terbanyak. Hasil penelitian tersebut sangat
bagus, dari survey yang telah dilakukan
pengguna menyatakan setuju dan sangat
menyukai adanya visualisasi. Pada penelitian
sistem elisitasi kebutuhan dengan konsep
gamification ini juga diterapkan visualisasi
dengan menampilkan grafik kebutuhan dengan
vote terbanyak dalam semua stage.
Perbedaannya pada penelitian ini akan
tambahkan visualisasi aktivitas yang dilakukan
pengguna serta leader board untuk
meningkatkan motivasi pengguna dalam
keterlibatannya pada proses elisitasi kebutuhan.
2.2 Model Waterfall
Model SDLC (Software Development Life
Cycle) yang digunakan dalam penelitian ini
adalah waterfall. Model ini cocok digunakan
untuk sistem yang telah memiliki kebutuhan
yang jelas, karena tahapannya yang berurutan
dilakukan untuk setiap fasenya. Sistem elisitasi
kebutuhan dengan konsep gamification ini telah
memiliki kebutuhan yang jelas berdasarkan
kajian literatur serta wawancara yang dilakukan
sehingga model ini cocok digunakan. Tahapan
yang dilalui pada SDLC waterfall ini dapat
dilihat dalam Gambar 1.
Gambar 1. Model Waterfall
(Sumber : Sommerville, 2011)
2.3 Elisitasi Kebutuhan
Elisitasi kebutuhan adalah proses menggali
atau mencari tahu kebutuhan sistem yang akan
dibangun secara keseluruhan, dimana nantinya
akan menghasilkan requirement sistem yang
menjadi acuan dalam melakukan implementasi
sistem (Hofmann dan Lehner, 2001). Proses ini
dilakukan oleh tim pengembang yaitu project
manager dan system analyst serta para
Fakultas Ilmu Komputer, Universitas Brawijaya
4493
pemangku kepentingan sistem. Tahapan yang
dilakukan selama proses elisitasi kebutuhan
antara lain penggalian kebutuhan, analisis
kebutuhan, spesifikasi kebutuhan, serta validasi
dan manajemen kebutuhan (Carrizo, Dieste dan
Juristo, 2014). Tahapan itulah yang akan
menjadi dasar dalam pembuatan sistem elisitasi
kebutuhan dengan adanya modifikasi yang
dilakukan pada tiap tahapannya.
2.3.1 Project Manager
Project Manager adalah orang yang
memiliki responsibility penuh pada suatu project
dan bertanggung jawab untuk mengatur orang-
orang yang terlibat dalam suatu project dengan
memperhatikan scope project serta kemampuan
setiap orang didalamnya (Sommerville, 2011).
2.3.2 Senior Analis dan Analis
Analis ataupun Senior Analis adalah orang
yang bertanggung jawab untuk menganalisa dan
mendefinisikan requirements sistem sesuai
dengan kebutuhan sistem yang akan dibuat
(Hofmann dan Lehner, 2001).
2.3.3 Stakeholder
Stakeholder atau pemangku kepentingan,
merupakan adalah seseorang atau sekumpulan
orang yang akan terpengaruh oleh sistem baik
secara langsung maupun tidak langsung,
termasuk end-users yang berinteraksi dengan
sistem, serta semua orang pada suatu organisasi
yang terlibat dalam suatu sistem (Sommerville,
2011).
2.4 Brainstorming
Terdapat beberapa teknik yang dapat
digunakan dalam melakukan elisitasi kebutuhan,
salah satunya adalah brainstorming.
Brainstorming adalah teknik yang paling ideal
dan dapat digunakan di berbagai konteks situasi,
berdasarkan beberapa faktor yang dapat
mempengaruhi proses elisitasi kebutuhan seperti
elicitor atau orang yang melakukan proses
elisitasi, informan, domain masalah, serta proses
pengerjaan proyek (Carrizo, Dieste dan Juristo,
2014). Dengan teknik ini setiap anggota diskusi
dapat mengungkapkan ide atau pemikiran-
pemikiran yang ia miliki secara langsung dan
menemukan solusi dari permasalahan atau
kebutuhan yang sedang dicari (Maidment et al.,
2017).
Jurnal Pengembangan Teknologi Informasi dan Ilmu Komputer 4494

2.5 Konsep Gamification

Gamification merupakan penerapan konsep
permainan yang diterapkan pada kegiatan non-
permainan untuk meningkatkan motivasi untuk
ikut serta dalam kegiatan yang dilakukan bagi
orang yang terlibat didalamnya. Gamification
dapat meningkatkan kontribusi dan interaksi
setiap orang dalam suatu kegiatan karena
bersifat kompetitif dan tidak membosankan
(Ghanbari, Similä dan Markkula, 2015).
Terdapat 10 elemen pembentuk game yang akan
digunakan yaitu pemain, tujuan atau objectives,
aturan, resource dan resource management,
kondisi permainan, informasi, interaksi dalam
permainan, tema, game sebagai sistem, serta alur
permainan (Schreiber, 2009).

3. METODOLOGI PENELITIAN
Metodologi penelitian merupakan urutan
langkah-langkah yang akan dilakukan untuk
menyelesaikan sebuah penelitian. Langkah yang
dilakukan dalam penelitian ini adalah studi
literatur, anlisis kebutuhan, perancangan sistem,
implementasi, pengujian, serta pengambilan
kesimpulan dan saran. Diagram alir penelitian
ini dapat dilihat pada Gambar 2.
3.1 Studi Literatur
Studi literatur dilakukan untuk
mengumpulkan dasar teori yang dibutuhkan
untuk menunjang penelitian ini. Sumber literatur
yang digunakan berasal dari jurnal ilmiah,
internet, dan buku.
3.2 Analisis Kebutuhan
Analisis kebutuhan dilakukan untuk
menggali kebutuhan sistem yang akan dibangun
dengan menggunakan pendekatan Object
Oriented Analysis. Tahapan ini dilakukan
dengan wawancara serta studi literatur untuk
mengetahui kebutuhan pengguna yang akan
diimplementasikan dalam sistem elisitasi
kebutuhan.
Gambar 2. Diagram Alir Penelitian
3.3 Perancangan Sistem
Tahapan perancangan sistem dilakukan
untuk memodelkan hasil analisis kebutuhan
kedalam bahasa UML, yang dilakukan dengan
pendekatan Object Oriented Design.
Perancangan sistem yang dilakukan meliputi
perancangan komponen berupa pseudocode,
kemudian class diagram, sequence diagram,
perancangan basis data hingga perancangan
antarmuka sistem. Hasil dari perancangan ini
nantinya akan menjadi acuan dalam
implementasi sistem.
3.4 Implementasi
Implementasi sistem dilakukan berdasarkan
perancangan yang telah dibuat dan akan
diimplementasikan kedalam kode program.
Implementasi dilakukan meliputi spesifikasi
sistem, basis data, dan implementasi antarmuka
sistem. Bahasa pemrograman yang digunakan
adalah PHP dengan framework CodeIgniter,

3.5 Pengujian
Pengujian perangkat lunak dilakukan untuk
melihat apakah sistem yang telah dibangun
sesuai dengan kebutuhan yang telah
didefinisikan. Terdapat beberapa pengujian yang
dilakukan, diantaranya pengujian unit dan
pengujian integrasi dengan menggunakan

Fakultas Ilmu Komputer, Universitas Brawijaya

Jurnal Pengembangan Teknologi Informasi dan Ilmu Komputer
metode whitebox. Kemudian pengujian validasi
dengan menggunakan metode blackbox, serta
pengujian usability untuk mengukur tingkat
kemudahan penggunaan sistem dengan
menggunakan metode System Usability Scale.
3.6 Pengambilan Kesimpulan dan Saran
Pengambilan kesimpulan dan saran
dilakukan diakhir penilitan untuk menjawab
rumusan masalah yang telah diuraikan.
Kesimpulan diambil berdasarkan hasil analisis,
perancangan, implementasi serta pengujian
sistem. Kemudian pemberian saran dilakukan
sebagai evaluasi dari penelitian ini untuk dapat
dikembangkan pada penelitian selanjutnya.
4. ANALISIS KEBUTUHAN
4.1 Gambaran Umum Sistem
Sistem elisitasi kebutuhan dengan konsep
gamification ini dibuat untuk memudahkan
proses elisitasi dan mengatasi permasalahan
didalamnya. Pemberian konsep gamufication
dilakukan untuk meningkatkan antusiasme
pemangku kepentingan untuk mendefinisikan
kebutuhan dari sistem. Pada sistem ini
pendefinisian kebutuhan akan dilakukan dalam 3
stage. Stage pertama adalah stage deskripsi,
dimana pengguna akan mendeskripsikan
kebutuhan yang ia miliki kedalam suatu kalimat
kebutuhan. Kemudian stage spesifikasi,
pengguna akan mendetailkan kebutuhan yang ia
miliki menjadi poin-poin yang lebih spesifik
mengenai kebutuhan tersebut. Stage terakhir
yaitu stage visualisasi, dimana pengguna akan
menggambarkan kebutuhan yang telah ia
definisikan kedalam sebuah mockup.
Selama proses elisitasi pengguna dapat
mendefinisikan kebutuhan sebanyak-
banyaknya. Untuk dapat naik ke stage
selanjutnya kebutuhan harus mendapatkan vote
dengan jumlah rata-rata nilai vote minimal 3 dari
pengguna lain dalam projek. Konsep
gamification diterapkan melalui pemberian vote
ataupun komentar, serta adanya skor yang akan
didapatkan oleh pengguna setiap telah
mendefiniskan kebutuhan ataupun memberikan
vote atau komentar pada kebutuhan yang ada.
Selain itu, akan ada level yang akan naik setiap
pengguna telah mencapai skor tertentu. Untuk
menambah kesan game dalam sistem, akan ada
leader board yang akan menampilkan pengguna
yang mendapatkan skor dan level tertinggi.
Selain itu juga akan divisualisasikan kebutuhan
Fakultas Ilmu Komputer, Universitas Brawijaya
4495
dengan vote terbanyak melalui grafik top
requirement.
4.1.1 Gambaran Konsep Gamification
Penerapan konsep gamification pada sistem
ini diwujudkan dengan adanya aturan-aturan
serta perolehan skor dan level setiap aktor
melakukan aktivitas dalam proses elisitasi
kebutuhan. Penerapan ini dilakukan dengan
memperhatikan 10 elemen formal dalam game
seperti yang telah diuraikan pada bab 2. Pertama
adalah pemain, pemain adalah aktor yang terlibat
dalam sistem yaitu Project Manager, Analis,
Senior Analis, dan Stakeholder. Kedua,
objectives atau tujuan dari permainan adalah
mendefinisikan requirement dari sistem dengan
baik sesuai dengan apa yang dibutuhkan
pengguna.
Ketiga, rules yang terbagi menjadi 3 yaitu
setup, progression of play, dan resolution. Setup
merupakan kondisi awal permainan yaitu dengan
menambahkan deskripsi kebutuhan pada stage
pertama suatu projek. Kemudian, progression of
play yaitu perkembangan dalam permainan
adalah kebutuhan yang telah ditambahkan oleh
aktor akan mendapatkan vote atau komentar dari
aktor lain yang terlibat dalam project.
Selanjutnya, resolution yaitu terdapat skor yang
harus diperoleh untuk dapat naik level serta
terdapat jumlah vote minimal yaitu 3 untuk dapat
melanjutkan kebutuhan ke stage selanjutnya,
proses elisitasi akan selesai ketika status dari
project telah diubah menjadi “Finished” oleh
Project Manager.
Keempat terdapat resource berupa
kebutuhan, vote serta komentar yang
dimanajemen oleh pemain dan akan
mendapatkan skor serta kenaikan level. Setelah
memperoleh skor tertentu pengguna dapat
mengalami kenaikan level, range skor pada tiap
level akan diuraikan pada Tabel 1. Kelima
adalah game state atau kondisi yang dapat terjadi
dalam sistem yang diuraikan pada Tabel 3.
Keenam adalah informasi, informasi mengenai
daftar aktivitas serta skor yang diperolah dapat
dilihat pada Tabel 2.
Tabel 1. Range skor tiap level
Skor Level
0-300 Level 1
301-600 Level 2
601-900 Level 3
901-1200 Level 4
>=1201 Level 5
Jurnal Pengembangan Teknologi Informasi dan Ilmu Komputer
Tabel 2. Jenis aktivitas dan skor
Aktivitas Skor
Menambah deskripsi kebutuhan 100
Menambah spesifikasi kebutuhan 100
Menambah visualisasi kebutuhan 100
Vote kebutuhan 50
Memberikan komentar 30
Tabel 3. Game state pada sistem
No. Game State
1 Jika Stakeholder telah mencapai level 3,
maka ia dapat memberikan komentar pada
setiap kebutuhan yang telah didefinisikan
oleh member lain.
2 Jika Analis telah mencapai level 5 maka
tipe membernya akan naik menjadi
“Senior Analis”.
3 Project Manager dapat melakukan
perubahan detail serta status projek
menjadi “Finished” untuk menyelesaikan
proses elisitasi pada projek yang
dikehendaki. Selain itu Senior Analis juga
dapat melakukan request edit detail suatu
projek yang selanjutnya akan divalidasi
oleh Project Manager.
4 Terdapat 3 stage dalam proses elisitasi
yaitu stage deskripsi, stage spesifikasi
serta stage visualisasi.
5 Setiap member projek dapat melanjutkan
kebutuhan ke stage selanjutnya yaitu
menambahkan spesifikasi dan visualisasi
kebutuhan dari deskripsi yang telah ia buat
setelah mendapatkan rata-rata jumlah
vote minimal 3.
6 Member projek tidak dapat memberikan
vote atau komentar pada kebutuhan yang
ia definisikan sendiri.
7 Member projek hanya dapat
menambahkan spesifikasi dan visualisasi
dari kebutuhan yang telah ia buat sendiri.
Ketujuh adalah sequencing atau alur
permainan, yaitu pertama project manager akan
membuat sebuah projek dan menambahkan
member kedalamnya, kemudian member projek
dapat menambahkan deskripsi kebutuhan. Untuk
dapat menambahkan spesifikasinya pada stage
spesifikasi maka harus mendapatkan vote
dengan rata-rata minimal 3, demikian juga untuk
dapat dilanjutkan ke stage visualisasi. Proses
elisitasi pada projek dianggap selesai ketika
status projek telah diubah menjadi “finished”
oleh project manager. Kedelapan adalah intekasi
pemain yaitu dengan saling memberikan vote
atau komentar pada daftar kebutuhan.
Fakultas Ilmu Komputer, Universitas Brawijaya
4496
Kesembilan yaitu theme atau naratif game,
dimana dalam sistem ini tidak diterapkan.
Terakhir adalah game as system, aktor akan
dapat ikut serta dalam sistem elisitasi ketika
telah ditambahkan dalam suatu projek.
4.2 Identifikasi Aktor
Aktor merupakan orang-orang yang memiliki
peran tertentu dan terlibat didalam sistem.
Berdasarkan hasil elisitasi kebutuhan sistem ini
akan memiliki 5 aktor yaitu Guest, Project
Manager, Analis, Senior Analis, serta
Stakeholder. Guest adalah orang yang belum
terauthentifikasi pada sistem. Project Manager
yaitu aktor yang dapat menjalankan fungsi untuk
melakukan manajemen projek serta ikut serta
mendefinisikan kebutuhan. Analis yaitu aktor
yang menjalankan fungsi untuk mendefinisikan
kebutuhan, selanjutnya Senior Analis adalah
analis yang telah mencapai level tertentu dan
mendapatkan fungsi tambahan untuk dapat
melakukan request perubahan pada projek.
Serta, Stakeholder yaitu pengguna yang
merepresentasikan client dari projek dan
berfungsi untuk mendefinisikan kebutuhan dari
sistem yang ia inginkan.
4.3 Daftar Kebutuhan
Daftar kebutuhan pada sistem
dikelompokkan menjadi 2 jenis, yaitu kebutuhan
fungsional dan kebutuhan non-fungsional.
Kebutuhan fungsional merupakan kebutuhan
yang menjelaskan layanan apa saja yang dapat
terdapat didalam sistem, dimana terdapat 22
kebutuhan fungsional. Selanjutnya, terdapat
kebutuhan non-fungsional yang mendefinisikan
batasan serta kualitas layanan yang ada pada
sistem, yaitu usability. Daftar kebutuhan
fungsional akan digambarkan pada usecasase
diagram dalam Gambar 3.
Jurnal Pengembangan Teknologi Informasi dan Ilmu Komputer 4497

dipakai serta fungsi-fungsi apa saja yang ada

didalamnya. Terdapat 2 class parent yaitu class
CI_Model dan CI_Controller, yang masing-
masing memiliki 6 class turunan.

5.2 Perancangan Komponen

Perancangan komponen dilakukan untuk
membuat rancangan kode program berupa
pseudocode dari algoritma yang digunakan.
Terdapat 3 algoritma yang akan dijadikan
sampel pada perancangan komponen ini.
Algoritma tersebut diambil dari fitur-fitur utama
pada sistem diantaranya method
addRequirement(), method vote(), serta method
validasi_request().

5.3 Perancangan Basis Data

Perancangan basis data dilakukan dengan
membuat ERD (Entity Relathionship Diagram)
serta PDM (Physical Data Model). ERD akan
menggambarkan hubungan antar tiap entitas
serta atribut yang dimilikinya, dan PDM akan
memodelkan tiap entitas kedalam tabel-tabel
yang dilengkapi dengan tipe data serta panjang
maksimal value yang dimiliki setiap atribut
didalamnya. Terdapat 9 entitas yang ada
diantaranya adalah Project, Member, Project
Member, Requirement, vote, komentar,
spesifikasi, notifikasi serta mockup. Setiap
entitas memiliki beberapa atribut dengan satu
atribut primary key sebagai atribut unik dari tiap
entitas. ERD akan dikembangkan menjadi PDM,
untuk lebih jelasnya PDM dari sistem akan
digambarkan dalam Gambar 4.

Gambar 3. Usecase Diagram Sistem

5. PERANCANGAN SISTEM

5.1 Perancangan Arsitektur

Perancangan arsitektur sistem dilakukan
dengan membuat sequence diagram dan class
diagram dari sistem. Sequence diagram akan
menjelaskan interaksi yang terjadi antar objek
yang ada secara berurutan. Terdapat 3 sequence Gambar 4. PDM Sistem
diagram yang mewakili fitur utama pada sistem,
diantaranya menambah deskripsi kebutuhan, 5.4 Perancangan Antarmuka
vote kebutuhan, serta validasi request edit
kebutuhan. Selanjutnya, class diagram akan Sistem ini akan dibuat menggunakan
menggambarkan objek-objek yang terdapat platform website, perancangan antarmuka dari
didalam sistem serta hubungan antar objeknya tampilan yang digunakan sebagai sarana
yang digambarkan melalui class-class yang interaksi antara pengguna dengan sistem ini akan
digambarkan dalam Gambar 5, yaitu halaman
Fakultas Ilmu Komputer, Universitas Brawijaya
Jurnal Pengembangan Teknologi Informasi dan Ilmu Komputer
daftar kebutuhan projek.
Gambar 5. Perancangan halaman daftar kebutuhan
6. IMPLEMENTASI SISTEM
6.1 Implementasi Kode Program
Implementasi kode program dari sistem ini
dibuat berdasarkan pseudocode dari algoritma
pada perancangan komponen. Kode program
akan dibuat menggunakan bahasa pemrograman
PHP. Method yang akan dijadikan sampel
implementasi kode program pada sistem elisitasi
kebutuhan antara lain method
addRequirement(), vote(), serta
validasi_request().
6.2 Implementasi Basis Data
Implementasi basis data dilakukan dengan
membuat DDL (Data Definiton Language) dari
perancangan basis data yang telah dibuat. Sesuai
dengan perancangannya akan dibuat 9 tabel
dengan nama tabel, atribut, dan tipe data yang
sama dengan PDM yang telah dibuat
sebelumnya.
6.3 Implementasi Antarmuka
Implementasi antarmuka dilakukan dengan
membuat halaman website sesuai dengan
perancangan yang telah dilakukan. Implemetasi
antarmuka halaman daftar kebutuhan dapat
dilihat dalam Gambar 6.
Gambar 6. Implementasi antarmuka halaman daftar
kebutuhan
Fakultas Ilmu Komputer, Universitas Brawijaya
4498
7. PENGUJIAN SISTEM
Pengujian sistem dilakukan setelah proses
implementasi selesai dilakukan. Pada tahapan ini
dilakukan 4 kali pengujian. Pengujian dengan
metode whitebox digunakan untuk melakukan
pengujian unit dan pengujian integrasi dari
sistem. Pada pengujian unit digunakan teknik
basis path testing, dimana pengujian ini
dilakukan terhadap 3 method sesuai dengan yang
ada pada tahap perancangan dan implementasi
sistem. Dari total 9 kasus uji yang dilakukan
menghasilkan nilai 100% valid.
Selanjutnya pengujian integrasi dilakukan
untuk menguji unit-unit yang ada saat
diintegrasikan atau dijalankan bersamaan.
Pengujian ini dilakukan pada salah satu method
dari 3 method utama, yaitu method
addRequirement(). Pada saat menjalankan
method ini didalamnya memanggil method lain
untuk menyelesaikan suatu proses, dari 3 kasus
uji yang dilakukan mendapatkan hasil 100%
valid.
Pengujian selanjutnya dilakukan dengan
metode blackbox yaitu pengujian validasi.
Pengujian ini dilakukan untuk memastikan
apakah seluruh kebutuhan yang ada telah
diimplementasikan dengan sesuai. Terdapat 22
fungsional dalam sistem, dari seluruh kasus uji
yang dilakukan didapatkan hasil 100% valid.
Kemudian untuk menguji kemudahan
penggunaan sistem oleh pengguna dilakukan
pengujian usability. Pengujian ini dilakukan
menggunakan metode SUS, dengan memberikan
kuisioner kepada sejumlah responden yang telah
mencoba menggunakan sistem. Hasil dari
pengujian usability diukur menggunakan skala
likert dengan nilai akhir 82.5 yang berada pada
kategori “Acceptable”.
8. KESIMPULAN DAN SARAN
Berdasarkan hasil analisis kebutuhan,
perancangan sistem, implementasi serta
pengujian sistem elisitasi kebutuhan dengan
konsep gamification berbasis website ini dapat
disimpulkan bahwa terdapat 22 kebutuhan
fungsional dan 1 kebutuhan non-fungsional
untuk membangun sistem ini. Kemudian
terdapat 5 aktor yang terlibat didalamnya yaitu
guest, project manager, analis, senior analis
serta stakeholder.
Pada tahapan perancangan dihasilkan
perancangan sistem yang dimodelkan dalam
sequence diagram, class diagram, perancangan
komponen berupa pseudocode algoritma yang
Jurnal Pengembangan Teknologi Informasi dan Ilmu Komputer 4499

dibuat, perancangan basis data meliputi ERD Utilizing online serious games to facilitate
dan PDM, kemudian perancangan antarmuka distributed requirements elicitation.
sistem yang akan dibangun. Kemudian dari [daring] Journal of Systems and Software,
perancangan ini dilakukan implementasi sistem Elsevier Ltd. Tersedia pada:
yang menghasilkan spesifikasi sistem, <http://dx.doi.org/10.1016/j.jss.2015.07.0
implementasi kode program, implementasi basis 17>.
data, serta implementasi antarmuka sistem.
Hofmann, H.F. dan Lehner, F., 2001.
Kemudian, pada tahapan pengujian
Requirements engineering as a success
dilakukan pengujian unit dan pengujian integrasi
factor in software projects. IEEE
menggunakan metode whitebox serta pengujian
Software, [daring] 18(4), hal.58–66.
validasi menggunakan metode blackbox yang
Tersedia pada:
menghasilkan nilai 100% valid untuk semua
<http://ieeexplore.ieee.org/lpdocs/epic03/
kasus uji. Pengujian usability juga dilakukan
wrapper.htm?arnumber=936219>.
untuk mengukur kemudahan penggunaan
sistem, yang mendapatkan nilai 82.5 dengan Maidment, R.I., Grimes, D., Black, E.,
kategori acceptable. Tarnavsky, E., Young, M., Greatrex, H.,
Saran untuk penelitian selanjutnya adalah Allan, R.P., Stein, T., Nkonde, E.,
penerapan konsep gamification dalam sistem Senkunda, S. dan Alcántara, E.M.U.,
elisitasi kebutuhan dapat ditambahkan lagi 2017. A new, long-term daily satellite-
misalnya dengan pemberian challenge yang based rainfall dataset for operational
harus diselesaikan oleh pengguna untuk monitoring in Africa. Scientific Data,
menambah ketertarikan pengguna. Kemudian [daring] 4. Tersedia pada:
untuk visualisasi kebutuhan disarankan pada <http://dx.doi.org/10.1016/j.tsc.2017.12.
penelitian selanjutnya dapat dilakukan 002>.
kolaborasi antara anggota project untuk Pedreira, O., García, F., Brisaboa, N. dan
bersama-sama membuat visualisasi kebutuhan Piattini, M., 2015. Gamification in
yang telah terdefinisi. software engineering - A systematic
mapping. Information and Software
9. DAFTAR REFERENSI
Technology, [daring] 57(1), hal.157–168.
Carrizo, D., Dieste, O. dan Juristo, N., 2014. Tersedia pada:
Systematizing requirements elicitation <http://dx.doi.org/10.1016/j.infsof.2014.0
technique selection. Information and 8.007>.
Software Technology, [daring] 56(6),
Schreiber, I., n.d. Game Design Concepts : An
hal.644–669. Tersedia pada:
experiment in game design and teaching.
<http://dx.doi.org/10.1016/j.infsof.2014.0
1.009>. Sommerville, Ian., 2011. Software engineering.
9th ed. London:Addison-Wesley.
Duarte, D., Farinha, C., Da Silva, M.M. dan Da
Silva, A.R., 2012. Collaborative
requirements elicitation with visualization
techniques. Proceedings of the Workshop
on Enabling Technologies: Infrastructure
for Collaborative Enterprises, WETICE,
hal.343–348.
Fernandes, J., Duarte, D., Ribeiro, C., Farinha,
C., Pereira, J.M. dan Da Silva, M.M.,
2012. IThink : A game-based approach
towards improving collaboration and
participation in requirement elicitation.
Procedia Computer Science, [daring] 15,
hal.66–77. Tersedia pada:
<http://dx.doi.org/10.1016/j.procs.2012.1
0.059>.
Ghanbari, H., Similä, J. dan Markkula, J., 2015.

Fakultas Ilmu Komputer, Universitas Brawijaya