BAB III ANALISA DAN PERANCANGAN SISTEM

BAB III ANALISA DAN PERANCANGAN SISTEM 3.1 Tahapan Penelitian Mulai Penelitian

Ide dan latar belakang penelitian

N

Pencarian data primer dan data sekunder

Fakta sesuai?

Mencari landasan teori dan referensi pendukung

Y

Menganalisa permasalahan dan menyesuaikan solusi

Membuat rancangan solusi melalui aplikasi

Menunjukan hasil aplikasi

Deployment dan release aplikasi

Y

Penelitian selesai

Gambar 3. 1 Tahapan Penelitian

30 http://digilib.mercubuana.ac.id/

Mendiskusikan hasil

N

31 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 Kisaran anggota dalam 1 organisasi dari 6 terlibat dalam organisasi? b.

Organisasi/komunitas

– 40 orang ini Organisasi sekolah/yayasan : 7

bentuk organisasi yang seperti Komunitas independen : 4 apa? c.

Seperti

apa

bentuk Uang cash : 7

pemasukan dan pengeluaran Transfer : 4 yang terjadi? Tentang bentuk iuran

http://digilib.mercubuana.ac.id/

32 a. Berapa banyak jenis iuran - kas rutin yang dibuat?

- tagihan - iuran

b. Periode bayar di organisasi / Kas

Mingguan : 9

komunitas :

Bulanan : 2

c.

Bagaimana

Tagihan

Tak ada periode

Iuran

Tak ada periode

bentuk Kas

penagihan yang dilakukan?

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

pencatatan keuangan

bentuk - Menggunakan buku tabungan pemasukan - Menggunakan googlespreadsheet

di

organisasi

/

komunitas ini? b.

Seperti

apa

pencatatan keuangan

bentuk - Menggunakan buku tabungan

pengeluaran - Menggunakan kertas HVS (ketika ada di

organisasi

/ event tertentu)

komunitas ini? c.

Seberapa

pencatatan

rumit keuangan

bentuk Kas yang

Tidak rumit, jika anggota bisa membayar tepat waktu dan

terjadi di komunitas ini?

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


33 menggunakan kalkulator,

manual

sehingga

butuh

konsentrasi tinggi jika anggota banyak) d. Apa masalah yang sering Kas

- Buku kas tertinggal

timbul

- Anggota lupa membawa

dari

pencatatan

keuangan saat ini?

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

kertas

terjadi

hilangnya

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 - Semua sample merupakan pengguna

menggunakan mobile? Apakah mobile. memungkinkan

penggunaan -

Penggunaan

mobile

sebagai

alat

mobile di organisasi/komunitas komunikasi diperbolehkan. Asalkan tidak anda? Seberapa

mengganggu kegiatan belajar-mengajar menguasai Sekedar untuk komunikasi, game dan

penggunaan aplikasi mobile?

media sosial


34 Seberapa

menguasai Bisa menggunakan dengan baik dan ada

penggunaan aplikasi mobile? Seberapa

sering

juga yang bisa membuat aplikasi mobile

anda Semua sample : setiap hari

menggunakan

aplikasi

menggunakan mobile? Apakah

sebelumnya

menggunakan keuangan

pernah Mayoritas sample tidak pernah

pencatatan Satu sample mengatakan : menggunakan menggunakan google drive spreadsheet

aplikasi

mobile

/

aplikasi

berbasis online ?

2. Observasi Tabel 3. 2 Hasil Observasi

Aspek yang diobservasi Mengenai bendahara

Hasil observasi 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

digunakan Jenis

platform

sering Facebook, instagram, whatsapp, sms, Line

mobile

yang Android : 10 pengguna

digunakan

iOS : 1 pengguna

Status sample

- Siswa SMP sederajat - Siswa SMA sederajat - Mahasiswa (jurusan pertanian, industri, teknik, sistem informasi)


35 - 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%.


36

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%.


37

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 android belum tersedia.


38

3.3 Alur Proses Sistem Berjalan Proses dari sistem bendahara yang telah dipelajari adalah sebagaimana berikut : 1. Pencatatan kas rutin

Jatuh hari kas

Periode

membayar Anggota

$

$

Bendahara

mencatat

Buku Pencatatan

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 Menyampaikan event

$

$

Bendahara

mencatat

Anggota membayar

Buku Pencatatan

Gambar 3. 8 Alur sistem berjalan pembayaran iuran

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


39 Dilajutkan dengan anggota organisasi yang membayar, dan bendahara mencatat pembayaran dari sesuai dengan anggota yang membayar. 3. Pencatatan tagihan

Menghasilkan nota Event keorganisasian

Pay to

$

Tercatat sesuai prosedur Total pengeluaran

menginformasikan $

$

