## JURNAL MEDIA INFORMATIKA BUDIDARMA
ISSN 2614-5278 (media cetak), ISSN 2548-8368 (media online) Available Online at https://ejurnal.stmik-budidarma.ac.id/index.php/mib DOI: 10.30865/mib.v6i3.4187

## Sistem Penilaian Inovasi Karyawan Digital Amoeba Menggunakan Desain Arsitektur Microservice Pada Aplikasi Mobile
Fitran Dwi Pramakrisna, Faisal Dharma Adhinata * , Nia Annisa Ferani Tanjung
Program Studi Rekayasa Perangkat Lunak, Fakultas Informatika, Institut Teknologi Telkom Purwokerto, Banyumas, Indonesia Email: 1 18104034@ittelkom-pwt.ac.id, 2 faisal@ittelkom-pwt.ac.id, 3 nia@ittelkom-pwt.ac.id Email Penulis Korespondensi: faisal@ittelkom-pwt.ac.id
Abstrak− Karyawan Digital Amoeba menginginkan adanya sistem aplikasi penilaian yang dapat berintegrasi secara langsung pada aplikasi Ideabox untuk dinilai secara langsung, sehingga inovasi yang ada tidak perlu dinilai menggunakan aplikasi pihak ketiga seperti Google Sheets atau SurveyMonkey. Oleh karena itu, sistem aplikasi bernama Scoring dibuat. Sistem aplikasi ini dirancang menggunakan desain arsitektur microservice, dimana membagi setiap servisnya mempunyai basis datanya masing – masing. Servis – servis yang digunakan pada sistem aplikasi Scoring adalah User Service, Ideas Service, Event Service, dan Scoring Service. Sistem aplikasi dibangun menggunakan bahasa pemrograman PHP dan framework CodeIgniter versi 4. Sistem aplikasi ini diimplementasikan pada platform web dan mobile .
Kata Kunci: Sistem; Scoring; Microservice ; Integrasi; Inovasi
Abstract− Digital Amoeba employees want an application system that can be integrated directly into the Ideabox application to be assessed the innoavtions directly. Therefore, innovations do not need to be assessed using third parties such as Google Sheets SurveyMonkey. Therefore, an application system called Scoring was created. This application system is designed using a microservice architecture design, where each service has its own database. The services used in the Scoring application system are  User  Service,  Ideas  Service,  Event  Service,  and  Scoring  Service.  The  application  system  is  built  using  the  PHP programming language and the CodeIgniter version 4 framework. This system is implemented both on web and mobile platform
Keywords : System; Scoring; Microservice; Integration; Innovation

