PEMBANGUNAN PORTAL WEB CROWDSOURCING EVENT PERGURUAN TINGGI MENGGUNAKAN METODE ITERATIVE INCREMENTAL (MODUL PESERTA EVENT)

(1)

PEMBANGUNAN PORTAL WEB CROWDSOURCING EVENT PERGURUAN TINGGI

MENGGUNAKAN METODE ITERATIVE INCREMENTAL

(MODUL PESERTA EVENT)

WEB PORTAL DEVELOPMENT CROWDSOURCING EVENT COLLEGES

USING ITERATIVE INCREMENTAL METHOD

(EVENT PARTICIPANTS MODULE)

1

_{Alifia Indra Damarani,}

2

_{Irfan Darmawan,}

3

_{Taufik Nur Adi}

1,2,3

_{Program Studi Sistem Informasi, Fakultas Rekayasa Industri, Telkom University}

1

_{alifia.indra@gmail.com,}

2

_{dirfand@gmail.com,}

3

_{taufiknuradi@gmail.com}

Abstrak— Perguruan Tinggi merupakan instansi yang paling sering mengadakan event. Event dibutuhkan sebagai wadah untuk

mahasiswa berkreasi, meningkatkan kemampuan dalam berorganisasi, menjadi ajang hiburan bagi mahasiswa dan masyarakat luas.

Portal event perguruan tinggi yang ada pada saat ini belum mengakomodir kemudahan pencarian event dan belum memudahkan user

dalam mendaftarkan diri di suatu event.

Untuk mengatasi permasalahan tersebut, dibangun sebuah portal website event perguruan tinggi dengan menggunakan metode iterative

& incremental disertai konsep crowdsourcing dimana website yang bersifat terbuka dengan menampilkan pengkategorian informasi yang

jelas sehingga pengunjung tidak merasa kebingungan untuk menemukan informasi yang diinginkan dan meningkatkan kontribusi

pengunjung atau peserta event pada portal web yang dibangun. Analisis dan perancangan dari portal website ini menggunakan UML dan

pembangunan portal menggunakan bahasa pemrograman PHP dengan framework Laravel. Portal website diuji dengan melakukan

verifikasi fungsionalitas sistem dan validasi dari user feedback.

Hasil pengujian menunjukan bahwa portal telah dibangun sesuai dengan perancangan dan dapat mempermudah pihak penyelenggara

untuk berbagi informasi event dan penjualan tiket. Saran untuk penelitian ini adalah menambahkan beberapa fitur dan memperbaiki

desain portal.

Kata kunci : crowdsourcing, event, iterative incremental

Abstract

College is instance that holds event for most times.Event is an activity where student can improve their creativity, organization skill

and as an entertainment for student and public society. Nowadays, event portal for college can't keep up for searching an event

and facilitate user to register to an event.

To solves this problem, building a event portal website for college using iterative and incremental methodology and crowdsourcing

concept as well, where the nature of the website is open so it can shows clear information categorization so visitor can't confuse to

find information and improving visitor or user contribution to the portal web. Analysis and designing of website portal is using

UML and also PHP programming with Laravel Framework. this website portal tests with verification of system functionalities and

validation from user feedback.

Test shows that portal is suitable and can ease for user, event participants, to search event information, and buying ticket.

Researcher suggest to this study that to add more feature and fixes web portal design.

Keywords: crowdsourcing, event, iterative incremental

I. P

ENDAHULUAN

Event (acara) yang diselenggarakan Perguruan Tinggi sangat beragam jenisnya seperti seminar,festival, workshop, konser musik,

kajian keagamaan, lomba atau kompetisi, olahraga, gabungan antar event-event tersebut dan masih banyak yang lainnya. Salah satu

kunci sukses atau sekaligus kegagalan penyelenggaraan event adalah pengunjung atau peserta. Hal ini tentunya berkaitan dengan

jumlah peserta yang mendaftar atau jumlah pengunjung yang diharapkan hadir pada suatu event sesuai dengan target yang telah

