BAB III ANALISA DAN PERANCANGAN SISTEM

(1)

BAB III

ANALISA DAN PERANCANGAN SISTEM

3.1 Tahapan Penelitian

Mulai Penelitian

Ide dan latar belakang penelitian

Pencarian data primer dan data

sekunder

Fakta sesuai?

N

Mencari landasan teori dan referensi

pendukung

Menganalisa permasalahan dan

menyesuaikan solusi Y

Membuat rancangan solusi

melalui aplikasi

Mendiskusikan hasil Menunjukan hasil

aplikasi

Deployment dan release aplikasi

Penelitian selesai Y

N

Gambar 3. 1 Tahapan Penelitian

(2)

Proses penelitian dimulai dari dilakukannya pengumpulan data primer dan data sekunder sebagai sumber data pendukung dilakukannya penelitian.

Pengumpulan data dimulai dari pencarian sumber. Dengan melakukan wawancara dan observasi. Setelah mendapatkan fakta pendukung, maka dilakukan pencarian dengan cara mencari landasan teori dan referensi pendukung (bahan dari poling di internet).

Dilanjutkan dengan proses menganalisa masalah yang sesuai dengan fakta pendukung dan mencari solusi yang sesuai. Kemudian dilakukan hasil desain aplikasi dan dirancang sesuai solusi yang telah ditentukan.

Dilanjutkan dengan proses development dan deployment. Setelah itu dilakukan diskusi dengan calon pengguna. Jika hasil sesuai dengan yang diharapkan maka akan dilakukan release aplikasi. Jika tidak maka akan dilakukan analisa ulang hingga hasil sesuai dengan yang diharapkan.

3.2 Metodologi Pengumpulan Data

Beberapa cara pengumpulan data dalam menyusun tugas akhir ini dengan melakukan teknik wawancara, observasi, studi pustaka, dan referensi internet.

1. Wawancara

Tabel 3. 1 Hasil wawancara

Pertanyaan Wawancara Hasil Wawancara Tentang organisasi / komunitas

a. Berapa banyak anggota yang terlibat dalam organisasi?

Kisaran anggota dalam 1 organisasi dari 6 – 40 orang

b. Organisasi/komunitas ini bentuk organisasi yang seperti apa?

Organisasi sekolah/yayasan : 7 Komunitas independen : 4

c. Seperti apa bentuk pemasukan dan pengeluaran yang terjadi?

Uang cash : 7 Transfer : 4 Tentang bentuk iuran

(3)

a. Berapa banyak jenis iuran yang dibuat?

- kas rutin - tagihan - iuran b. Periode bayar di organisasi /

komunitas :

Kas Mingguan : 9 Bulanan : 2 Tagihan Tak ada periode Iuran Tak ada periode c. Bagaimana bentuk

penagihan yang dilakukan?

Kas Bendahara mengingatkan sesuai dengan periode (hari / tanggal) yang disepakati.

Tagihan Jumlah total pengeluaran dan dibagi dari jumlah anggota yang terdaftar

Iuran Jenis tabungan yang pembayaran diluar uang kas rutin.

Tentang pencatatan iuran a. Bagaimana bentuk pencatatan pemasukan keuangan di organisasi / komunitas ini?

- Menggunakan buku tabungan - Menggunakan googlespreadsheet

b. Seperti apa bentuk pencatatan pengeluaran keuangan di organisasi / komunitas ini?

- Menggunakan buku tabungan

- Menggunakan kertas HVS (ketika ada event tertentu)

c. Seberapa rumit bentuk pencatatan keuangan yang terjadi di komunitas ini?

Kas Tidak rumit, jika anggota bisa membayar tepat waktu dan nominal angka bulat

Tagihan Tidak rumit, jika angka bulat dan bisa dibagi dengan jumlah anggota

Iuran Tidak rumit, namun ketika nominal masing-masing anggota berbeda, perhitungan menjadi rumit (karna masih

(4)

menggunakan manual kalkulator, sehingga butuh konsentrasi tinggi jika anggota banyak)

d. Apa masalah yang sering timbul dari pencatatan keuangan saat ini?

Kas - Buku kas tertinggal

- Anggota lupa membawa uang / tidak membayar tepat waktu

- Buku kas hilang

- seringnya kesalahan rekap Tagihan - Total tagihan menghasilkan

sisa bagi

- kertas pencatatan pengeluaran uang hilang - sering terjadinya kerugian salah satu / beberapa pihak karena salah perhitungan, sehingga harus ada tambahan iuran ulang (menomboki) Iuran - sering terjadi hilangnya

kertas pencatatan masuk- keluar uang

- sering terjadinya salah rekap - sering terjadi manipulasi data dan reka-reka total uang yang terpaksa dilakukan ketika dibutuhkan laporan keuangan Penggunaan Gadget

Apakah sebelumnya pernah menggunakan mobile? Apakah memungkinkan penggunaan mobile di organisasi/komunitas anda?

- Semua sample merupakan pengguna mobile.

- Penggunaan mobile sebagai alat komunikasi diperbolehkan. Asalkan tidak mengganggu kegiatan belajar-mengajar Seberapa menguasai Sekedar untuk komunikasi, game dan

(5)

Seberapa menguasai penggunaan aplikasi mobile?

Bisa menggunakan dengan baik dan ada juga yang bisa membuat aplikasi mobile Seberapa sering anda

menggunakan aplikasi menggunakan mobile?

Semua sample : setiap hari