mencatat Bendahara

membayar Personnel

Buku Pencatatan

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

Performance

Prosedur pencatatan

Hasil Analisa Sistem perbendaharaan organisasi, membutuhkan waktu pencatatan dan perekapan cukup lama


40 Akurasi summary

Data masih tersimpan secara manual

keuangan

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

Pencatatan secara manual tentu sering

umum terjadi

mengakibatkan terjadinya kelalaian hitung dan rekap, sehingga sering pula terjadi kerugian dan menomboki ulang

Control

Pengendalian arus Pencatatan keuangan seringnya kurang uang masuk dan

rapi, pengendalian dan perhitungan

keluar, tagihan,

total biaya atau total kas yang

serta laporan kerja bendahara

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

Efficiency

Efisisensi sistem

Satu orang bendahara bisa menangani

perbendaharaan

dua organisasi yang berbeda, hal ini menyebabkan sering terjadinya error ingatan dan data yang bercampur

Service

Penyampaian

Karena seringnya kertas berantakan

summary dan

dan pencatatan yang asal saja,

laporan keuangan

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


41

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


42 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.


43

3.6 Analisa Sistem Usulan 3.6.1

Use case Diagram

Sistem aplikasi Treasury Registrasi

Mengelola profil user

Mengelola tabungan

Bendahara Mengelola Anggota

Mencatat masuk-keluar uang

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


44 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

Actor

System

activities : 1. mengisikan informasi

1.1 melakukan validasi dan

nama, email, username, dan

memastikan username unik

password dari form

1.2 jika data tidak valid, maka

registrasi

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

Flow of

Actor

System

1. Memilih menu kelola user

1.1 menampilkan data diri user

activities : (icon user) 2. Pilih data apa yang mau

2.1 buka form sesuai dengan

diubah :

section yang dipilih


45 - section data pengguna - section password 3. Lakukan perubahan dan

3.1 lakukan validasi inputan.

simpan

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 :


Flow of

Actor

System

activities : 1. Pilih menu salah satu

1.1 sistem akan menampilkan

jenis tabungan yang akan

daftar dari tabungan yang ada

dikelola

(sesuai jenis tabungan yang dipilih)

2. Melakukan penambahan

2.1 sistem menyimpan data

data tabungan baru

tabungan baru

3. Atau jika aktor akan

3.1 sistem akan menyimpan

melakukan perubahan data

perubahan data tabungan dan

ataupun menonaktifkan

memberikan popup notifikasi

tabungan dari daftar

(sukses / gagal) perubahan

tabungan yang ada

dilakukan


46

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 :


Flow of

Actor

System




daftar dari anggota yang

dikelola anggotanya

terlibat (sesuai jenis tabungan yang dipilih)

2. Aktor melakukan

2.1 sistem menyimpan data

pendaftaran anggota pada

anggota yang terlibat pada

tabungan baru

tabungan baru

3. Atau jika aktor akan

3.1 sistem akan menyimpan

melakukan perubahan

perubahan data tabungan dan

anggota pada tabungan yang

memberikan popup notifikasi

sudah ada

(sukses / gagal) perubahan dilakukan

Tabel 3. 8 Usecase Deskripsi Mencatat Keluar-Masuk Uang

Usecase name :

Mencatat keluar-masuk uang


47 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

Flow of

Actor

System




summary informasi (total

dilakukan pencatatan

pemasukan, total pengeluaran, dan balance terakhir)

2. Aktor mencatat

2.1 sistem akan melakukan

pengeluaran/pemasukan

pencatatan dan memberikan

dengan mengisikan sesuai

informasi saldo terakhir dan

dengan form yang ada

rekapitulasi informasi


48

3.6.2

Activity Diagram Registrasi BENDAHARA

SYSTEM TREASURY

Download aplikasi

register akun baru? N Y

Pilih registrasi akun baru

Isi form registrasi

Validasi Inputan

validasi benar? N Y

Popup notif

Simpan Data

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.


49

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.


50

3.6.4

Activity Diagram Mengelola Tabungan BENDAHARA

SYSTEM TREASURY

Pilih salah satu menu jenis tabungan

Tampilkan data

membuat tabungan baru?

Y N Membuat tabungan baru

Update tabungan

Tambahkan anggota

Simpan Data

Notif

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


51 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 BENDAHARA

SYSTEM TREASURY


Tampilkan data tabungan

Pilih satu tabungan dari daftar

Pilih button anggota

melakukan perubahan anggota tabungan?

Y

Update anggota

N

Simpan Data

Notif

Gambar 3. 15 Activity Diagram Mengelola Anggota


52 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 BENDAHARA

SYSTEM TREASURY


Tampilkan data tabungan

Pilih satu tabungan dari daftar