## 1. PENDAHULUAN
Digital Amoeba adalah perusahaan lab inovasi dari Telkom Indonesia yang menginkubasi dan mengakselerasi ide- ide dari para karyawannya dalam membuat inovasi – inovasi digital [1] . Dua aplikasi yang telah dikembangkan Digital Amoeba sebelumnya adalah Ideabox, yaitu aplikasi untuk menampung inovasi  – inovasi karyawan, dan AMD, yaitu sebuah monitoring dashoboard . Penelitian ini dibuat dalam rangka pengembangan aplikasi baru yang dinamakan Scoring. Scoring adalah aplikasi penilaian inovasi karyawan untuk menentukan apakah inovasi tersebut berhak untuk diwujudkan secara nyata oleh stakeholders atau tidak. Ide dibalik pengembangan aplikasi ini adalah berangkat dari keluh kesah karyawan lain yang harus menggunakan aplikasi pihak ketiga seperti Google Sheets, ataupun SurveyMonkey dalam melakukan penilaian inovasi, sehingga tidak efisien. Para karyawan menginginkan sebuah aplikasi penilaian yang terintegrasi dengan aplikasi Ideabox secara langsung, sehingga ketika ada sebuah inovasi baru yang masuk di aplikasi Ideabox , maka inovasi tersebut secara otomatis akan terdaftar juga di aplikasi Scoring, dan siap untuk dinilai.
Aplikasi Scoring dikembangkan menggunakan bahasa pemrograman PHP. PHP digunakan karena terkenal akan kemudahannya untuk digunakan oleh para pengembang awam [2], dan juga karena fungsi – fungsi built-in yang  ada,  dapat  digunakan  dengan  mudah  untuk  proses  koneksi  dan  manipulasi  basis  data  [3].  Untuk mempermudah  pengembangan,  peneliti  menggunakan  bantuan  PHP framework ,  karena  dengan  menggunakan framework , penulis tidak perlu menulis keseluruhan kode program dari awal [4]. Framework PHP yang digunakan adalah  CodeIgniter  (CI)  versi  4.  CI  digunakan  karena  memiliki  dokumentasi  penggunaan  yang  cukup  lengkap beserta  contoh  cara  menggunakan  kode  programnya  [5],  dan  CI  sudah  mendukung  konsep  HMVC  ( Hierarchy Module View Controller ) [6].  Dalam pengembangan aplikasi  Scoring, pengembangan menggunakan arsitektur microservice.  microservice memanfaatkan  ide  dari  desain  perangkat  lunak  yang  modular,  tangguh,  dan  dapat digunakan kembali dengan membagi servis – servis lain dalam bentuk yang lebih kecil [7]. Alasan lainnya karena arsitektur microservice memiliki  skalabilitas  yang  lebih  baik,  dan  perawatan  lebih  mudah  [8],  tidak  seperti arsitektur monolithic yang  memuat  semua  servis  dalam  satu  pengembangan  perangkat  lunak,  sehingga  kode program  sulit  dilakukan  skalabilitas  [9],  selain  itu  ketika  aplikasi  menjadi  besar,  akan  cukup  sulit  dilakukan modifikasi pada kode program [10].  Pada arsitektur microservice , setiap servisnya memiliki basis data masing – masing ( database-per-service ). Contohnya untuk servis User Service, dan Idea Service. Servis  – servis tersebut mempunyai basis data sendiri – sendiri, sesuai dengan nama servisnya. Servis – servis yang dibuat dalam proses pengembangan aplikasi Scoring diantaranya adalah User Service untuk menangani fitur – fitur yang berhubungan autentikasi  dan  verifikasi user ,  Idea  Service  yaitu  untuk  menangani  integrasi  aplikasi  dengan  Ideabox,  Event Service yaitu untuk menangani pengolahan data lomba dan event , dan Scoring Service yaitu untuk menangani data perhitungan penilaian dan hasil rekap nilai untuk masing - masing inovasi yang ada.
Fitur – fitur untuk setiap servisnya dilakukan uji API menggunakan aplikasi Postman API. Desain arsitektur API yang  digunakan  adalah  REST  ( Representational  State  Transfer ).  REST  API  mudah  digunakan  karena memiliki HTTP Methods yang menggunakan bahasa manusia, seperti GET untuk mengambil data, POST untuk