Apakah sebelumnya pernah menggunakan pencatatan keuangan menggunakan aplikasi mobile / aplikasi berbasis online ?

Mayoritas sample tidak pernah

Satu sample mengatakan : menggunakan google drive spreadsheet

2. Observasi

Tabel 3. 2 Hasil Observasi

Aspek yang diobservasi Hasil observasi

Mengenai bendahara Seorang bendahara bisa membawa tanggung jawab dari beberapa organisasi

Mengenai organisasi Organisasi yayasan/sekolah : organisasi dari kumpulan siswa / mahasiswa. Sistem keuangan seperti perbendaharaan pada umumnya Komunitas independen : organisasi yang didirikan oleh perseorangan / sekumpulan orang dengan keuangan yang diatur sendiri

Aplikasi mobile yang sering digunakan

Facebook, instagram, whatsapp, sms, Line

Jenis platform mobile yang digunakan

Android : 10 pengguna iOS : 1 pengguna

Status sample - Siswa SMP sederajat

- Siswa SMA sederajat

- Mahasiswa (jurusan pertanian, industri, teknik, sistem informasi)

(6)

- Karyawan (programmer, sekretaris perusahaan)

- Perorangan

3. Studi Pustaka

Pencarian bukti-bukti dan teori pendukung untuk menyelesaikan masalah dan membantu perancangan yang akan dilakukan.

4. Referensi Internet

Gambar 3. 2 Hasil poling Pengguna Internet di Indonesia (sumbser : Asosiasi Penyelenggar Jasa Internet Indonesia, 2016)

Dari sumber di atas bisa disimpulkan bahwa semua penggunaan internet di Indonesia telah mencapai ke seluruh lapisan masyarakat. Dan fakta yang diambil bisa diketahui bahwa pengguna aplikasi mobile yang berpotensi untuk menggunakan aplikasi Treasury (dari rentang usia 10-30 tahum) mencapai diatas 40%.

(7)

Gambar 3. 3 Hasil Poling Pengguna Internet berdasarkan Pekerjaan (sumbser : Asosiasi Penyelenggar Jasa Internet Indonesia, 2016)

Dari sumber di atas bisa disimpulkan bahwa semua penggunaan internet di Indonesia telah mencapai ke segala bidang pekerjaan. Dan fakta yang diambil bisa diketahui bahwa pengguna aplikasi mobile yang berpotensi untuk menggunakan aplikasi Treasury (dari pelajar, mahasiswa, hingga pekerja) mencapai diatas 70%.

Gambar 3. 4 Hasil Pengguna Internet berdasarkan Perangkat yang dipakai (sumbser : Asosiasi Penyelenggar Jasa Internet Indonesia, 2016)

Dari gambar di atas menunjukkan bahwa pengguna yang menguasi pemanfaatan mobile mencapai hampir 90%.

(8)