Pilih Pencatatan (Masuk / Keluar)

Simpan Data

Notif

Gambar 3. 16 Activity Diagram Mencatat Keluar-Masuk Uang


53 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 1

KasKeluar

Kas 1..*

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

1..*

-id -idKas -tglPengeluaran -amount -deskripsi -note +getKasKeluarById() +listPengeluaranKas() +addPengeluaranKas()

PeriodeKas -id -idKas -periode -amount +getPeriodeById() +createPeriode() +listPeriodeByIdKas() +updatePeriode()

1..* 1

AnggotaKas -id -idKas -nama -balance -status +getAnggotaKasById() +listAnggotaKasByIdKas() +addAnggotaKas() +activeAnggotaKas() +updateAnggotaKas() +updateBalanceAnggotaKas()

1 1..*

1

TrxCode -code -tipeTransaksi +getByCode() 1

1..*

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

Tagihan

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

-id -idUser -nama -deskripsi -totalTagihan -totalAnggota -status -createdDate -updatedDate +getTagihanById() +createTagihan() +updateTagihan() +ubahStatusTagihan() +getListTagihan() +reportTagihanById()

AnggotaTagihan

1 1..*

1..*

-id -idTagihan -nama -tipeBayar -jmlBayar -sisaTagihan -totalTagihan -amountTagihan +getAnggotaTagihanById() +listAnggotaTagihanByIdTagihan() +updateDetailAnggota() +ubahTipeTagihan()

1..* 1 1..*

1

1..*

AnggotaIuran Iuran

1

1..*

-id -idUser -nama -deskripsi -iuranMasuk -availableBalance -status -createdDate -updatedDate +getIuranById() +getListIuran() +ubahStatusIuran() +createIuran() +updateIuran() +reportIuranById()

1..* IuranKeluar 1

1

1..*

-id -idIuran -amount -deskripsi -note -tglPengeluaran +getIuranById() +listPengeluaranIuran() +addPengeluaranIuran()

1

-id -idIuran -nama -balance -status +getAnggotaIuranById() +listAnggotaIuran() +addAnggotaIuran() +updateAnggotaIuran() +activeAnggotaIuran()

Gambar 3. 17 Class Diagram


1

54

3.6.8

Sequence Diagram Registrasi

RegisterPage

User

Bendahara

registrasi

register

popup notif

responseCreate

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

ProfilPage

User

Bendahara

lihat profil

getByUsername

profil user

detailProfil

ubah password

updatePassword

popup notif

responseUpdate

Gambar 3. 19 Sequence Diagram Mengelola Profil User


55 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

KasPage

Kas

PeriodeKas

Bendahara Melihat daftar kas

getListKas

daftar kas

return List Kas

Melihat detail kas

getKasById

detail summary kas

Membuat kas baru

createPeriode

createKas response

pop up notif Mengubah Kas

getPeriodeById return detail kas

updateKas

updatePeriode response

popup notif

Menonaktifkan kas

ubahStatusKas

hilang dari daftar

response

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).


56

b. Jenis Tabungan Tagihan

TagihanPage

Tagihan

Bendahara Melihat daftar tagihan

getListTagihan

daftar tagihan

return List Tagihan

Melihat detail tagihan

getTagihanById

detail summary tagihan

return detail tagihan

Membuat tagihan baru

createTagihan

pop up notif

response

Mengubah Tagihan

updateTagihan

popup notif

response

Menonaktifkan tagihan

ubahStatusTagihan

hilang dari daftar

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 putusputus ke kiri).


57

c. Jenis Tabungan Iuran

IuranPage

Iuran

Bendahara Melihat daftar iuran

getListIuran

daftar iuran

return List Iuran

Melihat detail iuran

getIuranById

detail summary iuran

return detail iuran

Membuat iuran baru

createIuran

pop up notif

response

Mengubah iuran

updateIuran

popup notif

response

Menonaktifkan iuran

ubahStatusIuran

hilang dari daftar

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 putusputus ke kiri).


58

3.6.11

Sequence Diagram Mengelola Anggota

a. Jenis Tabungan Kas

AnggotaKasPage

AnggotaKas

Bendahara Melihat daftar anggota

listAnggotaKasByIdKas

daftar anggota

return List Anggota

Membuat Anggota Baru

addAnggota

pop up notif

response

Mengubah detail anggota

updateAnggotaKas

popup notif

response

Menonaktifkan Anggota

activeAnggotaKas

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 putusputus ke kiri).


59


AnggotaTagihanPage

AnggotaTagihan


listAnggotaTagihanByIdTagihan

daftar anggota tagihan

return List Anggota

Menambahkan Anggota

createTagihan

pop up notif

response

Mengubah detail Anggota

updateDetailAnggota