ditetapkan (Any Noor, 2013:101-102).

Grafik data pengguna internet Indonesia yang bersumber dari situs resmi APJII (Asosiasi Penyedia Jasa Internet Indonesia)

memperlihatkan bahwa penggunaan internet dan teknologi berkembang sangat pesat di Indonesia, bahkan pada tahun 2015 diprediksi

pengguna internet di Indonesia mencapai 139 juta jiwa, hal ini menandakan bahwa media publikasi dapat dimaksimalkan dengan

menggunakan internet untuk memperluas area publikasi, misalnya melalui portal web event

Oleh karena itu, untuk membantu calon peserta event menemukan event yang dicari, dibutuhkan kemudahan akses informasi

mengenai event tersebut melalui berbagai media publikasi.

(2)

Berdasarkan paparan permasalahan yang dialami peserta event, produk penelitian yang dilakukan yaitu membangun portal web event

perguruan tinggi berbasis crowdsourcing bernama acarakampus.com yang menjembatani kebutuhan peserta event untuk mencari

event sesuai dengan kebutuhan.

II. METODE PENELITIAN

Pada bagian ini akan dijelaskan tentang metode penelitian tapi lebih ditekankan pada model konseptual, dimana model konseptual

merupakan konsep pemikiran yang dapat membantu peneliti untuk merumuskan pemecahan masalah dan membantu dalam

merumuskan solusi dari pemasalahan yang ada.

A. Model Konseptual

Portal event perguruan tinggi ini akan dibuat dengan menerapkan metode crowdsourcing dimana input dari sistem ini adalah data

event dan data calon peserta event (sources) dari user selaku penyelenggara event dan masyarakat luas (crowd). Dengan menerapkan

metode tersebut, maka setiap user mampu memberikan kontribusinya dengan maksimal.

Modul peserta acara ini, lebih mengarah pada manajemen peserta yang melingkupi pendaftaran pada web portal disertai login,

manajemen akun pesrta dan penyelenggara, menampilkan informasi detail acara yang akan berlangsung, registrasi acara beserta

payment, kemampuan pencarian acara sesuai kebutuhan, report spam, pengiriman pesan ke penyelenggara acara dan pengunjung

portal web dapat menandai acara yang diminati . Fungsi – fungsi tersebut akan disajikan melalui fitur signup/login, my account, detail

acara, registrasi, advance searching, bookmark/wishlist, contact organizer.

Berikut adalah penggambaran metode konseptual dalam penelitian ini sesuai penjabaran diatas.

Gambar 1 Model konseptual penelitian

III. H

ASIL DAN

P

EMBAHASAN

Pada bagian ini akan dijelaskan bagian proses pengerjaan yang dilaksanakan baik dari tahap analisis dan perancangan hingga dianggap

selesai atau berhasil berdasarkan model konseptual yang telah dijabarkan sebelumnya.

A. Business Modelling

Business model menggambarkan bagaimana aplikasi ini mendapatkan revenue dengan tujuan aplikasi dapat dikembangkan sesuai

dengan kebutuhan user.

(3)

Gambar 2 Business modelling web portal acarakampus.com

Berikut ini penjelasan mengenai business modelling pada gambar 2 diatas:

1. Key Partners yang berfungsi mengembangkan aplikasi yang dirancang antara lain event organizer, event publisher.

memperkenalkan web portal yang dibuat kepada customer segment yang membutuhkan ditangani oleh event

publisher.

2. Key Activity pada aplikasi ini merupakan pengisian konten acara dan kegiatan marketing, dimana semakin banyak

informasi yang di-posting oleh user maka akan menunjukan trafik yang baik pada aplikasi yang dibuat. Sementara

marketing yang dimaksud adalah kegiatan memperkenalkan aplikasi ini sekaligus mengajak user untuk

berkontribusi.

3. Key Resources atau sumber daya utama dari aplikasi ini adalah web design dan optimalisasi sistem.

4. Value Propositions yang diberikan oleh aplikasi ini terbagi menjadi lima bagian besar yaitu, advanced search,

