MEMBANGUN SISTEM INFORMASI MANAJEMEN

EVENT BERBASIS WEBSITE MENGGUNAKAN

METODE ITERATIVE INCREMENTAL
(MODUL MANAJEMEN KEUANGAN EVENT)

TUGAS AKHIR

Disusun oleh

CITHAYA NURVITRI

1106120160

PROGRAM STUDI SISTEM INFORMASI

FAKULTAS REKAYASA INDUSTRI
UNIVERSITAS TELKOM
2018
MEMBANGUN SISTEM INFORMASI MANAJEMEN EVENT
BERBASIS WEBSITE MENGGUNAKAN METODE
ITERATIVE INCREMENTAL
(MODUL MANAJEMEN KEUANGAN EVENT)

TUGAS AKHIR
Diajukan Untuk Memenuhi Salah Satu Syarat Kelulusan

Strata-1 Sistem Informasi Fakultas Rekayasa Industri

Universitas Telkom

Disusun Oleh

CITHAYA NURVITRI
1106120160

PROGRAM STUDI SISTEM INFORMASI

FAKULTAS REKAYASA INDUSTRI
UNIVERSITAS TELKOM
2018
 LEMBAR PENGESAHAN
Tugas Akhir dengan judul:

MEMBANGUN SISTEM INFORMASI MANAJEMEN EVENT

BERBASIS WEBSITE MENGGUNAKAN METODE
ITERATIVE INCREMENTAL

(MODUL MANAJEMEN KEUANGAN EVENT)

Telah disetujui dan disahkan pada Sidang Tugas Akhir

Program Studi Strata 1 Sistem Informasi

Fakultas Rekayasa Industri Universitas Telkom

Oleh:

CITHAYA NURVITRI
1106120160

Bandung, 07 Maret 2018

Disetujui oleh,

Pembimbing 1 Pembimbing 2

Nia Ambarsari, S.Si., M.T. Warih Puspitasari, S.Psi., M.Psi.

NIP. 14770014 NIP. 10820005

i
 LEMBAR PERNYATAAN ORISINALITAS

NamaName:: Cithaya Nurvitri

Alifahrin Akhmad Thayyib
NIM NIM: : 1106120160
1102100139
Alamat : Perumahan
Address: Mampang
Cigebar No.22 RT.02Indah II P2
RW.04 Desa
Bojongsari Kec Bojongsoang Kab
Depok, Jawa Barat
Bandung
No. Tlp : +62812 2126 2193
Phone: 089660104986
Email : cithaya94@gmail.com
Email: alifahrin.akhmad@gmail.com

Menyatakan bahwa Tugas Akhir ini merupakan karya orisinal saya sendiri. Atas
pernyataan ini, saya siap menanggung risiko atau sanksi yang dijatuhkan kepada
saya apabila kemudian ditemukan adanya pelanggaran terhadap kejujuran
akademik atau etika keilmuan dalam karya ini, atau ditemukan bukti yang
menunjukkan ketidakaslian karya ini.

Bandung, 07 Maret 2018

Cithaya Nurvitri

ii
 ABSTRAK

Event atau acara adalah media komunikasi untuk menyampaikan pesan dari penyelenggara
kepada target audiens. Dalam penyelenggaraan acara dibutuhkan pengelolaan keuangan
yang akurat dan terorganisir. Saat ini belum ada sebuah sistem khusus yang dapat
membantu mengelola keuangan dalam acara, terutama dalam acara-acara yang
dilaksanakan di dalam Telkom University khususnya dalam acara di Fakultas Rekayasa
Industri.

Melihat permasalahan yang sedang dihadapi, maka dibangunlah sebuah sistem manajemen
keuangan acara untuk perguruan tinggi dengan metode iterative & incremental. Metode ini
dilakukan dalam 4 (empat) phase yaitu inception, elaboration, construction dan transition.
Analisis dan perancangan dari sistem ini menggunakan UML. Pengembangan sistem ini
menggunakan bahasa pemrograman PHP dengan Framework CodeIgniter. Sistem diuji
berdasarkan validasi dari feedback user menggunakan usability testing.

Hasil penelitian ini adalah sebuah sistem manajemen keuangan acara berbasis website .
Berdasarkan pengujian menunjukan bahwa sistem ini dapat membantu mahasiswa dalam
membuat perencanaan dan pengelolaan keuangan acara yang sedang dijalankan hingga
acara selesai dilaksanakan. Saran untuk penelitian ini adalah penambahan fitur yang sesuai
dengan perkembangan pengelolaan keuangan acara dimasa depan yaitu penambahan fitur
notifikasi mobile dan peningkatan interface.

Kata Kunci : manajemen, keuangan, acara, iterative dan incremental

iii
 ABSTRACT

An event is a communication media for relaying message from the host to targeted
audience. Financing management that is accurate and organized is needed for an event
Right now there hasn’t been a specific system that aids in financing management in an
event. Especially event that take place in Telkom University, specifically that ones in
Industrial Engineering Faculty.

Looking at the current problems, a finance management event for universities using
iterative and incremental method is developed. These methods are utilized in 4 (four)
phases, that are inception. elaboration, construction and transition. The analysis and
designing of this system utilize UML. This program development utilize PHP Programming
language with the CodeIgniter Framework. The system is tested based on validation of
users feedback by usability testing.

Output of this research is a website -based event financing management system. Based on
tests, the system would be capable of helping students in making plans and managing event
financing that took place until the event is done. Suggestion for this research is adding
features that would fit the development of event financing management in the future. Which
are adding mobile notification feature, and interface upgrades.

Keywords : management, finance, event, iterative and incremental

iv
 KATA PENGANTAR

Puji syukur kehadirat Tuhan Yang Maha Kuasa, karena atas berkat dan karunia-Nya
penulis dapat menyelesaikan Tugas Akhir dengan judul “MEMBANGUN SISTEM
INFORMASI MANAJEMEN EVENT BERBASIS WEBSITE MENGGUNAKAN
METODE ITERATIVE INCREMENTAL (MODUL MANAJEMEN KEUANGAN
EVENT)” sebagai salah satu syarat dalam menyelesaikan program studi Strata-1 Sistem
Informasi Fakultas Rekayasa Industri Telkom Univeristy.

Dalam penyusunan dan penulisan skripsi ini tidak lepas dari bantuan, bimbingan serta
dukungan dari berbagai pihak. Oleh karena itu dalam kesempatan ini penulis dengan
senang hati menyampaikan terima kasih kepada yang terhormat :

1. Ibu Nia Amabarsari, S.Si., M.T selaku dosen pembimbing I yang selalu
memberikan saran dan motivasinya agar penulis dapat menyelesaikan tugas akhir.

2. Ibu Warih Puspitasari, S.Psi, M.Psi selaku dosen pembimbing II yang telah
membantu dan memberikan saran dan nasihat terbaik dalam menyelesaikan Tugas
Akhir ini.

3. Seluruh dosen Sistem Informasi Fakultas Rekayasa Industri Telkom University

yang telah memberikan ilmu dan pengalamannya.

Penulis menyadari bahwa Tugas Akhir ini tidak luput dari kesalahan, untuk itu kritik dan
saran sangat diharapkan. Semoga Tugas Akhir ini dapat bermanfaat bagi pembaca dan bagi
Institusi.

Bandung. 03 Maret 2018

Penulis

v
 DAFTAR ISI

LEMBAR PENGESAHAN ................................................................................................................................i

LEMBAR PERNYATAAN ORISINALITAS .................................................................................................. ii
ABSTRAK ....................................................................................................................................................... iii
ABSTRACT...................................................................................................................................................... iv
KATA PENGANTAR ....................................................................................................................................... v
DAFTAR ISI..................................................................................................................................................... vi
DAFTAR GAMBAR ........................................................................................................................................ ix
DAFTAR TABEL .............................................................................................................................................. x
Bab I PENDAHULUAN ...................................................................................................................... 11
I.1 Latar Belakang ................................................................................................................................. 11
I.2 Rumusan Masalah ............................................................................................................................ 14
I.3 Tujuan Penelitian ............................................................................................................................. 14
I.4 Batasan Penelitian ............................................................................................................................ 14
I.5 Manfaat Penelitian ........................................................................................................................... 15
I.6 Sistematika Penelitian ...................................................................................................................... 15
Bab II TINJAUAN PUSTAKA ............................................................................................................. 17
II.1 Teori yang relevan dengan penelitian ............................................................................................... 17
II.1.1 Event ................................................................................................................................... 17
II.1.2 Manajemen Keuangan ......................................................................................................... 17
II.1.3 Akuntansi Manajemen ........................................................................................................ 18
II.1.3.1 Tipe Informasi Akuntansi Manajemen ...................................................................... 18
II.1.3.2 Hubungan Akuntansi Manajemen dengan Keuangan ................................................ 19
II.1.3.3 Sistem Informasi Akuntansi ...................................................................................... 20
II.1.3.4 Cash Flow ................................................................................................................. 23
II.1.4 Unified Modeling Language (UML) ................................................................................... 23
II.1.4.1 Structure Diagram ..................................................................................................... 25
II.1.4.1.1 Class diagram.............................................................................................................. 25
II.1.4.1.2 Deployment Diagram .................................................................................................. 26
II.1.4.2 Behavior Diagram ..................................................................................................... 27
II.1.4.2.1 Use case Diagram ....................................................................................................... 27
II.1.4.2.2 Activity diagram .......................................................................................................... 28
II.1.4.2.3 Sequence Diagram....................................................................................................... 30
II.1.5 Metode Iterative and incremental ....................................................................................... 31
II.1.6 Usability Testing ................................................................................................................. 34
II.1.7 Framework .......................................................................................................................... 35
II.1.7.1 Bootstrap ................................................................................................................... 35
II.1.7.2 Codeigniter ................................................................................................................ 36
II.1.7.2.1 MVC ............................................................................................................................ 36
Bab III METODE PENELITIAN ............................................................................................................ 38
III.1 Model Konseptual ............................................................................................................................ 38
III.2 Sistematikan Penulisan ..................................................................................................................... 39
III.2.1 Tahap Identifikasi ............................................................................................................... 41
III.2.2 Tahap Pengembangan Sistem.............................................................................................. 41
III.2.3 Tahap Kesimpulan dan Saran .............................................................................................. 42
Bab IV ANALISIS DAN PERANCANGAN .......................................................................................... 43

vi
 IV.1 Analisis Sistem ................................................................................................................................. 43
IV.1.1 Analisis Proses Bisnis ......................................................................................................... 43
IV.1.2 Analisis Kebutuhan Sistem ................................................................................................. 46
IV.1.2.1 Aktor ......................................................................................................................... 46
IV.1.3 Kebutuhan Fungsional Sistem ............................................................................................. 47
IV.1.3.1 Role ........................................................................................................................... 48
IV.1.3.2 Diagram use case ...................................................................................................... 49
IV.1.3.2.1 Perencanaan Keuangan Acara .................................................................................... 49
IV.1.3.2.2 Perencanaan Kebutuhan acara dan alokasi dana ........................................................ 53
IV.1.3.2.3 Pengelolaan data transaksi ......................................................................................... 58
IV.1.4 Perencanaan ........................................................................................................................ 60
IV.1.5 Activity Diagram ................................................................................................................. 60
IV.1.5.1 Perencanaan Keuangan Acara ................................................................................... 61
IV.1.5.1.1 Input anggaran dan rancangan pengeluaran ............................................................... 61
IV.1.5.1.2 Input data kegiatan acara ............................................................................................ 62
IV.1.5.1.3 Input data anggota acara ............................................................................................ 63
IV.1.5.1.4 Input data anggota divisi ............................................................................................ 64
IV.1.5.1.5 Input nominal saldo awal acara .................................................................................. 65
IV.1.5.2 Perencanaan Kebutuhan Acara dan Alokasi Dana ..................................................... 66
IV.1.5.2.1 Input data job ............................................................................................................. 66
IV.1.5.2.2 Melihat data nominal anggaran dan rancangan pengeluaran ...................................... 67
IV.1.5.2.3 Input data kebutuhan job ............................................................................................ 68
IV.1.5.2.4 Input detail kebutuhan job.......................................................................................... 69
IV.1.5.2.5 Aktivitas validasi data kebutuhan job ........................................................................ 70
IV.1.5.2.6 Melihat data kebutuhan acara..................................................................................... 71
IV.1.5.3 Pengelolaan Data Transaksi ....................................................................................... 72
IV.1.5.3.1 Input data transaksi .................................................................................................... 72
IV.1.5.3.2 Aktivitas validasi data transaksi ................................................................................. 73
IV.1.5.3.3 Print laporan .............................................................................................................. 74
IV.1.6 Class Diagram .................................................................................................................... 75
IV.1.7 Sequence Diagram .............................................................................................................. 76
IV.1.7.1 Perencanaan Keuangan Acara ................................................................................... 76
IV.1.7.1.1 Input anggaran dan rancangan pengeluaran ............................................................... 76
IV.1.7.1.2 Input kegiatan acara ................................................................................................... 77
IV.1.7.1.3 Input data anggota acara dan anggota divisi............................................................... 78
IV.1.7.1.4 Input nominal saldo awal acara .................................................................................. 79
IV.1.7.2 Perencanaan Kebutuhan Acara dan Alokasi Dana ..................................................... 80
IV.1.7.2.1 Input Job .................................................................................................................... 80
IV.1.7.2.2 Input data kebutuhan job ............................................................................................ 81
IV.1.7.2.3 Aktivitas Validasi....................................................................................................... 82
IV.1.7.2.4 Melihat Data .............................................................................................................. 83
IV.1.7.3 Pengelolaan Data Transaksi ....................................................................................... 84
IV.1.7.3.1 Input data transaksi .................................................................................................... 84
IV.1.7.3.2 Print Laporan ............................................................................................................. 85
IV.1.8 Conceptual data model (CDM) ........................................................................................... 87
Bab V IMPLEMENTASI DAN TESTING ............................................................................................ 88
V.1 Implementasi .................................................................................................................................... 88
V.1.1 Deployment Diagram .......................................................................................................... 88
V.1.2 Implementation Component ................................................................................................ 88
V.2 Testing.............................................................................................................................................. 90
V.2.1 Usability Testing ................................................................................................................. 90
V.2.2 Hasil Pengujian ................................................................................................................... 91
Bab VI KESIMPULAN DAN SARAN ................................................................................................... 94
VI.1 Kesimpulan ...................................................................................................................................... 94
VI.2 Saran ................................................................................................................................................ 94

vii
DAFTAR PUSTAKA ...................................................................................................................................... 96
Lampiran A ...................................................................................................................................................... 98
Lampiran B .................................................................................................................................................... 120
Lampiran C .................................................................................................................................................... 131

viii
 DAFTAR GAMBAR

Gambar I.1 Jenis acara yang sering diselenggarakan di perguruan tinggi .......................................11
Gambar I.2 Masalah terbesar yang sering terjadi pada pengelolaan keuangan event ...................... 12
Gambar I.3 Perluka dibuat sebuah sistem untuk mengelola keuangan event? ................................ 13
Gambar II.1 Hubungan data dan informasi ..................................................................................... 21
Gambar II.2 Siklus Pengelolahan data secara manual .....................................................................21
Gambar II.3 Siklus pengolahan data dengan komputer ...................................................................22
Gambar II.4 Klasifikasi jenis diagram UML ................................................................................... 24
Gambar II.5 Sebuah Class diagram sederhana................................................................................ 25
Gambar II.6 Contoh penerapan deployment diagram ......................................................................27
Gambar II.7 Use case diagram ........................................................................................................28
Gambar II.8 Simbol-simbol yang ada pada sequence diagram ....................................................... 30
Gambar II.9 Phase yang terdapat dalam Iterative & Incremental (Larman, 2002) ......................... 33
Gambar III.1 Model Konseptual ......................................................................................................38
Gambar III.2 Kerangka sistematika penelitian ................................................................................ 40
Gambar IV.1 Proses Bisnis .............................................................................................................. 45
Gambar IV.2 Diagram use case sistem perencanaan keuangan acara .............................................49
Gambar IV.3 Diagram use case sub sistem Perencanaan Kebutuhan acara dan alokasi dana.........53
Gambar IV.4 Diagram use case sub sistem pengelolaan data transaksi ..........................................58
Gambar IV.5 Activity Diagram input anggaran dan rancangan pengeluaran ..................................61
Gambar IV.6 Activity Diagram input kegiatan data acara ............................................................... 62
Gambar IV.7 Activity Diagram Input data anggota acara ............................................................... 63
Gambar IV.8 Activity Diagram input data anggota divisi ............................................................... 64
Gambar IV.9 Activity Diagram input nominal saldo awal acara ..................................................... 65
Gambar IV.10 Activity Diagram input data job ............................................................................... 66
Gambar IV.11 Activity Diagram melihat data nominal anggaran dan rancangan pengeluaran .......67
Gambar IV.12 Activity Diagram melihat data kebutuhan job ......................................................... 68
Gambar IV.13 Activity Diagram input detail kebutuhan job ........................................................... 69
Gambar IV.14 Activity Diagram aktivitas validasi data kebutuhan job ..........................................70
Gambar IV.15 Activity Diagram melihat data kebutuhan acara ...................................................... 71
Gambar IV.16 Activity Diagram input data transaksi......................................................................72
Gambar IV.17 Activity Diagram aktivitas validasi data transaksi ................................................... 73
Gambar IV.18 Activity Diagram print laporan ................................................................................ 74
Gambar IV.19 Class Diagram .........................................................................................................75
Gambar IV.20 Sequence Diagram input anggaran dan rancangan pengeluaran ............................. 76
Gambar IV.21 Sequence Diagram input kegiatan acara ..................................................................77
Gambar IV.22 Sequence Diagram input anggota acara dan anggota divisi ....................................78
Gambar IV.23 Sequence Diagram input nominal saldo awal acara ................................................ 79
Gambar IV.24 Sequence Diagram input job ................................................................................... 80
Gambar IV.25 Sequence Diagram input data kebutuhan job .......................................................... 81
Gambar IV.26 Sequence Diagram Aktivitas Validasi .....................................................................82
Gambar IV.27 Sequence Diagram melihat data .............................................................................. 83
Gambar IV.28 Sequence Diagram input data transaksi ...................................................................84
Gambar IV.29 Sequence Diagram print laporan .............................................................................85
Gambar IV.30 Conceptual Data Model (CDM) .............................................................................. 87
Gambar V.1 Deployment diagram...................................................................................................88

ix
 DAFTAR TABEL

Tabel II.1 Tipe Informasi Akuntansi ............................................................................................... 18

Tabel II.2 Perbedaan pokok antara akuntansi manajemen dan akuntansi keuangan ....................... 19
Tabel II.3 Simbol-simbol Class diagram ........................................................................................ 26
Tabel II.4 Simbol-simbol use case diagram .................................................................................... 28
Tabel II.5 Simbol-simbol activity diagram ..................................................................................... 29
Tabel II.6 Simbol-simbol sequence diagram................................................................................... 31
Tabel II.7 Perbandingan metode Software Development Life Cycle (Waterfall, Spiral dan Iterative
& Incremental) ................................................................................................................................ 33
Tabel IV.1 Analisis aktor sistem informasi manajemen keuangan event ........................................46
Tabel IV.2 Analisis kebutuhan sistem informasi manajemen keuangan event ................................ 47
Tabel IV.3 Identifikasi role setiap user ........................................................................................... 48
Tabel IV.4 Use case scenario input anggaran acara ........................................................................50
Tabel IV.5 Use case scenario input kegiatan acara .........................................................................50
Tabel IV.6 Use case scenario input data anggota acara ..................................................................51
Tabel IV.7 Use case scenario input data anggota divisi ..................................................................51
Tabel IV.8 Use case scenario input saldo awal ............................................................................... 52
Tabel IV.9 Use case scenario input job .......................................................................................... 54
Tabel IV.10 Use case scenario input data kebutuhan job ............................................................... 55
Tabel IV.11 Use case scenario input detail kebutuhan job ............................................................. 55
IV.12 Use case scenario aktivitas validasi data kebutuhan job ....................................................... 56
Tabel IV.13 Use case scenario melihat data kebutuhan acara ........................................................ 56
IV.14 Use case scenario melihat data nominal anggaran dan rancangan pengeluaran ................... 57
IV.15 Use case scenario input data transaksi .................................................................................. 58
Tabel IV.16 Use case scenario aktivitas validasi data transaksi ..................................................... 59
Tabel IV.17 Use case scenario print laporan .................................................................................. 60
Tabel V.1 Class yang diimplementasikan pada sistem ..................................................................89
Tabel V.2 Daftar pengguna dan tugas yang digunakan pada usability testing ................................ 90
Tabel V.3 Komponen indikator Usability Testing ...........................................................................91
Tabel V.4 Hasil Feedback User ......................................................................................................92

x
 Bab I PENDAHULUAN

I.1 Latar Belakang

Event atau acara didefinisikan sebagai suatu kegiatan yang diselenggarakan untuk
memperingati hal-hal penting dan memiliki sebuah tujuan. Hal-hal penting tersebut
dapat bersifat individu atau kelompok yang terikat secara adat, budaya, tradisi serta
agama (Noor, 2009). Acara tidak hanya diadakan di instansi pemerintahan dan
swasta, namun acara juga diselenggarakan di lingkungan pendidikan seperti
perguruan tinggi. Untuk mengetahui jenis acara apa saja yang sering
diselenggarakan maka dilakukan penyebaran kuesioner yang dibagikan kepada
mahasiswa perguruan tinggi Telkom University. Berikut merupakan hasil
kuesioner yang dibagikan kepada 77 mahasiswa Telkom Univeristy.

Gambar I.1 Jenis acara yang sering diselenggarakan di perguruan tinggi

Dari hasil kuesioner yang telah dibagikan, didapatkan hasil bahwa dengan
banyaknya acara yang dilaksanakan di dalamnya terdapat banyak aktivitas dan
proses yang saling berkaitan satu sama lain dan oleh sebab itu, penyelenggara acara
harus dapat melakukan kegiatan manajemen sumber daya manusia dan keuangan
secara efektif dan efisien agar terhindar dari kesalahan-kesalahan yang dapat
menimbulkan masalah selama acara tersebut berlangsung. Manajemen adalah

11
mencakup kegiatan untuk mencapai tujuan, dilakukan oleh individu-individu yang
menyumbangkan upayanya yang terbaik melalui tindakan-tindakan yang telah
diterapkan sebelumnya. Hal tersebut meliputi pengetahuan tentang apa saja yang
harus mereka lakukan, menetapkan cara bagaimana melakukannya, memahami
bagaimana mereka harus melakukannya dan mengukur efektivitas dari usaha-usaha
mereka (Terry, 1993). Dalam proses pelaksanaan acara, akan banyak hal yang
sangat kompleks terutama adalah masalah manajemen keuangan. Di dalamnya
terdapat banyak kebutuhan yang tak terduga dan sering terabaikan. Untuk
mengetahui masalah yang sering terjadi di dalam manajemen keuangan acara,
penulis menyebarkan kuesioner yang dibagikan kepada 77 mahasiswa perguruan
tinggi Telkom University. Berikut merupakan hasil dari kuesioner yang dibagikan.

Gambar I.2 Masalah terbesar yang sering terjadi pada pengelolaan keuangan event

Dari hasil kuesioner yang dihasilkan, dapat disimpulkan masalah manajemen

keuangan dapat terjadi apabila penyelenggara acara tidak dapat melakukan
manajemen keuangan dengan baik dan oleh sebab itu penyelenggara acara
memerlukan sebuah sistem yang dapat mengakomodir segala kebutuhan acara.
Untuk mengakomodir apakah diperlukan sebuah sistem manajemen keuangan
acara, maka dilakukan penyebaran kuesioner yang dibagikan kepada 77 mahasiswa
perguruan tinggi Telkom University.