popup notif

response

Mengubah cara bayar

ubahTipeTagihan

popup notif

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).


60

c. Jenis Tabungan Iuran

AnggotaIuranPage

AnggotaIuran


listAnggotaIuran

daftar anggota iuran

return List Anggota

Menambahkan anggota

addAnggotaIuran

pop up notif

response

Mengubah detail anggota

updateAnggotaIuran

popup notif

response

Menonaktifkan anggota

activeAnggotaIuran

disable dari daftar

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 putusputus ke kiri).


61

3.6.12

Sequence Diagram Mencatat Keluar-Masuk Uang

a. Jenis Tabungan Kas CatatKas

PeriodeKas

Kas

AnggotaKas

TrxRecord

KasKeluar

Bendahara Membayar kas

getKasById

Memilih periode alert sukses

getPeriodeById return Kas Balance

Catat pengeluaran pop up notif

listAnggota

addTrxKas

updateBalanceKas

addPengeluaranKas response

Melihat summary

getListKas

daftar kas

return list kas

Memilih salah satu kas

reportKasById

report kas

getListPeriodeByIdKas return List Periode

daftar periode

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).


62


CatatTagihan

Tagihan

AnggotaTagihan

TrxRecord

Bendahara Membayar Tagihan

getTagihanById

alert sukses

return tagihan balance

Melihat summary

getListTagihan

daftar tagihan

return list tagihan

memilih salah satu tagihan

reportTagihanById

report tagihan

return report tagihan

listAnggotaTagihanByIdTagihan

addTrxTagihan

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 putusputus ke kiri).


63

c. Jenis Tabungan Iuran CatatIuran

Iuran

AnggotaKas

TrxRecord

IuranKeluar

Bendahara Membayar Iuran

getIuraById

alert sukses

return balance iuran

Catat Pengeluaran

Melihat summary

getListIuran

daftar iuran

return list iuran

Memilih salah satu iuran

reportIuranById

report iuran

addTrxIuran

updateBalanceIuran

addPengeluaranIuran response

pop up notif

listAnggotaIuran

updateBalanceIuran

listPengeluaranIuran return list iuran keluar

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).


64

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

Field

Tipe data

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

Field id

Tipe data int


65 id_kas

int

nama

varchar(50)

balance

int

status

varchar(10)

4. Tabel kas_periode Tabel 3. 12 Tabel kas_periode

Field

Tipe data

id

int

id_kas

int

periode

varchar(10)

amount

int

5. Tabel kas_keluar Tabel 3. 13 Tabel kas_keluar

Field

Tipe data

id

int

id_kas

int

tanggal_pengeluaran

Date

amount

int

deskripsi

varchar(225)

note

varchar(225)

6. Tabel tagihan Tabel 3. 14 Tabel tagihan

Field

Tipe data

id

int

id_user

int

nama

varchar(50)

deskripsi

varchar(225)

total_tagihan

int


66 total_anggota

int

status

varchar(10)

created_date

Date

updated_date

Date

7. Tabel tagihan_anggota Tabel 3. 15 Tabel tagihan_anggota

Field

Tipe data

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

Field

Tipe data

id

int

id_iuran

int

nama

varchar(50)

deskripsi

varchar(225)

iuran_masuk

int

available_balance

int

status

varchar(10)

created_date

Date

updated_date

Date


67 9. Tabel iuran_anggota Tabel 3. 17 Tabel iuran_anggota

Field

Tipe data

id

int

id_iuran

int

nama

varchar(50)

balance

int

status

varchar(10)

10. Tabel iuran_keluar Tabel 3. 18 Tabel iuran_keluar

Field

Tipe data

id

int

id_iuran

int

nama

varchar(50)

balance

int

status

varchar(10)

11. Tabel transaction_code Tabel 3. 19 Tabel transaction_code

Field

Tipe data

code

varchar(10)

tipe_transaksi

varchar(50)

12. Tabel transaction_record Tabel 3. 20 Tabel transaction_record

Field

Tipe data

id

int

transaction_code

varchar(10)

transaction_reference

varchar(20)


68 id_anggota

int

reserved01

varchar(225)

reserved02

varchar(225)

reserved03

varchar(225)

reserved04

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 :


69

3

3

Converter

2 4

1

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.


70

3.8.2

Mockup Aplikasi

Gambar 3. 30 Tampilan Login Gambar 3. 31 Tampilan Registrasi


71

Gambar 3. 32 Tampilan Home dan Menu (menggunakan side menu)

Gambar 3. 34 Tampilan Tagihan

Gambar 3. 33 Tampilan Kas

Gambar 3. 35 Tampilan Iuran


BAB III ANALISA DAN PERANCANGAN SISTEM

Recommend Documents