Wishlist, Report event as spam, Contact the organizer dan ticketing. Advance search memudahkan pengunjung

untuk menemukan event yang diinginkan dengan cepat dan tepat. Fitur wishlist membuat member dan menyimpan

acara yang ada untuk dilihat dikemudian hari. Untuk meningkatkan kepuasan member juga disediakan fitur report

as spam yang membantu member untuk menyembunyikan atau mem-blok acara yang dirasa mengganggu. Contact

the organizer diperuntukan agar user dapat dengan mudah untuk berkomunikasi dengan penyelenggara event.

5. Customer Relationship yaitu komunitas dan perguruan Tinggi dimana kerja sama dengan keduanya merupakan hal

yang penting

6. Channels yang digunakan yaitu internet karena aplikasi yang dibangun adalah sebuah aplikasi yang berbasis web

7. Customer Segments dibagi menjadi 2 bagian besar yakni peserta event selaku pihak yang membutuhkan informasi

event dan penyelenggara event yang berhubungan dengan konten yang akan melengkapi aplikasi dengan info,

semakin lengkap info yang ada maka akan semakin ramai traffic aplikasi.

8. Cost Structure Biaya yang dikeluarkan yakni biaya IT dan Biaya pemasaran.

9. Revenue Stream berasal dari penjualan tiket yang disertakan pada event.

B. Analisa Kebutuhan

1. Kebutuhan Sistem

TABEL 1

ANALISIS KEBUTUHAN PESERTA ACARA

No

REQ ID

Nama

Kebutuhan

Deskripsi

Sumber (User)

1 REQ-01

Mengelola

_{peserta event}

Proses

pengelolaan profil

peserta event

menjadi Informasi

Administrator

2 REQ-02

Membantu

pencarian data

event

Proses pencarian

informasi event

Anggota,Pengunjung

3 REQ-03

Membantu

menghubungi

penyelenggara

event

Proses komunikasi

peserta dengan

penyelenggara

event

Pengunjung, Anggota

4 REQ-04

Mereport event

_{sebagai spam}

Proses pelaporan

suatu event yang

tidak sesuai

menurut Anggota

(4)

2. Aktor

TABEL 2

PENDESKRIPSIAN AKTOR

No

Nama Aktor

Deskripsi

1 Administrator

Aktor yang memiliki akses khusus sebagai

_{administrator sistem}

2 Pengunjung

Aktor yang hanya dapat melihat informasi dan

_{jadwal acara}

3 Anggota

Aktor yang memiliki kemampuan dapat

melakukan manajemen informasi miliknya

masing-masing

3. Use Case

Use case yang dibuat berdasarkan model bisnis yang telah dijabarkan pada pembahasan sebelumnya. Gambar 3 menggambarkan

use case sistem secara keseluruhan dengan aktor utama pengunjung, anggota dan administrator.

4. Class Diagram

Class diagram pada gambar 4 memberikan penggambaran (diagram statis) tentang web portal yang dibangun dan relasi-

relasi yang ada didalamnya.

5. Conceptual Data Model (CDM)

Pada gambar 5 dipaparkan mengenai CDM dari web portal yang dibangun, dimana CDM dipakai untuk menggambarkan

secara detail struktur basis data dalam bentuk logik. CDM terdiri dari objek yang tidak diimplementasikan secara

langsung kedalam basis data yang sesungguhnya.

6. Physical Data Model (PDM)

PDM merupakan gambaran secara detail basis data dalam bentuk fisik. Penggambaran rancangan PDM pada gambar 6

memperlihatkan struktur penyimpanan data yang benar pada basis data yang digunakan sesungguhnya

C. Hasil Perancangan

Pada bagian ini dijelaskan perancangan class yang telah diimplementasikan. Adapun class yang telah diimplementasikan dapat dilihat

pada tabel berikut.

TABEL 3

IMPLEMENTASI KOMPONEN

No

MVC

Fungsi

Penjelasan

1 Model

event

Class model yang berisi fungsi-fungsi terkait dengan event