12
 Gambar I.3 Perluka dibuat sebuah sistem untuk mengelola keuangan event?

Dari hasil kuesioner diketahui bahwa 98.7% dari 77 responden menyatakan perlu
dibuatnya sebuat sistem manajemen keuangan acara. Sistem manajemen keuangan
acara dibangun untuk membantu penyelenggara acara untuk dapat mengelola
masalah-masalah keuangan acara. Pada kuesioner sebelumnya, responden
menyatakan permasalahan yang sering terjadi pada keuangan acara ialah tidak
adanya penyajian data keuangan secara real-time, untuk menjawab permasalahan
tersebut maka dibutuhkan sebuah sistem yang dapat diakses setiap waktu.
Permasalahan kedua ialah persoalan transparansi data, untuk menjawab
permasalahan ini data keuangan yang telah tersimpan di dalam database sistem
dapat dilihat diakses oleh penyelenggara acara dan disesuaikan dengan user
privilege. Permasalahan ketiga yaitu tidak adanya bukti penerimaan dan
pengeluaran yang jelas (kwitansi, nota dan lain-lain) maka diperlukan sebuah
sistem yang dapat merekam aktivitas transaksi baik input pemasukan dan
pengeluaran dan menyediakan fitur unggah bukti transaksi sebagai salah satu
persyaratan untuk melakukan pengajuan validasi, apabila user tidak mengunggah
bukti transaksi maka sistem akan menolak untuk memproses data transaksi tersebut.
Permasalahan keempat ialah catatan-catatan peristiwa keuangan tidak jelas, untuk
menjawab permasalahan ini aplikasi manajemen keuangan dilengkapi oleh kolom
deskripsi yang harus dilengkapi, apabila kolom deskripsi tidak diisi maka sistem

13
tidak akan memproses data tersebut. Permasalahan kelima ialah peminta dana tidak
membuat atau tidak segera membuat laporan pemanfaatanya, solusi untuk
permasalahan ini ialah sistem dapat diakses dimanapun tanpa harus bertemu dengan
bendahara acara selama aplikasi tersebut terkoneksi dengan internet. Permasalahan
keenam tidak adanya prosedur penerimaan dan pengeluaran uang, untuk menjawab
permasalahan ini, dengan adanya sistem manajemen keuangan acara prosedur
penerimaan dan pengeluaran uang diatur sesuai dengan aturan yang ada di dalam
sistem dan user harus mengikuti langkah-langkah penggunaan aplikasi untuk
melakukan input transaksi. Dari latar belakang yang telah diuraikan, maka
diperlukan adanya sebuah aplikasi yang dapat membantu penyelenggara dalam
melakukan manajemen dan pengelolaan keuangan acara.

I.2 Rumusan Masalah

Berdasarkan latar belakang tersebut, maka penulis merumuskan masalah pada
penelitian sebagai berikut:

1. Bagaimana rancangan sistem manajemen keuangan acara dapat

mempermudah penyelenggara dalam mengelola keuangan acara?
2. Bagaimana rancangan aplikasi manajemen keuangan acara dapat
memberikan informasi, melakukan pembaruan data keuangan secara real-
time dan terstruktur?

I.3 Tujuan Penelitian

Tujuan dari penelitian ini adalah sebagai berikut:

1. Membuat rancangan sistem manajemen keuangan acara yang dapat

mempermudah penyelenggara dalam mengelola keuangan acara.
2. Membuat aplikasi manajemen keuangan acara yang dapat memberikan
informasi, melakukan pembaruan data keuangan secara real-time dan
terstruktur.

I.4 Batasan Penelitian

Terdapat beberapa batasan masalah pada penelitian ini yaitu:

1. Pengembangan aplikasi hanya sampai batas perancangan dan

pengembangan, tidak mencakup pemasaran dan pemeliharaan aplikasi.

14
 2. Cakupan penelitian adalah manajemen keuangan acara yang ada di Fakultas
Rekayasan Industri, Telkom University.
3. Pada sistematika penelitian iterasi tiap tahap hanya dilakukan dua kali.
4. Penelitian tidak membahas tentang keamanan sistem.

I.5 Manfaat Penelitian

Manfaat yang ingin dicapai dari penelitian ini adalah:

1. Meningkatkan aksesibilitas data yang tersaji secara tepat waktu dan akurat
bagi user dengan perantara sistem informasi.
2. Memperbaiki produktivitas user dalam mengelola manajemen keuangan
acara.

I.6 Sistematika Penelitian

Penelitian ini diuraikan dengan sistematika penulisan sebagai berikut:

Bab 1 Pendahuluan
Pada bab ini berisi tentang latar belakang penelitian, rumusan
masalah, tujuaan penelitian, batasan penelitian, manfaat penelitian
dan sistematika penelitian.

Bab 2 Tinjauan Pustaka

Pada bab ini berisi literatur yang relevan dengan permasalahan yang
sedang diteliti dan membahas hasil-hasil dari penelitian terdahulu.

Bab 3 Metode Penelitian

Pada bab ini menjelaskan model konseptual dan sistematika penelitian

yang digunakan pada penelitian secara terperinci meliputi :

a. Tahapan identifikasi, pada tahap ini menentukan rumusan

masalah, studi literatur yang digunakan, menentukan studi
lapangan penelitian.

15
 b. Tahap pengembangan sistem, pada tahap ini penelitian
menggunakan metode iterative dan incremental.

c. Tahap kesimpulan dan saran

Bab 4 Analisis dan Perancangan

Pada bab ini berisi proses bisnis, use case yang digunakan untuk
melakukan analisis sebagai alat untuk melakukan perancangan secara
terperinci dalam melakukan penelitian

Bab 5 Pengujian dan Implementasi

Bab ini menitikberatkan pada implementasi dan testing sistem yang

dibangun. Tahap implementasi berisi deployment diagram dan
implementasi komponen sedangkan pada tahap pengujian
menitikberatkan pada pengujian berupa usability testing.

Bab 6 Saran dan Kesimpulan

Pada bab ini menjelaskan kesimpulan dari sistem yang telah dibangun
sesuai dengan rancangan dan implementasi yang telah dilakukan.
Serta saran yang diberikan pada saat melakukan pengujian sistem.

16
 Bab II TINJAUAN PUSTAKA

II.1 Teori yang relevan dengan penelitian

II.1.1 Event
Event atau acara adalah suatu kegiatan yang diselenggarakan untuk memperingati
hal-hal penting sepanjang hidup manusia, baik secara individu atau kelompok yang
terikat secara adat, budaya, tradisi, dan agama yang diselenggarakan untuk tujuaan
tertentu serta melibatkan lingkungan masyarakat yang diselenggarakan pada waktu
tertentu. (Noor, 2009)

Event atau acara adalah sebuah tipe lain dalam promosi yang dalam promosi yang
dalam tahun-tahun belakangan ini sering digunakan dalam pemasaran. acara adalah
tipe promosi yang sering digunakan perusahaan atau menghubungkan sebuah
merek pada suatu acara atau sebuah pesta yang tematik yang mana dikembangkan
dengan tujuan untuk menciptakan suatu pengalaman bagi konsumen dan
mempromosikan suatu produk atau jasa tersebut. (Belch, 2009)

II.1.2 Manajemen Keuangan

Pengertian manajemen keuangan mengalami perkembangan mulai dari pengertian
manajemen yang hanya mengutamakan aktivitas memperoleh dana saja sampai
yang mengutamakan aktivitas memperoleh dan menggunakan dan serta
pengelolaan terhadap aktiva. Berikut merupakan definisi manajemen keuangan dari
beberapa para ahli:

Manajemen keuangan adalah manajemen dana baik yang berkaitan dengan

pengalokasian dana dalam berbagai bentuk investasi secara efektif maupun usaha
pengumpulan dana untuk pembiayaan investasi atau pembelajaran secara efesien.
(Sartono, 2001)

Manajemen keuangan adalah sebagai semua aktivitas perusahaan yang

berhubungan dengan usaha-usaha mendapatkan dana perusahaan yang
berhubungan dengan usaha-usaha mendapatkan dana perusahaan dengan biaya
yang murah dan serta usaha untuk menggunakan dan mengalokasikan dana tersebut
secara efisien. (Sutrisno, 2003)

17
Maka dapat disimpulkan bahwa manajemen keuangan adalah pengaturan kegiatan
keuangan dalam suatu organisasi yang menyangkut kegiatan perencanaan, analisis
dan pengendalian kegiatan keuangan.

II.1.3 Akuntansi Manajemen

Akuntansi manajemen adalah suatu serangkaian metode akuntansi yang
menghasilkan informasi berupa laporan keuangan yang dihasilkan yang dapat
digunakan oleh pengguna internal dalam suatu organisasi perusahaan. (Mulyadi,
2001)

Akuntansi manajemen adalah serangkaian tindakan dalam proses akuntansi yang

bertujuan untuk mengukur dan mengevaluasi kinerja personal yang terlibat dalam
organisasi dengan menggunakan ukuran kinerja keuangan dan kinerja non
keuangan. Selain itu akuntansi manajemen juga berguna untuk membuat strategi
dan rencana jangka panjang. (Prawironegoro, 2007)

Akuntansi manajemen adalah suatu kegiatan (proses) yang menghasilkan informasi

keuangan bagi manajemen untuk pengambilan keputusan ekonomi dalam
melaksanakan fungsi manajemen. (Abdul Halim, Akuntansi Manajemen, 2001)

II.1.3.1 Tipe Informasi Akuntansi Manajemen

Akuntansi manajerial adalah: suatu pengantar tipe informasi akuntansi manajemen
dijelaskan pada tabel berikut:

Tabel II.1 Tipe Informasi Akuntansi

Tipe Informasi
Manfaat
Akuntansi

Aktiva, pendapatan dan atau Informasi Masa Lalu Informasi yang akan
biaya datang

Informasi Akuntansi Penuh Pelaporan informasi keuangan Penyusunan program

(Full Accounting Information)
Analisis kemampuan laba Penentuan harga jual normal

Jawaban atas pertanyaan: Penentuan harga transfer

“Berapa jumlah biaya yang
dikeluarkan untuk sesuatu?”

Penentuan harga jual dalam cost Penentuan harga jual dalam

type contract perusahaan yang diatur
dengan peraturan
pemerintah

18
 Informasi Akuntansi Tidak ada Pengambilan keputusan
Diferensial (Differential pemilihan alternatif, baik
Accounting Information) jangka pendek maupun
jangka panjang.

Informasi Akuntansi Penilaian kinerja manajer Penyusunan anggaran

Pertanggungjawaban pemotivasi manajer
(Responsibility Accounting
Information)

Sumber: L.M Samryn, Akuntansi Manajerial: Suatu Pengantar

II.1.3.2 Hubungan Akuntansi Manajemen dengan Keuangan

Akuntansi manajemen dan akuntansi keuangan mempunyai hubungan yang erat
satu sama lain, yaitu:

Yang pertama, prinsip akuntansi yang berterima umum (PABU) dalam akuntansi
keuangan kemungkinan besar juga merupakan prinsip pengukuran yang relevan
dalam akuntansi manajemen. Sebagai contoh, akuntansi keuangan menganut
prinsip penandingan pendapatan dan biaya yang bersangkutan dengan pendapatan
tersebut dalam menghitung laba yang diperoleh perusahaan dalam periode tertentu.
Akuntansi manajemen juga menganut prinsip yang sama dalam mengukur laba
yang diperoleh pusat laba tertentu untuk mengukur kinerja manajer pusat laba yang
bersangkutan. Kedua, akuntansi keuangan dan akuntansi manajemen menggunakan
informasi operasi yang sama sebagai bahan baku untuk menghasilkan informasi
yang disajikan kepada pemakaianya. Oleh sebab itu, dalam pengolahan informasi
keuangan digunakan pedoman bahwa prinsip akuntasi yang umum dipakai sebagai
acuan dalam mengumpulkan data dasar guna menghasilkan informasi yang akan
dikelola melalui akuntansi keuangan maupun akuntansi manajemen. Jika hal ini
tidak dilakukan, akan terjadi duplikasi dalam kegiatan pengumpulan data.
(Mulyadi, 2001)

Perbedaan pokok antara akuntansi manajemen dan akuntansi keuangan yaitu:

Tabel II.2 Perbedaan pokok antara akuntansi manajemen dan akuntansi keuangan

No. Faktor-Faktor Akuntansi Keuangan Akuntansi Manajemen

1. Pemakai Informasi Menyajikan informasi keuangan Manajemen (pihak interal)

terutama untuk pihak eksternal perusahaan
perusahaan (kreditur, pemerintah,
investor serikat kerja dan lain-lain)

19
 2. Dasar penyajian Informasi keuangan disajikan Tidak terikat oleh prinsip-prinsip
informasi berdasarkan prinsip-prinisp akuntansi yang diterima umum.
akauntansi yang diterima oleh Akuntansi manajemen tidak ada
umum yang mendasari, dalam arti tidak ada
pihak manapun yang mengatur
bagaimana informasi akuntansi
manajemen harus disajikan. Bagi
akuntansi manajemen yang lebih
penting adalah manfaat informasi
tersebut, bukan masalah
kesesuaiannya dengan prinsip
akuntansi.

3. Fokus penyusunan Perusahaan secara keseluruhan Bagian-bagian di dalam perusahaan

Informasi

4. Orientasi Informasi Data masa lalu Data masa lalu dan data yang akan
datang

5. Tipe Informasi Informasi akuntansi keuangan informasi moneter dan non moneter.
terutama merupakan informasi
yang dinyatakan dengan satuan
uang (moneter).

6. Ketetapan Penyusunana informasi akuntansi Informasi akuntansi manajemen

Informasi keuangan relatif memiliki waktu lebih menekankan ketepatan waktu
lebih panjang bukan ketepatan data.

Sumber : Abdul Halim dan Bambang Supomo. 2001. Akuntansi Manajemen Hal.11

II.1.3.3 Sistem Informasi Akuntansi

Memberikan definisi tentang sistem informasi akuntansi adalah suatu komponen
organisasi yang mengumpulkan, mengklasifikasikan, mengelola, menganalisa dan
mengkomunikasikan informasi finansial dan pengambilan keputusan yang relevan
kepada pihak di luar perusahaan (seperti kantor pajak, investor, dan kreditor) dan
pihak intern (terutama manajemen). (Moscove, 1981)

Sistem informasi akuntansi adalah suatu set sumberdaya manusia dan modal dalam
suatu organisasi, yang bertugas untuk menyiapkan informasi dan juga informasi
yang diperoleh dari kegiatan pengumpulan dan pengolahan data transaksi.
(E.Cushing, 1982)

Untuk memberikan gambaran yang jelas tentang istilah data dan informasi dalam
hubungannya dengan proses penyediaan informasi, berikut ini diberikan pengertian
untuk masing-masing istilah itu. Data dapat diartikan sebagai kumpulan karakter,
faktar atau jumlah-jumlah yang merupakan masukan (input) bagi suatu sistem
informasi. Biasanya data ini belum dapat digunakan sebagai dasar dalam proses
pengambilan keputusan oleh manajemen. Informasi merupakan keluaran (output)

20
dari suatu proses pengolahan data. Output ini biasanya sudah tersusun dengan baik
dan mempunyai arti bagi yang menerimanya, sehingga dapat digunakan sebagai
dasar untuk pengambilan keputusan manajemen. (Baridwan, 2000)

Gambar berikut ini menunjukan perbedaan dan hubungan antara data dengan
informasi.

Gambar II.1 Hubungan data dan informasi

Sumber: Zaki Baridwan, “Sistem Informasi Akuntansi”, Edisi ke-2,

Penerbit BPFE Yogyakarta 2000

Untuk mengubah data menjadi informasi, dilakukan proses pengolahan data. Dalam
sistem informasi akuntansi, proses pengolahan ini dilakukan dengan beberapa tahap
tertentu. Jika sistem informasi akuntansi diproses secara manual (tanpa mesin),
proses pengolahan data dapat dilakukan dalam suatu siklus seperti pada gambar
berikut ini:

Gambar II.2 Siklus Pengelolahan data secara manual

Sumber: Zaki Baridwan, “Sistem Informasi Akuntansi”, Edisi ke-2,

Penerbit BPFE Yogyakarta 2000

21
Dengan digunakannya mesin komputer dalam proses pengelolaan data, siklus
pengolahan data dapat dipisahkan menjadi tiga yaitu masukan (input), pengolahan
(proses), dan keluaran (output). Siklus pengolahan data akuntansi yang dilakukan
dengan komputer dapat digambarkan sebagai berikut:

Gambar II.3 Siklus pengolahan data dengan komputer

Sumber: Zaki Baridwan, “Sistem Informasi Akuntansi”, Edisi ke-2,

Penerbit BPFE Yogyakarta 2000

Proses pengolahan data akuntansi akan dapat dilakukan dengan cepat apabila
menggunakan sistem. Beberapa tahapan dalam proses pengolahan data yang
memperoleh manfaat yang besar dari penggunaan komputer antara lain adalah:

1. Verifikasi, sistem komputer dapat mengecek kebenaran maupun kelayakan

angka-angka yang menjadi input suatu proses. Misalnya pengecekan
kebenaran kode yang digunakan, pengecekan kelayakan jumlah rupiah dari
transaksi dan lain-lain.
2. Sortir, sistem komputer memungkinkan untuk dilakukannya pensortiran
data ke dalam beberapa klasifikasi yang berbeda dengan cepat. Misalnya
kumpulan faktur penjualan dapat disortir ke dalam klasifikasi langganan,
jenis produk, daerah penjualan dan lain sebagainya.
3. Transmission, sistem komputer dapat memindahkan lokasi data dari suatu
tempat ke tempat lainnya dengan cepat. Misalnya data dari suatu file
dipindahkan ke file lainnya.

22
 4. Perhitungan, dengan sistem komputer perhitungan-perhitungan dapat
dilakukan dengan cepat. Misalnya menghitung saldo rekening sesudah
adanya posting, menghitung jumlah sekelompok (batch) transaksi dan
sebagainya.
5. Dan lain-lain kegiatan.

II.1.3.4 Cash Flow

Arus kas merupakan suatu laporan yang memberikan informasi yang relevan
tentang penerimaan dan pengeluaran kas suatu perusahaan pada suatu periode
tertentu dengan mengklasifikasikan transaksi pada kegiatan: operasi, pembiayaan
dan investasi. (Harahap, 2004)
Cash flow adalah ringkasan mengenai transaksi dalam bentuk kas yang berasal dari
tiga macam kegiatan yang dilakukan perusahaan yaitu kegiatan operasi, kegiatan
investasi dan kegiatan pendanaan. (Supangkat, 2003)

II.1.4 Unified Modeling Language (UML)

Unified Modeling Language (UML) adalah keluarga notasi grafis yang didukung
oleh meta-model tunggal, yang membantu pendeskripsian dan desain sistem
perangkat lunak, khususnya sistem yang dibangun menggunakan pemrograman
berorientasi objek (OO). UML merupakan standar yang relatif terbuka yang
dikontrol oleh ObjectManagement Group (OMG), sebuah konsorsium terbuka yang
terdiri banyak perusahaan. (Fowler, 2005)

Unifed Modeling Language (UML) adalah sebuah bahasa spesifikasi standar untuk
mendokumentasikan, menspesifikasikan, menggambarkan dan membangun sistem
perangkat lunak seperti halnya pada business modelling dan sistem lainnya. UML
tidak berdasarkan pada bahasa pemrograman tertentu. Standar spesifikasi UML
dijadikan standar defacto oleh OMG (objectManagement Group) pada tahun 1995.

UML yang berorientasikan object mempunyai beberapa notasi standar. Spesifikasi

ini menjadi populer dan standar karena sebelumnya adanya UML. Telah ada
berbagai macam spesifikasi yang berbeda. Hal ini menyulitkan komunikasi antara
pengembang perangkat lunak. Untuk itu beberapa pengembang spesifikasi yang
sangat berpengaruh berkumpul untuk membuat standar baru.

23
UML dirintis oleh Grandy Booch OOD (Object Oriented Design), James E.
Rubaugh OMT (Object Modeling Technique) dan Ivar Jacobson OOSE (Object-
Oriented Software Engineering), UML mendeskripsikan OOP (Object Oriented
Programming) UML mendeskripsikan OOP (Object Oriented Programming)
dengan beberapa diagram.

UML terdiri dari 13 jenis diagram resmi dan diklasifikasikan seperti pada gambar
II.5, berikut merupakan jenis diagram resmi UML dan klasifikasi jenis diagram
UML:

Gambar II.4 Klasifikasi jenis diagram UML

Sumber: Fowler, Martin, “UML Distilled Edisi 3” , Andi Yogyakarta, Yogyakarta, 2005

UML merupakan kesatuan dari bahasa pemodelan yang dikembangkan oleh Booch
dan James E. Rumbaugh, Object Modeling Technique (OMT) dan Object Oriented
Software Engineering (OOSE). Pengembangan sistem adalah aktifitas manusia.
Tanpa adanya kemudahan untuk memahami sistem notasi, proses pengembangan
kemungkinan besar akan mengalami kesalahan. UML adalah sistem notasi yang
sudah dibakukan di dunia pengembangan sistem, hasil kerja bersama dari Grady
Booch, James Rumbaugh dan Ivar Jacobson. UML yang terdiri dari serangkaian
diagram memungkinkan bagi sistem analis untuk membuat cetak biru sistem yang
terlibat dalam proses pengembangan tersebut. Sangat penting untuk bisa
mengeluarkan semua diagram tersebut, karena setiap diagram bisa mewakili
stakeholder yang berbeda di sistem tersebut. Dengan UML bisa menceritakan apa

24
yang seharusnya dilakukan oleh sebuah sistem bukan bagaimana yang seharusnya
dilakukan oleh sebuah sistem. (Munawar, 2005)

II.1.4.1 Structure Diagram

II.1.4.1.1 Class diagram
Class diagram merupakan himpunan dari objek-objek yang sejenis. Sebuah objek
memiliki keadaan sesaat (state) dan perilaku (behavior). State sebuah objek adalah
kondisi objek tersebut yang dinyatakan dalam attribute/properties. Sedangkan
perilaku suatu objek mendefinisikan bagaimana sebuah objek bertindak/beraksi dan
memberikan reaksi. (Munawar, 2005)

Class diagram mendeskripsikan jenis-jenis objek dalam sistem dan berbagai

macam hubungan statis yang terdapat di antara mereka. Class diagram juga
menunjukan properti dan operasi sebuah class dan batasan-batasan yang terdapat
dalam hubungan-hubungan objek tersebut. Berikut merupakan contoh class
diagram sederhana:

Gambar II.5 Sebuah Class diagram sederhana

Sumber: Fowler, Martin, “UML Distilled Edisi 3” , Andi Yogyakarta, Yogyakarta, 2005.

25
 Tabel II.3 Simbol-simbol Class diagram

No. Simbol Nama Keterangan

1. Class Sebuah deskripsi dari

seperangkat objek yang berbagi
atribut, operasi dan relasi yang
sama. Class terdiri dari 3 bagian,
yaitu nama Class pada bagian
atas, atribut pada bagian tengah,
dan operasi pada bagian bawah.

2. Association Merupakan hubungan structural

antar Class yang saling berelasi.

3. Aggregation Hubungan antara kumpulan (the

whole) dan sebuah bagian (the
part). Agregasi digambarkan
dengan wajib tidak terisi

4. Composition Komposisi digambarkan dengan

wajib berisi berwarna hitam.

5. Multiplicity Menggambarkan jumlah objek

yang berpartisipasi dalam
hubungan antar class

6. Generalization Merupakan sebuah relasi

spesialisasi/generalisasi dimana
suatu kelas dapat lebih spesifik
dari kelas lainnya.