## JURNAL MEDIA INFORMATIKA BUDIDARMA
ISSN 2614-5278 (media cetak), ISSN 2548-8368 (media online) Available Online at https://ejurnal.stmik-budidarma.ac.id/index.php/mib DOI: 10.30865/mib.v6i3.4187
mengirim  data, PUT untuk  mengubah  data,  dan DELETE untuk  menghapus  data  [11].  Selain  itu,  penggunaan REST sudah menjadi standar umum dalam komunikasi antar servis pada web service [12]. Response yang diterima dari web service adalah berupa tipe data JSON.
Dari  penelitian  –  penelitian  yang  ada  mengenai  desain  arsitektur microservice ,  diantaranya  adalah penelitian yang dilakukan oleh Ostonov  Mukhridddin  Bakhriddin uali, Akhmedov Jamshid  Samadilla ugli, dan Ziyodullayev  Shakhobiddin  G'olib  ugli  (2021),  penelitian  ini  memaparkan  fitur  -  fitur,  keunggulan,  dan  alat pendekatan microservice dalam pengembangan arsitektur aplikasi dengan menggunakan studi kasus yaitu sistem informasi faktur elektronik [13]. Penelitian lain yang pernah dilakukan adalah penelitian yang dilakukan oleh Ying Jiang, Na Zhang, dan Zheng Ren (2020). Penelitian ini menjelaskan tentang bagaimana mengintegrasikan mode push-pull dengan teknologi arsitektur microservice berbasis framework SpringBoot, dan kemudian merencanakan, dan  mendesain  pemantauan microservice cerdas  dan  sistem  alarm  dengan  performa  kerja  yang  luar  biasa  [14]. Hasil penelitian ini adalah sistem cerdas pemantauan microservice dapat terbentuk dengan cepat melalui aplikasi skema pemantauan sistem microservice ini. Penelitian lainnya adalah penelitian dari Grzegorz Blinowski, Anna Ojdowska, Adam Przybyłek (2021). Penelitian ini bertujuan untuk mengevaluasi performa dan level skalabilitas dari  arsitektur monlithic dan  arsitektur microservice ,  menggunakan  bahasa  pemrograman  Java  dan  .NET. Penelitian diujikan pada local environtment peneliti, Azure Spring Cloud Environment, dan Azure App Service Environment [15]. Hasil dari penelitian ini adalah implementasi teknologi ternyata tidak memiliki dampak nyata pada performa skalabilitas, kesimpulan lainnya adalah penskalaan vertikal lebih hemat biaya daripada penskalaan horizontal di Azure Cloud. Penelitian berikutnya adalah penelitian dari Konrad Gos, dan Wojciech Zabierowski (2020).  Penelitian  ini  dilakukan  untuk  mengetahui  perbandingan  performa  antara  arsitektur microservice dan arsitektur monolithic . Penelitian ini menghasilkan hasil komparasi performa dari kedua desain arsitektur yang diuji pada  bahasa  pemrograman  Java  [16].  Penelitian  berikutnya  mengenai microservice adalah  penelitian  yang dilakukan  oleh  Lorenzo  De  Lauretis  (2019).  Penelitian  ini  menjelaskan  strategi  yang  akan  dapat  mendukung migrasi dari arsitektur monolithic ke arsitektur microservices . Strategi ini bertujuan untuk diterapkan pada sistem monolit, dan mendorong perubahannya menjadi sistem berbasis microservice [17].
Tujuan dari penelitian ini adalah untuk membuat aplikasi penilaian inovasi karyawan Digital Amoeba, yang dapat berintegrasi dengan aplikasi Ideabox. Sehingga tidak perlu lagi menggunakan aplikasi pihak ketiga seperti Google  Sheets,  ataupun  SurveyMonkey  dalam  menilai  inovasi.  Sistem  aplikasi  Scoring  ini  nantinya  dapat diterapkan pada aplikasi web dan aplikasi mobile . Diharapkan dengan adanya penelitian ini dapat menjadi rujukan dalam pengembangan aplikasi menggunakan desain arsitektur microservice .

## 2. METODOLOGI PENELITIAN

## 2.1 Tahapan Penelitian
Dalam membantu penyusunan penelitian, maka diperlukan susunan kerangka kerja dalam melakukan Perancangan Sistem  Penilaian  Karyawan  Digital  Amoeba  pada  setiap  tahapannya.  Kerangka  kerja  ini  merupakan  langkah- langkah dalam penyelesaian masalah. Gambar 1 merupakan tahapan penelitian dari kerangka kerja perancangan sistem aplikasi ini.
Gambar 1. Tahapan penelitian
a. Mendeskripsikan masalah
Mendeskripsikan masalah adalah tahapan dalam mendefinisikan  masalah dari  perancangan sistem. Masalah yang didefinisikan pada penelitian ini adalah mengenai kebutuhan membuat sistem baru untuk mengakomodasi aplikasi penilaian inovasi karyawan Digital Amoeba.
b. Menganalisa masalah
Masalah yang telah terdefinisi dan diketahui, selanjutnya akan dianalisa. Pada tahapan ini akan mempengaruhi tahapan selanjutnya yaitu dalam mengumpulkan kebutuhan perancangan sistem. Masalah yang telah terdefinisi akan  ditelaah  lebih  lanjut.  Pada  penelitian  ini,  masalah  dalam  kebutuhan  perancangan  sistem  baru  dapat dijawab dengan membangun sistem aplikasi yang dapat berintegrasi dengan aplikasi lain.
c. Mengumpulkan kebutuhan perancangan sistem
Menentukan  kebutuhan  terkait  proses  dan  perancangan  bentuk  basis  data  serta  teknologi  apa  yang  akan digunakan dalam pengembangan sistem, dilakukan pada tahapan ini, Kebutuhan – kebutuhan yang ada adalah hasil dari analisa masalah pada tahapan sebelumnya.
d. Merancang sistem
Setelah kebutuhan  –  kebutuhan untuk  perancangan sistem  sudah dapat  ditentukan, akan dilakukan eksekusi dalam bentuk pembuatan kode program untuk fitur – fitur yang ada pada sistem. Perancangan sistem adalah tahapan paling lama dalam tahapan penelitian ini.