Gambar 3. 5 Pencarian Aplikasi Mobile di play store (sumber : https://play.google.com/store/search?q=bendahara&c=apps&hl=in , 2017)

Kondisi adanya penyedia layanan aplikasi pencatatan keuangan untuk bendahara organisasi berbasis mobile (platform android) belum ada.

Gambar 3. 6 Hasil pencarian aplikasi di play store (sumber : https://play.google.com/store/search?q=keuangan&c=apps&hl=in , 2017)

Setelah dilakukannya pencarian dari beberapa referensi internet, tentang informasi terkait bisa disimpulkan bahwa pengguna smartphone di Indonesia sudah merambah luas ke para pelajar hingga mahasiswa.

Namun untuk aplikasi bendahara organisasi yang sederhana berbasis

(9)

3.3 Alur Proses Sistem Berjalan

Proses dari sistem bendahara yang telah dipelajari adalah sebagaimana berikut :

1. Pencatatan kas rutin

$

Bendahara

Anggota membayar

Periode

Jatuh hari kas

Buku Pencatatan

mencatat

Gambar 3. 7 Alur sistem berjalan pembayaran kas

Alur sistem berjalan dari proses pencatatan kas rutin pada organisasi mahasiswa dimulai dari proses kesepakatan periode pembayaran (per-minggu / per-bulan). Setiap jatuh pada periode yang ditentukan maka setiap anggota akan menyetorkan uangnya kepada bendahara dan bendahara melakukan pencatatan ke buku pencatatan

2. Pencatatan iuran

$

Bendahara Anggota

Menyampaikan event

membayar

Buku Pencatatan

mencatat

Gambar 3. 8 Alur sistem berjalan pembayaran iuran

Proses pencatatan iuran di organisasi dimulai dengan penyampaian kebutuhan dilakukannya iuran dari bendahara ke anggota organisasi.

(10)

Dilajutkan dengan anggota organisasi yang membayar, dan bendahara mencatat pembayaran dari sesuai dengan anggota yang membayar.

3. Pencatatan tagihan

Event keorganisasian

Pay to $

Total pengeluaran

$ $

Bendahara

Personnel

Buku Pencatatan

Menghasilkan nota

Tercatat sesuai prosedur

menginformasikan

membayar mencatat

Gambar 3. 9 Alur sistem berjalan pembayran tagihan

Proses dimulai dari diadakannya kegiatan organisasi dan dicari total penagihan serta jumlah anggota yang akan dilibatkan. Bendahara akan menginformasikan berapa jumlah tagihan masing-masing anggota. Dan setiap anggota yang yang membayar akan dicatat di buku pencatatan keuangan.

3.4 Metodologi Analisa Masalah

Metodologi yang digunakan untuk menganalisa permasalahan menggunakan metode PIECES.

Dimana aspek yang menjadi cakupan antara lain :

Tabel 3. 3 Analisa PIECES

Analisis Parameter Hasil Analisa

Performance Prosedur pencatatan

Sistem perbendaharaan organisasi, membutuhkan waktu pencatatan dan perekapan cukup lama

(11)

Akurasi summary keuangan

Data masih tersimpan secara manual menggunakan kertas dan sering kali terjadinya berantakan data, selain itu total pemasukan dan pengeluaran belum tentu menghasilkan angka bulat sehingga akurasi sering meleset atau sering juga menyebabkan pembulatan asal

Information Pengaksesan data dan history data

pencarian dan pengaksesan sering menjadi kendala paling utama khususnya ketika event organisasi, baik untuk pencatatan, pindah buku, atau perekapan (misal untuk laporan) Economic Kerugian yang

umum terjadi

Pencatatan secara manual tentu sering mengakibatkan terjadinya kelalaian hitung dan rekap, sehingga sering pula terjadi kerugian dan menomboki ulang Control Pengendalian arus

uang masuk dan keluar, tagihan,

serta laporan kerja bendahara

Pencatatan keuangan seringnya kurang rapi, pengendalian dan perhitungan total biaya atau total kas yang

telah/belum dibayarkan menjadi tidak terkendali. Sehingga hampir sering dilakukan manipulasi dalam pelaporan Efficiency Efisisensi sistem

perbendaharaan

Satu orang bendahara bisa menangani dua organisasi yang berbeda, hal ini menyebabkan sering terjadinya error ingatan dan data yang bercampur Service Penyampaian

summary dan laporan keuangan

Karena seringnya kertas berantakan dan pencatatan yang asal saja,

sehingga penyampaian summary tidak bisa dilakukan dengan dadakan, dan masih sangat bergantung dengan kemampuan bendahara yang harus pandai memperkirakan kondisi keuangan

(12)

3.5 Metodologi Pengembangan Sistem

Metodologi pengembangan sistem yang dikembangkan menggunakan pendekatan prototype.

Gambar 3. 10 Pengembangan sistem pendekatan prototype (sumber : Pressman, 2015)

Dengan tahapan sebagaimana berikut : 1. Tahap Komunikasi

Mengomunikasikan dengan pihak calon pengguna aplikasi Treasury, melalui pengumpulan informasi dan kebutuhan pengembangan juga mendeskripsikan rancangan aplikasi yang akan ditawarkan. Seperti apa alur proses pencatatan, pihak-pihak yang terlibat, gambaran kebutuhan aplikasi pencatatan, dan mengidentifikasi poin-poin penting dari pencatatan.

2. Tahap Perencanaan yang cepat

Dengan hasil komunikasi dan identifikasi tersebut maka menghasilkan jalan untuk merencanakan cara yang paling cepat untuk memenuhi kebutuhan dan memodelkan solusi rancangan aplikasi. Hal yang dimodelkan disini alur sistem menggunakan

(13)

UML, model desain aplikasi baik dari mockup user interface, arsitektur aplikasi, dll.

3. Tahap Pengembangan prototype

Dilakukan pengembangan aplikasi mulai dengan koding hingga testing fitur dan aplikasi (oleh pihak developer) penyesuaian dengan informasi yang didapatkan dan perencanaan aplikasi yang akan dibuat

4. Tahap Deployment, Deliver, dan Feedback

Dilakukan deployment dan disajikan ke calon pengguna untuk dilakukan pengujian dan diberikan masukan. Jika aplikasi yang disajikan belum sesuai maka akan diputuskan diloloskan ataukah perlu dikaji ulang dan tambahan siklus sebagai solusi untuk dilanjutkan ke pengembangan selanjutnya.

(14)

3.6 Analisa Sistem Usulan 3.6.1 Use case Diagram

Bendahara

Sistem aplikasi Treasury

Registrasi

Mengelola tabungan

Mengelola Anggota

Mencatat masuk-keluar uang

Mengelola profil user

Gambar 3. 11 Use case diagram sistem yang akan dibuat

Dari usecase tersebut maka dapat diambil skenario sebagaimana berikut :

Tabel 3. 4 Usecase Deskripsi Registrasi User

Usecase Name : Registrasi user Actor : Bendahara

Description : Bendahara mendaftarkan diri untuk membuat akun baru melalui form registrasi (dari aplikasi)

Pre-condition : Bendahara mengunduh aplikasi dan melakukan pendaftaran dari halaman yang sudah disediakan

(15)

Post-condition : - Sistem melihat kelengkapan data

- Sistem memastikan kevalidan data dan tidak ada redundan username (username harus unik)

- Sistem mencatat informasi akun baru dan menyimpan di tabel user

Flow of activities :

Actor System

1. mengisikan informasi

nama, email, username, dan password dari form

registrasi

1.1 melakukan validasi dan memastikan username unik 1.2 jika data tidak valid, maka diberi popup notif (registrasi gagal). Jika data valid, maka dilakukan penyimpanan dan popup notifikasi (registrasi berhasil)

Tabel 3. 5 Usecase Deskripsi Mengelola Profil User

Usecase name : Mengelola profil user Actor : Bendahara

Description : Aktor melakukan perubahan password dan penyesuaian data profil

Pre-condition : Data profil sesuai dengan registrasi / update terakhir Post-condition : - sistem menyimpan perubahan data

- sistem memberikan notifikasi (gagal / berhasil) perubahan data

Actor System

1. Memilih menu kelola user (icon user)

1.1 menampilkan data diri user

2. Pilih data apa yang mau diubah :

2.1 buka form sesuai dengan section yang dipilih

(16)

- section data pengguna - section password

3. Lakukan perubahan dan

simpan

3.1 lakukan validasi inputan.

Jika sukses maka muncul popup notifikasi (gagal/berhasil) perubahan data

Tabel 3. 6 Usecase Deskripsi Mengelola Tabungan

Usecase name : Mengelola tabungan Actor : Bendahara

Description : Aktor melakukan pengelolaan tabungan baik menambah, merubah, menonaktifkan tabungan sesuai dengan tipe tabungan (kas, tagihan, iuran)

Pre-condition : Tabungan (kas / iuran / tagihan) yang akan ditambahkan, diubah, dan dinonaktifkan

Post-condition : - sistem menyimpan perubahan data

Actor System

1. Pilih menu salah satu jenis tabungan yang akan dikelola

1.1 sistem akan menampilkan daftar dari tabungan yang ada (sesuai jenis tabungan yang dipilih)

2. Melakukan penambahan

data tabungan baru

2.1 sistem menyimpan data tabungan baru

3. Atau jika aktor akan melakukan perubahan data ataupun menonaktifkan tabungan dari daftar tabungan yang ada

3.1 sistem akan menyimpan perubahan data tabungan dan memberikan popup notifikasi (sukses / gagal) perubahan dilakukan

(17)

Tabel 3. 7 Usecase Deskripsi Mengelola Anggota

Usecase name : Mengelola anggota Actor : Bendahara

Description : Aktor melakukan pengelolaan tabungan baik menambah, merubah, menonaktifkan tabungan sesuai dengan tipe tabungan (kas, tagihan, iuran)

Pre-condition : Setiap tipe tabungan memiliki daftar anggota (dalam

organisasi) dan sangat memungkinkan terjadinya penambahan ataupun perubahan anggotanya

Post-condition : - sistem menyimpan perubahan data

Actor System

1. Pilih menu salah satu jenis tabungan yang akan dikelola anggotanya

1.1 sistem akan menampilkan daftar dari anggota yang terlibat (sesuai jenis tabungan yang dipilih)

2. Aktor melakukan

pendaftaran anggota pada tabungan baru

2.1 sistem menyimpan data anggota yang terlibat pada tabungan baru

3. Atau jika aktor akan melakukan perubahan anggota pada tabungan yang sudah ada

3.1 sistem akan menyimpan perubahan data tabungan dan memberikan popup notifikasi (sukses / gagal) perubahan dilakukan

Tabel 3. 8 Usecase Deskripsi Mencatat Keluar-Masuk Uang

Usecase name : Mencatat keluar-masuk uang

(18)

Actor : Bendahara

Description : Aktor melakukan pencatatan dari keluar-masuknya uang sesuai dengan tipe tabungan

Pre-condition : Setiap tipe tabungan memiliki daftar transaksi (keluar-masuk) uang untuk dikelola dan dibutuhkan adanya rekapitulasi informasi dan saldo terakhir

Post-condition : - sistem menyimpan hasil pencatatan dan rekapitulasi - sistem memberikan notifikasi (gagal / berhasil) perubahan data

- sistem akan memberikan informasi perhitungan dan hasil rekapitulasi informasi

Actor System

1. Pilih menu salah satu jenis tabungan yang akan dilakukan pencatatan

1.1 sistem akan menampilkan summary informasi (total pemasukan, total pengeluaran, dan balance terakhir)

2. Aktor mencatat

pengeluaran/pemasukan dengan mengisikan sesuai dengan form yang ada

2.1 sistem akan melakukan pencatatan dan memberikan informasi saldo terakhir dan rekapitulasi informasi

(19)

3.6.2 Activity Diagram Registrasi

BENDAHARA SYSTEM TREASURY

Download aplikasi

Pilih registrasi akun baru

Validasi Inputan

Simpan Data Popup notif

Isi form registrasi register akun baru?

Y

validasi benar?

N

Y N

Gambar 3. 12 Activity Diagram Registrasi

Dari gambar diatas, aktivitas dilakukan oleh bendahara dengan mengunduh dan menginstall aplikasi Treasury terlebih dahulu, kemudian menentukan apakah ingin membuat akun baru. Selanjutnya mengisikan form registrasi sesuai dengan isian form yang telah disediakan, sistem akan melakukan validasi dari inputan.

Jika data yang diinputkan benar maka akan dilakukan penyimpanan data, dan popup notif sukses yang kemudian mengarahkan ke halaman login. Namun jika validasi salah maka akan memunculkan popup notif gagal dengan keterangan gagalnya dan mengarahkan ke halaman pilihan untuk login / registrasi akun baru.

(20)

3.6.3 Activity Diagram Mengelola Profil User

BENDAHARA SISTEM TREASURY

Memilih menu update profile

Tampilkan data akun

Isi form update data

Simpan Perubahan

Notif

Gambar 3. 13 Activity Diagram Mengelola Profil User

Sesuai gambar di atas, maka aktivitas dilakukan oleh bendahara dengan memilih untuk update profile. Setelah itu sistem akan menampilkan data dari akun dan form untuk mengubah password, setelah dilakukan penyimpanan maka akan menampilkan pop up notif berhasil / gagalnya data diubah.

(21)

3.6.4 Activity Diagram Mengelola Tabungan

Pilih salah satu menu jenis tabungan

Tampilkan data

Tambahkan anggota

Simpan Data

Notif

Membuat tabungan baru

Update tabungan

membuat tabungan baru?

Y N

Gambar 3. 14 Activity Diagram Mengelola Tabungan

Sesuai dengan gambar diatas, maka aktivitas dimulai dari bendahara yang memilih salah satu dari jenis tabungan (kas / iuran / tagihan), kemudian sistem akan menampilkan daftar dari tabungan tersebut. Jika ingin melakukan perubahan data maka pilih salah satu tabungan dan lakukan perubahan data, kemudian

(22)

simpan. Sistem akan menyimpan data dan akan muncul popup notif sukses / gagalnya perubahan data dilakukan.

Namun jika ingin dilakukan penambahan data maka pilih tambah tabungan baru. Isi form inputan dan tambahkan anggota yang terlibat, kemudian simpan.

Maka sistem akan menyimpan data dan akan muncul popup notif sukses / gagalnya perubahan data dilakukan.

3.6.5 Activity Diagram Mengelola Anggota

Tampilkan data tabungan

Simpan Data

Notif

Update anggota Pilih satu tabungan dari daftar

Pilih button anggota

melakukan perubahan anggota tabungan?

Y

N

(23)

Sesuai dengan gambar diatas, maka aktivitas dimulai dari bendahara yang memilih salah satu dari jenis tabungan (kas / iuran / tagihan), kemudian sistem akan menampilkan daftar dari tabungan tersebut. Kemudian pilih salah satu tabungan dan pilih kelola anggota. Jika ingin melakukan perubahan data anggota, maka lakukan perubahan dan sistem akan menyimpan data dan akan muncul popup notif sukses / gagalnya perubahan data dilakukan.

Namun jika ingin dilakukan penambahan anggota maka pilih tambah anggota baru. Isi form inputan kemudian simpan. Maka sistem akan menyimpan data dan akan muncul popup notif sukses / gagalnya perubahan data dilakukan.

3.6.6 Activity Diagram Mencatat Keluar-Masuk Uang

Tampilkan data tabungan

Simpan Data

Notif

Pilih satu tabungan dari daftar

Pilih Pencatatan (Masuk / Keluar)

Gambar 3. 16 Activity Diagram Mencatat Keluar-Masuk Uang

(24)

Sesuai dengan gambar diatas, maka aktivitas dimulai dari bendahara yang memilih salah satu dari jenis tabungan (kas / iuran / tagihan), kemudian sistem akan menampilkan daftar dari tabungan tersebut. Pilih salah satu tabungan dan pilih pencatatan yang akan dilakukan (pemasukan / pengeluaran), lakukan penambahan transaksional (pencatatan keuangan) kemudian simpan. Sistem akan menyimpan data dan akan muncul popup notif sukses / gagalnya perubahan data dilakukan.

3.6.7 Class Diagram

+getUserById() +getByUsername() +updatePassword() +register() -id -nama -username -password User

+getKasById() +getListKas() +updateKas() +ubahStatusKas() +createKas() +updateBalanceKas() +reportKasById() -id -idUser -nama -deskripsi -tipePeriode -totalKasMasuk -availableBalance -status -validUntil -createdDate -updatedDate

Kas

+getTagihanById() +createTagihan() +updateTagihan() +ubahStatusTagihan() +getListTagihan() +reportTagihanById() -id

-idUser -nama -deskripsi -totalTagihan -totalAnggota -status -createdDate -updatedDate

Tagihan

+getIuranById() +getListIuran() +ubahStatusIuran() +createIuran() +updateIuran() +reportIuranById() -id

-idUser -nama -deskripsi -iuranMasuk -availableBalance -status -createdDate -updatedDate

Iuran

+getAnggotaTagihanById() +listAnggotaTagihanByIdTagihan() +updateDetailAnggota() +ubahTipeTagihan() -id

-idTagihan -nama -tipeBayar -jmlBayar -sisaTagihan -totalTagihan -amountTagihan

AnggotaTagihan

+getAnggotaIuranById() +listAnggotaIuran() +addAnggotaIuran() +updateAnggotaIuran() +activeAnggotaIuran() -id

-idIuran -nama -balance -status

AnggotaIuran +getAnggotaKasById()

+listAnggotaKasByIdKas() +addAnggotaKas() +activeAnggotaKas() +updateAnggotaKas() +updateBalanceAnggotaKas() -id

-idKas -nama -balance -status

AnggotaKas

+getPeriodeById() +createPeriode() +listPeriodeByIdKas() +updatePeriode() -id

-idKas -periode -amount

PeriodeKas

+getKasKeluarById() +listPengeluaranKas() +addPengeluaranKas() -id

-idKas -tglPengeluaran -amount -deskripsi -note

KasKeluar

+getIuranById() +listPengeluaranIuran() +addPengeluaranIuran() -id

-idIuran -amount -deskripsi -note -tglPengeluaran

IuranKeluar

+addTrxKas() +addTrxTagihan() +addTrxIuran() +getDetailKas() +getDetailIuran() +getDetailIuran() -id -trxCode -refTrx -idAnggota -reserved01 -reserved02 -reserved03 -reserved04 -reserved05 -amount -note -tglTransaksi

TrxRecord +getByCode() -code -tipeTransaksi

TrxCode

1 1..*

1

1..*

1

1..*

1

1..*

1

1..* 1

1..*

1..* 1

1

1..* 1

1..*

1

1..*

1

1..*

1

1..*

1 1..*

Gambar 3. 17 Class Diagram

(25)

3.6.8 Sequence Diagram Registrasi

Bendahara

RegisterPage User

registrasi register

responseCreate popup notif

Gambar 3. 18 Sequence Diagram Registrasi

Setiap bendahara yang ingin menggunakan fitur aplikasi Treasury maka terlebih dahulu harus melakukan registrasi ke sistem. Dari gambar di atas maka alur yang terjadi adalah bendahara melakukan registasi dari register page dan data akan disimpan ke object User, setelah itu akan dibalikkan response dari sistem yang tertampil pada popup notif.

3.6.9 Sequence Diagram Mengelola Profil User

Bendahara

ProfilPage User

lihat profil getByUsername

detailProfil profil user

ubah password updatePassword

responseUpdate popup notif

Gambar 3. 19 Sequence Diagram Mengelola Profil User

(26)

Setiap bendahara bisa melihat profil dan mengelola profil user, dimana profil page akan berkomunikasi dengan object User. Dengan pertukaran request dari bendara dan response dari object User. Bendahara juga bisa melakukan perubahan password dengan menginputkan di form perubahan password pada form yang sama (di profil page). Kemudian akan disimpan ke object User.

3.6.10 Sequence Diagram Mengelola Tabungan a. Jenis Tabungan Kas

Bendahara

KasPage Kas PeriodeKas

Melihat daftar kas getListKas

return List Kas daftar kas

Melihat detail kas getKasById

return detail kas detail summary kas

Membuat kas baru createKas

response

getPeriodeById

createPeriode pop up notif

Mengubah Kas updateKas updatePeriode

response popup notif

Menonaktifkan kas ubahStatusKas

response hilang dari daftar

Gambar 3. 20 Sequence Diagram Mengelola Kas

Bendahara melalukan pengelolaan data tabungan kas dengan melibatkan fitur kas (pada kas page), object Kas dan PeriodeKas. Alur pengelolaan kas di atas terdapat melihat, membuat, mengubah, hingga menonaktifkan data pada gambar di atas menjelaskan setiap request dari bendahara (digambarkan dengan garis lurus ke kanan) dan akan dibalikkan response dari object (digambarkan dengan garis putus-putus ke kiri).

(27)

b. Jenis Tabungan Tagihan

Bendahara

TagihanPage Tagihan

Melihat daftar tagihan getListTagihan return List Tagihan daftar tagihan

Melihat detail tagihan getTagihanById detail summary tagihan

Membuat tagihan baru createTagihan pop up notif

Mengubah Tagihan updateTagihan

popup notif

Menonaktifkan tagihan ubahStatusTagihan response hilang dari daftar

return detail tagihan

response response

Gambar 3. 21 Sequence Diagram Mengelola Tagihan

Bendahara melalukan pengelolaan data tabungan tagihan dengan melibatkan fitur tagihan (pada Tagihan page) dan object Tagihan. Alur pengelolaan tagihan antara lain melihat, membuat, mengubah, hingga menonaktifkan data tagihan. Pada gambar di atas menjelaskan setiap request dari bendahara (digambarkan dengan garis lurus ke kanan) dan akan dibalikkan response dari object (digambarkan dengan garis putus- putus ke kiri).

(28)

c. Jenis Tabungan Iuran

Bendahara

IuranPage Iuran

Melihat daftar iuran getListIuran return List Iuran daftar iuran

Melihat detail iuran getIuranById detail summary iuran

Membuat iuran baru createIuran

pop up notif

Mengubah iuran updateIuran

popup notif

Menonaktifkan iuran ubahStatusIuran response hilang dari daftar

return detail iuran

response response

Gambar 3. 22 Sequence Diagram Mengelola Iuran

Bendahara melalukan pengelolaan data tabungan iuran dengan melibatkan fitur iuran (pada Iuran page) dan object Iuran. Alur pengelolaan iuran antara lain melihat, membuat, mengubah, hingga menonaktifkan data tagihan. Pada gambar di atas menjelaskan setiap request dari bendahara (digambarkan dengan garis lurus ke kanan) dan akan dibalikkan response dari object (digambarkan dengan garis putus- putus ke kiri).

(29)

3.6.11 Sequence Diagram Mengelola Anggota a. Jenis Tabungan Kas

Bendahara

AnggotaKasPage AnggotaKas

Melihat daftar anggota listAnggotaKasByIdKas return List Anggota daftar anggota

Membuat Anggota Baru addAnggota

pop up notif

Mengubah detail anggota updateAnggotaKas popup notif

Menonaktifkan Anggota activeAnggotaKas response disable dari daftar

response

Gambar 3. 23 Sequence Diagram Mengelola Anggota Kas

Bendahara melalukan pengelolaan data anggota kas dengan melibatkan pengelolaan anggota kas (pada Anggota kas page) dan object AnggotaKas. Alur pengelolaan anggota kas antara lain melihat, membuat, mengubah detail, hingga menonaktifkan anggota yang terlibat pada kas tertentu. Pada gambar di atas menjelaskan setiap request dari bendahara (digambarkan dengan garis lurus ke kanan) dan akan dibalikkan response dari object (digambarkan dengan garis putus- putus ke kiri).

(30)

Bendahara

AnggotaTagihanPage AnggotaTagihan

Melihat daftar anggota listAnggotaTagihanByIdTagihan return List Anggota daftar anggota tagihan

Menambahkan Anggota createTagihan pop up notif

Mengubah detail Anggota updateDetailAnggota popup notif

Mengubah cara bayar ubahTipeTagihan response popup notif

response response

Gambar 3. 24 Sequence Diagram Mengelola Anggota Tagihan

Bendahara melalukan pengelolaan data anggota tagihan dengan melibatkan pengelolaan anggota tagihan (pada Anggota tagihan page) dan object AnggotaTagihan. Alur pengelolaan anggota tagihan antara lain melihat, membuat, mengubah detail, hingga menonaktifkan anggota yang terlibat pada tagihan tertentu. Pada gambar di atas menjelaskan setiap request dari bendahara (digambarkan dengan garis lurus ke kanan) dan akan dibalikkan response dari object (digambarkan dengan garis putus-putus ke kiri).

(31)

Bendahara

AnggotaIuranPage AnggotaIuran

Melihat daftar anggota listAnggotaIuran return List Anggota daftar anggota iuran

Menambahkan anggota addAnggotaIuran pop up notif

Mengubah detail anggota updateAnggotaIuran popup notif

Menonaktifkan anggota activeAnggotaIuran response disable dari daftar

response response

Gambar 3. 25 Sequence Mengelola Anggota Iuran

Bendahara melalukan pengelolaan data anggota kas dengan melibatkan pengelolaan anggota kas (pada Anggota kas page) dan object AnggotaKas. Alur pengelolaan anggota kas antara lain melihat, membuat, mengubah detail, hingga menonaktifkan anggota yang terlibat pada kas tertentu. Pada gambar di atas menjelaskan setiap request dari bendahara (digambarkan dengan garis lurus ke kanan) dan akan dibalikkan response dari object (digambarkan dengan garis putus- putus ke kiri).

(32)

3.6.12 Sequence Diagram Mencatat Keluar-Masuk Uang a. Jenis Tabungan Kas

Bendahara

CatatKas Kas

Membayar kas getKasById

return List Periode daftar periode

Catat pengeluaran addPengeluaranKas

pop up notif

Melihat summary getListKas

daftar kas

Memilih salah satu kas reportKasById report kas

response

return list kas

PeriodeKas AnggotaKas TrxRecord

getListPeriodeByIdKas

Memilih periode getPeriodeById listAnggota addTrxKas

updateBalanceKas return Kas Balance

alert sukses

KasKeluar

updateBalanceKas

listPengeluaranKas return List Kas Keluar

Gambar 3. 26 Sequence Diagram Mencatat Keluar-Masuk Uang kas

Bendahara melalukan pencatatan keluar-masuk uang untuk jenis tabungan kas dengan melibatkan tampilan pencatatan kas, object Kas, PeriodeKas, AnggotaKas, TrxRecord, KasKeluar. Alur pencatatan yang terjadi merupakan fitur paling penting di aplikasi Treasury, karena merupakan pencatatan transaksional, sehingga data yang diolah menjadi informasipun haruslah data valid dengan prosedur penghitungan yang benar dimulai dari referensi data, pencatatan transaksi, pengubahan saldo anggota, saldo dari kas itu sendiri, hingga ditutup dengan adanya popup notif sukses / gagalnya pencatatan dilakukan. Pada gambar di atas menjelaskan setiap request dari bendahara (digambarkan dengan garis lurus ke kanan) dan akan dibalikkan response dari object (digambarkan dengan garis putus-putus ke kiri).

(33)

Bendahara

CatatTagihan Tagihan

Membayar Tagihan getTagihanById return tagihan balance alert sukses

Melihat summary getListTagihan daftar tagihan

memilih salah satu tagihan reportTagihanById report tagihan return report tagihan

return list tagihan

AnggotaTagihan TrxRecord

addTrxTagihan listAnggotaTagihanByIdTagihan

updateBalanceTagihan

Gambar 3. 27 Sequence Diagram Mencatat Keluar-Masuk Uang Tagihan

Bendahara melalukan pencatatan keluar-masuk uang untuk jenis tabungan tagihan dengan melibatkan tampilan pencatatan tagihan, object Tagihan, AnggotaTagihan, dan TrxRecord. Alur pencatatan tagihan dan pembayaran tagihan merupakan fitur utama di aplikasi Treasury, karena merupakan pencatatan transaksional, sehingga data yang diolah menjadi informasipun haruslah data valid dengan prosedur penghitungan yang benar. Alur dimulai dari referensi data tagihan, pencatatan pembayaran tagihan, pengubahan saldo anggota, saldo dari tagihan itu sendiri, hingga ditutup dengan adanya popup notif sukses / gagalnya pencatatan dilakukan. Pada gambar di atas menjelaskan setiap request dari bendahara (digambarkan dengan garis lurus ke kanan) dan akan dibalikkan response dari object (digambarkan dengan garis putus- putus ke kiri).

(34)

Bendahara

CatatIuran Iuran

Membayar Iuran getIuraById

return balance iuran alert sukses

Catat Pengeluaran addPengeluaranIuran

pop up notif

Melihat summary getListIuran

daftar iuran

Memilih salah satu iuran reportIuranById

return list iuran keluar report iuran

return list iuran response

AnggotaKas TrxRecord

addTrxIuran

IuranKeluar

listAnggotaIuran

updateBalanceIuran

listPengeluaranIuran

Gambar 3. 28 Sequence Diagram Mencatat Keluar-Masuk Uang Iuran

Bendahara melalukan pencatatan keluar-masuk uang untuk jenis tabungan iuran dengan melibatkan tampilan pencatatan iuran, object Iuran, AnggotaIuran, TrxRecord, IuranKeluar. Alur pencatatan yang terjadi merupakan fitur paling penting di aplikasi Treasury, karena merupakan pencatatan transaksional, sehingga data yang diolah menjadi informasipun haruslah data valid dengan prosedur penghitungan yang benar dimulai dari referensi data, pencatatan transaksi, pengubahan saldo anggota, saldo dari iuran itu sendiri, hingga ditutup dengan adanya popup notif sukses / gagalnya pencatatan dilakukan. Pada gambar di atas menjelaskan setiap request dari bendahara (digambarkan dengan garis lurus ke kanan) dan akan dibalikkan response dari object (digambarkan dengan garis putus-putus ke kiri).

(35)

3.7 Spesifikasi Basis Data 1. Tabel User

Tabel 3. 9 Tabel User

Field Tipe data

id int

nama varchar(50)

username varchar(15)

email varchar(225)

password varchar(225)

2. Tabel Kas

Tabel 3. 10 Tabel Kas

id int

id_user int

nama varchar(50)

deskripsi varchar(225)

tipe_periode varchar(10) total_kas_masuk int

available_balance int

balance_masuk int

balance_keluar int

status varchar(10)

valid_until Date

created_date Date

updated_date Date

3. Tabel kas_anggota

Tabel 3. 11 Tabel kas_anggota

id int

(36)

id_kas int

nama varchar(50)

balance int

status varchar(10)

4. Tabel kas_periode

Tabel 3. 12 Tabel kas_periode

id int

id_kas int

periode varchar(10)

amount int

5. Tabel kas_keluar

Tabel 3. 13 Tabel kas_keluar

id int

id_kas int

tanggal_pengeluaran Date

amount int

note varchar(225)

6. Tabel tagihan

Tabel 3. 14 Tabel tagihan

id int

id_user int

nama varchar(50)

total_tagihan int

(37)

total_anggota int

status varchar(10)

created_date Date

updated_date Date

7. Tabel tagihan_anggota

Tabel 3. 15 Tabel tagihan_anggota

id int

id_tagihan int

nama varchar(50)

tipe_bayar varchar(10)

jumlah_bayar int

amount_cicilan int

total_tagihan int

sisa_tagihan int

8. Tabel iuran

Tabel 3. 16 Tabel Iuran

id int

id_iuran int

nama varchar(50)

iuran_masuk int

available_balance int

status varchar(10)

created_date Date

updated_date Date

(38)

9. Tabel iuran_anggota

Tabel 3. 17 Tabel iuran_anggota

id int

id_iuran int

nama varchar(50)

balance int

status varchar(10)

10. Tabel iuran_keluar

Tabel 3. 18 Tabel iuran_keluar

id int

id_iuran int

nama varchar(50)

balance int

status varchar(10)

11. Tabel transaction_code

Tabel 3. 19 Tabel transaction_code

code varchar(10)

tipe_transaksi varchar(50)

12. Tabel transaction_record

Tabel 3. 20 Tabel transaction_record

id int

transaction_code varchar(10) transaction_reference varchar(20)

(39)

id_anggota int

reserved01 varchar(225)

amount int

note varchar(225)

transaction_date Date

3.8 Perencanaan Perancangan Aplikasi

3.8.1 Usulan Perancangan Aplikasi

Sesuai dengan analisa masalah dan alur sistem yang telah berjalan (menggunakan pencatatan manual), maka ditawarkan suatu sistem yang dikembangkan dengan berbasis objek.

Fitur yang ditawarkan adalah :

1. Adanya registrasi (untuk membuat akun).

2. Login user.

3. Pemilihan kategori pencatatan (kas rutin, iuran, tagihan).

4. Manajemen anggota-anggota dari masing-masing pencatatan.

5. Tampilan summary dalam setiap kategori pencatatan.

Bentuk pembuatan aplikasi secara development menggunakan kelas-kelas dan sifat-sifat objek, sebagaimana berikut :

(40)

1

Converter

2

3 3

4

Gambar 3. 29 Usulan Perancangan

Penjelasan :

1. Aplikasi treasury akan dibentuk dengan menggunakan teknologi hybird, dimana secara koding menggunakan view dan controller yang terpisah.

2. Request untuk service dikirim ke converter menggunakan JSON data.

3. Converter dibangun menggunakan slimframework yang akan mengartikan bentuk JSON ke query untuk dieksekusi oleh server (MySQLi). Dan berlaku sebaliknya, dari hasil query ke bentuk JSON untuk dikonsumsi oleh mobile.

4. Data yang diterima dari hasil converter akan diartikan dalam bentuk JSON dan diterima oleh controller untuk ditampilkan ke view.

(41)

3.8.2 Mockup Aplikasi

Gambar 3. 30 Tampilan Login

Gambar 3. 31 Tampilan Registrasi

(42)

Gambar 3. 32 Tampilan Home dan Menu

(menggunakan side menu) Gambar 3. 33 Tampilan Kas

Gambar 3. 34 Tampilan Tagihan Gambar 3. 35 Tampilan Iuran