2 kategori

Class model yang berisi fungsi-fungsi terkait dengan

kategori

3 kota

Class model yang berisi fungsi-fungsi terkait dengan kota

4 organisasi

Class model yang berisi fungsi-fungsi terkait dengan

organisasi

5 tiket

Class model yang berisi fungsi-fungsi terkait dengan tiket

7 universitas

Class model yang berisi fungsi-fungsi terkait dengan

universitas

8 users

Class model yang berisi fungsi-fungsi terkait dengan user

9 wishlistrev

Class model yang berisi fungsi-fungsi terkait dengan

wishlist

10 pesan

Class model yang berisi fungsi-fungsi terkait dengan pesan

11 rekber

Class model yang berisi fungsi-fungsi terkait konfirmasi

pendaftaran

12 Controller

BaseController

Class controller yang berisi fungsi-fungsi untuk operasi

dasarbawaan laravel

13 ContactController

Class controller yang berisi fungsi-fungsi untuk operasi

kemampuan peserta event

14 HomeController

Class controller yang berisi fungsi-fungsi untuk operasi

pencarian

15 AccountControlle

r

Class controller yang berisi fungsi-fungsi untuk operasi

Akun user

16 View

change_password.

blade

Halaman yang digunakan untuk menyunting password akun

(5)

17 edit_account.blad

e

Halaman yang digunakan untuk menyunting profil dan

akun user

18 myaccount.blade

Halaman yang digunakan untuk menampilkan informasi

akun

19 contact.blade

Halaman yang digunakan untuk mengirimkan pesan ke admin

20 login.blade

Halaman yang digunakan untuk melakukan login

21 forgotpass.blade

Halaman yang digunakan apabila user lupa password

22 register.blade

Halaman untuk membuat akun pada web portal

23 tickethistory.blade

Halaman yang digunakan untuk menampilkan tiket yang pernah

dipesan

24 wishlist.blade

Halaman untuk menyumpan event yang ditandaii

25 eventreg.blade

Halaman yang digunakan untuk melakukan registrasi pada suatu

event

26 Index.blade

Halaman untuk menampilkan event , search dan penghubung

dengan tampilan yang lain

Sign Up

<<include>>

Login

<<include>>

Search Event

View Detail Information

<<include>> <<extend>>

Save event

Manage Account

<<extend>>

ubah password

Share Info Event

Like event

Comment event

Validasi & Verifikasi

Contact the Organizer

Pengunjung Web

Event Register

<<include>>

Print Ticket

Administrator

Delete Event

Edit Event

Create Event

Payment

(6)

updated_at Timestamp _{nama_organisasi} _{Variable characters (100)}

Identifier_1 <pi> acara status_acara

jam

Integer Time

KOTA_RELATIONS_ACARA jam_selesai Time

kota Identifier_1 <pi>

rekber KATEGORI_RELATIONS_ACARA kategori i d_kategori nama_kategori kategori <pi > Integer Variable characters (50) <M > users i d_konfi rm asi no_trans nama_bank <pi > Integer Integer Variable characters (50) <M > id_penanya isi_pesan pesan Variable characters (10) Text acara acara Identifier_1 <pi> USERS_RELATIONS_WISHLIST i d_user name email <pi > Integer Variable characters (30) Variable characters (50) <M > jumlah created_at updated_at Identifier_1 <pi> Integer Timestamp Timestamp subjek created_at updated_at Text Timestamp Timestamp tanggal_mulai deskripsi_tiket tanggal_selesai tempat deskripsi selesai Date Text Date Long characters (100) Text (225) Variable characters (5) ACARA_RELATIONS_WISHLIST acara wishlist wishlist id_wishlist Integer alamat telepon ttl gender created_at updated_at confirmed Variable characters (100) Variable characters (12) Date Variable characters (6) Timestamp Timestamp Integer USERS_RELATIONS_PASS_RESETS users password_resets i d_uni v universitas

