JINACS: Volume 07 Nomor 03, 2026 (Journal of Informatics and Computer Scienc.
ISSN : 2686-2220 Rekayasa Kebutuhan Dan Implementasi Website Manajemen Esport Pubgm Mighty Organizer Rhexy Pasha Dwi Olivia1.
I Made Suartana2 S1 Teknik Informatika.
Universitas Negeri Surabaya 21034@mhs.
3madesuartana@unesa.
AbstrakAi Perkembangan industri E-Sport, khususnya PUBG Mobile, mendorong meningkatnya kebutuhan akan sistem manajemen turnamen yang efektif dan terintegrasi.
Mighty Organizer sebagai salah satu penyelenggara turnamen PUBG Mobile masih menghadapi berbagai kendala dalam pengelolaan turnamen, seperti kesalahan pencatatan data peserta, perhitungan poin yang belum terotomatisasi, serta pembagian grup pertandingan yang masih dilakukan secara manual.
Permasalahan tersebut menyebabkan proses manajemen turnamen menjadi kurang efisien dan berpotensi menimbulkan kesalahan data.
Penelitian ini bertujuan untuk melakukan rekayasa kebutuhan dan mengimplementasikan website manajemen esport PUBG Mobile pada Mighty Organizer sesuai dengan kebutuhan pengguna.
Metode yang digunakan dalam penelitian ini adalah requirement engineering yang meliputi tahapan elicitation, analysis, specification, verification, validation, serta requirement management.
Pengumpulan data dilakukan melalui wawancara dengan pihak Mighty Organizer dan penyebaran kuesioner kepada peserta turnamen untuk mengidentifikasi kebutuhan sistem secara menyeluruh.
Hasil dari proses rekayasa kebutuhan didokumentasikan dalam bentuk Software Requirement Specification (SRS) sebagai acuan dalam proses implementasi sistem.
Hasil penelitian berupa implementasi website manajemen esport berbasis web yang memiliki fitur pengelolaan data peserta, manajemen turnamen, pembagian grup otomatis, perhitungan poin, tampilan leaderboard, serta pengelolaan sertifikat.
Pengujian sistem dilakukan untuk memastikan kesesuaian antara kebutuhan yang telah didefinisikan dengan sistem yang dibangun.
Hasil pengujian menunjukkan bahwa sistem mampu memenuhi kebutuhan pengguna serta meningkatkan efisiensi dan akurasi dalam pengelolaan turnamen.
Kata KunciAiRekayasa Kebutuhan.
Website.
Manajemen Esport.
PUBG Mobile.
Software Requirement Specification PENDAHULUAN Perkembangan industri Electronic Sport (E-Spor.
dalam beberapa tahun terakhir menunjukkan peningkatan yang sangat pesat, baik secara global maupun di Indonesia.
E-Sport tidak lagi dipandang sebagai sekadar permainan hiburan, melainkan telah berkembang menjadi industri kompetitif yang profesional dan terorganisir.
Berbagai jenis permainan seperti Battle Royale.
Multiplayer Online Battle Arena (MOBA), hingga First Person Shooter (FPS) menjadi cabang yang dipertandingkan dalam berbagai turnamen berskala nasional maupun internasional .
Salah satu game yang memiliki popularitas tinggi di Indonesia adalah PUBG Mobile.
Game ini termasuk dalam kategori Battle Royale yang mempertemukan banyak pemain dalam satu arena untuk saling bertahan hingga menjadi Popularitas PUBG Mobile terbentuknya berbagai komunitas serta penyelenggara turnamen .
yang secara aktif mengadakan kompetisi secara rutin.
Mighty Organizer merupakan salah satu penyelenggara turnamen PUBG Mobile yang telah menyelenggarakan ratusan turnamen dan bekerja sama dengan berbagai komunitas E-Sport di Indonesia.
Seiring dengan meningkatnya jumlah peserta dan frekuensi turnamen, proses pengelolaan yang masih dilakukan secara manual menimbulkan berbagai kendala, seperti kesalahan pencatatan data peserta, perhitungan poin yang belum terotomatisasi, pembagian grup pertandingan yang dilakukan secara manual, serta potensi terjadinya human error akibat tingginya volume data yang harus dikelola.
Permasalahan tersebut berdampak pada kurang optimalnya efisiensi dan akurasi dalam manajemen turnamen.
Untuk mengatasi permasalahan tersebut, diperlukan sebuah sistem manajemen E-Sport berbasis website yang mampu mengintegrasikan seluruh proses pengelolaan turnamen secara terstruktur dan otomatis.
Dalam pengembangan sistem perangkat lunak, proses rekayasa kebutuhan .
equirement engineerin.
memegang peranan penting untuk memastikan bahwa sistem yang dibangun benar-benar sesuai dengan kebutuhan pengguna.
Proses ini meliputi tahapan identifikasi kebutuhan .
, analisis kebutuhan, spesifikasi kebutuhan, validasi, serta manajemen kebutuhan .
Dengan menerapkan pendekatan rekayasa kebutuhan dalam pengembangan website manajemen E-Sport, sistem yang dihasilkan diharapkan mampu memfasilitasi pengelolaan data peserta, pembagian grup otomatis, perhitungan poin, penyajian leaderboard, serta dokumentasi hasil turnamen secara efektif dan efisien.
Oleh karena itu, penelitian ini berfokus pada rekayasa kebutuhan dan implementasi website manajemen E-Sport PUBG Mobile pada Mighty Organizer guna meningkatkan kualitas pengelolaan turnamen secara digital dan terintegrasi.
II.
METODOLOGI PENELITIAN
Metodologi yang dilakukan pada penelitian requirement engineering merupakan proses yang berfokus pada JINACS: Volume 07 Nomor 03, 2026 (Journal of Informatics and Computer Scienc.
ISSN : 2686-2220 pengumpulan dan pengelolaan kebutuhan system dan pembuatan website manajemen esport Mighty Organizer dapat dilihat pada gbr 1 .
Dari hasil elisitasi ini dapat digunakan sebagai acuan untuk membentuk kebutuhan fungsional yang dibutuhkan untuk website manajemen turnamen ini .
Kebutuhan fungsional akan dibedakan menjadi 2 role yaitu admin dan peserta.
Tabel Dan tabel 3.
Akan menunjukkan kebutuhan fungsional Gbr.
1 Rangkaian Metodologi Penelitian TABEL II
TABEL KEBUTUHAN FUNGSIONAL ADMIN
Setelah melakukan serangkaian tahapan requirement engineering selanjutnya adalah tahapan testing menggunakan fungsional testing untuk kebutuhan fungsional dan kebutuhan non-fungsional menggunakan lighthouse dan locust.
Requirement Elicitation Tahapan elisitasi ini adalah pengumpulan data kebutuhan pengguna dari sisi admin dan peserta .
Untuk admin menggunakan teknik wawancara dan peserta menggunakan kuisioner google form yang data nya akan diolah dengan purposive sampling, yaitu pengambilan sampel responden yang sesuai kriteria inklusi saja .
Dari pengumpulan data
ini didapatkan tabel hasil elisitasi yang ditunjukkan pada tabel
TABEL I
TABEL HASIL ELISITASI
Kebutuhan Fungsional Sistem menyediakan fitur login khusus admin.
Sistem Sistem Sistem berdasarkan stage, termasuk penyesuaian jumlah match dan penyimpanan data otomatis.
Solusi Sistem Permasalahan Owner Pendaftaran Fitur pendaftaran ratusan peserta via WhatsApp validasi otomatis efisien dan sering (JPG/JPEG/PNG).
data peserta.
Pembagian dan Fitur pembagian pemberian link grub otomatis.
(JPG/JPEG/PNG).
Owner pembagian peserta ke dalam grup sesuai stage Narsum turnamen (CRUD).
leaderboard berdasarkan data peserta pada stage Sistem Sistem menyediakan fitur unggah template poster whatsapp grub masih manual Staff 1 Perhitungan poin Fitur perhitungan dengan website TABEL i TABEL KEBUTUHAN FUNGSIONAL PESERTA lain sering Kebutuhan Fungsional Fitur login dan register untuk menyimpan data nama tim dan nomor perwakilan beserta email perwakilan mengalami bug Staff 2 Staff kurang UI/UX sederhana familiar dengan dan user friendly.
klik registrasi untuk mendaftar tanpa melakukan pengisian formulir registrasi lagi Peserta Fitur pendaftaran turnamen yang hanya melakukan Fitur melihat detail turnamen agar peserta dapat Pendaftaran Fitur pendaftaran turnamen dengan turnamen secara melihat tanggal berapa turnamen dimulai.
Mulai pesan pribadi ke mandiri oleh dari kualifikasi, semifinal, dan grandfinal.
Peserta admin seringkali juga dapat melihat prizepool turnamen, total peserta yang mengikuti.
dibalas/terlewat.
Fitur untuk mengubah nama tim JINACS: Volume 07 Nomor 03, 2026 (Journal of Informatics and Computer Scienc.
ISSN : 2686-2220 Fitur download sertifikat bagi yang memenangkan Fitur live leaderboard Kebutuhan non-fungsional tidak akan dibedakan dari sisi admin dan peserta, karena kebutuhan non-fungsional berkaitan dengan performa website secara keseluruhan, oleh karena itu kebutuhan non-fungsional yang diperoleh dalam tahapan elisitasi ini dapat dilihat pada tabel 4.
TABEL IV
TABEL KEBUTUHAN FUNGSIONAL PESERTA
Kebutuhan Non-Fungsional Sistem Lighthouse Performance Ou 85 pada halaman utama, dashboard admin, dan detail turnamen.
Sistem harus memiliki skor Accessibility Ou 85 dan SEO Ou 90 berdasarkan pengujian Lighthouse.
Nilai LCP < 2,5 detik.
FID < 100 ms, dan CLS < 0,10 pada jaringan normal .
G).
Sistem mampu menangani minimal 150 pengguna aktif bersamaan saat pendaftaran.
ambigu agar dapat dipahami oleh pengembang maupun Dokumen SRS akan mencakup deskripsi umum system, spesifikasi kebutuhan fungsional dan non-fungsional, dan diagram UML .
se case diagram dan class diagra.
Dokumen ini nantinya akan menjadi acuan utama dalam proses desain dan implementasi system agar sesuai dengan kebutuhan pengguna.
Requirement Verification & Validation Tahap verification dan validation dilakukan untuk memastikan bahwa kebutuhan yang telah didokumentasikan sesuai dengan harapan pengguna dan dapat diimplementasikan secara teknis.
Verification dilakukan dengan meninjau kembali dokumen SRS berdasarkan standar Ie 830 untuk memastikan bahwa requirement bersifat jelas .
, tidak .
, diimplementasikan .
Verifikasi ini juga dimasukkan kedalam dokumen Requirement Validation Technique.
Validation dilakukan melalui pendekatan prototyping .
Prototype antarmuka dirancang menggunakan Canva untuk memvisualisasikan sistem sebelum tahap implementasi.
Prototype tersebut kemudian divalidasi oleh pihak Mighty Organizer untuk memastikan kesesuaian dengan kebutuhan operasional mereka.
Gbr 2.
Merupakan contoh prototype untuk halaman login.
Rata-rata response time server < 900 ms dan P95 < 1500 ms pada beban 150 pengguna.
Sistem mempertahankan throughput minimal 30 request per second (RPS) pada 150 pengguna.
Tingkat error request penting .
ogin, pendaftara.
< 2% saat pengujian beban.
Server tetap stabil tanpa downtime selama 5 menit stress test .
Sistem mampu menangani lonjakan pengguna dari Gbr 2.
Prototype Halaman Login 0 ke 100 dalam 5 detik tanpa crash.
Documentation of Requirement Setelah proses elicitation, kebutuhan yang diperoleh didokumentasikan dalam bentuk Software Requirements Specification (SRS) .
Tahapan dokumentasi mencakup requirement identification dan requirement specification.
Pada tahap requirement identification, setiap kebutuhan diberi kode unik untuk memudahkan pelacakan dan Selanjutnya pada tahap requirement specification, kebutuhan dijabarkan secara rinci, terstruktur, dan tidak ambigu agar dapat dipahami oleh pengembang maupun Pada tahap requirement identification, setiap kebutuhan diberi kode unik untuk memudahkan pelacakan dan Selanjutnya pada tahap requirement specification, kebutuhan dijabarkan secara rinci, terstruktur, dan tidak Selain itu, dilakukan pengujian berbasis skenario .
est cas.
untuk memverifikasi bahwa setiap requirement fungsional telah berjalan sesuai spesifikasi.
Untuk kebutuhan nonfungsional, dilakukan pengujian performa menggunakan Lighthouse dan pengujian beban .
oad testin.
menggunakan Locust.
Hasil pengujian menunjukkan bahwa dokumen SRS yang telah dibuat memenuhi konsep IEE 830 dan dinyatakan valid atau sesuai dengan kebutuhan pengguna.
Requirement Management and Planning Tahapan ini bertujuan untuk mengelola, memprioritaskan, serta merencanakan kebutuhan yang telah diperoleh agar dapat diterjemahkan secara efektif ke dalam tahap perancangan sistem .
esign phas.
Pada tahap ini, setiap kebutuhan pengguna yang telah divalidasi disusun ke dalam dokumen Software Requirement Specification (SRS) sebagai acuan utama dalam proses desain dan pengembangan sistem.
JINACS: Volume 07 Nomor 03, 2026 (Journal of Informatics and Computer Scienc.
ISSN : 2686-2220 Tahap ini juga menjadi penghubung antara hasil identifikasi Pada tahap desain inilah struktur sistem, alur proses, serta rancangan antarmuka pengguna mulai diimplementasikan berdasarkan hasil perencanaan yang dihasilkan dari requirement management.
Dengan demikian, proses perancangan website manajemen turnamen berbasis Flask ini tidak hanya didasarkan pada kebutuhan pengguna yang telah diidentifikasi, tetapi juga mengikuti perencanaan yang terstruktur agar pengembangan sistem berjalan efisien dan terarah.
HASIL DAN PEMBAHASAN
Pengujian Kebutuhan Fungsional Pengujian kebutuhan fungsional dilakukan dengan memetakan scenario test case yang kemudian pengujian akan dikelompokkan menjadi tabel test suite yaitu kumpulan dari test case .
Setiap scenario test case mendapatkan kode yang berhubungan dengan kode kebutuhan yang telah ditetapkan pada tahap Documentation of Requirement pada tahap Requirement Engineering.
Tabel 5.
Akan menunjukkan hasil dari pengujian test case untuk kebutuhan fungsional dari sisi Berdasarkan hasil test case diatas menunjukkan bahwa semua fitur kebutuhan yang diuji lolos uji atau semua fitur bekerja sesuai dengan deskripsi pekerjaan mereka masing Ae Pengujian Kebutuhan Non-Fungsional Pengujian kebutuhan non-fungsional dibedakan menjadi yaitu untuk performance, accessibility, dan SEO menggunakan lighthouse .
Untuk kemampuan website dalam menangani lonjakan pengguna yaitu pengujian stress test dan spike test menggunakan locust dengan scenario 150 user dengan 10 user per detik selama 5 menit yang akan diulang sebanyak 3x untuk stress test.
Spike test dilakukan dengan scenario 0 ke 100 user dalam 5 detik tanpa error fatal pada website .
Tabel 7.
Akan menunjukkan hasil dari nonfungsional testing.
TABEL VII
TABEL HASIL PENGUJIAN NON-FUNGSIONAL
Pengujian TC ID
Hasil
Sistem harus mampu menangani NF7
NF98
NF9
NF10
NF11
NF12
NF13
TABEL V
TABEL HASIL PENGUJIAN FUNGSIONAL ADMIN
Fitur
TC ID
Hasil pendaftaran turnamen.
Waktu respon rata-rata server
Login
TCA-LOG1-5
Tambah turnamen
TCA-TT1-2
Hapus turnamen
TCA-HT1
Atur peserta TCA-ST1
Hapus peserta TCA-HP1
Hitung point
TCA-PTS1-4
Generate leaderboard
TCA-LB1
throughput minimal 30 request per Unggah sertifikat
TCA-CTF1-2
second (RPS) saat kondisi beban
Unggah
TCA-ULB1-2
ue harus < 900 ms selama pengujian 150 pengguna bersamaan.
berada < 1500 ms ketika diuji dengan 150 pengguna.
Tingkat error pada request penting .
ogin, daftar turname.
harus < 2% selama pengujian beban 150 Tabel 6.
Akan menunjukkan hasil dari pengujian test case untuk kebutuhan fungsional dari sisi peserta.
TABEL VI
TABEL HASIL PENGUJIAN FUNGSIONAL ADMIN
Fitur Sistem 150 pengguna.
Nilai P95 Response Time harus Server harus tetap stabil tanpa downtime selama 5 menit stress
TC ID
Hasil ue test dengan beban 150 pengguna.
Sistem harus mampu menangani Login
TCP-LOG1-5
Daftar akun
TCP-R1-4
pike tes.
dari 0 Ie 100
Ubah password
TCP-FP1-2
users dalam 5 detik tanpa crash
Daftar turnamen
TCP-DT1-2
Unduh sertifikat
TCP-DCTF1
ue atau error fatal.
Pengujian Dokumen Spesifikasi Kebutuhan JINACS: Volume 07 Nomor 03, 2026 (Journal of Informatics and Computer Scienc.
ISSN : 2686-2220 Pengujian dokumen spesifikasi kebutuhan yaitu SRS diuji menggunakan dokumen Requirement Verification Technique (RVT) yang akan melakukan pengujian pada SRS agar sesuai dengan standar Ie 830 dimana dokumen SRS harus disusun secara terstruktur, terperinci, dan tidak ambigu .
Proses RVT dilakukan melalui pemetaan langsung antara requirement pada SRS .
ungsional Admin, fungsional Peserta, dan Non-fungsiona.
dengan test case atau alat uji yang Setiap requirement diuji menggunakan skenario terstruktur, lalu hasil aktual dibandingkan dengan expected result untuk menentukan status validasi.
Dari hasil pengujian, seluruh requirement fungsional (Admin dan Pesert.
dinyatakan valid karena semua skenario test-case berhasil dijalankan tanpa adanya perbedaan antara hasil aktual dan hasil yang diharapkan.
Hal ini menunjukkan bahwa kebutuhan fungsional yang ditulis pada SRS telah terdefinisi dengan baik dan mencerminkan perilaku sistem secara akurat.
Pada kebutuhan non-fungsional, proses validasi dilakukan menggunakan Lighthouse untuk menguji performance (LCP.
CLS & FID), accessibility, dan SEO dan Locust untuk menguji ketahanan sistem .
esponse time, throughput, concurrent users, stability, error rat.
Seluruh metrik non-fungsional berhasil melampaui batas kriteria validasi, seperti rata-rata response time 782,6 ms (< 900 m.
, throughput 99,4 RPS (Ou 30 RPS), dan error rate 0% (< 2%).
Hasil ini menegaskan bahwa kebutuhan non-fungsional dalam SRS tidak hanya realistis dan terukur, tetapi juga benar-benar tercapai dalam implementasi sistem.
IV.
KESIMPULAN
Berdasarkan hasil penelitian yang telah dilakukan, dapat disimpulkan bahwa proses Requirement Engineering yang diterapkan pada pengembangan website manajemen turnamen PUBG Mobile di Mighty Organizer berhasil menghasilkan dokumen kebutuhan yang terstruktur, jelas, dan terverifikasi.
Tahapan elicitation melalui wawancara dan kuesioner mampu mengidentifikasi permasalahan utama dalam pengelolaan turnamen, yang kemudian diterjemahkan ke dalam kebutuhan fungsional dan non-fungsional secara sistematis dalam dokumen Software Requirements Specification (SRS).
Hasil pengujian fungsional menunjukkan bahwa seluruh fitur untuk role Admin dan Peserta berjalan sesuai dengan spesifikasi yang telah ditetapkan, dengan tingkat keberhasilan 100% pada seluruh skenario test case.
Sementara itu, pengujian non-fungsional menggunakan Lighthouse dan Locust membuktikan bahwa sistem memenuhi standar performa modern, mampu menangani minimal 150 pengguna aktif secara bersamaan, memiliki rata-rata response time di bawah 900 ms, throughput di atas 30 RPS, serta tingkat error di bawah 2%.
Pengujian Requirement Verification Technique (RVT) juga menunjukkan bahwa SRS telah memenuhi kriteria standar Ie 830, yaitu lengkap, konsisten, tidak ambigu, dan dapat diuji.
Dengan demikian, sistem yang dikembangkan tidak hanya sesuai dengan kebutuhan pengguna, tetapi juga memiliki performa yang stabil dan layak digunakan untuk mendukung pengelolaan turnamen E-Sport secara digital, terintegrasi, dan efisien.
Berdasarkan hasil penelitian dan implementasi sistem yang telah dilakukan, terdapat beberapa saran untuk pengembangan lebih lanjut, yaitu :
A Sistem dapat dikembangkan dengan menambahkan notifikasi otomatis melalui email atau WhatsApp untuk mengirimkan informasi terkait konfirmasi pendaftaran, jadwal pertandingan, perubahan bracket, hingga pengumuman hasil turnamen.
Fitur ini akan meningkatkan efektivitas komunikasi antara penyelenggara dan peserta serta mengurangi risiko keterlambatan informasi.
A Untuk turnamen berbayar, sistem dapat diintegrasikan dengan payment gateway agar proses pembayaran dan verifikasi peserta dilakukan secara otomatis.
Dengan adanya integrasi ini, admin tidak perlu lagi melakukan pengecekan manual bukti transfer, sehingga proses administrasi menjadi lebih cepat, akurat, dan transparan.
A Sistem dapat dilengkapi dengan dashboard analitik yang menampilkan data statistik seperti jumlah peserta per turnamen, performa tim, distribusi poin, serta riwayat Fitur ini dapat membantu penyelenggara dalam melakukan evaluasi dan pengambilan keputusan strategis untuk penyelenggaraan turnamen berikutnya.
A Untuk menjaga keamanan data pengguna dan stabilitas sistem, perlu diterapkan mekanisme keamanan tambahan seperti enkripsi data sensitif, pembatasan hak akses berbasis role, proteksi terhadap serangan brute force dan SQL injection, serta penerapan HTTPS secara penuh.
Hal ini penting terutama jika sistem digunakan dalam skala yang lebih besar.
A Sistem dapat dikembangkan dengan menerapkan deployment berbasis cloud agar lebih mudah diskalakan ketika jumlah pengguna meningkat secara signifikan.
Dengan infrastruktur yang scalable, sistem akan tetap stabil saat terjadi lonjakan peserta pada masa pendaftaran atau saat turnamen berlangsung.
REFERENSI