## JURNAL MEDIA INFORMATIKA BUDIDARMA
ISSN 2614-5278 (media cetak), ISSN 2548-8368 (media online) Available Online at https://ejurnal.stmik-budidarma.ac.id/index.php/mib DOI: 10.30865/mib.v6i3.4187
e. Implementasi sistem
Pengimplementasian  sistem  adalah  tahapan  terakhir  dalam  perancangan  sistem,  yaitu  dengan mengimplementasikan  sistem  pada  aplikasi web ataupun mobile dengan  memanfaatkan endpoint  API tadi untuk menjalankan fitur – fitur yang ada.
2.2 Tahapan Perancangan Sistem
a. Basis Data
Basis Data yang akan digunakan dalam perancangan ini lebih dari satu. Setiap servis memiliki basis datanya masing – masing. Hal tersebut bertujuan untuk mengurangi risiko dan masalah kompleksitas arsitektur aplikasi [18]. Basis data yang akan dirancang memiliki tugas yang sesuai dengan servis yang dibutuhkan oleh sistem. Servis – servis yang digunakan dalam sistem adalah User Servis untuk mengelola dan menyimpan data seputar user , Ideas Service untuk mengelola data inovasi dari Ideabox, Event Service untuk mengelola data kompetisi inovasi  antar karyawan Digital  Amoeba, dan Scoring  Service untuk  mengelola data hasil penilaian inovasi. Gambar 2 mendeskripsikan perancangan basis data pada arsitektur microservice .
API Clients registered applications
API Gateway security, routing, caching, orchestration, auditing
Microservice 1 Microservice 2 Microservice 3 Microservice n... Database A Database B Database n...
Gambar 2. Ilustrasi struktur basis data dalam microservice [18]
b. API
Desain arsitektur yang digunakan untuk API pada sistem aplikasi Scoring adalah REST ( Representationl State Transfer ).  REST  memiliki  standar  penulisan  yang  logis,  efisien  dan  sudah  banyak  digunakan  oleh  para pengembang diseluruh dunia [19].  Gambar 3 menampilkan salah satu contoh API yang terdapat pada sistem aplikasi yang memiliki method GET .
Gambar 3. Contoh enpoint API pada sistem Scoring
c. Implementasi Sistem Pada Aplikasi
Setelah  lolos  pengujian  API  dimana  seluruh endpoint dapat  diakses  untuk method  GET , POST , PUT ,  dan DELETE . Sistem diterapkan pada aplikasi berbasis web dan mobile. Terdapat perbedaan hak akses fitur dalam kedua aplikasi  tersebut. Pada aplikasi  web, user yang dapat  mengakses adalah Juri, Admin, dan Innovation Manager. Pada mobile hanya dapat diakses oleh user Juri.

## 3. HASIL DAN PEMBAHASAN
3.1 Perancangan Sistem Aplikasi
a. Use Case Diagram
Use Case Diagram ini dibuat untuk mendeskripsikan aktivitas dan hak akses para aktor. Berikut adalah Use Case Diagram untuk sistem aplikasi Scoring:

## JURNAL MEDIA INFORMATIKA BUDIDARMA
ISSN 2614-5278 (media cetak), ISSN 2548-8368 (media online) Available Online at https://ejurnal.stmik-budidarma.ac.id/index.php/mib DOI: 10.30865/mib.v6i3.4187
Gambar 4. Use Case Diagram sistem aplikasi Scoring
Gambar  4  menjelaskan  terdapat  tiga  aktor  yang  mengakses  sistem  aplikasi,  yaitu  Juri,  Admin,  dan Innovation Manager . Juri, Admin, dan Innovation Manager dapat mengakses halaman Login, lalu akan dialihkan ke halaman dashboard aplikasi. Untuk masing – masing aktor memiliki hak akses yang berbeda. Juri hanya dapat mengakses  fitur  Scoring  yaitu  untuk  memberikan  inputan  nilai  pada  inovasi,  lalu  fitur  Ideas  untuk  mengakses inovasi  –  inovasi  yang  didapatkan  dari  aplikasi  Ideabox,  lalu  juga  dapat  mengakses  fitur  Compare,  untuk melakukan perbandingan antar inovasi lainnya. Sedangkan Admin hanya dapat mengakses Question Management, yaitu  untuk  membuat  pertanyaan  yang  nantinya  akan  digunakan  Juri  untuk  menilai  inovasi.  Admin  juga  dapat mengakses Scoring Management, untuk menentukan user mana yang akan menjadi Juri. Sedangkan Innovation Manager hanya dapat mengakses Scoring Management, Question Management, dan akses halaman Reports untuk melihat hasil rekap nilai inovasi – inovasi yang ada, dan juga untuk melihat inovasi mana yang sudah dinilai dan belum dinilai.
b. Activity Diagram
Activity Diagram dibuat untuk mendeskripsikan aliran kerja dari sistem yang akan dikerjakan. Berikut adalah Activity Diagram sistem aplikasi Scoring : 1. Activity Diagram Halaman Question Management
Gambar  5  menjelaskan  alur  kerja  yang  dapat  dilakukan user ( Innovation  Manager )    ketika  berada  di halaman Question Management. Setelah melakukan login dan klik tab Question Management. Sistem akan menampilkan daftar  – daftar pertanyaan yang ada. User bisa untuk merubah isi  dari pertanyaan tersebut atau menghapus pertanyaan tersebut.