Sumber: Munawar. (2005), Pemodelan Visual dengan UML,

Graha Ilmu, Yogyakarta.
II.1.4.1.2 Deployment Diagram
Deployment diagram menunjukkan susunan fisik sebuah sistem, menunjukan
bagian perangkat lunak mana yang berjalan pada perangkat keras mana. (Fowler,
2005)

Deployment diagram menunjukan tata letak sebuah sistem secara fisik,

menampakkan bagian-bagian software yang berjalan pada bagian-bagian
hardware. Bagian utama hardware/perangkat keras adalah node; yaitu nama umum

26
untuk semua jenis sumber komputasi. Deployment diagram menyediakan
gambaran bagaimana sistem secara fisik akan terlihat. Sistem terdiri dari node-node
dimana setiap node diwakili untuk sebuah kubus. Garis yang menghubungkan
antara 2 kubus menunjukkan hubungan diantara kedua hardware dan bisa juga
processor (yang mengekseskusi component) atau execution environment (software
yang menjadi host atau mengandung software yang lain). (Munawar, 2005) Berikut
merupakan contoh penerapan Deployment Diagram:

client server

web browser apache server

web sistem mysql server

Gambar II.6 Contoh penerapan deployment diagram

II.1.4.2 Behavior Diagram

II.1.4.2.1 Use case Diagram
Use case adalah konstruksi untuk mendeskripsikan bagaimana system akan terlihat
di mata pengguna potensial. Use case terdiri dari sekumpulan scenario yang
dilakukan oleh seorang actor (orang, perangkat keras, urutan waktu atau system
yang lain). Sedangkan use case diagram memfasilitasi komunikasi diantara analis
dan pengguna serta di antara analis dan klien. (Munawar, 2005, hal. 71)

Use case diagram adalah teknik untuk merekam persyaratan fungsional sebuah
sistem. Use case diagram mendeskripsikan interaksi tipikal antara para pengguna
sistem dengan sistem itu sendiri, dengan memberikan sebuah narasi tentang
bagaimana sistem tersebut digunakan. Use case diagram menampilkan aktor mana
yang menggunakan use case mana, use case mana yang memasukan use case lain
dan hubungan antara aktor dan use case. (Fowler, 2005)

27
 Gambar II.7 Use case diagram
Sumber: Fowler, Martin, “UML Distilled Edisi 3”, Andi Yogyakarta, Yogyakarta, 2005.

Tabel II.4 Simbol-simbol use case diagram

No Gambar Nama Keterangan

1. Actor Orang atau divisi yang terlibat
dalam suatu sistem

2. Use case Kegiatan yang dilakukan oleh

actor

3. Communicates Komunikasi antar actor dan use

case

4. Include Relasi use case dimana proses

bersangkutan akan dilanjutkan
ke proses yang dituju

5. Extends Relasi use case tambahan ke

sebuah use case yang
ditambahkan dapat berdiri
sendiri tanpa use case tambahan
itu.
6. System Boundary Batas gambaran antara sistem
dan actor

Sumber: Fowler, Martin, “UML Distilled Edisi 3” , Andi Yogyakarta, Yogyakarta, 2005.

II.1.4.2.2 Activity diagram

Activity diagram adalah teknik untuk menggambarkan logika prosedural, proses
bisnis, dan jalur kerja. Dalam beberapa hal, diagram ini memainkan peran mirip

28
sebuah diagram alir, tetapi perbedaan prinsip antara diagram ini dan notasi diagram
alir adalah diagram ini mendukung behavior paralel. (Fowler, 2005)

Activity diagram mempunyai peran seperti halnya flowchart, akan tetapi

perbedaannya dengan flowchart adalah activity diagram bisa mendukung perilaku
paralel sedangkan flowchart tidak bisa. Activity diagram menunjukan tahapan,
pengambilan keputusan dan percabangan. Diagram ini sangat berguna untuk
menunjukan operation sebuah objek dan proses bisnis. Activity diagram bisa
digunakan untuk menunjukan siapa mengerjakan apa dengan teknik partision.
(Munawar, 2005) Berikut merupakan tabel simbol-simbol yang sering digunakan
pada saat pembuatan activity diagram.

Tabel II.5 Simbol-simbol activity diagram

Simbol Keterangan

Titik awal

Titik Akhir

Activity

Pilihan untuk pengambilan keputusan

Fork; digunakan untuk menunjukkan kegiatan yang dilakukan secara paralel

atau untuk menggabungkan dua kegiatan paralel menjadi satu

Rake; menunjukan adanya dekomposisi

Tanda waktu

Tanda pengiriman

Tanda penerimaan

Aliran akhir (Flow Final)

Sumber: Munawar. (2005), Pemodelan Visual dengan UML,

Graha Ilmu, Yogyakarta. Hal 109

29
II.1.4.2.3 Sequence Diagram
Sebuah sequence diagram, secara khusus, menjabarkan behavior sebuah skenario
tunggal. Diagram tersebut menunjukan sejumlah objek contoh dn pesan-pesan yang
melewati objek-objek ini di dalam use case. (Fowler, 2005, hal. 81)

Sequence diagram digunakan untuk menggambarkan perilaku pada sebuah

scenario. Diagram ini menunjukan sejumlah contoh obyek dan message (pesan)
yang diletakkan diantara obyek-objek ini di dalam use case. Sequence diagram
menambahkan dimensi waktu pada interaksi diantara obyek. Pada diagram ini
participant diletakkan di atas dan waktu ditunjukan dari atas ke bawah. Life line
participant ke activation: yaitu menjalankan salah satu operation dari participant.
State bisa ditambahkan dengan menempatkannya sepanjang life line. Message
(sederhana, synchronous atau asynchronous) adalah tanda panah yang
menghubungkan suatu life line ke life line yang lain. Lokasi life line dalam dimensi
vertikal mewakili urutan waktu dalam sequence diagram. Message yang pertama
terjadi adalah yang paling dekat dengan bagian atas diagram dan yang terjadi
belakangan adalah yang dekat dengan bagian bawah. Pada beberapa sistem, operasi
bisa dilakukan kepada dirinya sendiri. Hal ini disebut dengan rekursi. Untuk
melukiskannya digunakan anak panah dari activation kembali ke dirinya sendiri,
dan sebuah kotak kecil diletakkan pada bagian atas dari activation. (Munawar,
2005)

Gambar II.8 Simbol-simbol yang ada pada sequence diagram

Sumber: Munawar. (2005), Pemodelan Visual dengan UML,

Graha Ilmu, Yogyakarta. Hal. 89

30
 Tabel II.6 Simbol-simbol sequence diagram

No. Simbol Nama Keterangan

1. Aktor/actor Orang, proses atau sistem lain yang

berinteraksi dengan sistem informasi
dan mendapatkan manfaat dari
sistem. Berpartisipasi secara
berurutan dengan mengirimkan pesan
dan ditempatkan dibagian atas
diagram

2. Objek/Object Berpartisipasi secara berurutan

dengan mengirimkan atau menerima
pesan dan ditempatkan dibagian atas
diagram

3. Garis Hidup/Lifeline Menandakan kehidupan objek selama

urutan dan diakhiri tanda X pada titik
di mana kelas tidak lagi berinteraksi

4. Objek yang Fokus kontrol adalah persegi panjang

berinteraksi/Activatio yang sempit panjang ditempatkan
n diatas sebuah garis hidup dan
menandakan ketika suatu objek
mengirimkan atau menerima pesan

5. Pesan/Message Objek mengirimkan satu pesan ke

objek lainnya

6. Membuat/Create Menyatakan suatu objek membuat

objek yang lain, arah panah mengarah
pada objek yang dibuat

7. Masukkan/Message Menyatakan bahwa suatu objek

send mengirim mesukan ke objek lainnya
arah panah mengarah oada objek yang
dikirim

8. Keluaran/Message Objek atau metode menghasilkan

Return suatu kembalian ke objek tertentu,
arah panah mengarah pada objek yang
menerima kembalian

9. Hasil akhir/Destroy Menyatakan suatu objek mengakhiri

hidup objek yang lain, arah panah
mengarah pada objek yang diakhiri,
sebaiknya jika ada create maka ada
destroy

Sumber: Munawar. (2005), Pemodelan Visual dengan UML,

Graha Ilmu, Yogyakarta. Hal. 192

II.1.5 Metode Iterative and incremental

Dalam pengembangan sistem informasi manajemen keuangan acara, dibutuhkan
metode pengembangan yang menyediakan perubahan dan kebutuhan secara
fleksibel, memiliki perulangan untuk memudahkan pengembang dalam

31
menghasilkan sistem informasi yang sesuai dengan kebutuhan pengguna dan sesuai
dengan spesifikasi yang telah ditentukan sebelumnya. (Cockburn, 2008)

Dalam pengembangan sistem informasi manajemen lazim ditemukan perubahan-

perubahan kebutuhan selama pengembangan. Model pengembangan yang bisa
mengakomodasi perubahan akibatnya menjadi dibutuhkan. Sehingga proses
pengembangan sistem informasi manajemen keuangan event perguruan tinggi ini
menggunakan metode iterative and incremental. Iterative and incremental
merupakan perkembangan dari metode waterfall yang menggabungkan metode
iterative dan metode incremental. Dengan menggunakan metode ini, setiap sistem
yang dihasilkan dari suatu iterasi dapat dievaluasi dan hasil evaluasinya menjadi
feedback untuk iterasi berikutnya.

Iterative and incremental dapat dibagi menjadi 4 (empat) fase utama, yaitu:

1. Tahap inception, tahap ini fokus pada awal pembuatan sistem, membuat
proses bisnis, masalah yang dihadapi, identifikasi risiko, identifikasi lingkup
proyek dan membuat dokumen yang menjelaskan masalah yang ada.

2. Tahap elaboration, tahap ini fokus pada pembuatan analisis dan level desain
yang tinggi, menerbitkan arsitektur dasar untuk proyek yang akan dikerjakan,
membuat rencana konstruksi yang mendukung pencapaian tujuan proyek
berdasarkan analisa kebutuhan yang ada.

3. Tahap construction, tahap ini fokus pada pengembangan perangkat lunak

berdasarkan rancangan yang telah dibuat untuk menghasilkan prototype atau
sistem namun belum sempurna.

4. Tahap transition, tahap ini fokus pada penyempurnaan sistem dan sistem
mulai diperkenalkan kepada user serta melakukan pelatihan kepada user.

32
 Gambar II.9 Phase yang terdapat dalam Iterative & Incremental (Larman, 2002)

Dalam jurnal yang berjudul “A Comparison Between Three SDLC Models Waterfall
Model, Spiral Model, and Incremental/Iterative Model” dapat kita lihat
perbandingan beberapa metode software development life cycle yang menjelaskan
seperti yang ada dalam tabel II-1 berikut (Alshamrani, 2015; Alshamrani, 2015).

Tabel II.7 Perbandingan metode Software Development Life Cycle (Waterfall, Spiral dan
Iterative & Incremental)

Model/Feature Iterative &

Waterfall Spiral
Incremental
Semua Requirement
sudah di definisikan Ya Sering berganti Sering berganti
di awal
Proyek jangka
Tidak cocok Cocok Cocok
panjang
Proyek yang
Tidak cocok Cocok Cocok
kompleks
Requirement yang
Tidak cocok Cocok Cocok
sering berubah
Biaya Murah Mahal Mahal
Mudah untuk di
Estimasi biaya Susah Susah
estimasi
Fleksibilitas Tidak Cukup flexible Flexible
Kesederhanaan Sederhana Intermediate Intermediate
Mendukung proyek
Tidak cocok Cocok Cocok
yang berisiko tinggi
Jaminan sukses Kurang Tinggi Tinggi
Keterlibatan
Rendah Rendah Tinggi
customer
Testing Di akhir Setiap akhir phase Setiap iterasi

33
II.1.6 Usability Testing
Usability berasal dari kata usable yang secara umum berarti dapat digunakan
dengan baik. Sesuatu dapat dikatakan berguna dengan baik apabila kegagalan
dalam penggunaannya dapat dihilangkan atau diminimalkan serta memberi manfaat
dan kepuasan kepada pengguna. Dalam interaksi antara manusia dengan komputer,
Usabilitas atau juga disebut “ketergunaan” berkaitan dengan kemudahan dan
keterbacaan informasi sekaliguas pengalaman navigasi yang user-friendly.
Pembahasan mengenai interface (antarmuka) yang user-friendly biasanya
digunakan untuk halaman website atau perangkat lunak (software) agar dapat
digunakan secara lebih efisien, mudah, dan memberikan pengalaman yang
menyenangkan. Terdapat lima unsur yang menjadi pokok usabilitas, yaitu; 1)
Kegunaan; 2) Efisiensi; 3) Efektivitas; 4) Kepuasan; dan 5) Aksesibilitas. (Rubin,
2008)

Ada 5 syarat yang harus dipenuhi agar suatu website mencapai tingkat usability
yang ideal, yaitu: Learnability (mudah dipelajari), Efficiency (Efisien),
Memorability (Kemudahan dalam mengingat), Error (Pencegahan kesalahan), dan
Satisfaction (Kepuasan pengguna). Teknologi adalah suatu rancangan langkah
instrumental untuk memperkecil keraguan mengenai hubungan sebab akibat dalam
mencapai hasil yang diharapkan. (Nielsen, 2012)

Untuk mengukur Usability bergantung pada kemampuan pengguna menyelesaikan

serangkaian tes. Beberapa parameter untuk mengukur Usability meliputi:

1) Success Rate, mengukur tingkat keberhasilan pengguna dalam

menyelesaikan semua “tugas” yang ada pada suatu website .
2) The time a Task Requires, mengukur waktu yang dibutuhkan oleh seorang
pengguna dalam menyelesaikan suatu “tugas”pada website tersebut.
3) Error Rate, tingkat kesalahan yang dilakukan oleh pengguna pada saat
menyelesaikan “tugas” pada website tersebut.
4) User’s Subjective Satisfaction, tingkat kepuasan pengguna dalam
menyelesaikan keseluruhan “tugas” ketika berinteraksi dalam website
tersebut.

34
 Serangkaian tes tersebut secara umum merujuk pada lima kriteria usabilitas
yang meliputi: Learnability, Efficiency, Memorability, Errors dan Satisfaction.

1) Learnability, berkaitan dengan seberapa mudah suatu apalikasi atau website