<pi > Integer <M > UNIVERSITAS_RELATIONS_ACARA poster surat_ijin created_at Text Text Timestamp acara USERS_RELATIONS_ACARA users confirmation_code role Variable characters (30) Integer email token created_at Variable characters (50) Variable characters (255) Timestamp nama_univ created_at Variable characters (50) Timestamp universitas acara updated_at membershipacara Timestamp Variable characters (20) login_terakhir Identifier_1 <pi> users Date

users password_resets updated_at Timestamp

i d_kota nama_kota created_at kota <pi> Integer Variable characters (50) Timestamp <M >

tiket ACARA_RELATIONS_TIKET acara

tiket tiket USERS_RELATIONS_KERANJANG keranjang keranjang USERS_RELATIONS_TIKET_TRANS tiket_transaksi tiket_transaksi updated_at Identifier_1 <pi> Timestamp kota i d_ti ket jenis_tiket jumlah_tiket batas_beli_max batas_beli_min tanggal_jual tanggal_jual_selesai deskripsi_tiket jenis_pembayaran <pi > Integer Variable characters (50) Integer Integer Integer Date Date Text Variable characters (10) <M > TIKET_RELATIONS_KERANJANG keranjang i d_keranj ang jumlah_pembelian total_harga created_at updated_at Identifier_1 <pi> <pi > Integer Integer Integer Timestamp Timestamp <M > i d_ti ket_transaksi token tanggal_pembelian batas_pembayaran status totalharga created_at updated_at Identifier_1 <pi> <pi > Integer Variable characters (255) Timestamp Timestamp Variable characters (20) Integer Timestamp Timestamp <M > PROVINSI_RELETIONS_KOTA harga harga_penyelenggara created_at updated_at sisa_tiket Identifier_1 <pi> Integer Integer Timestamp Timestamp Integer tiket TIKET_RELATIONS_TIKET_TRANS_DETAIL tiket_transaksi_detail tiket_transaksi_detail i d_ti kettrans_detai l <pi > Integer <M >

tiket_transaksi TIKET_TRANS_RELATIONS_TIKET_TRANS_DETAIL i d_prov provinsi <pi > Integer <M > jumlah_pembelian total_harga created_at updated_at Integer Integer Timestamp Timestamp tiket_transaksi_detail tiket_transaksi_detail tiket_anggota tiket_anggota id_tiket_anggota <pi > Integer <M >

provinsi nama_prov Identifier_1 <pi>

(7)

(8)

F

FK_T i d_konfi rm asi i nt <pk> id_penanya varchar(10) i d_uni v i nt <pk,fk2> no_trans

nama_bank int

varchar( 50) isi_pesan _{nama_penany}a varchar(50) text

i d_prov i d_kota i nt i nt <pk,fk3> <pk,fk3> i d_kategori kategori i nt <pk> FK_KAT EGORI_RELAT IONS_ACARA kategori nama_kategori varchar(50)

rekber pesan i d_user

acara i nt <pk,fk1> i d_user wishlist i nt <pk,fk1> FwKis_hUliSstERS_RELAT IONS_WISHLIST i d_user name email users i nt varchar(30) varchar(50) <pk>

aca_i d_user i nt <pk,fk2> users

password varchar(60)

no_rek int email_penanya varchar(50) i d_kategori i nt <pk,fk4> wishlist

i d_uni v i d_prov i d_kota i nt <pk,fk2> i nt <pk,fk2> i nt <pk,fk2> remember_token alamat varchar(100) varchar(100)

nama_pengirim varchar(50) subjek text i d_acara i nt <pk>

i d_kategori i nt <pk,fk2> telepon varchar(12)

jumlah created_at updated_at int timestamp timestamp created_at updated_at timestamp timestamp acara nama_acara tanggal_mulai deskripsi_tiket tanggal_selesai tempat varchar(100) date text date longtext K_ACARA_RELAT IONS_WISHLIST acara acara i d_acara id_wishlist i nt <pk,fk2> int users ttl gender created_at updated_at confirmed date varchar(6) timestamp timestamp int users