## Question Management
Si st em In n o va ti o n Ma n a gem en t Halaman Scoring Login Aplikasi
Klik tab Question Memilih Question List Question Update Question
Delete Question Edit Question
Klik Save
Validasi Delete Notifikasi Delete Berhasil Notifikasi Edit Berhasil Gambar 5. Activity Diagram Halaman Question Management

## JURNAL MEDIA INFORMATIKA BUDIDARMA
ISSN 2614-5278 (media cetak), ISSN 2548-8368 (media online) Available Online at https://ejurnal.stmik-budidarma.ac.id/index.php/mib DOI: 10.30865/mib.v6i3.4187
Question Management Si st em In n o va ti o n Ma n ag em en t Login Aplikasi Klik tab Question Klik Create Question Redirect ke halaman Scoring List Question Form Question
Mengisi title question Memilih tipe question Klik Button Save Notifikasi question telah dibuat
Gambar 6. Activity Diagram Halaman Create Question
Gambar 6 menjelaskan alur kerja dalam pembuatan pertanyaan. Ketika user ( Innovation Manager )  masuk ke halaman Question Management. User dapat klik tab Create Question, maka sistem akan menampilkan formulir yang dapat diisi oleh user seperti judul pertanyaan, tipe pertanyaan ( text , radio button , checkbox, dan slider ), mengisi tata cara pengisian untuk pertanyaan tersebut. Setelah semua sudah diisi, user klik save dan akan tampil notifikasi bahwa pertanyaan berhasil dibuat.
2. Activity Diagram Input Nilai
Input Nilai Si st em Ju ri Login Aplikasi Melihat inovasi yang bisa dinilai Redirect ke halaman Scoring Klik tombol Assement Now Detail Inovasi Mengisi Form Penilaian Menampilkan hasil score Submit penilaian Save As Draft
Gambar 7. Activity Diagram input nilai
Gambar  7  menjelaskan alur kerja untuk user juri dalam melakukan penilaian pada inovasi. Setelah user berhasil login , sistem akan menampilkan halaman dashboard . Pada halaman dashboard tersebut terdapat inovasi – inovasi yang dapat dinilai. User dapat memilih inovasi mana yang akan dinilai. Setelah user klik tombol Assesment Now, maka sistem akan menampilkan detail dari inovasi tersebut. Setelah itu user dapat klik tab Scoring Form dan mengisi penilaian pada formulir tersebut. Setelah berhasil dinilai, sistem akan menampilkan hasil akumulasi penilaian. User dapat memilih apakah akan menyimpan penilaian tersebut sebagai draft atau submit untuk hasil akhirnya.
3. Activity Diagram Scoring Management
Scoring Management Si st em In n o va ti o n Ma n a gem en t Login Aplikasi Klik tombol Scoring Management Redirect ke halaman Scoring List Event Scoring Tambah Event Scoring Tambah User Juri Klik button Save Notifikasi save event scoring berhasil
Gambar 8. Activity Diagram Halaman Scoring Management
Gambar 8 menjelaskan alur kerja yang dapat dilakukan user ( Innovation Manager ) pada halaman Scoring Management.  Setelah  berhasil login ,  dan  klik  tab  Scoring  Management.  Sistem  akan  membawa user ke halaman Scoring Management, dimana terdapat daftar kompetisi inovasi. User dapat menambah kompetisi dengan membuat event baru. Sistem akan menampilkan formulir pengisian seperti user diharuskan mengisi pertanyaan  mana  saja  yang  akan  dipakai  pada event tersebut,  lalu user juga  diharuskan  untuk  mengatur