digunakan. Kemudahan tersebut diukur dari pemakaian fungsi-fungsi dan
fitur yang tersedia.
2) Efficiency, berkaitan dengan kecepatan dalam pengerjaan “tugas” dalam
website atau aplikasi perangkat lunak tertentu.
3) Memorability, berkaitan dengan kemampuan pengguna mempertahankan
pengetahuannya setelah jangka waktu tertentu. Kemampuan tersebut
diarahkan oleh tata letak desain interface yang relatif tetap.
4) Errors, berkaitan dengan kesalahan-kesalahan yang dibuat oleh yang
dilakukan oleh pengguna selama berinteraksi dengan website atau aplikasi
tertentu.
5) Satisfaction, berkaitan dengan kepuasaan pengguna setelah menggunakan
website atau aplikasi. Pengukuran terhadap kepuasan juga meliputi aspek
manfaat yang di dapat dari pengguna selama menggunakan perangkat
tertentu.
II.1.7 Framework
Framework adalah kerangka kerja. Framework juga dapat diartikan sebagai
kumpulan script (terutama class dan function yang dapat membantu
developer/programmer dalam menangani berbagai masalah-masalah dalam
pemrograman seperti koneksi ke database, pemanggilan variabel, dan file.
Sehingga developer lebih fokus dan lebih cepat membangun aplikasi. (Gandalisha,
2012) Berikut merupakan framework yang digunakan dalam pengembangan
aplikasi sistem informasi manajemen keuangan event,

II.1.7.1 Bootstrap
Bootstrap merupakan Framework open source yang dikembangkan oleh twitter
untuk membangun interface pada sebuah website. Tujuannya adalah untuk
mempermudah dalam menggunakan HTML, CSS dan Javascript. Framework ini
merupakan Framework yang responsive sehingga dapat menyesuaikan pada
interface gadget yang digunakan. Dari segi dokumentasi Framework ini termasuk
yang cukup lengkap dan dapat di akses di https://github.com/twbs/bootstrap.

35
Kelebihan lain dari bootstrap yaitu dibangun menggunakan teknologi HTML 5 dan
CSS3. (Rahmawan, 2013)

II.1.7.2 Codeigniter
CodeIgniter adalah sebuah Framework PHP yang dapat membantu mempercepat
developer dalam pengembangan aplikasi web berbasis PHP dibanding jika menulis
semua kode program dari awal. CodeIgniter merupakan PHP Framework yang
menerapkan sistem berbasis MVC (Model-View-Controller) yang secara sederhana
dapat diartikan bahwa CodeIgniter memisahkan komponen-komponen di dalam
pengkodean aplikasi berbasis web, sehingga diharapkan nantinya lebih mudah
untuk dikelola. (Hakim, 2010)

Codeigniter dirilis pertama kali pada 28 Febuari 2006. Codeigniter merupakan

aplikasi open source berupa web application Framework dengan konsep MVC
(Model, View, Controller) untuk membangun website dinamis dengan
menggunakan bahasa pemrograman PHP. Dengan adanya codeigniter
memudahkan developer web untuk membuat sistem web dengan cepat dan mudah
dibandingkan dengan membuat dari awal. (Supono, 2016) Berikut merupakan
penjelasan dari MVC,

II.1.7.2.1 MVC
MVC merupakan sebuah pendekatan perangkat lunak yang memisahkan aplikasi
logika dengan presentasi. MVC memisahkan pengembangan sistem berdasarkan
komponen utama yang membangun sistem tersebut diantaranya user interface,
bagian kontrol dan bagian database. (Rahmawan, 2013) Komponen-komponen
yang membangun suatu MVC pattern adalah:

1. Model, biasanya berhubungan dengan manipulasi data pada database

(insert,update,dalete,search). Bagian ini tidak dapat berhubungan dengan
view.

2. View, bagian yang menangani presentation logic. Bagian inilah yang

menerima dan mempresentasikan data kepada user.

36
3. Controller, bagian yang mengatur hubungan antara view dan model.
Controller bertugas menerima request data dari user kemudian menentukan
apa yang akan dilakukan oleh sistem.

37
 Bab III METODE PENELITIAN

III.1 Model Konseptual

Konsep dan kerangka konseptual pada konseptual level bertujuan untuk
mengidentifikasi esensi dari tujuaan riset dari keterhubungan. (Hevner, 2004)
Berikut merupakan konsep dan kerangka konseptual yang diterapkan pada
penelitian ini:

Gambar III.1 Model Konseptual

Berdasarkan gambar III.1 dapat dilihat bahwa sistem informasi manajemen

keuangan acara adalah sebuah sistem yang dapat memberikan manfaat dan solusi
dari permasalahan keuangan yang dihadapi penyelenggara acara. Sistem
manajemen keuangan acara dapat membantu penyelenggara dalam melakukan

38
perencanaan keunagan acara dan manajemen keuangan. Sistem dapat diakses setiap
waktu dan dapat dilihat oleh semua tim penyelenggara yang terlibat. selain itu
sistem dapat merekam seluruh kegiatan transaksi dan melakukan validasi sebelum
data keuangan di terima oleh sistem dan seluruh laporan keuangan dapat diakses
sebagai knowlegde management yang bermanfaat bagi penyelenggara acara yang
sama di tahun berikutnya serta dapat digunakan sebagai bahan evaluasi.

Aktor yang terlibat dalam sistem ini adalah mahasiswa dan dosen. Kedua aktor
memiliki hak yang sama namun dibedakan berdasarkan posisi yang mereka miliki
saat acara tersebut diselenggarakan. Dalam pembuatan sistem digunakan kuesioner
(perspektif mahasiswa) untuk mengetahui permasalahan keuangan manajemen
acara, hal ini berguna untuk menjadi dasar dalam membuat sistem ini sehingga
sistem yang dibuat dapat menjadi solusi dari pemasalahan yang terjadi.

Pada penelitian ini menggunakan konsep teori acara, sistem informasi manajemen,
sistem informasi akuntansi, akuntansi manajemen dan unified modeling language
(UML) serta menggunakan metode iterative incremental, survei berupa kuesioner
(perspektif mahasiswa) yang digunakan untuk mengetahui permasalahan keuangan
manajemen acara dan kuesioner pengujian testing.

Tujuan akhir dari penelitian ini ialah menghasilkan suatu sistem informasi
manajemen keuangan acara yang mampu meningkatkan aksesibilitas data yang
tersaji secara tepat waktu dan akurat dengan perantara sistem informasi serta
mampu memperbaiki produktivitas user dalam mengelola manajemen keuangan
acara, sistem ini akan dievaluasi langsung oleh penyelenggara acara dengan
menggunakan skenario usability testing.

III.2 Sistematikan Penulisan

Sistematika penulisan merupakan tahapan-tahapan yang dikerjakan selama
penelitian. Untuk melakukan pemecahan masalah, berikut sistematika penelitian
yang diterapkan pada penelitian ini.

39
 Gambar III.2 Kerangka sistematika penelitian

Berdasarkan gambar III.2, pengembangan sistem pada penelitian ini terbagi

menjadi 3 (tiga) tahap utama yaitu tahap identifikasi, tahap pengembangan sistem
dan tahap kesimpulan dan saran. Penjelasan setiap tahap penelitian sebagai berikut:

40
III.2.1 Tahap Identifikasi
Tahap ini dilakukan untuk mengidentifikasi permasalahan manajemen keuangan
yang sering terjadi di dalam acara. Tahap identifikasi dilakukan dengan
menyebarkan kuesioner kepada mahasiswa Fakultas Rekayasa Industri, Telkom
University yang pernah menjadi penyelenggara acara. Selain itu, untuk mendukung
penelitian ini dilakukan studi literatur terhadap penelitian-penelitian terdahulu yang
berhubungan dengan manajemen keuangan acara. Hasil dari data-data tersebut
dianalisis untuk menentukan perumusan masalah, tujuaan penelitian, batasan
penelitian, manfaat penelitian dan sistematika penelitian.

III.2.2 Tahap Pengembangan Sistem

Pada tahap ini terdapat 4 (empat) tahap di dalamnya sesuai dengan metodologi
iterative incremental yaitu tahap inception, elaboration, construction dan
transition. Pada setiap tahap dilakukan iterasi didalamnya, setiap iterasi pada setiap
sub tahap ini merupakan tambahan atau lanjutan dari sub tahap sebelumnya. Pada
gambar III.2 menjelaskan bahwa setiap iterasi terdapat 6 (enam) sub proses yaitu
sub business modeling, requirement, analysis and design, implementation, testing
dan deployment.

Pada tahap business modeling dilakukan analisis mengenai ruang lingkup sebuah
manajemen keuangan acara dan bagaimana proses bisnisnya. Requirement yang
digunakan untuk mendefinisikan ruang lingkup, latar belakang dan tujuaan
perancangan awal sistem, dan adanya feedback dari user. Proses kebutuhan
dilakukan setelah proses business modeling. Output dari proses business modeling
dianalisa dengan menggunakan salah satu diagram pada unified modeling language
(UML). Proses ini akan menghasilkan usecase diagram, mockup system dan
feedback.

Tahap selanjutnya adalah tahap Analysis and design. Aplikasi manajemen

keuangan acara menerapkan konsep berorientasi objek (object oriented) dimana
pada proses desain menggunakan diagram unified modeling language (UML). Pada
tahap ini dirancang basis data yang digunakan pada aplikasi. Hasil dari proses ini
ada activity diagram, sequence diagram, class diagram, physical data model dan
deployment diagram. Output dari proses ini digunakan untuk tahap implementation

41
Tahap terakhir adalah testing, pada tahap testing dilakukan usability testing.
Aplikasi diuji untuk mengetahui kesesuainnya dengan kebutuhan yang sudah
disepakati sebelumnya termasuk seluruh fungsionalitas aplikasi, apakah berjalan
sesuai dengan requirement.

III.2.3 Tahap Kesimpulan dan Saran

Pada tahap ini seluruh evaluasi dilakukan terhadap aplikasi yang telah dibangun
dan diberikan saran untuk pengembangan selanjutnya.

42
 Bab IV ANALISIS DAN PERANCANGAN

IV.1 Analisis Sistem

IV.1.1 Analisis Proses Bisnis
Proses bisnis merupakan penggambaran dari suatu sistem yang bertujuan agar
sistem yang dikembangkan sesuai dengan kebutuhan user. Proses bisnis pada
penelitian ini dapat dilihat pada gambar IV.1

Gambar IV.1 merupakan proses bisnis secara keseluruhan dari sistem informasi
manajemen keuangan event. Terdapat 3 tahap dalam proses bisnis aplikasi ini yaitu
perencanaan keuangan acara, perencanaan kebutuhan acara dan alokasi dana dan
pengelolaan data transaksi. Pada tahap perencanaan keuangan acara ketua/wakil
ketua melakukan input target anggaran acara dengan menginputkan target anggaran
dan rancangan pengeluaran selanjutnya menginputkan data kegiatan acara, proses
selanjutnya menginputkan data anggota acara sesuai dengan user yang sudah
diinputkan di dalam database sistem oleh administrator. Proses selanjutnya
koordinator divisi akan menginputkan data anggota divisinya masing-masing
setelah itu masuk kepada proses terakhir bendahara akan menginputkan nominal
saldo awal acara yang berfungsi sebagai dana awal dan akan berubah nominalnya
apabila terjadi transaksi pada tahap pengelolaan data transaksi. Tahap selanjutnya
adalah perencanaan kebutuhan acara dan alokasi dana. Pada proses ini ketua/wakil
ketua menginputkan tugas jabatan, memilih list kegiatan acara untuk tugas jabatan
yang diberikan, menginputkan divisi mana yang mendapat tugas jabatan,
menginputkan deadline pekerjaan, menginputkan target anggaran dan
menginputkan deskripsi dari tugas jabatan yang diberikan. Selanjutnya ketua/wakil
ketua, bendahara, sekertaris dan koordinator divisi akan melakukan input data
kebutuhan job. Sebelum melakukan proses ini koordinator divisi dapat mengakses
fitur data nominal anggaran dan rancangan untuk melihat anggaran dan alokasi dan
yang diberikan secara keseluruhan. Selanjutnya pada proses input data kebutuhan
job, ketua/wakil ketua, bendahara, sekertaris dan koordinator divisi menginputkan
keperluan apa saja yang dibutuhkan pada kegiatan yang akan dilangsungkan serta
menginputkan nama anggota divisi yang akan bertanggung jawab untuk
melaksanakan tugas tersebut, khusus untuk koordinator divisi dapat menginputkan

43
nama anggota divisinya untuk menjadi penanggung jawab dalam melaksanakan
tugas pembeliaan kebutuhan acara, pada proses ini anggota divisi, pada proses ini
anggota divisi akan menginputkan satuan, quantity, harga dan subtotal dari data
keperluan yang telah diinputkan koordinator divisi. Sebelum data kebutuhan job
dan detail kebutuhan acara disimpan ke dalam sistem, data terlebih dahulu di
validasi oleh bendahara. Data yang dinyatakan valid akan terupdate ke dalam fitur
data kebutuhan acara, namun untuk data yang dinyatakan tidak valid harus kembali
ditinjau oleh user. Seluruh data kebutuhan data job dan detail kebutuhan acara dapat
dilihat pada fitur data kebutuhan acara. Setelah proses selesai maka tahap
perencanaan dan alokasi dana telah selesai. Tahap selanjutnya adalah pengelolaan
data transaksi, pada proses ini user akan menginputkan data transaksi dengan
memilih job, type dari transaksi, menginputkan nominal, tanggal transaksi,
mengunggah bukti transaksi dan menginputkan deskripsi transaksi. Setelah proses
input data transaksi selesai dilakukan bendahara akan melakukan aktivitas validasi
data transaksi agar data yang masuk sesuai dengan bukti transaksi yang telah
diunggah sebelumnya. Proses terakhir dari manajemen keuangan acara ialah print
laporan. Pada proses ini user dapat melakukan print laporan data keuangan yang
telah divalidasi oleh bendahara dan proses bisnis dari aplikasi sistem informasi
manajemen event (modul manajemen keuangan event) telah selesai

44
 Sistem Informasi Manajemen Keuangan Event
Ketua/wakil ketua Bendahara Sekertaris Koordinator Divisi Anggota Divisi

Sudah
melakukan
perencanaan
keuangan
acara?

Belum

Input target
anggaran dan
rancangan
pengeluaran
Tahap perencanaan Keuangan acara

Input data
kegiatan acara

Input data
anggota acara

Input nominal Input data

saldo awal acara anggota divisi

Input data Job

Tahap Perencanaan Kebutuhan acara dan alokasi dana

Sudah
Input data
kebutuhan job Input data Input data Input data
kebutuhan job kebutuhan job kebutuhan job

Input detail Input detail Input detail

kebutuhan job kebutuhan job kebutuhan job

Input detail Input detail

kebutuhan job kebutuhan job
Aktivitas validasi
data kebutuhan
Job

Tidak
Valid ?

Data terupdate

Melihat data
kebutuhan acara

Input data Input data Input data Input data Input data
transaksi transaksi transaksi transaksi transaksi
Tahap Pengelolaan Data Transaksi

Aktivitas validasi
data transaksi

Tidak Valid?

Ya

Data tersimpan

Print Laporan Print Laporan Print Laporan Print Laporan Print Laporan

Gambar IV.1 Proses Bisnis

45
IV.1.2 Analisis Kebutuhan Sistem
IV.1.2.1 Aktor
Terdapat 5 (lima) aktor dalam sistem informasi manajemen acara (modul
manajemen keuangan acara) yaitu, ketua/wakil ketua, bendahara, sekertaris,
koordinator divisi dan anggota divisi. Setiap user memiliki privilege masing-
masing dalam sistem. Pendefinisian dari masing-masing aktor dapat dilihat pada
tabel berikut ini. Dalam penelitian ini hanya membahas aktor-aktor yang
berhubungan dengan manajemen keuangan event saja.

Tabel IV.1 Analisis aktor sistem informasi manajemen keuangan event

No. Nama Aktor Deskripsi

1. Ketua/Wakil ketua Merupakan aktor penanggung jawab utama pada setiap acara yang
diketuai. Pada tahap perencanaan keuangan acara aktor dapat
melakukan input target anggaran dan rancangan pengeluaran, input
data kegiatan acara, input data anggota acara. Pada tahap
perencanaan kebutuhan acara dan alokasi dana aktor dapat
melakukan input data job, melihat data nominal anggaran dan
rancangan pengeluaran, input data kebutuhan job, input detail
kebutuhan job dan melihat data kebutuhan acara. Pada tahap
pengelolaan data transaksi aktor dapat melakukan input data
transaksi dan print laporan.

2. Bendahara Pada tahap perencanaan keuangan acara aktor dapat melakukan

input nominal saldo awal acara. Pada tahap perencanaan kebutuhan
acara dan alokasi dana aktor dapat melakukan melihat data nominal
anggaran dan rancangan pengeluaran, input data kebutuhan job,
input detail kebutuhan job, aktivitas validasi data kebutuhan job dan
melihat data kebutuhan acara. Pada tahap pengelolaan data transaksi
aktor dapat melakukan input data transaksi, aktivitas validasi data
transaksi dan print laporan.

3. Sekertaris Pada tahap perencanaan kebutuhan acara dan alokasi dana aktor
dapat melakukan melihat data nominal anggaran dan rancangan
pengeluaran, input data kebutuhan job, input detail kebutuhan job
dan melihat data kebutuhan acara. Pada tahap pengelolaan data
transaksi aktor dapat melakukan input data transaksi dan print
laporan.

4. Koordinator Divisi Pada tahap perencanaan kebutuhan acara dan alokasi dana aktor
dapat melakukan melihat data nominal anggaran dan rancangan
pengeluaran, input data kebutuhan job, input detail kebutuhan job
dan melihat data kebutuhan acara. Pada tahap pengelolaan data
transaksi aktor dapat melakukan input data transaksi dan print
laporan.

5. Anggota Divisi Pada tahap perencanaan kebutuhan acara dan alokasi dana aktor
dapat melakukan melihat data nominal anggaran dan rancangan
pengeluaran, input detail kebutuhan job dan melihat data kebutuhan
acara. Pada tahap pengelolaan data transaksi aktor dapat melakukan
input data transaksi dan print laporan.

46
IV.1.3 Kebutuhan Fungsional Sistem
Tabel IV.2 Analisis kebutuhan sistem informasi manajemen keuangan event

REQ ID Rincian Kebutuhan Deskripsi Aktor

Perencanaan Keuangan Acara

REQ-01 Input anggaran acara dan Proses menambahkan anggaran acara Ketua/wakil ketua
rancangan pengeluaran dan rancangan pengeluaran

REQ-02 Input kegiatan acara Proses pembuatan kegiatan acara dan Ketua/wakil ketua
menginputkan income outcome target

REQ-03 Input data anggota acara Proses menambahkan anggota Ketua/wakil ketua
penyelenggara acara yang sesuai
dengan jabatannya ke dalam sistem

REQ-04 Input data anggota divisi Proses menambahkan anggota tiap Koordinator divisi
divisi

REQ-05 Input nominal saldo awal Proses menambahkan saldo awal acara Bendahara
acara

Perencanaan Anggaran dan Alokasi Dana

REQ-06 Input job Proses menambah Job jabatan/divisi Ketua/wakil ketua

REQ-07 Melihat data nominal Proses melihat data target rancangan Semua aktor
anggaran dan rancangan pengeluaran yang telah diinputkan ke
pengeluaran dalam sistem

REQ-08 Input data kebutuhan job Proses menambahkan rencana anggaran Ketua/wakil ketua,
belanja berupa daftar kebutuhan bendahara,
kegiatan acara sekertaris dan
koordinator divisi

REQ-09 Input detail kebutuhan job Proses menambahkan daftar harga Semua aktor
barang yang sudah diinputkan oleh
koordinator divisi

REQ-010 Aktivitas validasi data Proses aktivitas persetujuan data Bendahara

kebutuhan job kebutuhan job

REQ-011 Melihat data kebutuhan Proses melihat data kebutuhan acara Semua aktor
acara yang telah diinputkan

Pengelolaan Data Transaksi

REQ-012 Input data transaksi Proses menambahkan data transaksi Semua aktor

REQ-013 Aktivitas validasi data Proses aktivitas persetujuaan data Bendahara

transaksi transaksi

REQ-014 Print laporan Proses mencetak laporan keuangan Semua aktor

47
IV.1.3.1 Role

Tabel IV.3 Identifikasi role setiap user

Aktor

Anggota divisi
Koordinator
Bendahara

Sekertaris
No. Aktivitas

Ketua

divisi
1. Input anggaran acara dan v
rancangan pengeluaran
Perencanaan
2. Input kegiatan acara v
Keuangan
3. Input data anggota acara v
Acara
4. Input data anggota divisi v
5. Input nominal saldo awal acara v
6. Input job v
7. Melihat data nominal anggaran v v v v v
Perencanaan dan rancangan pengeluaran
8. Kebutuhan Input data kebutuhan job v v v v
9. acara dan Input detail kebutuhan job v v v v v
10. alokasi dana Aktivitas validasi data v
kebutuhan job
11. Melihat data kebutuhan acara v v v v v
12. Pengelolaan Input data transaksi v v v v v
13. Data Aktivitas validasi data transaksi v
14. Transaksi Print laporan v v v v v

48
IV.1.3.2 Diagram use case
Diagram use case merupakan diagram yang akan menggambarkan kebutuhan
fungsional dari sistem yang dikembangkan. Diagram use case yang dibuat pada
pembahasan ini mengikuti proses bisnis yang telah dijabarkan pada pembahasan
sebelumnya.

IV.1.3.2.1 Perencanaan Keuangan Acara

Perencanaan Keuangan Acara

Input anggaran
acara dan Input data
Ketua/wakil ketua rancangan anggota divisi
pengeluaran Koordinator Divisi

Input kegiatan
acara

<<include>>
Input data
anggota acara

Input nominal
saldo awal
acara
Bendahara

Gambar IV.2 Diagram use case sistem perencanaan keuangan acara

Pada gambar IV.4 menjelaskan tentang diagram use case pada sub sistem
perencanaan keuangan acara yang di dalamnya terdapat 3 (tiga) aktor utama yaitu
ketua/wakil ketua, bendahara dan koordinator divisi. Pada tahap perencanaan
keuangan acara ketua/wakil ketua melakukan input target anggaran acara dengan
menginputkan target anggaran dan rancangan pengeluaran selanjutnya
menginputkan data kegiatan acara, proses selanjutnya menginputkan data anggota
acara sesuai dengan user yang sudah diinputkan di dalam database sistem oleh
administrator. Proses selanjutnya koordinator divisi akan menginputkan data
anggota divisinya masing-masing setelah itu masuk kepada proses terakhir
bendahara akan menginputkan nominal saldo awal acara yang berfungsi sebagai
dana awal dan akan berubah nominalnya apabila terjadi transaksi pada tahap

49
pengelolaan data transaksi. Setiap use case perencanaan keuangan acara dapat
dilihat secara detail dalam use case scenario Tabel IV.4 – Tabel IV.8 berikut ini.

Tabel IV.4 Use case scenario input anggaran acara

Nama Input anggaran acara

Aktor Ketua/wakil ketua

Pre Condition - Acara sudah terdaftar di dalam sistem

- Ketua acara telah terdaftar di dalam acara
Post Condition Anggaran dan rancangan pengeluaran berhasil ditambahkan

Deskripsi Proses menambahkan nominal anggaran dan rancangan pengeluaran berhasil ditambahkan

Include -***

Extend -***

Alur Aksi Aktor Respon Sistem

1. Ketua/wakil ketua memilih tab acara 2. Sistem menampilkan menu pada tab acara

3. Ketua/wakil ketua memilih daftar acara 4. Sistem menampilkan halaman daftar acara

5. Ketua/wakil memilih acara yang 6. Sistem menampilkan halaman acara yang

diselenggarakan dipilih

7. Ketua/wakil memilih menu update 8. Sistem menampilkan halaman menu

anggaran dan rancangan pengeluaran update anggaran dan rancangan
pengeluaran

9. Ketua/wakil mengisikan nominal anggaran 10. Sistem menambahkan dan menyimpan

dan rancangan pengeluaran dan klik data anggaran dan rancangan pengeluaran
submit

Tabel IV.5 Use case scenario input kegiatan acara

Nama Input kegiatan acara

Aktor Ketua/Wakil ketua

Pre Condition - Acara sudah ada di dalam sistem

- Ketua acara telah terdaftar di dalam acara
Post Condition Data kegiatan acara berhasil ditambahkan

Deskripsi Membuat kegiatan acara sesuai dengan planning penyelenggara acara dan menginputkan jumlah
anggaran kegiatan sesuai dengan kesepakatan penyelenggara.

Include -***

Extend -***

Alur Aksi Aktor Respon Sistem

1. Ketua/wakil ketua memilih tab acara 2. Sistem menampilkan menu pada tab
acara

3. Ketua/wakil ketua memilih daftar acara 4. Sistem menampilkan halaman daftar

acara

5. Ketua/wakil memilih acara yang 6. Sistem menampilkan halaman acara

diselenggarakan yang dipilih

7. Ketua/wakil ketua memilih menu daftar 8. Sistem menampilkan halaman daftar

kegiatan acara kegiatan acara

50
 9. Ketua acara menginputkan nama kegiatan. 10. Sistem menambahkan data kegiatan
Deskripsi, alokasi dana, tanggal mulai dan acara ke dalam database.
berakhirnya acara lalu klik save.

Tabel IV.6 Use case scenario input data anggota acara

Nama Input data anggota acara

Aktor Ketua/Wakil ketua

Pre Condition - Acara sudah ada di dalam sistem

- Ketua acara telah terdaftar di dalam acara
- Kegiatan acara sudah ada di dalam sistem
- Biodata anggota yang akan ditambahkan sudah ada di dalam database sistem
Post Condition Data anggota acara diperbaruhi

Deskripsi Menambahkan data keanggotaan acara sesuai dengan kebutuhan penyelenggara.

Include -***

Extend -***

Alur Aksi Aktor Respon Sistem

1. Ketua/wakil ketua memilih tab acara 2. Sistem menampilkan menu pada

tab acara

3. Ketua/wakil ketua memilih menu keanggotaan 4. Sistem menampilkan halaman

acara keanggotaan acara

5. Ketua/wakil ketua memilih acara yang 6. Sistem menampilkan halaman

diselenggarakan acara yang dipilih

7. Ketua/wakil ketua memilih menu tambah 8. Sistem menampilkan halaman

anggota tambah anggota

9. Ketua acara memilih jabatan anggotanya 10. Sistem menambahkan dan

sesuai dengan struktural acara yang menyimpan data keanggotaan
diselenggarakan dan memilih nama anggota acara ke dalam database sistem
yang terdaftar di dalam sistem

Tabel IV.7 Use case scenario input data anggota divisi

Nama Input data anggota divisi

Aktor Koordinator divisi

Pre Condition - Acara sudah ada di dalam sistem

- Ketua acara telah terdaftar di dalam acara
- Kegiatan acara sudah ada di dalam sistem
- Biodata anggota yang akan ditambahkan sudah ada di dalam database sistem
- Anggota acara sudah mendapat jabatan sesuai dengan struktural acara

Post Condition Data anggota divisi berhasil ditambahkan

Deskripsi Menambahkan data keanggotaan divisi acara sesuai dengan kebutuhan penyelenggara.

Include - Input data anggota acara

Extend -***

Alur Aksi Aktor Respon Sistem

1. Koordinator divisi memilih menu acara 2. Sistem menampilkan halaman

menu acara

51
 3. Koordinator divisi memilih menu keanggotaan 4. Sistem menampilkan halaman
acara keanggotaan acara

5. Koordinator divisi memilih acara yang 6. Sistem menampilkan halaman

diselenggarakan acara yang dipilih

7. Koordinator divisi memilih menu tambah 8. Sistem menampilkan menu tambah

anggota divisi anggota divisi

9. Koordinator divisi memilih siapa saja user 10. Sistem menambahkan data
yang menjadi anggota divisinya keanggotaan divisi ke dalam
database sistem.

Tabel IV.8 Use case scenario input saldo awal

Nama Input saldo awal

Aktor Bendahara

Pre Condition - Acara sudah ada di dalam sistem

- Ketua acara telah terdaftar di dalam acara
- Kegiatan acara sudah ada di dalam sistem
- Anggota acara sudah mendapat jabatan sesuai dengan struktural acara
Post Condition Saldo awal berhasil ditambahkan ke dalam sistem

Deskripsi Proses menambahkan nominal saldo awal

Include -***

Extend -***

Alur Aksi Aktor Respon Sistem

1. Bendahara memilih menu acara 2. Sistem menampilkan halaman menu

acara

3. Bendahara memilih menu penugasan 4. Sistem menampilkan halaman

penugasan

5. Bendahara memilih acara yang 6. 6Sistem menampilkan halaman acara

diselenggarakan yang dipilih

7. Bendahara memilih menu lihat tugas 8. Sistem menampilkan halaman lihat tugas

9. Bendahara mengisikan nominal saldo 10. Sistem menambahkan dan menyimpan

awal data saldo awal pada database sistem

52
IV.1.3.2.2 Perencanaan Kebutuhan acara dan alokasi dana

Perencanaan Kebutuhan acara dan alokasi dana

Melihat data
<<include>> nominal
Input job
anggaran dan
Actor_1 rancangan
pengeluaran
User

Input data
<<include>> kebutuhan job

<<include>>

Input detail
kebutuhan job

<<include>>

Aktivitas validasi
data kebutuhan
job
Bendahara

<<include>>

Melihat data
kebutuhan acara

Gambar IV.3 Diagram use case sub sistem Perencanaan Kebutuhan acara dan alokasi dana

Pada gambar IV.3 menjelaskan tentang diagram use case pada sub sistem
perencanaan kebutuhan acara dan alokasi dana yang di dalamnya terdapat 5 (lima)
aktor utama yaitu ketua/wakil ketua, bendahara, sekertaris, koordinator divisi dan
anggota divisi. Pada proses ini ketua/wakil ketua menginputkan tugas jabatan,
memilih list kegiatan acara untuk tugas jabatan yang diberikan, menginputkan
divisi mana yang mendapat tugas jabatan, menginputkan deadline pekerjaan,
menginputkan target anggaran dan menginputkan deskripsi dari tugas jabatan yang
diberikan. Selanjutnya ketua/wakil ketua, bendahara, sekertaris dan koordinator
divisi akan melakukan input data kebutuhan job. Sebelum melakukan proses ini
koordinator divisi dapat mengakses fitur data nominal anggaran dan rancangan
untuk melihat anggaran dan alokasi dan yang diberikan secara keseluruhan.
Selanjutnya pada proses input data kebutuhan job, ketua/wakil ketua, bendahara,
sekertaris dan koordinator divisi menginputkan keperluan apa saja yang dibutuhkan
pada kegiatan yang akan dilangsungkan serta menginputkan nama anggota divisi

53
yang akan bertanggung jawab untuk melaksanakan tugas tersebut, khusus untuk
koordinator divisi dapat menginputkan nama anggota divisinya untuk menjadi
penanggung jawab dalam melaksanakan tugas pembeliaan kebutuhan acara, pada
proses ini anggota divisi, pada proses ini anggota divisi akan menginputkan satuan,
quantity, harga dan subtotal dari data keperluan yang telah diinputkan koordinator
divisi. Sebelum data kebutuhan job dan detail kebutuhan acara disimpan ke dalam
sistem, data terlebih dahulu di validasi oleh bendahara. Data yang dinyatakan valid
akan terupdate ke dalam fitur data kebutuhan acara, namun untuk data yang
dinyatakan tidak valid harus kembali ditinjau oleh user. Seluruh data kebutuhan
data job dan detail kebutuhan acara dapat dilihat pada fitur data kebutuhan acara.
Setiap use case perencanaan kebutuhan acara dan alokasi dana dapat dilihat secara
detail dalam use case scenario Tabel IV.9 – Tabel IV.14 berikut ini.

Tabel IV.9 Use case scenario input job

Nama Input job

Aktor Ketua/Wakil ketua

Pre Condition - Acara sudah ada di dalam sistem

- Ketua acara telah terdaftar di dalam acara
- Kegiatan acara sudah ada di dalam sistem
- Anggota acara sudah mendapat jabatan sesuai dengan struktural acara

Post Condition Job untuk masing-masing posisi dalam acara telah ditambahkan ke dalam sistem

Deskripsi Ketua mendeklarasikan tugas-tugas dari setiap posisi atau divisi yang ada di dalam sistem, sesuai
dengan kebutuhan dari ketua penyelenggara acara

Include -***

Extend -***

Alur Aksi Aktor Respon Sistem

1. Ketua/wakil ketua memilih tab acara 2. Sistem menampilkan menu pada tab
acara

3. Ketua/wakil ketua memilih menu 4. Sistem menampilkan halaman

penugasan penugasan

5. .Ketua/wakil ketua memilih acara yang 6. Sistem menampilkan halaman acara

diselenggarakan yang dipilih

7. Ketua/wakil ketua memilih menu 8. Sistem menampilkan halaman tambah

tambah job job

9. Ketua mengisikan job/tugas jabatan, 10. Sistem menambahkan dan menyimpan

memilih list kegiatan untuk job ini, data tambah job pada database sistem
memilih jabatan yang bersangkutan
untuk job ini, mengisi deadline
pengerjaan, mengisi jumlah alokasi dana
dan mengisi deskrispsi.

54
 Tabel IV.10 Use case scenario input data kebutuhan job

Nama Input data kebutuhan job

Aktor Ketua/Wakil ketua, sekertaris, bendahara dan koordinator divisi

Pre Condition - Data job sudah ada didalam sistem

Post Condition Data kebutuhan job untuk masing-masing posisi telah ditambahkan ke dalam sistem

Deskripsi Tiap user mendeklarasikan tugas-tugas dari setiap posisi atau divisi yang ada di dalam sistem,
sesuai dengan kebutuhannya masing-masing.

Include - Input job

Extend -***

Alur Aksi Aktor Respon Sistem

1. User ketua memilih tab acara 2. Sistem menampilkan menu pada tab
acara

3. User ketua memilih menu penugasan 4. .Sistem menampilkan halaman

penugasan

5. User memilih acara yang 6. Sistem menampilkan halaman acara

diselenggarakan yang dipilih

7. User memilih menu lihat tugas 8. Sistem menampilkan menu lihat tugas

9. User memilih menu tambah job anggota 10. Sistem menampilkan menu tambah job
anggota

11. User menginputkan data kebutuhan job, 12. Sistem menyimpan dan menambahkan
memilih anggota yang menjadi data kebutuhan job ke dalam database
penanggung jawab dan deadline
pengerjaaan, lalu klik tambah

Tabel IV.11 Use case scenario input detail kebutuhan job

Nama Input detail detail kebutuhan job

Aktor Semua user

Pre Condition - Anggota acara sudah mendapat jabatan sesuai dengan struktural acara
- Anggota divisi sudah berhasil ditambahkan
- Data job sudah ada didalam sistem
- Data input data kebutuhan job sudah ada didalam sistem
Post Condition Data detail kebutuhan job untuk detail kebutuhan job ditambahkan ke dalam sistem

Deskripsi Anggota divisi akan menginputkan satuan, quantity, harga dan subtotal dari data keperluan yang
telah diinputkan oleh koordinator divisi

Include - Input data kebutuhan job

Extend -***

Alur Aksi Aktor Respon Sistem

1. User ketua memilih tab acara 2. Sistem menampilkan menu pada tab
acara

3. User ketua memilih menu penugasan 4. Sistem menampilkan halaman

penugasan

5. User memilih acara yang 6. Sistem menampilkan halaman acara

diselenggarakan yang dipilih

55
 7. User memilih menu lihat tugas 8. Sistem menampilkan menu lihat tugas

9. .User mencari dan memilih 10. Sistem menampilkan halaman list

kebutuhan job yang diberikan kebutuhan job
sebelumnya
11. User memilih update data detail 12. Sistem menampilkan halaman update
kebutuhan job data detail kebutuhan job

13. User mengisi data keperluaan 14. Sistem menambahkan dan menyimpan
kegiatan acara dengan memilih data ke dalam database sistem
satuaan dari keperluaan tersebut,
berapa quantitynya, berapa harganya
dan sistem otomatis akan
menampilkan subtotal

IV.12 Use case scenario aktivitas validasi data kebutuhan job

Nama Aktivitas validasi data kebutuhan job

Aktor Bendahara

Pre Condition - Data kebutuhan job sudah ada didalam sistem

- Data detail kebutuhan job sudah ada didalam sistem
Post Condition Data kebutuhan job dan detail kebutuhan job telah ditambahkan ke dalam sistem

Deskripsi Bendahara akan melakukan validasi agar data yang masuk sesuai dengan perencanaan yang
telah dianggarkan.

Include - Input detail kebutuhan job

Extend -***

Alur Aksi Aktor Respon Sistem

1. Bendahara ketua memilih tab acara 2. Sistem menampilkan menu pada tab acara

3. Bendahara ketua memilih menu 4. Sistem menampilkan halaman penugasan

penugasan

5. Bendahara memilih acara yang 6. Sistem menampilkan halaman acara yang

diselenggarakan dipilih

7. Bendahara memilih menu aktivitas 8. Sistem menampilkan halaman aktivitas

validasi kebutuhan job validasi kebutuhan job

9. Bendahara memilih data yang disesuai 10. Sistem menambahkan dan menyimpan
data yang telah di validasi oleh bendahara

Tabel IV.13 Use case scenario melihat data kebutuhan acara

Nama Melihat data kebutuhan acara

Aktor Semua aktor

Pre Condition - Data kebutuhan job dan detail job sudah divalidasi oleh bendahara

Post Condition Semua aktor dapat melihat data kebutuhan acara yang telah diinputkan

Deskripsi Aktor berhasil mengakses data kebutuhan acara

Include -***

Extend -***

Alur Aksi Aktor Respon Sistem

56
 1. User ketua memilih tab acara 2. Sistem menampilkan menu pada tab acara

3. User ketua memilih menu daftar acara 4. Sistem menampilkan halaman penugasan

5. User memilih acara yang diselenggarakan 6. Sistem menampilkan halaman acara yang dipilih

7. User memilih menu data kebutuhan acara 8. Sistem menampilkan halaman menu data
kebutuhan acara

IV.14 Use case scenario melihat data nominal anggaran dan rancangan pengeluaran

Nama Melihat data nominal anggaran dan rancangan pengeluaran

Aktor Semua aktor

Pre Condition - Data job sudah ada didalam sistem

- Data kebutuhan job sudah ada didalam sistem
- Data detail kebutuhan job sudah ada didalam sistem
Post Condition Semua aktor dapat melihat data nominal anggaran dan rancangan pengeluaran

Deskripsi Aktor berhasil mengakses data nominal anggaran dan rancangan pengeluaran

Include - Aktivitas validasi data kebutuhan job

Extend -***

Alur Aksi Aktor Respon Sistem

1. User ketua memilih tab acara 1. Sistem menampilkan menu pada tab
acara

2. User ketua memilih menu daftar 3. Sistem menampilkan halaman

acara penugasan

4. User memilih acara yang 5. Sistem menampilkan halaman acara

diselenggarakan yang dipilih

6. User memilih menu data nominal 7. Sistem menampilkan halaman menu

anggaran dan rancangan nominal anggaran dan rancangan
pengeluaran pengeluaran

57
IV.1.3.2.3 Pengelolaan data transaksi

Pengelolaan Data Transaksi

Input data
transaksi

User

Aktivitas validasi
data transaksi
Bendahara

Print laporan

Gambar IV.4 Diagram use case sub sistem pengelolaan data transaksi

Pada gambar IV.4 menjelaskan tentang diagram use case pada sub sistem
pengelolaan data transaksi yang di dalamnya terdapat 5 (lima) aktor utama yaitu
ketua/wakil ketua, sekertaris, bendahara, koordinator divisi dan anggota divisi.
Pada tahap pengelolaan data transaksi, pada proses ini user akan menginputkan data
transaksi dengan memilih job, type dari transaksi, menginputkan nominal, tanggal
transaksi, mengunggah bukti transaksi dan menginputkan deskripsi transaksi.
Setelah proses input data transaksi selesai dilakukan bendahara akan melakukan
aktivitas validasi data transaksi agar data yang masuk sesuai dengan bukti transaksi
yang telah diunggah sebelumnya. Proses terakhir dari pengelolaan data transaksi
ialah print laporan. Pada proses ini user dapat melakukan print laporan data
keuangan yang telah divalidasi oleh bendahara dan proses bisnis dari aplikasi sistem
informasi manajemen event (modul manajemen keuangan event) telah selesai.
Setiap use case pengelolaan data transaksi dapat dilihat secara detail dalam use case
scenario Tabel IV.15 – Tabel IV.17 berikut ini.

IV.15 Use case scenario input data transaksi

Nama Input data transaksi

Aktor Semua aktor

Pre Condition - Proses perencanaan keuangan acara telah selesai

- Proses perencanaan kebutuhan dan alokasi dana telah selesai

58
Post Condition Data transaksi berhasil ditambahkan ke dalam sistem

Deskripsi Proses menambahkan data transaksi

Include -***

Extend -***

Alur Aksi Aktor Respon Sistem

1. User ketua memilih tab acara 2. Sistem menampilkan menu pada tab
acara

3. User ketua memilih menu 4. Sistem menampilkan halaman

pengelolaan data transaksi pengelolaan data transaksi

5. User memilih acara yang 6. Sistem menampilkan halaman acara

diselenggarakan yang dipilih

7. User memilih menu pengelolaan data 8. Sistem menampilkan menu pengelolaan

transaksi pada tabel aksi data transaksi

9. User memilih menu input data 10. Sistem menampilkan form input data
transaksi transaksi

11. User memilih job, type dari transaksi, 12. Sistem menambahkan dan menyimpan
nominal transaksi, tanggal transaksi, data pada database sistem
mengunggah lampiran, mengisi
kolom deskripsi.

Tabel IV.16 Use case scenario aktivitas validasi data transaksi

Nama Aktivitas validasi data transaksi

Aktor Bendahara

Pre Condition - User sudah menginputkan data transaksi sudah dilakukan

Post Condition Aktivitas validasi data berhasil dilakukan

Deskripsi Bendahara akan melakukan aktivitas validasi agar data yang masuk sesuai dengan bukti
transaksi yang telah diunggah sebelumnya

Include - Input data transaksi

Extend -***

Alur Aksi Aktor Respon Sistem

1. Bendahara ketua memilih tab acara 2. Sistem menampilkan menu pada tab
acara

3. Bendahara ketua memilih menu 4. Sistem menampilkan halaman

penugasan penugasan

5. Bendahara memilih acara yang 6. Sistem menampilkan halaman acara

diselenggarakan yang dipilih

7. Bendahara memilih menu aktivitas 8. Sistem menampilkan halaman aktivitas

validasi data transaksi validasi data transaksi

9. Bendahara memilih data yang 10. Sistem menambahkan dan menyimpan

disesuai data yang telah divalidasi oleh
bendahara

59
 Tabel IV.17 Use case scenario print laporan

Nama Print laporan

Aktor Ketua/wakil ketua, bendahara, sekertaris, koordinator divisi dan anggota divisi

Pre Condition - Input data transaksi sudah dilakukan

- Data transaksi sudah melewati tahap aktivitas validasi oleh bendahara

Post Condition Laporan telah di print

Deskripsi Setiap user dapat menguduh laporan lengkap dari acara yang telah berlangsung.

Include - Input data transaksi

- Aktivitas validasi data transaksi

Extend -***

Alur Aksi Aktor Respon Sistem

1. User ketua memilih tab acara 2. Sistem menampilkan menu pada tab
acara

3. User ketua memilih menu daftar 4. Sistem menampilkan halaman

acara penugasan

5. User memilih acara yang 6. Sistem menampilkan halaman acara

diselenggarakan yang dipilih

7. User memilih menu print laporan 8. Sistem melakukan print laporan

IV.1.4 Perencanaan
IV.1.5 Activity Diagram
Activity diagram merupakan diagram aktivitas yang menggambarkan alur yang
dilakukan oleh user dalam menjalankan sistem yang nantinya dikembangkan. Pada
penelitian ini terdapat beberapa activity diagram yang dapat digambarkan
berdasarkan proses bisnis dan diagram use case yang telah dijabarkan di atas.

60
IV.1.5.1 Perencanaan Keuangan Acara
IV.1.5.1.1 Input anggaran dan rancangan pengeluaran

Gambar IV.5 Activity Diagram input anggaran dan rancangan pengeluaran

Setiap acara yang dikelola oleh user harus menambahkan target pemasukan dan
pengeluaran acara. Pada proses ini ketua/wakil ketua harus masuk pada halaman
acara, setelah itu memilih acara yang akan diselenggarakan dan memilih menu
update anggaran dan rancangan pengeluaran. Pada halaman update anggaran dan

61
rancangan pengeluaran ketua/wakil ketua menambahkan nominal anggaran dan
rancangan pengeluaran.

IV.1.5.1.2 Input data kegiatan acara

Gambar IV.6 Activity Diagram input kegiatan data acara

Setiap acara yang dikelola oleh user harus memiliki list kegiatan yang
diregistrasikan terlebih dahulu oleh ketua/wakil ketua acara. Pada proses ini,
ketua/wakil ketua akan masuk pada halaman daftar acara dan memilih acara yang
akan diselenggarakan kemudian ketua/wakil ketua masuk pada halaman daftar
kegiatan acara dan memasukan data-data kegiatan berserta alokasi dana. Data-data
ini diantaranya adalah tanggal, nama kegiatan, deskripsi, alokasi dana, tanggal
mulai dan berakhir kegiatan tersebut, apabila data yang dimasukan sesuai maka
data kegiatan acara akan tersimpan dan ketua/wakil ketua acara bisa melakukan
input anggota acara ke dalam sistem untuk mengelola kegiatan acara tersebut.

62
IV.1.5.1.3 Input data anggota acara

Gambar IV.7 Activity Diagram Input data anggota acara

Setelah kegiatan dan input anggaran dan rancangan pengeluaran diregistrasikan

langkah ketua/wakil ketua dapat menambahkan anggota acara ke dalam sistem.
Pada halaman dashboard ketua/wakil ketua memilih halaman acara dan memilih
menu keanggotaan acara setelah itu memilih acara yang sedang diselenggarakan.
Proses selanjutnya ketua/wakil ketua memilih menu tambah anggota. Pada halaman
tambah anggota ketua/wakil ketua dapat menginputkan data anggota divisi dan
jabatan dari anggota divisi sesuai dengan kesepakatan penyelenggara acara.

63
IV.1.5.1.4 Input data anggota divisi

Gambar IV.8 Activity Diagram input data anggota divisi

Setiap koordinator divisi memiliki privilage untuk menginputkan data anggotanya

masing-masing. Untuk melakukan proses tersebut koordinator divisi harus masuk
ke halaman acara dan memilih menu keanggotaan acara setelah itu memilih acara
yang akan diselenggarakan. Proses selanjutnya koordinator divisi memilih menu
tambahkan anggota acara. Pada halaman tambahkan anggota divisi, koordinator

64
divisi hanya menginputkan nama anggota divisi berdasarkan kesepakatan
penyelenggara acara.

IV.1.5.1.5 Input nominal saldo awal acara

Gambar IV.9 Activity Diagram input nominal saldo awal acara

Proses selanjutnya ialah bendahara akan menginputkan nominal saldo awal acara
Proses input nominal saldo awal acara dilakukan untuk menginputkan jumlah dana
yang ada. Saldo awal ini akan berubah jika ada transaksi di tahap pengelolaan data
transaksi dan proses ini tidak dapat dilakukan berulang-ulang. Pada proses nominal
saldo awal acara, bendahara harus masuk ke dalam halaman acara dan memilih
halaman menu penugasan. Proses selanjutnya bendahara memilih acara yang akan

65
diselenggarakan dan mengakses halaman lihat tugas. Pada halaman lihat tugas,
bendahara menginput nominal saldo awal acara.

IV.1.5.2 Perencanaan Kebutuhan Acara dan Alokasi Dana

IV.1.5.2.1 Input data job

Gambar IV.10 Activity Diagram input data job

Job merupakan pekerjaan yang diberikan ketua kepada setiap divisi yang ada,
termasuk ketua/wakil ketua, sekertaris, bendahara dan koordinator divisi. Dalam
menambahkan job, ketua harus masuk ke dalam menu acara kemudian memilih
menu penugasan. Pada halaman penugasan ketua memilih menu tambahkan job.
Dalam menambahkan job penugasan ketua menginputkan job title, memilih
kegiatan mana job penugasan akan dilaksanakan, menginputkan jabatan dari
anggota acara yang terdaftar, menginputkan deadline, menginputkan alokasi dana,
pekerjaan dan menginputkan deskripsi dari job tersebut.

66
IV.1.5.2.2 Melihat data nominal anggaran dan rancangan pengeluaran
User Sistem

Menampilkan halaman
Memilih tab acara
menu tab acara

Menampilkan
Memilih menu daftar acara halaman daftar acara

Memilih acara yang sedang Menampilkan halaman

dilaksanakan acara yang dipilih

Memilih menu data

kebutuhan acara
Menampilkan data kebutuhan acara

Gambar IV.11 Activity Diagram melihat data nominal anggaran dan rancangan pengeluaran

Setelah semua proses input data job selesai, user dapat melihat data anggran dan
rancangan pengeluaran secara keseluruhan. Cara mengakses fitur ini user harus
masuk pada halaman menu acara selanjutnya memilih menu daftar acara, memilih
acara yang diselenggarakan dan memilih menu data nominal anggaran dan
rancangan dan sistem akan menampilkandata nominal anggaran dan rancangan
pengeluaran.

67
IV.1.5.2.3 Input data kebutuhan job

Gambar IV.12 Activity Diagram melihat data kebutuhan job

Input data kebutuhan job merupakan proses menetapkan daftar kebutuhan,

deskripsi dan jumlah total biaya dari masing-masing job title yang diberikan oleh
ketua/wakil ketua sesuai dengan kebutuhan anggota acara. Pada proses input data
kebutuhan job, ketua/wakil ketua, sekertaris, bendahara dan koordinator divisi, user
harus masuk ke dalam halaman acara dan masuk ke dalam halaman menu
penugasan setelah itu user memilih acara yang akan diselenggarakan. Selanjutnya
user memilih menu tambah job anggota dengan menginputkan tugas, menginputkan

68
penanggung jawab dari tugas tersebut (bisa diisi nama user itu sendiri) dan deadline
pengerjaannya.

IV.1.5.2.4 Input detail kebutuhan job

Gambar IV.13 Activity Diagram input detail kebutuhan job

Setelah user menginputkan data kebutuhan job, user dapat menginputkan jumlah
total biaya. Pada proses ini user harus masuk ke dalam halaman acara dan masuk
ke dalam halaman menu penugasan setelah itu user memilih acara yang akan

69
diselenggarakan selanjutnya memilih job title yang akan ditambahkan proses detail
data kebutuhan. Selanjutnya user memilih menu update data detail kebutuhan
dengan menginputkan satuaan dari kebutuhan yang akan dibeli, berapa jumlah
quantity, harga dari kebutuhan tersebut dan sistem akan melakukan proses subtotal.

IV.1.5.2.5 Aktivitas validasi data kebutuhan job

Gambar IV.14 Activity Diagram aktivitas validasi data kebutuhan job

Setelah user menginputkan data-data kebutuhan acara dan detail kebutuhan acara,
bendahara akan melakukan aktivitas validasi data kebutuhan job. Proses ini
berfungsi untuk memverifikasi data anggaran belanja yang telah disetujui oleh
penyelenggara acara. Apabila data tersebut tidak diterima maka sistem akan
memberikan notifikasi kepada user tersebut namun bila diterima maka sistem akan
menyimpan data yang telah diverifikasi ke dalam database.

70
IV.1.5.2.6 Melihat data kebutuhan acara
User Sistem

Menampilkan halaman
Memilih tab acara
menu tab acara

Menampilkan
Memilih menu penugasan halaman penugasan

Memilih acara yang sedang Menampilkan halaman

dilaksanakan acara yang dipilih

Memilih menu data

kebutuhan acara
Menampilkan data kebutuhan acara

Gambar IV.15 Activity Diagram melihat data kebutuhan acara

Ketika user ingin melihat data-data kebutuhan yang telah divalidasi oleh bendahara,
user dapat mengakses menu data kebutuhan acara. Pada proses ini user harus
masuk ke dalam halaman acara, memilih menu daftar acara, memilih acara yang
diselenggarakan dan memilih menu data kebutuhan acara.

71
IV.1.5.3 Pengelolaan Data Transaksi
IV.1.5.3.1 Input data transaksi

Gambar IV.16 Activity Diagram input data transaksi

Setelah tahap perencanaan keuangan acara dan perencanaan kebutuhan acara serta
alokasi dana selesai dilakukan tahap selanjutnya ialah pengelolaan data transaksi.
Pada tahp pengelolaan data transaksi, user akan menginputkan data transaksi
dengan memilih job, type dari transaksi, menginputkan nominal, tanggal transaksi,
mengunggah bukti transaksi dan menginputkan deskripsi transaksi.

72
IV.1.5.3.2 Aktivitas validasi data transaksi

Gambar IV.17 Activity Diagram aktivitas validasi data transaksi

Setelah proses input data transaksi selesai dilakukan bendahara akan melakukan
aktivitas validasi data transaksi agar data yang masuk sesuai dengan bukti transaksi
yang telah diunggah sebelumnya. Proses ini dimulai ketika bendahara mengakses
menu aktivitas validasi data transaksi dan memilih data yang akan divalidasi, jika
data ditolak maka sistem akan mengirimkan notifikasi kepada user namun jika
sistem menerima maka data akan tersiman pada laporan data transaksi.

73
IV.1.5.3.3 Print laporan

Gambar IV.18 Activity Diagram print laporan

Setelah data transaksi sudah divalidasi oleh bendahara, proses terakhir ialah print
laporan. Print laporan dapat digunakan user untuk kebutuhan evaluasi acara. Untuk
melakukan print laporan, user harus masuk ke dalam halaman acara dan memilih
menu daftar acara setelah itu memilih acara yang diselenggarakan. Pada halaman
acara yang dipilih, kemudian menekan tombol print maka data yang akan di print
dapat dilihat pada tampilan preview sebelum di Print.

74
IV.1.6 Class Diagram
Class diagram berfungsi untuk memetakan hubungan antar class yang terdapat
pada sistem. class-class yang akan dikembangkan terdiri dari class controller dan
class model yang dapat dilihat pada gambar IV.21.
Notification

+ __construct ()
+ index ()
+ all ()

Mdocument Mtarget
T arget

+ __construct () + __construct ()
+ __construct ()
+ getDocument () + getT arget ()
+ formT arget ()
Notulen + getSek () + insertT arget ()
+ addT arget ()
+ insertDokumen ()
+ getDiv ()
+ __construct () + getDivmem ()
+ formnotulen () + insertReqDokumen ()
+ addnote ()

Document
Mevent
Mnotulen
+ __construct ()
+ formdokumen () + __construct ()
+ __construct () + adddokumen () + getList ()
+ getNote () + reqdokumen () + getListEvent ()
+ insertNotulen () + addreqdokumen () + getListResult ()
+ getListEventResult ()
+ getCountListResult ()
T imeline + insert ()
+ insert_simple ()
+ update_simple ()
Includes + __construct () + insertRole ()
+ index () + delete ()
+ navbar () + json () + getDivisi ()
+ sidebar () + form () + getJob ()
+ save () + getJobAnggota ()
+ delete () + getProgress ()
+ prints () + prints ()
+ eventById ()
+ updateBudgetingPlanInput ()

Anggota Muser
Job
+ __construct () Mtimelineevent
Dashboard + __construct ()
+ index () + login () + __construct ()
+ list () + getCurrentUser () + index () + __construct ()
+ formrole () + __construct () + getListUser () + jobdesk () + getList ()
+ addrole () + index () + insert () + formjobdesk () + getListtimeline ()
+ formmember () + delete () + addjobdesk () + getEventT imeline ()
+ addmember () + update () + joblist () + getT imeByidEvent ()
+ listanggota () + Changepass () + formjoblist () + getCountT ime ()
+ job () + prints () + updatejoblist () + insert ()
+ jobanggota () + addjoblist () + update ()
+ status () + stjoblist () + delete ()
+ progress () + progress () + checkKetuaatauWakil ()
+ prints () + formprogress () + prints ()
+ printdiv () + addprogress () + notification ()
+ warningIncomeOutcomeBasedOnJobDesk ()

Manggota user
Event
Mjob

+ __construct () + __construct ()
+ __construct ()
+ getList () + index () + __construct ()
+ index ()
+ getMember () + login () + getList () + form ()
+ checkRole () + logout () + getDiv () + add ()
+ getMyDivision () + form () + getMem ()
+ delete ()
+ insertRole () + add () + getEvent () + jabatan ()
+ addmembers () + delete () + getJobdesk () + jobdesk ()
+ getMemDiv () + profile () + getDatejob () + joblist ()
+ getDiv () + update () + getListDivisi ()
+ progress ()
+ getidDiv () + changepass () + insertJobDesk () + saveSaldoAwal ()
+ getNen () + prints () + getPosisi () + prints ()
+ getJob () + getidEvent () + Validating ()
+ getDivisi () + getJobD ()
+ report_print ()
+ getJobanggota () + getJobanggota () + update_income_outcome ()
+ UpdateST J () + getStatus () + update_validating_budgeting_plan ()
+ getDivision () + getDateJ () + validating_budgeting_plan ()
Finance_Management
+ getJobdesk () + getDivMembers ()
+ summary_plan ()
+ getProgress () + UpdateJobList () + summary_outcome ()
+ printAnggota () + __construct () + insertJobList ()
+ printAnggotaDiv () + detail () + updateST J ()
+ printJob () + form () + getProgress ()
+ printJobDiv () + edit () + getJlStatus ()
+ printJobAnggota () + change_status_valid () + getDate ()
+ printJobAnggotaDiv () + save () + insertProgress ()
+ printprogress () + prints () + getJobdeskBasedJoblist ()
+ printprogressDiv () + printdiv () + getJobdeskBasedT imline ()
+ old_detail () + getJobListValidityPlanInput ()
+ old_form ()
+ old_edit ()

Mfinance_management

+ __construct ()
+ getList ()
+ saveData ()
+ getDataById ()
+ getFinancialManagementByIdT imelineEvent
()

Gambar IV.19 Class Diagram

75
IV.1.7 Sequence Diagram
IV.1.7.1 Perencanaan Keuangan Acara
IV.1.7.1.1 Input anggaran dan rancangan pengeluaran
Input anggaran dan rancangan pengeluaran

Financial Management MTimelineevent Mfinancial_management

Ketua/wakil ketua

form() getEventTimeline()

datatimelinevent

save() saveData()

Gambar IV.20 Sequence Diagram input anggaran dan rancangan pengeluaran

Pada sequence diagram input anggaran dan rancangan pengeluaran, terdapat 1

controller dan 2 model. Untuk memasukkan nilai anggaran dan rancangan
pengeluaran, aktor memanggil fungsi form() pada controller
financial_management. Fungsi tersebut akan memanggil fungsi geteventTimeline()
pada Mtimelineevent. Fungsi ini akan memberikan nilai balikan berupa data
kegiatan acara. Setelah memasukkan nilai anggaran dan rancangan pengeluaran
pada form, aktor memanggil fungsi save() pada controller event. Kemudian fungsi
tersebut akan memanggil fungsi saveData() Mfinancial_management untuk
memasukkan data ke dalam database.

76
IV.1.7.1.2 Input kegiatan acara
Input kegiatan acara

Timeline Mevent Mtimelineevent Muser

Ketua/wakil ketua

view() getListEvent()

listevent

form()
getCurrentUser()

form and id user

save() insert()

Gambar IV.21 Sequence Diagram input kegiatan acara

Pada sequence diagram input kegiatan acara, terdapat 1 controller dan 3 model.
Untuk membuat kegiatan, pertama aktor harus memanggil fungsi view() pada
Timeline, kemudian fungsi tersebut akan memanggil fungsi getListevent() pada
Muser. Setelah itu Mevent memberikan nilai balikan berupa acara yang akan
ditambahkan kegiatan pengerjaan. Kemudian aktor memanggil fungsi form pada
Timeline. Fungsi tersebut akan memanggil fungsi getCurrentUser() pada Muser
untuk mendapatkan id user. Setelah mengisikan data-data di form, aktor memanggil
fungsi save() pada Timeline. Kemudian fungsi tersebut akan memanggil fungsi
insert() di Mtimelineevent untuk memasukkan data ke dalam database.

77
IV.1.7.1.3 Input data anggota acara dan anggota divisi
InputAnggotaEvent

Anggota Manggota Muser

koor divisi ketua/wakil

formrole()
getMem()

anggota
getCurrentUser()

ID user

insertRole()
addrole()

formmember()
getMem()

daftar anggota
getCurrentUser()

id user

addmember() addMembers()

Gambar IV.22 Sequence Diagram input anggota acara dan anggota divisi

Pada sequence diagram terdapat 1 controller dan 2 model. Untuk menambahkan

anggota, pertama ketua/wakil memanggil fungsi formrole() pada controller
Anggota. Setelah itu fungsi itu memanggil getMem() pada Manggotan dan
getCurrentUser() pada Muser. Fungsi getMem() berfungsi untuk memberikan data
anggota yang sudah memiliki akun. Sedangkan getCurrentUser() berfungsi untuk
mendapatkan id user. Setelah mengisikan data, ketua/wakil memanggil fungsi
addrole() pada controller Anggota. Kemudian fungsi tersebut akan memanggil
insertRole() pada Manggota yang berfungsi untuk memasukkan data ke dalam
database. Untuk menambahkan anggota divisi, koordinator divisi memanggil
fungsi formmember() pada controller Anggota. Fungsi tersebut juga akan
memanggil fungsi getMem() pada Manggota untuk mendapatkan data anggota yang
sudah memiliki akun. Serta getCurrentUser() pada Muser untuk mendapatkan id
user. Setelah memilih anggota pada form, selanjutnya koordinator divisi memanggil
fungsi addmember() pada controller anggota. Fungsi tersebut akan memanggil

78
addMember() pada Muser yang berfungsi untuk memasukkan data ke dalam
database.

IV.1.7.1.4 Input nominal saldo awal acara

BeginningBalanceInput

Job Event Muser Mjob Mevent

bendahara

index()
getCurrentUser()

id user

getList()

list tugas

saveSaldoAwal()
update_simple()

Gambar IV.23 Sequence Diagram input nominal saldo awal acara

Pada sequence input saldo awal acara, terdapat 2 controller dan 3 model. Untuk
menambahkan saldo awal, pertama aktor memanggil fungsi index() pada controller
job. Fungsi ini akan memanggil 2 fungsi dari 2 model. Pertama, fungsi
getCurrentUser() pada Muser. Fungsi ini akan memberikan nilai balikan berupa id
user. Kedua, fungsi getList() pada Mjob. Fungsi ini akan memberikan nilai balikan
berupa data list tugas. Setelah mengisi data saldo awal, aktor memanggil fungsi
saveSaldoAwal() pada controller acara untuk menyimpan data. Kemudian fungsi
tersebut akan memanggil fungsi update_simple() pada Macara untuk memasukkan
data ke dalam database.

79
IV.1.7.2 Perencanaan Kebutuhan Acara dan Alokasi Dana
IV.1.7.2.1 Input Job
InputJobPenugasan

Job Muser Mjob Mtimelineevent

ketua/wakil

formjobdesk()
getCurrentUser()

id user

getListDivisi()

jabatan
getEventTimeline

timeline event

addjobdesk()
insertjobdesk()

Gambar IV.24 Sequence Diagram input job

Pada sequence diagram input data job, terdapat 1 controller dan 3 model. Untuk
menambahkan pekerjaan untuk setiap anggota, pertama aktor harus memanggil
fungsi formjobdesk() pada Job. Kemudian fungsi tersebut akan memanggil 3 fungsi
pada 3 model. Pertama, fungsi getCurrentUser() pada Muser. Fungsi ini akan
memberikan data id user. Kedua, fungsi getListDivisi() pada Mjob. Fungsi ini akan
memberikan data jabatan dari user. Terakhir, fungsi geteventTimeline() pada
Mtimelineevent. Fungsi ini berfungsi untuk memberikan data kegiatan acara yang
sedang dikerjakan. Setelah mengisi data tugas pada form, selanjutnya aktor
memanggil fungsi addjobdesk() pada controller Job. Setelah itu memanggil fungsi
insertjobdesk() pada Mjob untuk menambahkan tugas ke dalam database.

80
IV.1.7.2.2 Input data kebutuhan job
BudgetingPlanInput

Job Mjob Muser

user ketua/bendahara/sekretaris

formjoblist()
getCurrentUser()

id user

getDivMembers()

data divisi member

getidEvent()

id event

addjoblist()
insertJoblist()

updatejoblist()
updateJobList()

Gambar IV.25 Sequence Diagram input data kebutuhan job

Pada sequence diagram input data kebutuhan job dan input detail kebutuhan job,
terdapat 1 controller dan 2 model. Pertama, ketua harus menetapkan pekerjaan
kepada anggota. Untuk menambahkan pekerjaan, ketua memanggil fungsi
formjoblist() pada controller Job. Fungsi tersebut akan memanggil 3 fungsi dari 2
model untuk mendapatkan data-data dari database. Pertama, fungsi
getCurrentUser() pada Muser. Fungsi ini akan memberikan nilai balikan berupa id
user. Kedua, fungsi getDivMember() pada Mjob. Fungsi ini akan memberikan data
member sebuah divisi. Terakhir, fungsi geridevent () pada Mjob. Fungsi ini akan
memberikan nilai balikan berupa id event. Setelah ketua memasukkan data pada
form, kemudian ketua memanggil fungsi addjoblist() pada controller Job. Fungsi
ini akan memanggil fungsi insertJoblist() pada Mjob untuk memasukkan data ke
dalam database. Setelah data pekerjaan dibuat, selanjutnya user yang mendapatkan
pekerjaan tersebut memasukkan data keuangan terhadap pekerjaan yang dia
kerjakan. Setelah mengisi data pada form, selanjutnya user memanggil fungsi

81
updatejoblist() pada controller job. Fungsi tersebut akan memanggil fungsi
updatejoblist() pada Mjob untuk memasukkan data ke dalam database.

IV.1.7.2.3 Aktivitas Validasi

Validating

Event Mevent Mtimelineevent Mfinancial_management

Bendahara

validating()
eventsById()

data event

getTimelineByIdEvent()

data timeline event

getFinancialManagementByIdTimelineEvent()

data finansial

validating_budgeting_plan() getAllBudgetingPlanInputBasedEvent()

Data rencana keuangan

update_validating_budgeting_plan() updateBudgetingPlanInput()

Gambar IV.26 Sequence Diagram Aktivitas Validasi

Pada sequence diagram aktivitas validasi terdapat 1 controller dan 3 model. Untuk
aktivitas validasi data transaksi, aktor memanggil fungsi validating() pada
controller event. Fungsi tersebut akan memanggil 3 fungsi pada 3 model. Pertama,
fungsieventsByid() pada Mevent. Fungsi ini akan memberikan nilai balikan berupa
data event. Kedua, fungsi getTimelineByidevent() pada Mtimelinevent. Fungsi ini
memberikan nilai balikan berupa data kegiatan acara. Terakhir, fungsi
getFinancialManagementByidTimelineevent() pada Mfinancial_management.
Fungsi ini akan memberikan nilai balikan berupa data finacial. Kemudian aktor klik
status validasi untuk menentukan valid atau tidak validnya data tersebut. Untuk
aktivitas validasi data kebutuhan acara, aktor memanggil fungsi
validating_budgeting_plan() pada controller event. Fungsi tersebut akan
memanggil fungsi getAllBudgetingPlanInputBasedevent () pada Mevent. Fungsi
ini akan memberikan nilai balikan berupa data perencanaan keuangan. Setelah itu
aktor memanggil fungsi update_validating_budgeting_plan() pada controller event.

82
Fungsi tersebut akan memanggil fungsi updateBudgetingPlanInput() pada Mevent
yang berfungsi untuk memasukkan data validasi ke dalam database.

IV.1.7.2.4 Melihat Data

Summary

Event Mevent Mtimelineevent Mjob

Ketua

summary_plan()
eventsById()

data event

getT imelineByIdEvent()

data timeline event

getJobListValidityPlanInput

data perencanaan

summary_outcome()
eventsById()

data event

getT imelineByIdEvent()

data timeline event

getJobdeskBasedT imline()

data target outcome

update_income_outcome()
update_simple()

Gambar IV.27 Sequence Diagram melihat data

Pada sequence diagram melihat data kebutuhan acara dan nominal anggaran,
terdapat 1 controller dan 3 model. Untuk data kebutuhan acara, pertama aktor
memanggil fungsi summary_plan() pada controller event. Fungsi tersebut akan
memanggil 3 fungsi pada 3 model. Pertama, fungsi eventsByid() pada Mevent.
Fungsi ini akan memberikan nilai balikan berupa data event. Kedua, fungsi
getTimelineByidevent() pada Mtimelineevent. Fungsi ini memberikan nilai balikan
berupa data kegiatan acara. Terakhir, fungsi getJobListValidityPlanInput() pada
Mjob. Fungsi ini akan memberikan nilai balikan berupa data perencanaan
keuangan. Kemudian untuk melihat data nominal anggaran dan rancangan
pengeluaran, pertama aktor memanggil fungsi summary_outcome() pada controller

83
event. Fungsi tersebut akan memanggil 3 fungsi pada 3 model. Pertama, fungsi
eventsByid() pada Mevent. Fungsi ini akan memberikan nilai balikan berupa data
acara. Kedua, fungsi getTimelineByidevent() pada Mtimelineevent. Fungsi ini
memberikan nilai balikan berupa data kegiatan acara. Terakhir, fungsi
getJobdeskBasedTimeline() pada Mjob. Fungsi ini akan memberikan nilai balikan
berupa data outcome. Setelah itu untuk mengupdate data income outcome, aktor
memanggil fungsi update_income_outcome() pada controller event. Fungsi
tersebut akan memanggil fungsi update_simple() pada Mevent yang berfungsi
untuk memasukkan data ke dalam database.

IV.1.7.3 Pengelolaan Data Transaksi

IV.1.7.3.1 Input data transaksi
FinancialManagement

financial_management Musers Mfinancial_management Mjob

Bendahara user

detail()
getCurrentUser()

id user

getList()

data keuangan

form() getidEvent()

id event

save()
saveData()

change_status_valid() saveData()

Gambar IV.28 Sequence Diagram input data transaksi

Pada sequence diagram pengelolaan data transaksi, terdapat 1 controller dan 3

model. Untuk menambahkan data pemasukan dan pengeluaran, user memanggil
fungsi detail() pada controller financial_management. Fungsi ini akan memanggil
2 fungsi dari 2 model. Pertama, fungsi getCurrentUser() pada Muser. Fungsi ini
akan memberikan nilai balikan berupa id user. Kedua, fungsi getList() pada

84
Mfinancial_management. Fungsi ini akan memberikan nilai balikan berupa data
keuangan yang sudah dimasukkan. Setelah itu, user mamanggil fungsi form() pada
controller financial_management. Fungsi ini akan memanggil fungsi getidevent ()
pada Mjob. Setelah itu Mjob akan memberikan nilai balikan berupa id event.
Setelah memasukkan data pengeluaran dan pemasukan, user memanggil fungsi
save() pada controller financial_management. Kemudian fungsi tersebut akan
memanggil fungsi saveData() pada Mfinancial_management untuk memasukkan
data ke dalam database. Setelah data pemasukan dan pengeluaran disimpan,
selanjutnya bendahara dapat melakukan validasi pada data tersebut. Untuk
melakukan validasi, bendahara memanggil fungsi change_status_valid() pada
controller financial_management. Selanjutnya fungsi tersebut akan memanggil
fungsi saveData() pada Mfinancial_management untuk memasukkan data validasi
ke dalam database.

IV.1.7.3.2 Print Laporan

Print

Event Muser Mevent Mtimelineevent Mfinancial_management

User
index()
getCurrentUser()

id user
getList()

list event

report_print()
eventsById()

data event

getTimelineByIdEvent()

data timeline event

getFinancialManagementByIdTimelineEvent()

data finansial

print()

prints()

pdf data-data yang akan diprint

Gambar IV.29 Sequence Diagram print laporan

85
Pada sequence diagram print laporan, terdapat 1 controller dan 4 model. Pertama,
aktor memanggil fungsi index() pada controller event. Fungsi tersebut akan
memanggil 2 fungsi dari 2 model. Pertama, fungsi getCurrentUser() pada Muser.
Fungsi ini akan memberikan nilai balikan berupa id user. Kedua, fungsi getList()
pada Mevent. Fungsi ini akan memberikan nilai balikan berupa data event yang
tersedia. Setelah itu user memanggil fungsi report_print() pada controller event.
Fungsi ini akan memanggil 3 fungsi dari 3 model. Pertama, fungsi eventByid() pada
Mevent. Fungsi ini akan memberikan nilai balikan berupa data event. Kedua, fungsi
getTimelineByidevent() pada Mtimelineevent. Fungsi ini akan memberikan data
kegiatan acara. Terakhir, fungsi getFinancialManagementByidTimelineevent()
pada Mfinancial_management. Fungsi ini akan memberikan nilai balikan data
finansial. Setelah itu controller event akan memanggil fungsi Print() yang ada pada
dirinya. Fungsi tersebut akan memanggil fungsi Prints() pada Mevent. Fungsi
tersebut akan memberikan nilai balikan berupa data yang akan di print dan di
convert ke dalam bentuk pdf.

86
IV.1.8 Conceptual data model (CDM)
CDM berfungsi sebagai acuan dalam penggambaran database dari sistem yang
akan dikembangkan. Terdapat atribut-atribut di dalam CDM yang menggambarkan
suatu entitas serta hubungan antar entitas yang ada di dalam sistem yang terdiri dari
13 entity (tabel) yakni division, division_member, dokumen, event, event_target,
financial_management, history_outcome_timeline_event, jobdesk, joblist, notulen,
progress, reqdokumen, timeline_event, user.
event_target
event
users idtarget <pi> Integer <M>
division_members id_div Integer idevent <pi> Integer <M>
iduser <pi> Integer <M> namaevent Variable characters (1024)
email Variable characters (1024) idmem <pi> Integer <M> target Variable characters (1024)
id_div Integer deskripsi Text ketua Integer
password Variable characters (1024) anggota divisi
id_user Integer deadline Date tanggal_mulai Date
nama Variable characters (1024)
posisi Integer status Variable characters (1024) tanggal Date
nim Variable characters (1024)
approval Integer created_at Date & Time deskripsi Text
no_telp Variable characters (1024) saldo_awal Integer
alamat Text idmem <pi> updated_at Date & Time
status Variable characters (1024)
gender Variable characters (1024) idtarget <pi>
tgl_lahir Date idevent <pi>
tipeuser Integer id ketua membuat target event
url_profilepic Text
url_facebook Variable characters (1024)
url_twitter Variable characters (1024) menambahkan divisi
detail anggota
iduser <pi> division
membuat divisi
iddiv <pi> Integer <M>
id_event Integer timeline_event
request dokumen div_name Variable characters (1024) id_event_timeline <pi> Integer <M>
div_coor Integer namaevent Variable characters (1024)
iddiv <pi> nama_kegiatan Variable characters (1024)
memdeskripsikan detail tugas menambahkan joblist anggota memberikan timeline event deskripsi Text
target_income Integer
target_outcome Integer
reqdokumen tanggal_mulai Date
membuat jobdesk tanggal_berakhir Date
idreq <pi> Integer <M>
id_div Integer id_event_timeline <pi>
requester Integer
des_requset Text
createreq_at Date & Time
idreq <pi> jobdesk
menampilkan timeline event
idjobdesk <pi> Integer <M>
jobdesk Text
id_div Integer
joblist id_timeline_event Integer
membuat document
idjoblist <pi> Integer <M> deadline Date history_outcome_timeline_event
id_mem Integer description Text
id_history_outcome_timeline_event <pi> Integer <M>
deadline Date status Variable characters (1024)
id_timeline_event Integer
joblist_deskripsi Variable characters (1024) notes Text
nominal Integer
status Variable characters (1024) updated_at Date & Time
quantity Integer id_history_outcome_timeline_event <pi>
idjobdesk <pi>
satuan Integer
harga Integer
sub_total Integer
menampilkan data divisi
idjoblist <pi>

notulen
dokumen
idnote <pi> Integer <M>
id_div Integer iddoc <pi> Integer <M>
financial_management
agenda Variable characters (1024) id_div Integer
deskripsi Text id_financial_management <pi> Integer <M> id_req Integer
id_joblist Integer uploader Integer
tgl_rapat Date
type_financial_management Variable characters (1024) des_upload Integer
created_at Date & Time
tanggal_financial_management Date url_document Integer
updated_at Date & Time membuat catatan keuangan
nominal Integer created_at Date & Time
idnote <pi> deskripsi_financial_management Text
iddoc <pi>
lampiran Variable characters (1024)
status_validity Integer
id_financial_management <pi>

Gambar IV.30 Conceptual Data Model (CDM)

87
 Bab V IMPLEMENTASI DAN TESTING

V.1 Implementasi
Tahap implementasi merupakan tahap penerapan sistem. Fokus pada tahap ini
adalah mulai dari mana sistem diterapkan, hingga komponen yang digunakan pada
penerapan website sistem informasi manajemen event (modul keuangan event).

V.1.1 Deployment Diagram

Dalam penerapannya, sistem menggunakan sistem client-server. Aplikasi apache
server dan mysql server berada dalam satu server yang sama. Aplikasi tersebut
dapat diakses melalui komputer client. Gambar di bawah ini merupakan gambaran
deployment diagram aplikasi sistem informasi manajemen event (modul keuangan
event).

Gambar V.1 Deployment diagram

V.1.2 Implementation Component

Pada bagian ini menjelaskan tentang class – class yang telah diimplementasikan
sesuai dengan perancangan. Berikut adalah tabel class yang telah
diimplementasikan.

88
 Tabel V.1 Class yang diimplementasikan pada sistem

No. MVC Fungsi Penjelasan

1. Model Manggota.php Class model yang berisi fungsi-fungsi terkait dengan

keanggotaan event

2. Mdocument.php Class model yang berisi fungsi-fungsi terkait surat-

menyurat

3. M event.php Class model yang berisi fungsi-fungsi terkait dengan

event

4. Mfinancial_management.php Class model yang berisi fungsi-fungsi terkait

financial management

5. MJob.php Class model yang berisi fungsi-fungsi terkait dengan

penugasan

6. Mnotulen.php Class model yang berisi fungsi-fungsi terkait dengan

notulen

7. Mtarget.php Class model yang berisi fungsi-fungsi terkait target

event

8. Mkegiatanevent.php Class model yang berisi fungsi-fungsi terkait

kegiatan event

9. Muser.php Class model yang berisi fungsi-fungsi terkait dengan

user

10. View Anggota.php Class view yang berisi halaman-halaman terkait

dengan keanggotaan event

11. Dashboard.php Class view yang berisi halaman-halaman terkait

dengan home

12. Document.php Class view yang berisi halaman-halaman terkait

dengan surat-menyurat

13. Errors.php Class view yang berisi halaman-halaman terkait

kesalahan yang terjadi pada sistem

14. event.php Class view yang berisi halaman-halaman terkait

dengan event

15. financial_management.php Class view yang berisi halaman-halaman terkait

financial management

16. Includes.php Class view yang berisi halaman-halaman terkait

navigation bar dan sidebar

17. Jobs.php Class view yang berisi halaman-halaman terkait

dengan penugasan

18. Notification.php Class view yang berisi halaman-halaman terkait

19. Notulen.php Class view yang berisi halaman-halaman terkait

dengan notulen

20. Target.php Class view yang berisi halaman-halaman terkait

dengan target event

21. Timeline.php Class view yang berisi halaman-halaman terkait

dengan kegiatan event

89
 22. User.php Class view yang berisi halaman-halaman terkait
dengan user

23. Controller Anggota.php Class controller yang berisi fungsi-fungsi terkait

dengan keanggtaan event

24. Dashboard.php Class controller yang berisi fungsi-fungsi terkait

dengan home

25. Document.php Class controller yang berisi fungsi-fungsi terkait

dengan home

26. event.php Class controller yang berisis fungsi-fungsi terkait

dengan event

27. Financial_management.php Class controller yang berisi fungsi-fungsi terkait

dengan finance management

28. Job.php Class controller yang beisi fungsi-fungsi terkait

dengan penugasan

29. Notification.php Class controller yang berisi fungsi-fungsi terkait

dengan notification

30. Notulen.php Class controller yang berisi fungsi-fungsi terkait

dengan notulen

31. Target.php Class controller yang berisi fungsi-fungsi terkait

dengan target event

32. Timeline.php Class controller yang berisi fungsi-fungsi terkait

dengan kegiatan event

33. User.php Class controller yang berisi fungsi-fungsi terkait

dengan user

V.2 Testing
V.2.1 Usability Testing
Usability testing atau uji ketergunaan didasarkan pada performansi pengguna. Hal
ini dilihat berdasarkan pelaksanaan sejumlah tugas yang telah disiapkan
sebelumnya (Tabel V.2) dengan mencatat setiap aksi yang dilakukan pengguna.

Tabel V.2 Daftar pengguna dan tugas yang digunakan pada usability testing

Pengguna Tugas

Ketua/wakil ketua Merupakan aktor penanggung jawab utama pada setiap acara yang diketuai. Pada
tahap perencanaan keuangan acara aktor dapat melakukan input target anggaran
dan rancangan pengeluaran, input data kegiatan acara, input data anggota acara.
Pada tahap perencanaan kebutuhan acara dan alokasi dana aktor dapat melakukan
input data job, melihat data nominal anggaran dan rancangan pengeluaran, input
data kebutuhan job, input detail kebutuhan job dan melihat data kebutuhan acara.
Pada tahap pengelolaan data transaksi aktor dapat melakukan input data transaksi
dan print laporan.

Bendahara Pada tahap perencanaan keuangan acara aktor dapat melakukan input nominal
saldo awal acara. Pada tahap perencanaan kebutuhan acara dan alokasi dana aktor
dapat melakukan melihat data nominal anggaran dan rancangan pengeluaran, input
data kebutuhan job, input detail kebutuhan job, aktivitas validasi data kebutuhan

90
 job dan melihat data kebutuhan acara. Pada tahap pengelolaan data transaksi aktor
dapat melakukan input data transaksi, aktivitas validasi data transaksi dan print
laporan.

Sekertaris Pada tahap perencanaan kebutuhan acara dan alokasi dana aktor dapat melakukan
melihat data nominal anggaran dan rancangan pengeluaran, input data kebutuhan
job, input detail kebutuhan job dan melihat data kebutuhan acara. Pada tahap
pengelolaan data transaksi aktor dapat melakukan input data transaksi dan print
laporan.

Koordinator divisi Pada tahap perencanaan kebutuhan acara dan alokasi dana aktor dapat melakukan
melihat data nominal anggaran dan rancangan pengeluaran, input data kebutuhan
job, input detail kebutuhan job dan melihat data kebutuhan acara. Pada tahap
pengelolaan data transaksi aktor dapat melakukan input data transaksi dan print
laporan.

Anggota divisi Pada tahap perencanaan kebutuhan acara dan alokasi dana aktor dapat melakukan
melihat data nominal anggaran dan rancangan pengeluaran, input detail kebutuhan
job dan melihat data kebutuhan acara. Pada tahap pengelolaan data transaksi aktor
dapat melakukan input data transaksi dan print laporan.

Data yang diambil dari proses ini ditekankan pada 4 (empat) komponen penilaian.
Komponen-komponen tersebut dapat dilihat pada tabel dibawah ini.

Tabel V.3 Komponen indikator Usability Testing

Komponen Penilaian Definisi

Learnability berkaitan dengan seberapa mudah suatu apalikasi atau website digunakan.
Kemudahan tersebut diukur dari pemakaian fungsi-fungsi dan fitur yang
tersedia.

Efficiency berkaitan dengan kecepatan dalam pengerjaan “tugas” dalam website atau
aplikasi perangkat lunak tertentu.

Errors berkaitan dengan kesalahan-kesalahan yang dibuat oleh yang dilakukan oleh
pengguna selama berinteraksi dengan website atau aplikasi tertentu.

Saticfaction berkaitan dengan kepuasaan pengguna setelah menggunakan website atau

aplikasi. Pengukuran terhadap kepuasan juga meliputi aspek manfaat yang di
dapat dari pengguna selama menggunakan perangkat tertentu.

V.2.2 Hasil Pengujian

Berdasarkan usability testing dan feedback user pada sistem manajemen event yang
dilakukan, hasil yang diperoleh adalah sebagai berikut.

1. Dari segi Learnability, tingkat keberhasilan pengguna dalam menyelesaikan

setiap tugas yang diberikan, hasilnya lebih dari 83% pengguna dapat
mengerjakan tugas dengan baik.
2. Dari segi efficiency, rata-rata user membutuhkan waktu 6 menit, hal ini
disebabkan oleh pengalaman penggunaan sistem yang berbeda-beda dengan

91
 sistem yang dirancang, kesalahan yang sering terjadi merupakan kesalahan
interpretasi dari pengguna itu sendiri.
3. Dari segi errors, tingkat error pada sistem dalam menyelesaikan setiap tugas
yang diberikan, hasilnya kurang dari 20% error yang muncul saat pengerjaan
tugas yang dilakukan.
4. Dari segi saticfaction, feedback user menunjukan komentar positf dan
memberikan saran untuk meningkatkan user interface serta penambahan fitur.

Pada tabel IV.4 merupakan hasil dari kuesioner terhadap 10 responden yang telah
mencoba dan memberikan feedback terhadap sistem ini. Responden tersebut terdiri
dari mahasiswa Sistem Informasi Telkom University.

Tabel V.4 Hasil Feedback User

Jawaban
No. Pertanyaan
Ya Tidak

Learnability

1. Saya dapat memahami menu-menu yang ada pada sistem ini 80% 20%

2. Saya dapat membaca tulisan text yang digunakan pada sistem ini 100% 0%

3. Saya dapat mempelajari penggunaan sistem website tanpa instruksi 70% 30%
tertulis

Total 83.3% 16.7%

Efficiency

4. Saya dapat mengakses fitur dengan cepat 70% 30%

5. Saya dapat memperoleh informasi yang dicari dengan cepat 50% 50%

6. Sata dapat menyelesaikan tugas dengan efisien ketika menggunakan 100% 0%

sistem ini

Total 73.3% 26.7%

Errors

7. Saya tidak berhasil menemukan menu yang dicari 20% 80%

8. Jika saya melakukan kesalahan saya menggunakan sistem, saya 20% 80%
kesulitan dalam memperbaikinya

9. Saya menemukan adanya under reconstruction dari beberapa 10% 90%

menu/link yang ditampilkan sistem

Total 20% 80%

Satisfaction

92
10. Saya merasa senang secara keseluruhan dengan tampilan desain 80% 20%
sistem ini

11. Komposisi warna dan peletakan fitur pada aplikasi ini tidak 100% 0%
membingungkan

12. Saya ingin menggunakan sistem ini kembali 90% 10%

Total 90% 10%

93
 Bab VI KESIMPULAN DAN SARAN

VI.1 Kesimpulan
Beberapa kesimpulan yang didapatkan dari pengembangan sistem informasi
manajemen acara ini adalah sebagai berikut.

1. Sistem informasi manajemen keuangan acara dapat mempermudah

penyelenggara dalam mengelola keuangan acara. Hal ini didukung dengan
adanya fitur input anggaran dan rancangan pengeluaran, input data kegiatan
acara, input data anggota acara, input nominal saldo awal acara, input data
anggota divisi untuk mengelola tahap perencanaan keuangan acara. Input
job, melihat data nominal anggaran dan rancangan pengeluaran, input data
kebutuhan job, input detail kebutuhan job, aktivitas validasi data kebutuhan
job, melihat data kebutuhan acara untuk mengelola tahap perencanaan
kebutuhan acara dan alokasi dana. Input data transaksi, aktivitas validasi
data transaksi dan print laporan untuk membantu mengelola tahap pengelola
data transaksi.
2. Sistem informasi manajemen keuangan acara dapat memberikan informasi,
melakukan pembaruan data keuangan secara real-time dan terstruktur. User
mengakses sistem dimanapun untuk mendapatkan informasi keuangan
acara atau melakukan pembaruaan data keuangan secara real-time selama
aplikasi tersebut terkoneksi dengan internet. Selain itu sistem dirancang
agar proses dari manajemen keuangan acara berjalan bertahap agar
terstruktur. Terdapat 3 (tiga) tahap dalam sistem manajemen keuangan acara
yaitu tahap perencanaan keuangan acara, tahap perencanaan kebutuhan
acara dan alokasi dana dan terakhir pengelolaan data transaksi.

VI.2 Saran
Saran yang dapat diberikan untuk pengembangan selanjutnya mengenai sistem
manajemen acara ini adalah sebagai berikut.

94
1. Membuat user guide singkat untuk memudahkan pengguna dalam
mengakses aplikasi dan fitur-fitur yang ada di dalam aplikasi.
2. Meningkatkan interface agar sistem terlihat lebih menarik. Menambahkan
fitur notification mobile apabila ada perubahan di dalam sistem dan data
keuangan acara.

95
 DAFTAR PUSTAKA

Abdul Halim, B. S. (2001). Akuntansi Manajemen. Jakarta: Salemba Empat.

Abdul Halim, B. S. (2005). Akuntansi Manajemen. Yogyakarta: BPEF.
Alshamrani, A. &. (2015). A Comparison Between Three SDLC Models
Waterfall model, Spiral Model, and Incremental/Iterative Model.
International Journal of Computer Science Issues.
Baridwan, Z. (2000). Sistem Informasi Akuntansi. Yogyakarta: BPFE.
Belch, G. E. (2009). Advertising and Promotion: An Integrated Marketing
Communication Perpective 8th Edition. New York: McGraw-Hill.
Cockburn. (2008). Using Both Incremental and Iterative Development. CrossTalk
the Journal of Defense Software Engineering.
E.Cushing, B. (1982). Accounting Information System and Business Organization.
Addision Wesley Publishing Company.
Fowler, M. (2005). UML Distilled Edisi 3. Yogyakarta: Andi.
Gandalisha, M. I. (2012). Data-Data Internet. Bandung: Fakultas Sains dan
Teknologi.
Hakim, L. (2010). Membangun Web Berbasisi PHP dengan Framework
Codeigniter. Yogyakarta: Lokomedia.
Harahap, S. S. (2004). Analisis krisis atas laporan keuangan. Jakarta: Rajawali
Pers.
Hevner, A. &. (2004). Design Research in Information System:Theory and
Practice. New York: Springer.
Indonesia, I. A. (2007). Standar Akuntansi Keuangan PSAK No.2 . Jakarta:
Salemba Empat.
Larman. (2002). Applying UML and Patterns : An Introduction to Object
Oriented Analysis and Design and Iterative Development (2nd ed). United
States: Prentice Hall PTR.
Moscove, S. A. (1981). Accounting Information System.
Mulyadi. (2001). Sistem Akuntansi. Jakarta: Penerbit Salemba Empat.
Munawar. (2005). Pemodelan Visual dengan UML. Yogyakarta: Graha Ilmu.
Nielsen, J. (2012). Usability 101: Introduction to usability.
Noor, A. (2009). Management Event. Bandung : Alfabeta.
Prawironegoro, D. (2007). Akuntansi Manajemen. Jakarta: Mira Wacana Media.
Rahmawan. (2013). Membangun Portal Web Crowdsourcing Health Treatment
dengan menggunakan Metode Iterative Incremental dan Metode
Pencarian Vector Space Model.
Rubin, J. D. (2008). Handbook of Usability Testing How to Plan, Design, and
Conduct Effective Tests. Indianapolis: Wiley Publishing.
Sartono, A. (2001). Manajemen Keuangan Teori dan Aplikasi. Yogyakarta:
BPEF-Yogyakarta.
Supangkat, H. (2003). Buku Panduan Direktur Keuangan. Jakarta: Salemba
Empat.
Supono. (2016). Pemrograman Web dengan menggunakan PHO dan Framework
Codeigniter. Yogyakarta: Deepublish.
Sutrisno. (2003). Manajemen Keuangan Teori Konsep dan Aplikasi. Yogyakarta:
EKONISIA.

96
Terry, G. R. (1993). Prinsip-Prinsip Manajemen. Jakarta: Bumi Aksara.
Weston, J. Fred dan Copeland, Thomas E. (2001). Manajemen Keuangan Jilid I.
Edisi ke-9. Jakarta: Binarupa Aksara.
Wardana. (2010). Menjadi Master PHP dengan Framework CodeIgniter,
ELEXMEDIA, Jakarta.

97
 Lampiran A
Proses Iterative & Incremental

98
A.1 Tahap Inception
Tahap inception, tahap ini fokus pada awal pembuatan sistem, membuat proses
bisnis, masalah yang dihadapi, identifikasi resiko, identifikasi lingkup proyek dan
membuat dokumen dokumen yang menjelaskan masalah yang ada. Tahap ini hanya
dilakukan 1 (satu) iterasi. Tahap ini bertujuaan untuk menganalisa dan menentukan
apakah sistem akan dibuat atau tidak.

A.1.1Iterasi I
Pada tahap ini peneliti mulai melakukan beberapa perubahan terhadap requirement
yang telah didapatkan sesuai dengan arahan reviewer.

A.1.1.1 Proses Bisnis

Ketua/wakil ketua Bendahara Koordinator divisi

input target
anggaran dan
rancangan
pengeluaran

input data
kegiatan acara

input nominal
input data input data
saldo awal acara
anggota acara anggota divisi
Phase

Gambar A.1 Proses Bisnis Inception iterasi 1

99
A.1.1.2 Requirment
A.1.1.2.1 Kuesioner Kebutuhan Sistem
Peneliti melakukan survey secara online kepada 77 mahasiswa Telkom University
untuk mengidentifikasi requirment apa saja yang harus ditambahkan dalam
pengembangan sistem. Berikut ini merupakan hasil dari survey yang dilakukan.

Tabel A.1 Kuesioner Kebutuhan Sistem

No. Pertanyaan Jawaban %

1. Angkatan 2008 2.6%

2009 1.3%

2010 1.4%

2011 1.3%

2012 45.5%

2013 28.6%

2014 7.8%

2. Jenis acara apa saja yang sering Seminar 20.8%

diselenggarakan di perguruaan tinggi anda
Lomba 32.5%

Keagamaan 9.1%

Kaderisasi Orientasi Mahasiswa Baru 6.5%

Festival 18.2%

Malam Keakraban 7.8%

Lainnya 5.2%

3. Apakah anda pernah menjadi panitia Ya 98.7

dalam sebuah acara
Tidak 1.3

4. Apakah anda pernah menjadi bendahara Ya 19.5%

atau divisi yang berhubungan dengan
keuangan kepanitiaan Tidak 80.5%

5. Menurut anda apa masalah terbesar yang Catatan-catatan peristiwa keuangan 10.4%
sering terjadi pada pengelolaan keuangan tidak jelas
kepanitiaan
Peminta dana tidak membuat atau tidak 14.3%
segera membuat laporan pemanfaatnya

Persoalan transparasi data 18.2%

Tidak ada penyajian data keuangan 28.6%

secara real-time

100
 Tidak adanya bukti penerimaan dan 15.6%
pengeluaran yang jelas (kwintansi, nota,
dan lain-lain)

Tidak adanya prosedur penerimaan dan 13.0%

pengeluaran uang

6. Menurut anda perluka dibuat sebuat Ya 98.7%

sistem yang dapat melakukan manajemen
keuangan acara dan mengelola Tidak 1.3%
permasalahan yang terjadi pada keuangan
acara

A.1.1.1 Analysis & Design

Pada tahap ini peneliti belum melakukan Analysis & Design.

A.1.1.2 Implementation

Pada tahap ini peneliti belum melakukan Implementation.

A.1.1.3 Test

Pada tahap ini peneliti belum melakukan Test.

A.1.1.4 Deployment

Pada tahap ini peneliti belum melakukan Deployment

101
A.2 Tahap Elaboration

A.2.1 Iterasi I

Pada tahapan ini peneliti mulai melakukan beberapa penambahan terhadap

requirement yang telah didapatkan sebelumnya sesuai dengan arahan reviewer.

A.2.1.1 Proses Bisnis

Proses bisnis pada iterasi I ini menjelaskan mengenai alur secara

keseluruhan dari sistem yang dikembangkan. Gambaran beserta penjelasannya
dapat dilihat pada Bab IV Analisis dan Perancangan.

A.2.1.1.1 Aktor

Tabel A.2 Analisis aktor sistem informasi manajemen keuangan event

No. Nama Aktor Deskripsi

1. Ketua/Wakil ketua Input target anggaran dan rancangan pengeluaran, .input data
kegiatan acara, input data anggota acara

2. Bendahara Input nominal saldo awal acara

3. Koordinator divisi Input data anggota divisi

A.2.1.2 Requirement

A.2.1.2.1 Kebutuhan Sistem

Tabel A.2 Analisis Kebutuhan Sistem Informasi Manajemen Keuangan acara

REQ ID Rincian Kebutuhan Deskripsi Aktor

Perencanaan Keuangan Acara

REQ-01 Input anggaran acara dan Proses menambahkan anggaran Ketua/wakil ketua
rancangan pengeluaran acara dan rancangan pengeluaran

REQ-02 Input kegiatan acara Proses pembuatan kegiatan acara Ketua/wakil ketua
dan menginputkan income outcome
target

102
 REQ-03 Input data anggota acara Proses menambahkan anggota Ketua/wakil ketua
penyelenggara acara yang sesuai
dengan jabatannya ke dalam sistem

REQ-04 Input data anggota divisi Proses menambahkan anggota tiap Koordinator divisi
divisi

REQ-05 Input nominal saldo awal Proses menambahkan saldo awal Bendahara
acara acara

A.2.1.3 Analysis & Design

A.2.1.3.1 Diagram Use case

Perencanaan Keuangan Acara

Input anggaran
acara dan Input data
Ketua/wakil ketua rancangan anggota divisi
pengeluaran Koordinator Divisi

Input kegiatan
acara

<<include>>
Input data
anggota acara

Input nominal
saldo awal
acara
Bendahara

Gambar A.2 Use case diagram perencanaan keuangan acara pada iterasi I

A.2.1.3.2 Activity diagram

Activity diagram pada iterasi I ini menjelaskan mengenai alur aktivitas yang
dilakukan user berdasarkan diagram use case di atas. Gambaran beserta
penjelasannya dapat dilihat pada Bab IV Analisis dan Perancangan.

A.2.1.3.3 Class Diagram

Class diagram pada iterasi II ini sesuai dengan perancangan diagram dalam
Bab IV Analisis dan Perancangan.

A.2.1.3.4 Sequence Diagram

103
 Sequence diagram pada iterasi I ini menjelaskan interaksi yang dilakukan user
terhadap sistem berdasarkan activity diagram dan didasarkan dari class diagram
diatas. Gambaran beserta penjelasannya dapat dilihat pada Bab IV Analisi dan
Perancangan.

A.2.1.4 Implementation

Tabel A.3 Class yang diimplementasikan pada iterasi I

No. MVC Fungsi Penjelasan

1. Model Manggota.php Class model yang berisi fungsi-fungsi terkait dengan

keanggotaan acara

2. Mdocument.php Class model yang berisi fungsi-fungsi terkait surat-

menyurat

3. Macara.php Class model yang berisi fungsi-fungsi terkait dengan

acara

4. MJob.php Class model yang berisi fungsi-fungsi terkait dengan

penugasan

5. Mnotulen.php Class model yang berisi fungsi-fungsi terkait dengan

notulen

6. Mtarget.php Class model yang berisi fungsi-fungsi terkait target

acara

7. Mtimelineacara.php Class model yang berisi fungsi-fungsi terkait timeline

acara

8. Muser.php Class model yang berisi fungsi-fungsi terkait dengan

user

9. View Anggota.php Class view yang berisi halaman-halaman terkait

dengan keanggotaan acara

10. Dashboard.php Class view yang berisi halaman-halaman terkait

dengan home

11. Document.php Class view yang berisi halaman-halaman terkait

dengan surat-menyurat

12. Errors.php Class view yang berisi halaman-halaman terkait

kesalahan yang terjadi pada sistem

13. acara.php Class view yang berisi halaman-halaman terkait

dengan acara

14. Includes.php Class view yang berisi halaman-halaman terkait

navigation bar dan sidebar

15. Jobs.php Class view yang berisi halaman-halaman terkait

dengan penugasan

16. Notification.php Class view yang berisi halaman-halaman terkait

17. Notulen.php Class view yang berisi halaman-halaman terkait

dengan notulen

104
 18. Target.php Class view yang berisi halaman-halaman terkait
dengan target acara

19. Timeline.php Class view yang berisi halaman-halaman terkait

dengan timeline acara

20. User.php Class view yang berisi halaman-halaman terkait

dengan user

21. Controller Anggota.php Class controller yang berisi fungsi-fungsi terkait

dengan keanggtaan acara

22. Dashboard.php Class controller yang berisi fungsi-fungsi terkait

dengan home

23. Document.php Class controller yang berisi fungsi-fungsi terkait

dengan home

24. acara.php Class controller yang berisis fungsi-fungsi terkait

dengan acara

25. Job.php Class controller yang beisi fungsi-fungsi terkait

dengan penugasan

26. Notification.php Class controller yang berisi fungsi-fungsi terkait

dengan notification

27. Notulen.php Class controller yang berisi fungsi-fungsi terkait

dengan notulen

28. Target.php Class controller yang berisi fungsi-fungsi terkait

dengan target acara

29. Timeline.php Class controller yang berisi fungsi-fungsi terkait

dengan timeline acara

30. User.php Class controller yang berisi fungsi-fungsi terkait

dengan user

A.2.1.5 Test

Pengujian yang dilakukan pada tahap ini menggunakan fungsional testing.

Pengujian ini dilakukan untuk mengetahui apakah seluruh requirement yang
diimplementasikan dapat berjalan dengan benar atau tidak. Pengujian ini tidak
dilampirkan dalam pembahasan penelitian ini.

A.2.1.6 Deployment

Pada tahapan ini peneliti mulai membuat halaman dashboard, input target anggaran
dan rancangan pengeluaran, input data kegiatan acara, input data anggota acara,
input data anggota divisi dan input nominal saldo awal acara Hasil dari tahapan ini
dapat dilihat pada Lampiran B berupa screenshoot halaman-halaman sistem yang
telah dibuat sesuai dengan requirement pada iterasi ini.

105
A.2.2 Iterasi II

Pada tahapan ini peneliti mulai melakukan beberapa perubahan dan

penambahan terhadap requirement yang telah didapatkan sebelumnya sesuai
dengan arahan reviewer.

A.2.2.1 Requirement

A.2.2.1.1Aktor

Tabel A. 5 Analisis aktor sistem informasi manajemen keuangan event

No. Nama Aktor Deskripsi

1. Ketua/Wakil ketua Merupakan aktor penanggung jawab utama pada setiap acara yang
diketuai. Pada tahap perencanaan keuangan acara aktor dapat
melakukan input target anggaran dan rancangan pengeluaran, input
data kegiatan acara, input data anggota acara. Pada tahap
perencanaan kebutuhan acara dan alokasi dana aktor dapat
melakukan input data job, melihat data nominal anggaran dan
rancangan pengeluaran, input data kebutuhan job, input detail
kebutuhan job dan melihat data kebutuhan acara.

2. Bendahara Pada tahap perencanaan keuangan acara aktor dapat melakukan

input nominal saldo awal acara. Pada tahap perencanaan
kebutuhan acara dan alokasi dana aktor dapat melakukan melihat
data nominal anggaran dan rancangan pengeluaran, input data
kebutuhan job, input detail kebutuhan job, aktivitas validasi data
kebutuhan job dan melihat data kebutuhan acara.

3. Koordinator Divisi Pada tahap perencanaan kebutuhan acara dan alokasi dana aktor
dapat melakukan melihat data nominal anggaran dan rancangan
pengeluaran, input data kebutuhan job, input detail kebutuhan job
dan melihat data kebutuhan acara.

4. Sekertaris Pada tahap perencanaan kebutuhan acara dan alokasi dana aktor
dapat melakukan melihat data nominal anggaran dan rancangan
pengeluaran, input data kebutuhan job, input detail kebutuhan job
dan melihat data kebutuhan acara.

5. Anggota Divisi Pada tahap perencanaan kebutuhan acara dan alokasi dana aktor
dapat melakukan melihat data nominal anggaran dan rancangan
pengeluaran, input detail kebutuhan job dan melihat data
kebutuhan acara..

106
A.2.2.2 Analysis & Design

A.2.2.2.1 Diagram use case

Perencanaan Kebutuhan acara dan alokasi dana

Melihat data
<<include>> nominal
Input job
anggaran dan
Actor_1 rancangan
pengeluaran
User

Input data
<<include>> kebutuhan job

<<include>>

Input detail
kebutuhan job

<<include>>

Aktivitas validasi
data kebutuhan
job
Bendahara

<<include>>

Melihat data
kebutuhan acara

Gambar A.3 Use case diagram perancangan kebutuhan acara dan alokasi dana
pada iterasi II

A.2.2.2.2 Activity diagram

Activity diagram pada iterasi II ini menjelaskan mengenai alur aktivitas yang
dilakukan user berdasarkan diagram use case di atas. Gambaran beserta
penjelasannya dapat dilihat pada Bab IV Analisis dan Perancangan.

A.2.2.2.3 Class diagram

Class diagram pada iterasi II ini sesuai dengan perancangan diagram dalam Bab IV
Analisis dan Perancangan.

A.2.2.2.4 Sequence Diagram

107
Sequence diagram pada iterasi II ini menjelaskan interaksi yang dilakukan user
terhadap sistem berdasarkan activity diagram dan didasarkan dari class diagram
diatas. Gambaran beserta penjelasannya dapat dilihat pada Bab IV Analisi dan
Perancangan.

A.2.2.3 Implementation

Tabel A.7 Class yang diimplementasikan pada iterasi II

No. MVC Fungsi Penjelasan

1. Model Manggota.php Class model yang berisi fungsi-fungsi

terkait dengan keanggotaan acara

2. Mdocument.php Class model yang berisi fungsi-fungsi

terkait surat-menyurat

3. Macara.php Class model yang berisi fungsi-fungsi

terkait dengan acara

4. Mfinancial_management.php Class model yang berisi fungsi-fungsi

terkait financial management

5. MJob.php Class model yang berisi fungsi-fungsi

terkait dengan penugasan

6. Mnotulen.php Class model yang berisi fungsi-fungsi

terkait dengan notulen

7. Mtarget.php Class model yang berisi fungsi-fungsi

terkait target acara

8. Mtimelineacara.php Class model yang berisi fungsi-fungsi

terkait timeline acara

9. Muser.php Class model yang berisi fungsi-fungsi

terkait dengan user

10. View Anggota.php Class view yang berisi halaman-halaman

terkait dengan keanggotaan acara

11. Dashboard.php Class view yang berisi halaman-halaman

terkait dengan home

12. Document.php Class view yang berisi halaman-halaman

terkait dengan surat-menyurat

13. Errors.php Class view yang berisi halaman-halaman

terkait kesalahan yang terjadi pada sistem

14. acara.php Class view yang berisi halaman-halaman

terkait dengan acara

15. financial_management.php Class view yang berisi halaman-halaman

terkait financial management

16. Includes.php Class view yang berisi halaman-halaman

terkait navigation bar dan sidebar

17. Jobs.php Class view yang berisi halaman-halaman

terkait dengan penugasan

108
 18. Notification.php Class view yang berisi halaman-halaman
terkait

19. Notulen.php Class view yang berisi halaman-halaman

terkait dengan notulen

20. Target.php Class view yang berisi halaman-halaman

terkait dengan target acara

21. Timeline.php Class view yang berisi halaman-halaman

terkait dengan timeline acara

22. User.php Class view yang berisi halaman-halaman

terkait dengan user

23. Controller Anggota.php Class controller yang berisi fungsi-fungsi

terkait dengan keanggtaan acara

24. Dashboard.php Class controller yang berisi fungsi-fungsi

terkait dengan home

25. Document.php Class controller yang berisi fungsi-fungsi

terkait dengan home

26. acara.php Class controller yang berisis fungsi-fungsi

terkait dengan acara

27. Financial_management.php Class controller yang berisi fungsi-fungsi

terkait dengan finance management

28. Job.php Class controller yang beisi fungsi-fungsi

terkait dengan penugasan

29. Notification.php Class controller yang berisi fungsi-fungsi

terkait dengan notification

30. Notulen.php Class controller yang berisi fungsi-fungsi

terkait dengan notulen

31. Target.php Class controller yang berisi fungsi-fungsi

terkait dengan target acara

32. Timeline.php Class controller yang berisi fungsi-fungsi

terkait dengan timeline acara

33. User.php Class controller yang berisi fungsi-fungsi

terkait dengan user

A.2.2.4 Test

Pengujian yang dilakukan pada tahap ini menggunakan fungsional testing.

Pengujian ini dilakukan untuk mengetahui apakah seluruh requirement yang
diimplementasikan dapat berjalan dengan benar atau tidak. Pengujian ini tidak
dilampirkan dalam pembahasan penelitian ini.

A.2.2.5 Deployment

109
Deployment pada tahapan ini, peneliti mengembangkan halaman Hasil dashboard,
input target anggaran dan rancangan pengeluaran, input data kegiatan acara, input
data anggota acara, input data anggota divisi, input nominal saldo awal acara, input
data job, input data nominal anggaran dan rancangan pengeluaran, melihat data
nominal anggaran dan rancangan pengeluaran, input data kebutuhan job, input data
detail kebutuhan job, aktivitas validasi dana kebutuhan job dan melihat data
kebutuhan acara. Dari tahapan ini dapat dilihat pada Lampiran B berupa
screenshoot halaman-halaman sistem yang telah dibuat sesuai dengan requirement
pada iterasi ini. Hasil pada iterasi ini kemudian dijadikan sebagai halaman-halaman
sistem yang digunakan hingga saat ini.

A.2.3 Iterasi I

Pada tahapan ini peneliti mulai melakukan beberapa penambahan terhadap

requirement yang telah didapatkan sebelumnya sesuai dengan arahan reviewer.

A.2.3.1 Proses Bisnis

Ketua/wakil ketua Bendahara Sekertaris Koordinator divisi Anggota divisi

Input target
anggaran dan
rancangan
pengeluaran

Input data
kegiatan acara

Input data
anggota acara

Input nominal Input data

Input data Job
saldo awal acara anggota divisi

Input data Input data Input data Input data

kebutuhan job kebutuhan job kebutuhan job kebutuhan job

Input detail
Input detail Input detail
kebutuhan job
kebutuhan job kebutuhan job
Input detail Input detail
kebutuhan job kebutuhan job

Aktivitas validasi
data kebutu han
Job

Valid ?

Data terupdate

Melihat data
kebutuhan acara
Phase

Gambar A.4 Proses bisnis Construction iterasi I

110
A.2.3.2 Aktor

Tabel A.8 Analisis aktor Sistem Informasi Manajemen Keuangan acara

No. Nama Aktor Deskripsi

1. Ketua/Wakil ketua Merupakan aktor penanggung jawab utama pada setiap acara yang
diketuai. Pada tahap perencanaan keuangan acara aktor dapat
melakukan input target anggaran dan rancangan pengeluaran, input
data kegiatan acara, input data anggota acara. Pada tahap
perencanaan kebutuhan acara dan alokasi dana aktor dapat
melakukan input data job, melihat data nominal anggaran dan
rancangan pengeluaran, input data kebutuhan job, input detail
kebutuhan job dan melihat data kebutuhan acara. Pada tahap
pengelolaan data transaksi aktor dapat melakukan input data
transaksi dan print laporan.

2. Bendahara Pada tahap perencanaan keuangan acara aktor dapat melakukan

input nominal saldo awal acara. Pada tahap perencanaan kebutuhan
acara dan alokasi dana aktor dapat melakukan melihat data nominal
anggaran dan rancangan pengeluaran, input data kebutuhan job,
input detail kebutuhan job, aktivitas validasi data kebutuhan job dan
melihat data kebutuhan acara. Pada tahap pengelolaan data transaksi
aktor dapat melakukan input data transaksi, aktivitas validasi data
transaksi dan print laporan.

3. Sekertaris Pada tahap perencanaan kebutuhan acara dan alokasi dana aktor
dapat melakukan melihat data nominal anggaran dan rancangan
pengeluaran, input data kebutuhan job, input detail kebutuhan job
dan melihat data kebutuhan acara. Pada tahap pengelolaan data
transaksi aktor dapat melakukan input data transaksi dan print
laporan.

4. Koordinator Divisi Pada tahap perencanaan kebutuhan acara dan alokasi dana aktor
dapat melakukan melihat data nominal anggaran dan rancangan
pengeluaran, input data kebutuhan job, input detail kebutuhan job
dan melihat data kebutuhan acara. Pada tahap pengelolaan data
transaksi aktor dapat melakukan input data transaksi dan print
laporan.

5. Anggota Divisi Pada tahap perencanaan kebutuhan acara dan alokasi dana aktor
dapat melakukan melihat data nominal anggaran dan rancangan
pengeluaran, input detail kebutuhan job dan melihat data kebutuhan
acara. Pada tahap pengelolaan data transaksi aktor dapat melakukan
input data transaksi dan print laporan.

111
A.2.3.3 Requirement

A.2.3.3.1 Kebutuhan Sistem

Tabel A.9 Analisis kebutuhan sistem informasi manajemen keuangan event

REQ ID Rincian Kebutuhan Deskripsi Aktor

Perencanaan Keuangan Acara

REQ-01 Input anggaran acara dan Proses menambahkan anggaran Ketua/wakil ketua
rancangan pengeluaran acara dan rancangan pengeluaran

REQ-02 Input kegiatan acara Proses pembuatan kegiatan acara Ketua/wakil ketua
dan menginputkan income outcome
target

REQ-03 Input data anggota acara Proses menambahkan anggota Ketua/wakil ketua
penyelenggara acara yang sesuai
dengan jabatannya ke dalam sistem

REQ-04 Input data anggota divisi Proses menambahkan anggota tiap Koordinator divisi
divisi

REQ-05 Input nominal saldo awal Proses menambahkan saldo awal Bendahara
acara acara

Perencanaan Anggaran dan Alokasi Dana

REQ-06 Input job Proses menambah Job jabatan/divisi Ketua/wakil ketua

REQ-07 Melihat data nominal Proses melihat data target rancangan Semua aktor
anggaran dan rancangan pengeluaran yang telah diinputkan
pengeluaran ke dalam sistem

REQ-08 Input data kebutuhan job Proses menambahkan rencana Ketua/wakil ketua,
anggaran belanja berupa daftar bendahara,
kebutuhan kegiatan acara sekertaris dan
koordinator divisi

REQ-09 Input detail kebutuhan job Proses menambahkan daftar harga Semua aktor
barang yang sudah diinputkan oleh
koordinator divisi

REQ-010 Aktivitas validasi data Proses aktivitas persetujuan data Bendahara

kebutuhan job kebutuhan job

REQ-011 Melihat data kebutuhan acara Proses melihat data kebutuhan acara Semua aktor
yang telah diinputkan

REQ-06 Input job Proses menambah Job jabatan/divisi Ketua/wakil ketua

Pengelolaan Data Transaksi

REQ-012 Input data transaksi Proses menambahkan data transaksi Semua aktor

112
 REQ-013 Aktivitas validasi data Proses aktivitas persetujuaan data Bendahara
transaksi transaksi

REQ-014 Print laporan Proses mencetak laporan keuangan Semua aktor

A.2.3.4 Analysis & Design

A.2.3.4.1 Diagram Use case

Pengelolaan Data Transaksi

Input data
transaksi

User

Aktivitas validasi
data transaksi
Bendahara

Print laporan

Gambar A.5 Use case diagram perencanaan data transaksi pada iterasi I

A.2.3.4.2 Activity diagram

Activity diagram pada iterasi I ini menjelaskan mengenai alur aktivitas yang
dilakukan user berdasarkan diagram use case di atas. Gambaran beserta
penjelasannya dapat dilihat pada Bab IV Analisis dan Perancangan.

A.2.3.4.3 Class diagram

class diagram pada iterasi II ini sesuai dengan perancangan diagram dalam Bab IV
Analisis dan Perancangan.

A.2.3.4.4 Sequence Diagram

113
Sequence diagram pada iterasi I ini menjelaskan interaksi yang dilakukan user
terhadap sistem berdasarkan activity diagram dan didasarkan dari class diagram
diatas. Gambaran beserta penjelasannya dapat dilihat pada Bab IV Analisi dan
Perancangan.

A.2.3.5 Implementation

Tabel A.10 Class yang diimplementasikan pada iterasi I

No. MVC Fungsi Penjelasan

1. Model Manggota.php Class model yang berisi fungsi-fungsi terkait

dengan keanggotaan acara

2. Mdocument.php Class model yang berisi fungsi-fungsi terkait

surat-menyurat

3. Macara.php Class model yang berisi fungsi-fungsi terkait

dengan acara

4. Mfinancial_management.php Class model yang berisi fungsi-fungsi terkait

financial management

5. MJob.php Class model yang berisi fungsi-fungsi terkait

dengan penugasan

6. Mnotulen.php Class model yang berisi fungsi-fungsi terkait

dengan notulen

7. Mtarget.php Class model yang berisi fungsi-fungsi terkait

target acara

8. Mtimelineacara.php Class model yang berisi fungsi-fungsi terkait

timeline acara

9. Muser.php Class model yang berisi fungsi-fungsi terkait

dengan user

10. View Anggota.php Class view yang berisi halaman-halaman terkait

dengan keanggotaan acara

11. Dashboard.php Class view yang berisi halaman-halaman terkait

dengan home

12. Document.php Class view yang berisi halaman-halaman terkait

dengan surat-menyurat

13. Errors.php Class view yang berisi halaman-halaman terkait

kesalahan yang terjadi pada sistem

14. acara.php Class view yang berisi halaman-halaman terkait

dengan acara

15. financial_management.php Class view yang berisi halaman-halaman terkait

financial management

16. Includes.php Class view yang berisi halaman-halaman terkait

navigation bar dan sidebar

17. Jobs.php Class view yang berisi halaman-halaman terkait

dengan penugasan

114
 18. Notification.php Class view yang berisi halaman-halaman terkait

19. Notulen.php Class view yang berisi halaman-halaman terkait

dengan notulen

20. Target.php Class view yang berisi halaman-halaman terkait

dengan target acara

21. Timeline.php Class view yang berisi halaman-halaman terkait

dengan timeline acara

22. User.php Class view yang berisi halaman-halaman terkait

dengan user

23. Controller Anggota.php Class controller yang berisi fungsi-fungsi

terkait dengan keanggtaan acara

24. Dashboard.php Class controller yang berisi fungsi-fungsi

terkait dengan home

25. Document.php Class controller yang berisi fungsi-fungsi

terkait dengan home

26. acara.php Class controller yang berisis fungsi-fungsi

terkait dengan acara

27. Financial_management.php Class controller yang berisi fungsi-fungsi

terkait dengan finance management

28. Job.php Class controller yang beisi fungsi-fungsi terkait

dengan penugasan

29. Notification.php Class controller yang berisi fungsi-fungsi

terkait dengan notification

30. Notulen.php Class controller yang berisi fungsi-fungsi

terkait dengan notulen

31. Target.php Class controller yang berisi fungsi-fungsi

terkait dengan target acara

32. Timeline.php Class controller yang berisi fungsi-fungsi

terkait dengan timeline acara

33. User.php Class controller yang berisi fungsi-fungsi

terkait dengan user

A.2.3.6 Test

Pengujian yang dilakukan pada tahap ini menggunakan fungsional testing.

Pengujian ini dilakukan untuk mengetahui apakah seluruh requirement yang
diimplementasikan dapat berjalan dengan benar atau tidak. Pengujian ini tidak
dilampirkan dalam pembahasan penelitian ini.

A.2.3.7 Deployment

115
Deployment pada tahapan ini, peneliti mengembangkan halaman Hasil dashboard,
input target anggaran dan rancangan pengeluaran input data kegiatan acara, input
data anggota acara, input data anggota divisi, input nominal saldo awal acara, input
data job, melihat data nominal anggaran dan rancangan pengeluaran, input data
kebutuhan job, input data detail kebutuhan job, aktivitas validasi dana kebutuhan
job, melihat data kebutuhan job, input data transaksi, aktivitas validasi data
transaksi dan print laporan. Hasil dari perubahan ini dapat dilihat pada Lampiran B
berupa screenshoot halaman-halaman sistem yang telah dibuat sesuai degan
requirement pada iterasi ini.

A.2.4 Iterasi II

Pada tahapan ini peneliti mulai melakukan beberapa perubahan dan penambahan
terhadap requirement yang telah didapatkan sebelumnya sesuai dengan arahan
reviewer.

A.2.4.1 Requirement

Pada tahap iterasi I diatas requirement telah terpenuhi, maka dalam tahap ini
peneliti tidak lagi membuat requirement baru.

A.2.4.2 Analysis & Design

A.2.4.2.1 Diagram Use case

Diagram use case pada iterasi II ini sesuai dengan perancangan diagram dalam Bab
IV Analisis dan Perancangan..

A.2.4.2.2 Activity diagram

Activity diagram pada iterasi II ini menjelaskan mengenai alur aktivitas yang
dilakukan user berdasarkan diagram use case di atas. Gambaran beserta
penjelasannya dapat dilihat pada Bab IV Analisis dan Perancangan.

A.2.4.2.3 Class diagram

116
Class diagram pada iterasi II ini sesuai dengan perancangan diagram dalam Bab IV
Analisis dan Perancangan.

A.2.4.2.4 Sequence Diagram

Sequence diagram pada iterasi II ini menjelaskan interaksi yang dilakukan user
terhadap sistem berdasarkan activity diagram dan didasarkan dari Class diagram
diatas. Gambaran beserta penjelasannya dapat dilihat pada Bab IV Analisi dan
Perancangan.

A.2.4.3 Implementation

Class diagram pada iterasi II ini sesuai dengan perancangan diagram dalam Bab
IV Analisis dan Perancangan.

A.2.4.4 Test

Pengujian yang dilakukan pada tahap ini menggunakan fungsional testing.

Pengujian ini dilakukan untuk mengetahui apakah seluruh requirement yang
diimplementasikan dapat berjalan dengan benar atau tidak. Pengujian ini tidak
dilampirkan dalam pembahasan penelitian ini.

A.2.4.5 Deployment

Deployment pada tahapan ini, peneliti mengembangkan dashboard input target

anggaran dan rancangan pengeluaran input data kegiatan acara, input data anggota
acara, input data anggota divisi, input nominal saldo awal acara, input data job,
melihat data nominal anggaran dan rancangan pengeluaran, input data kebutuhan
job, input data detail kebutuhan job, aktivitas validasi dana kebutuhan job, melihat
data kebutuhan job, input data transaksi, aktivitas validasi data transaksi dan print
laporan. Hasil dari tahapan ini dapat dilihat pada lampiran B berupa screenshoot
halaman-halaman sistem yang telah dibuat sesuai degan requirement pada iterasi
ini. Hasil pada iterasi ini kemudian dijadikan sebagai halaman-halaman sistem yang
digunakan hingga saat ini.

117
A.3 Tahap Transition

Tahap ini merupakan tahap akhir dalam pengembangan sistem dan aplikasi yang
akan dibangun oleh peneliti. Tahapan ini hanya dilakukan dalam satu iterasi.
Tahapan ini bertujuan untuk menguji sistem yang telah dikembangkan.

A.3.1 Iterasi I

Pada tahapan ini peneliti mulai melakukan beberapa perubahan terhadap

requirement yang telah didapatkan sebelumnya sesuai dengan arahan reviewer.

A.3.1.1 Proses Bisnis

Seperti yang sudah dijabarkan sebelumnya bahwa proses bisnis yang dirancang
telah sesuai dengan perancangan. Penggambarannya dapat dilihat dalam Bab IV
Analisis dan Perancangan.

A.3.1.2 Requirement

Seperti yang sudah dijabarkan sebelumnya bahwa requirement yang dirancang

telah sesuai dengan perancangan. Penggambarannya dapat dilihat dalam Bab IV
Analisis dan Perancangan.

A.3.1.3 Analysis & Design

Seperti yang sudah dijabarkan sebelumnya bahwa analysis & design yang
dirancang telah sesuai dengan perancangan. Penggambarannya dapat dilihat dalam
Bab IV Analisis dan Perancangan.

A.3.1.4 Implementation

Seperti yang sudah dijabarkan sebelumnya bahwa implementasi yang dirancang

telah sesuai dengan perancangan. Penggambarannya dapat dilihat dalam Bab V
Implementasi dan Testing.

A.3.1.5 Test

118
Pengujian yang dilakukan pada tahap ini menggunakan testing usability. Pengujian
ini dilakukan untuk mengetahui apakah seluruh requirement yang
diimplementasikan sesuai dengan kebutuhan user atau tidak. Penjelasan lebih detail
mengenai pengujian masing-masing fungsi yang terdapat pada iterasi ini terdapat
pada Bab V Implementasi dan Testing.

A.3.1.6 Deployment

Deployment pada tahapan ini, peneliti mengembangkan halaman-halaman yang

belum dijelaskan diatas. Hasil dari tahapan ini dapat dilihat pada Lampiran B
berupa screenshoot halaman-halaman sistem yang telah dibuat sesuai degan
requirement pada iterasi ini. Hasil pada iterasi ini kemudian dijadikan sebagai
halaman-halaman sistem yang digunakan hingga saat ini.

119
 Lampiran B
Screenshoot Sistem

120
 Gambar B.1 Halaman log in

Gambar B.2 Halaman setelah log in

121
 Gambar B.3 Halaman pada menu daftar acara

Gambar B.4 Menu Update Anggaran & Rancangan Pengeluaran

122
Gambar B.5 Halaman pada menu daftar kegiatan acara

Gambar B.6 Form pada menu daftar kegiatan acara

123
Gambar B.7 Halaman pada menu keanggotaan acara dan list anggota acara

Gambar B.8 Form pada halaman tambah anggota

124
Gambar B.9 Form halaman tambah anggota divisi

Gambar B.10 Form halaman tambah saldo awal

125
 Gambar B.11 Form halaman tambah job

Gambar B.12 Form halaman tambah kebutuhan job

126
 Gambar B.13 Form halaman detail kebutuhan job

Gambar B.14 Form halaman aktivitas validasi kebutuhan job

127
 Gambar B.15 Halaman data kebutuhan acara

Gambar B.16 Halaman data nominal anggaran dan rancangan pengeluaran

128
 B.16 Form halaman input data transaksi

B.17 Form halaman aktivitas validasi data transaksi

129
Gambar 18 Print Laporan

130
 Lampiran C
Hasil Pengujian

131
132
133
134
135
136
137
138
139
140
141
1