deskripsi text _{confirmation_code varchar(30)}

i d_uni v universitas

i nt <pk>

FK_UNIVERSIT AS_RELAT IONS_ACARAacara universitas selesai poster surat_ijin created_at varchar(5) text text timestamp FK_USERS_RELAT IONS_ACARA users role login_terakhir int date

nama_univ varchar(50) FK_USERS_RELAT IONS_KERANJANG _users FK_USERS_RELAT IONS_PASS_RESET S

created_at timestamp acara updated_at timestamp

updated_at timestamp membershipacara varchar(20)

FK_KOT A_RELAT IONS_ACARA

kota nama_organisasi status_acara jam jam_selesai varchar(100) int time time keranjang keranjang password_resets i d_user email token password_resets i nt varchar(50) varchar(255) <pk,fk>

i d_user i nt <pk,fk1> created_at timestamp

i d_prov i d_kota kota i nt i nt <pk,fk>

<pk> tiket FK_ACARA_RELAT IONS_T IKET

acara _{ti k_i d_user}

i d_uni v i d_prov i d_kota i nt i nt i nt i nt <pk,fk2> <pk,fk2> <pk,fk2> <pk,fk2>

FK_USERS_RtEikLeAt_TtrIaOnNsSak_sTi IKET _T RANS tiket_transaksi updated_at timestamp nama_kota varchar(50) i d_kategori i nt <pk,fk2> i d_user i nt <pk,fk> created_at timestamp updated_at timestamp i d_user tiket i nt <pk,fk> i d_acara i d_ti ket i nt i nt <pk,fk2> <pk,fk2> i d_ti ket_transaksi token i nt varchar(255) <pk>

i d_uni v i nt <pk,fk> tiket FK_T IKET _RELAT IONS_KERANJANG i d_keranj ang i nt <pk> tanggal_pembelian timestamp

kota

i d_prov i nt <pk,fk> jumlah_pembelian int batas_pembayaran timestamp

FK_PROVINSI_RELET IONS_KOT A provinsi i d_kota i d_kategori i d_acara i d_ti ket jenis_tiket i nt i nt i nt i nt varchar(50) <pk,fk> <pk,fk> <pk,fk> <pk>

keranjang total_harga _{created_at} updated_at int timestamp timestamp status totalharga created_at updated_at varchar(20) int timestamp timestamp

(9)

S_DET AIL

i d_kategori i nt <pk,fk1> ti k_i d_user i nt <pk,fk>

i d_acara i nt <pk,fk1> tiket_transaksi_detail i d_uni v i nt <pk,fk>

i d_ti ket i nt <pk,fk1> i d_prov i nt <pk,fk>

i d_user i nt <pk,fk2> i d_kota i nt <pk,fk> i d_ti ket_transaksi i d_ti kettrans_detai l i nt i nt <pk,fk2> <pk>

tiketF_Ktr_aTnsIKakEsTi__dTeRtaAilNS_DET AIL_RELAT IONS_T IKET _ANGGOT A tiket_anggota i d_kategori i d_acara i d_user i nt <pk,fk> i nt <pk,fk> i nt <pk,fk> i d_prov provinsi i nt _<pk> batas_beli_min tanggal_jual int date i d_uni v i d_prov i nt i nt <pk,fk1> <pk,fk1>

FK_T IKET _T RANS_RELAT IONS_T IKET _T RANS_DET AIL tiket_anggota nama_prov varchar(50) tanggal_jual_selesai

deskripsi_tiket jenis_pembayaran harga date text varchar(10) int

IKET _RELAT IONS_T IKET _T RAN i d_kota

tiket_transaksi_detail i nt <pk,fk1> harga_penyelenggara int created_at updated_at sisa_tiket timestamp timestamp

int jumlah_pembelian int

total_harga created_at int timestamp i d_ti ket id_tiket_transaksi i nt <pk,fk> i nt <pk,fk>

updated_at timestamp id_tikettrans_detail i nt <pk,fk>

id_tiket_anggota i nt <pk>

(10)