## JURNAL MEDIA INFORMATIKA BUDIDARMA
ISSN 2614-5278 (media cetak), ISSN 2548-8368 (media online) Available Online at https://ejurnal.stmik-budidarma.ac.id/index.php/mib DOI: 10.30865/mib.v6i3.4187
pelaksanaan event tersebut.  Setelah  itu, user diharuskan  memilih user juri  untuk  melakukan  penilaian inovasi pada event tersebut.
4. Activity Diagram Halaman Reports
Reports Si st em In n o va ti o n Ma n a gem en t Login Aplikasi Klik Tab Reports Redirect ke halaman Scoring List Penilaian Scoring
Klik button Download Reports Validasi Download Reports Notifikasi reports berhasil diunduh
Gambar 9. Activity Diagram Halaman Reports
Gambar 9 menjelaskan alur kerja yang dapat dilakukan user ( Innovation Manager ) pada halaman Reports . Setelah melakukan login dan klik tab Reports , sistem akan menampilkan halaman Reports yang memuat daftar data Scoring yaitu data  – data rekapitulasi  seluruh penilaian terhadap inovasi  – inovasi  yang ada. User juga dapat mengunduh hasil rekapitulasi tersebut dalam bentuk PDF.
3.2 Database-per-service
Dalam pendekatan microservice , penyimpanan data seperti basis data disediakan untuk masing  – masing servis, sehingga data di dalam basis data ini hanya dapat diakses oleh servis yang memilikinya [20]. Pada perancangan basis  data  untuk  sistem  aplikasi  Scoring,  menyesuaikan  dengan  servis  –  servis  yang  dibutuhkan,  seperti  User Service, Ideas Service, Event Service, dan Scoring Service:
a. User Service
Basis data pada User Service digunakan untuk  mengelola dan menyimpan data mengenai user , seperti data login user ,  informasi  umum user ,  foto profile user .  Gambar  10  menampilkan  struktur  dari  basis  data  User Service.
historyKedinasan historyInovator user userIdea userSkillSet userRole id PK userId FK field id PK userId FK eventId FK id PK name noTelp id PK userId FK ideaId id PK userId FK skillSet tglLahir email pictures background bio gender value statusInovator notaDinas role status id PK userId FK

## roleId
Gambar 10. Basis data untuk User Service

## JURNAL MEDIA INFORMATIKA BUDIDARMA
ISSN 2614-5278 (media cetak), ISSN 2548-8368 (media online) Available Online at https://ejurnal.stmik-budidarma.ac.id/index.php/mib DOI: 10.30865/mib.v6i3.4187
b. Ideas Service
likeComment
ideaLike comment ideas allowJoin ideaAttributes id PK ideaLikeId FK commentID FK createdBy createdDate id PK ideaId FK createdBy createdDate id PK ideaId FK comment version createdBy createdDate id PK allowJoin version createdBy createdDate id PK ideaId status typeApproval approvalTo createdBy createdDate notes id PK ideaId FK field value createdBy createdDate status
Gambar 11. Basis data untuk Ideas Service
Gambar 11 menampilkan skema dari basis data yang digunakan pada Ideas Service. Basis data ini bertugas untuk menyimpan dan mengelola data – data inovasi dari Ideabox.
c. Scoring Service
Pada Scoring Service, data – data yang berhubungan dengan hasil penilaian inovasi, beserta user siapa saja yang  menjadi  juri,  dan  juga  menyimpan  pertanyaan  –  pertanyaan  yang  sebelumnya  telah  dibuat  pada Question Management. Data  – data tersebut   akan tersimpan pada basis data ini. Gambar 12 merupakan struktur dari basis data Scoring Service.
question questionCategory eventJudge scoring detailScoring eventScoring id PK questionCategoryId FK namaQuestion id PK eventId FK namaKategori userId FK eventId FK bobotJuri id PK eventScoringId FK totalScore id PK questionId FK attributeName id PK userId eventId bobotQuestion id PK rangeScore parentId score assesmentMax status ideaId namaEvent dataFrom scoringBy scoringId FK eventJudgeId FK
Gambar 12. Basis data untuk Scoring Service

## 3.3 Tampilan Sistem Aplikasi
Sistem aplikasi Scoing telah diimplementasikan pada web dan mobile . Namun, pada penelitian ini berfokus pada tampilan dari sisi mobile .

## JURNAL MEDIA INFORMATIKA BUDIDARMA
ISSN 2614-5278 (media cetak), ISSN 2548-8368 (media online) Available Online at https://ejurnal.stmik-budidarma.ac.id/index.php/mib DOI: 10.30865/mib.v6i3.4187
Gambar 13. Tampilan halaman login
Gambar 13 menampilkan halaman untuk login. Opsi yang bisa digunakan untuk login adalah menggunakan NIK atau bisa menggunakan akun GitLab telah terdaftar.
Gambar 14. Halaman beranda
Gambar 14 menampilkan halaman beranda yang akan tampil setelah user berhasil login . Dalam halaman ini ditampilkan jumlah inovasi yang belum dinilai, inovasi yang disimpan sebagai draft , dan inovasi yang sudah terkirim penilaiannya, dan terdapat peringkat untuk inovasi – inovasi dengan nilai tertinggi.
Gambar 15. Halaman formulir penilaian
Gambar  15  menampilkan  tampilan  pada  halaman  formulir  penilaian  inovasi.  Pada  halaman  tersebut terdepat pertanyaan yang bertipe slider , dan juga terdapat hasil akumulasi nilai. User juga dapat memutuskan ingin menyimpan sebagai draft atau submit penilaian.

## 4. KESIMPULAN
Dengan  selesainya  penelitian  sekaligus  perancangan  sistem  aplikasi  ini,  maka  kesimpulan  yang  dapat  ditarik adalah sistem dirancang dengan menggunakan desain arsitektur microservice , dimana setiap servisnya mempunyai basis  datanya  masing  –  masing.  Servis  yang  digunakan  pada  perancang  sistem  ini  adalah  User  Service,  Ideas Service, Event Service, dan Scoring Service. Sistem apikasi ini mempunyai hak akses yang berbeda – beda untuk aktor – aktor yang ada, yaitu untuk user Juri, Innovation Manager , dan Admin. Sistem aplikasi ini dibangun dengan menggunakan bahasa pemrograman PHP, dan bantuan framework CodeIgniter versi 4 (CI4). Sistem aplikasi ini

## JURNAL MEDIA INFORMATIKA BUDIDARMA
ISSN 2614-5278 (media cetak), ISSN 2548-8368 (media online) Available Online at https://ejurnal.stmik-budidarma.ac.id/index.php/mib DOI: 10.30865/mib.v6i3.4187
dapat berintegrasi dengan aplikasi Ideabox, melalui Ideas Service, sehingga data inovasi yang ada di Ideabox akan otomatis ada di aplikasi Scoring.

## REFERENCES
[1]  “Home - Amoeba.” https://digitalamoeba.id/ (accessed May 30, 2022).
[2]  X. Li, S. Karnan, and J. A. Chishti, “An empirical study of three PHP frameworks,” in 2017 4th International Conference on Systems and Informatics (ICSAI) , Nov. 2017, pp. 1636–1640. doi: 10.1109/ICSAI.2017.8248546.
[3]  S. I. Adam and S. Andolo, “A New PHP Web Application Development Framework Based on MVC Architectural Pattern and Ajax Technology,” in 2019 1st International Conference on Cybernetics and Intelligent System (ICORIS) , Aug. 2019, pp. 45–50. doi: 10.1109/ICORIS.2019.8874912.
[4]  N. Yadav, D. S. Rajpoot, and S. K. Dhakad, “LARAVEL: A PHP Framework for E-Commerce Website,” in 2019 Fifth International  Conference  on  Image  Information  Processing  (ICIIP) ,  Nov.  2019,  pp.  503–508.  doi: 10.1109/ICIIP47207.2019.8985771.
[5]  A. Gunawan, “Selection Of Web-Based Framework for System Development using AHP (Analytic Hierarchy Process) Method in PT. XYZ,” in 2020 International Conference on Information Management and Technology (ICIMTech) , Aug. 2020, pp. 148–152. doi: 10.1109/ICIMTech50083.2020.9211112.
[6]  M. K. Fadhilah, N. Surantha, and S. M. Isa, “Web-Based Evaluation System Using Kirkpatrick Model for High School Education  (A  Case  Study  for  Vocational  High  School in Jakarta),”  in 2018  International  Conference  on  Information Management and Technology (ICIMTech) , Sep. 2018, pp. 166–171. doi: 10.1109/ICIMTech.2018.8528158.
[7]  R.  Petrasch,  “Model-based  engineering  for  microservice  architectures  using  Enterprise  Integration  Patterns  for  inter- service communication,” in 2017 14th International Joint Conference on Computer Science and Software Engineering (JCSSE) , Jul. 2017, pp. 1–4. doi: 10.1109/JCSSE.2017.8025912.
[8]  O. Al-Debagy and P. Martinek, “Extracting Microservices’ Candidates from Monolithic Applications: Interface Analysis and Evaluation Metrics Approach,” in 2020 IEEE 15th International Conference of System of Systems Engineering (SoSE) , Jun. 2020, pp. 289–294. doi: 10.1109/SoSE50414.2020.9130466.
[9]  D. Kuryazov, D. Jabborov, and B. Khujamuratov, “Towards Decomposing Monolithic Applications into Microservices,” in 2020 IEEE 14th International Conference on Application of Information and Communication Technologies (AICT) , Oct. 2020, pp. 1–4. doi: 10.1109/AICT50176.2020.9368571.
[10] C. Bandara and I. Perera, “Transforming Monolithic Systems to Microservices  - An Analysis Toolkit for Legacy Code Evaluation,” in 2020 20th International Conference on Advances in ICT for Emerging Regions (ICTer) , Nov. 2020, pp. 95–100. doi: 10.1109/ICTer51097.2020.9325443.
[11] X. J. Hong, H. Sik Yang, and Y. H. Kim, “Performance Analysis of RESTful API and RabbitMQ for Microservice Web Application,” in 2018 International Conference on Information and Communication Technology Convergence (ICTC) , Oct. 2018, pp. 257–259. doi: 10.1109/ICTC.2018.8539409.
[12] A. Neumann, N. Laranjeiro, and J. Bernardino, “An Analysis of Public REST Web Service APIs,” IEEE Transactions on Services Computing , vol. 14, no. 4, pp. 957–970, Jul. 2021, doi: 10.1109/TSC.2018.2847344.
[13] O.  M.  Bakhriddin  uali,  A. J.  Samadilla ugli,  and  Z.  S.  G’olib  ugli,  “Microservice  Approach In Designing A Scalable Architecture  On  The  Example  Of  An  Electronic  Invoice  System,”  in 2021  International  Conference  on  Information Science and Communications Technologies (ICISCT) , Nov. 2021, pp. 1–3. doi: 10.1109/ICISCT52966.2021.9670337.
[14] Y. Jiang, N. Zhang, and Z. Ren, “Research on Intelligent Monitoring Scheme for Microservice Application Systems,” in 2020 International Conference on Intelligent Transportation, Big Data & Smart City (ICITBS) , Jan. 2020, pp. 791–794. doi: 10.1109/ICITBS49701.2020.00173.
[15] G. Blinowski, A. Ojdowska, and A. Przybylek, “Monolithic vs. Microservice Architecture: A Performance and Scalability Evaluation,” IEEE Access , vol. 10, pp. 20357–20374, 2022, doi: 10.1109/ACCESS.2022.3152803.
[16] K.  Gos  and  W.  Zabierowski,  “The  Comparison  of  Microservice  and  Monolithic  Architecture,”  in 2020  IEEE  XVIth International Conference on the Perspective Technologies and Methods in MEMS Design (MEMSTECH) , Apr. 2020, pp. 150–153. doi: 10.1109/MEMSTECH49584.2020.9109514.
[17] L. de Lauretis, “From Monolithic Architecture to Microservices Architecture,” in 2019 IEEE International Symposium on Software Reliability Engineering Workshops (ISSREW) , Oct. 2019, pp. 93–96. doi: 10.1109/ISSREW.2019.00050.
[18] S. S. Kumar and P. M. M. Shastry, “Database-per-service for e-learning system with micro-service architecture,” in 2017 International  Conference  On  Smart  Technologies  For  Smart  Nation  (SmartTechCon) ,  Aug.  2017,  pp.  705–708.  doi: 10.1109/SmartTechCon.2017.8358462.
[19] P. A. M. Serrano and J. J. S. Onate, “Integration of RESTFul API to Student Information System for Secured Data Sharing and  Single  Sign-on,”  in 2021  IEEE  13th  International  Conference  on  Humanoid,  Nanotechnology,  Information Technology,  Communication  and  Control,  Environment,  and  Management  (HNICEM) ,  Nov.  2021,  pp.  1–6.  doi: 10.1109/HNICEM54116.2021.9731898.
[20] M.  K  and  M.  P,  “Evaluation  of Data  Storage  Patterns in  Microservices Archicture,”  in 2020  IEEE 15th  International Conference of System of Systems Engineering (SoSE) , Jun. 2020, pp. 373–380. doi: 10.1109/SoSE50414.2020.9130516.