BAB III ANALISA DAN DESAIN SISTEM

(1)

BAB III

ANALISA DAN DESAIN SISTEM

III.1. Analisa Sistem Yang Sedang Berjalan

CV. Chen Bakery merupakan perusahaan dagang yang kegiatan utamanya menjual bahan-bahan makanan seperti cake, cookies, pastry, roti, donat dan lain sebagainya. Berdasarkan analisa yang dilakukan penulis, perusahaan ini umumnya melakukan setiap kegiatan kerja secara manual. Dalam hal ini penulis mencoba menyoroti kegiatan kerja yang memiliki kaitan dengan keuangan perusahaan, lebih jelasnya pada kas kecil perusahaan yang sesuai dengan judul dari penulisan skripsi ini. Melalui kas kecil perusahaan, penulis mengevaluasi hal-hal apa saja yang rutin dilakukan oleh perusahaan dalam menjalankan kegiatan usahanya, sebagai contoh misalnya pembelanjaan bahan baku, pembayaran rekening tagihan, pembayaran transportasi dan lain sebagainya.

Menurut penulis, dalam perusahaan ini sistem kerja manual dapat ditinggalkan atau diganti menjadi sistem kerja yang lebih efektif dan efisien yaitu dengan menerapkan sistem informasi akuntansi yang sudah terkomputerisasi dalam kegiatan kerja sehari-hari. Dengan demikian data-data keuangan dari kegiatan kerja yang dilakukan oleh perusahaan dapat dipertanggung jawabkan dan dipergunakan dengan sebaik-baiknya.

Sehingga untuk terjadinya penyelewengan terhadap keuangan perusahaan dari orang-orang yang tidak bertanggung jawab dapat ditekan atau diminimalisir agar tidak sampai terjadi, karena dengan adanya sistem ini setiap data transaksi

(2)

dapat dibuat laporan-laporannya, baik itu berdasarkan hari, bulan , tahun atau pun periode tertentu.

III.1.1 Input

Berikut ini merupakan bagian dari proses penginputan yang ada di dalam sistem informasi yang akan dibangun, dengan ketentuan sesuai dengan batasan masalah yang telah dijelaskan pada bab-bab sebelumnya. Adapun inputan data yang umumnya digunakan dalam sistem ini adalah penginputan data kegiatan operasional transaksi-transaksi yang berkaitan dengan kas kecil yang dilakukan oleh CV. Chen Bakery, yaitu misalnya data pengeluaran kas, berikut merupakan beberapa contoh data yang ada dalam proses penginputan diantaranya : kode / id, deskripsi, nominal uang, bisnis partner, alamat, telephone, fax dan lain-lain.

Sedangkan pada proses sistem yang berjalan masih menggunakan metode pencatatan secara manual tanpa adanya penggunaan sistem informasi akuntansi yang sudah terkomputerisasi, sehingga hasil inputan yang ada hanya berupa pencatatan manual pengeluaran keuangan kes kecil, misalnya biaya listrik, telpon, dan air.

III.1.2 Proses

Pada analisa proses akan menjelaskan tentang proses kerja sistem atau alur kerja sistem yang digambarkan dalam bentuk diagram atau FOD (Flow of

(3)

Gambar III.1 FOD (Flow Of Document)

Keterangan :

Awalnya bisnis partner akan memberikan tagihan-tagihan yang harus dibayar oleh CV. Chen Bakery, dimana tagihan ini adalah tagihan dari setiap transaksi yang telah dilakukan oleh CV. Chen Bakery misalnya biaya transportasi, biaya pembelanjaan bahan baku dan biaya-biaya lainnya.

Bisnis Partner Kasir Accounting Atasan / Pimpinan

Disk Tagihan-tagihan transaksi Form-form tagihan transaksi Tagihan-tagihan dibayarkan Pembayaran Tagihan-tagihan Penerimaan Pembayaran Form / Bukti Pembayaran Form / Bukti Pembayaran Pelunasan Tagihan Pembuatan Laporan-laporan Pembuatan Laporan-laporan Laporan kas kecil perusahaan Form-form tagihan transaksi Form-form tagihan transaksi

(4)

Kemudian form-form tagihan tersebut akan didistribusikan kasir ke bagian accounting untuk dilakukan pembayaran terhadap tagihan-tagihan tersebut, accounting akan langsung mengeluarkan uang untuk tiap-tiap tagihan form tersebut dan memberikannya langsung pada kasir untuk disampaikan kepada business partner yang bersangkutan. Kemudian accounting juga akan menginputkan setiap transaksi yang terjadi pada kas kecil kedalam sistem agar dapat dibuat laporan keuangannya dan dipertanggung jawabkan kepada atasan.

Dari business partner sendiri apabila CV. Chen Bakery telah melakukan pelunasan makan akan memberikan bukti pelunasan atau pembayaran tagihan kepada kasir dan kemudian kasir akan menyampaikannya kembali kepada accounting sebagai bukti pelunasan dari biaya kas kecil yang dikeluarkan.

III.1.3 Output

Output yang dihasilkan adalah berupa laporan kas kecil yang metode pencatatannya masih secara manual. Berikut adalah contoh laporan kas kecil pada CV. Chen Bakery.

(5)

III.2 Evaluasi Sistem Yang Berjalan

Berdasarkan analisa sistem yang dilakukan penulis, dapat diambil kesimpulan bahwa sistem yang lama atau yang ada untuk saat ini masih melakukan proses pencatatan keuangan kas kecil secara manual. Untuk itu dapat diketahui bahwa keadaan tersebut merupakan kelemahan dari sistem yang ada, sehingga perlu dilakukannya evaluasi kembali terhadap sistem tersebut, agar kedepannya hasil evaluasi dapat memberikan solusi atau usulan terhadap kelemahah dan masalah yang dihadapi oleh sistem.

Solusi atau usulan yang diproleh akan diimplementasikan kedalam sistem informasi akuntansi untuk diterapkan dalam sistem kerja yang ada pada CV. Chen Bakery. Adapun beberapa kelemahan yang ditemukan penulis dalam sistem tersebut adalah pencatatan keuangan yang masih berantakan karena proses pengerjaannya dilakukan secara manual, dibutuhkan waktu yang cukup lama dalam pembuatan laporan keuangan, pengawasan keuangan perusahaan sulit untuk dikontrol karena pencatatan yang simpang siur atau tidak jelas sumbernya.

Oleh karena itu penulis mencoba merancang sistem informasi akuntansi kas kecil dengan menggunakan metode imprest (tetap) agar dapat memudahkan pekerja, khususnya pemegang keuangan perusahaan (accounting) agar dapat melakukan aktifitas kerja dengan baik dan cepat.

(6)

III.3 Desain Sistem

III.3.1. Desain Sistem Secara Global

Berdasarkan hasil dari evaluasi sistem yang sedang berjalan penulis memberikan usulan atau masukan untuk mengubah sistem tersebut menjadi sistem yang terkomputerisasi dengan memanfaatkan atau menerapkan sistem informasi akuntansi kedalam proses kerja khususnya pada proses kerja yang berkaitan dengan kas kecil.

Untuk menjalankannya diperlukan yang namanya proses desain sistem atau perancangan sistem, yang merupakan suatu proses pengembangan sistem baru berdasarkan hasil evaluasi, rekomendasi dan analisis sistem. Dalam tahap perancangan sistem ini diharuskan untuk merancang spesifikasi sistem yang sesuai dengan kebutuhan.

Berikut ini adalah bentuk rancangan sistem yang penulis usulkan dan akan dirancang dengan menggunakan beberapa bentuk diagram dari UML (Unified

Modeling Language) diantaranya : Use Case diagram, Class diagram, Activity

diagram, dan Squence diagram.

III.3.1.1 Diagram Use Case (Use Case Diagram)

Berikut ini merupakan bentuk diagram Use Case dari ”Sistem Informasi

Akuntansi Kas Kecil Pada CV. Chen Bakery Dengan Menggunakan Metode

(7)

Gambar III.2 Diagram Use Case include include include include include include include include include include Register Kasir / Accounting Atasan Login Pembayaran (input bisnis partner,

tgl, biaya, nominal) Postingan Kas Kecil Pendanaan Kas (input nominal, tgl) Pengakuan Kas

(tarik data dari pembayaran / pendanaan) Laporan Input master bisnis partner Input master biaya

(8)

III.3.1.2 Diagram Kelas (Class Diagram)

Adapun bentuk diagram kelasnya adalah seperti gambar yang ada dibawah ini :

(9)

III.3.1.3 Diagram Sequence (Sequence Diagram)

1. Sequence untuk Use Case : Register & Login

Gambar III.4 Diagram Sequence Use Case Login

2. Sequence untuk Use Case : Bisnis Partner

Gambar III.9 Diagram Sequence Bisnis Partner user Register : Register login : Login

2. user name & password

1. register username & password

3. validasi login

4. true / false validasi 5. pesan validasi login

User

Input Bisnis Partner

Bisnis Partner

Simpan Nama, Alamat, Telepon, Fax, Contact

(10)

3. Sequence untuk Use Case : Biaya

Gambar III.10 Diagram Sequence Biaya

4. Sequence untuk Use Case : Pembayaran

Gambar III.5 Diagram Sequence Pembayaran

Menu Pembayaran Bisnis Partner Biaya

Pembayaran kas

Data pembayaran kas

Ambil bisnis partner

Bisnis pertner

Ambil alokasi biaya

Biaya User

Input Biaya

Biaya

Simpan Kode, Nama Biaya, Deskripsi

(11)

5. Sequence untuk Use Case : Pendanaan

Gambar III.6 Diagram Sequence Pendanaan Kas Kecil

6. Sequence untuk Use Case : Postingan Kas Kecil

Gambar III.7 Diagram Sequence Postingan Kas Kecil

Menu Pendanaan Bisnis Partner Biaya

Pendanaan kas kecil

Data penerimaan kas

Ambil data bisnis partner

Bisnis partner

Ambil alokasi biaya

Biaya

Pembayaran kas

Postingan pembayaran kas

Penerimaan kas

Postingan penerimaan kas

Pengakuan Kas

Postingan pengakuan kas

Pengakuan Kas

(12)

7. Sequence untuk Use Case : Pengakuan

Gambar III.8 Diagram Sequence Pengakuan

III.3.2. Desain Sistem Secara Detail

Pada tahapan ini akan memberikan gambaran lebih jelas terhadap tampilan sistem yang akan dibangun, sehingga dapat melihat tiap-tiap data, atau informasi apa saja yang akan diinputkan kedalam sistem serta apa saja yang menjadi output dari sistem tersebut. Dalam perancangan atau desain sistem secara

detail ini mencakup kedalam beberapa hal diantaranya :

- desain output,

- desain input, dan

- desain database.

Bisnis Partner

Menu Pengakuan Kas Pembayaran Pendanaan

Pengakuan Kas

Data Pengakuan Kas

Ambil data pembayaran kas

Ambil data pendanaan kas

Pendanaan kas Pengakuan Kas

Data Pengakuan Kas

Pembayaran kas _{Ambil data bisnis partner}

Bisnis partner

Ambil data bisnis partner

(13)

III.3.2.1 Desain Output

Pada desain output yang digunakan dalam sistem informasi akuntansi kas kecil pada CV. Chen Bakery dengan metode imprest adalah meliputi :

1. Rancangan Output Kas Kecil Per Tanggal.

Gambar III.11 Rancangan Output Kas Kecil Per Tanggal

2. Rancangan Output Kas Kecil Per Bulan

Gambar III.12 Rancangan Output Kas Kecil Per Bulan PETTY CASH BY DATE

CV. CHEN BAKERY Jln. Samosir No. 8 Medan

Tanggal Cetak :

Transaksi Debet Kredit

Transportasi Kas Kas Kecil Kas

Total

Dibuat oleh Diketahui oleh

__________ ___________

PETTY CASH BY MONTH

CV. CHEN BAKERY

Jln. Samosir No. 8 Medan

Kas Kecil Kas Transportasi Kas

Total

__________ ___________

(14)

3. Rancangan Output Kas Kecil Per Tahun

Gambar III.13 Rancangan Output Kas Kecil Per Tahun

4. Rancangan Output Kas Kecil Per Periode

Gambar III.14 Rancangan Output Kas Kecil Per Periode PETTY CASH BY YEAR

CV. CHEN BAKERY

Kas

Kas Kecil Transportasi Kas Kecil

Total

__________ ___________

Tahun : ______________

PETTY CASH BY DATE PERIOD

CV. CHEN BAKERY

Dari Tgl : ______________ Sampai Tgl : ______________

Kas

Kas Kecil Transportasi Kas Kecil

Total

(15)

5. Rancangan Output Biaya

Gambar III.15 Rancangan Output Biaya

Gambar III.16 Rancangan Output Biaya Keseluruhan CHARGE

CV. CHEN BAKERY

Tanggal Nominal

Rp. Rp. Rp.

_____________ ____________

Biaya : ______________

ALL CHARGE

CV. CHEN BAKERY

Tanggal Nominal

Rp. Rp. Rp.

Diminta oleh Diketahui oleh

(16)

III.3.2.2 Desain Input

Berikut ini merupkan desain input yang akan dirancang dalam sistem :

1. Rancangan Form Utama

Gambar III.17 Rancangan Form Utama

2. Rancangan Form Input Master Status Bisnis Partner

Gambar III.18 Rancangan Form Input Status Bisnis Partner

SISTEM INFORMASI KAS KECIL CV. CHEN BAKERY DENGAN METODE IMPREST

KAS KECIL MENGGUNAKAN METODE IMPREST (TETAP)

File Master Transaksi

Laporan Bantuan

Master > Bisinis Partner Biaya Status V

Nama : Alamat : Telepone : Fax : Contact Person : Deskripsi : Status :

Form Status Bisnis Partner

V

(17)

3. Rancangan Form Input Master Bisnis Partner

Gambar III.19 Rancangan Form Input Bisnis Partner

4. Rancangan Form Input Status Biaya

Gambar III.20 Rancangan Form Input Master Status Biaya

Kode :

Tipe :

Deskripsi :

Status :

Form Status Biaya

Update V Nama : Alamat : Telepone : Fax : Contact Person : Deskripsi :

Form Bisnis Partner

V

(18)

5. Rancangan Form Input Master Biaya

Gambar III.21 Rancangan Form Input Master Biaya

6. Rancangan Form Input Transaksi Pembayaran Kas Kecil

Gambar III.22 Rancangan Form Input Transaksi Pembayaran Kas Kecil Document No. : Tanggal : Bisnis Partner : Biaya : Jumlah : Deskripsi :

Form Pembayaran Kas Kecil

V

V V

V

Lihat Postingan

New Save Update Delete Cancel Refresh

Kode :

Tipe :

Deskripsi :

Form Biaya

(19)

7. Rancangan Form Input Transaksi Pendanaan Kas Kecil

Gambar III.23 Rancangan Form Input Transaksi Pendanaan

8. Rancangan Form Input Transaksi Pengakuan Kas

Gambar III.24 Rancangan Form Input Transaksi Pengakuan Kas

No. : Tanggal : Bisnis Partner : Pembayaran / Pendanaan : Jumlah : Deskripsi :

Form Pengakuan Kas

V V

New Save Delete Cancel Refresh

Lihat Postingan Document No. : Tanggal : Bisnis Partner : Biaya : Jumlah : Deskripsi : V

Form Pendanaan Kas Kecil

V

V V

New Save Update Delete Refresh

Lihat Postingan

(20)

III.3.2.3 Desain Database

Setelah proses rancangan form input selesai dibuat maka tahap selanjutnya adalah perancangan database. Perancangan database ini dibuat sesuai dengan

field-field atau entitas-entitas yang ada pada perancangan desain input yang

digambarkan pada sub judul sebelumnya, tujuannya agar database yang diinputkan dalam sistem dapat disimpan atau ditampung kedalam database yang dibangun. Adapun nama dari database yang penulis rancang adalah "dbpettycash"

III.3.2.3.1 Kamus Data

Berikut merupakan susunan kamus data yang digunakan dalam perancangan sistem meliputi :

tbbpartner = Idbpartner, Nama, Deskripsi, Alamat, Telepon, Fax, Panggilan, NamaKontak, Aktif

tbbiaya = KodeBiaya, Tipe, Deskripsi, Aktif

tbkas = Documentno, Tgl, Nominal, Deskripsi, Tipe, Idbpartner, KodeBiaya

tbpengakuan = DocumentNoKas, DocumentNo, Idbpartner, Tipe, Deskripsi, Nominal, Tgl

tbpostingan = IdPostingan, Akun, Debet, Kredit, Tgl, Grup

tbregister = IdRegister, Nama, Email, UserName, Password, level tbsequence = IdSequence, Nextno, Nama

(21)

III.3.2.3.2 Normalisasi

Berikut ini adalah rancangan Normalisasi dari struktur yang ada didalam database. Database yang dirancang menggunakan ERD tentu telah memenuhi normalisasi. Berikut adalah hasil normalisasi dari rancangan diagram ERD di atas yang memenuhi 1 NF, 2 NF, dan 3 NF :

1. 1 NF

Tujuan dari 1 NF ini adalah menghilangkan multi-valued. Berikut adalah normalisasi 1 NF dari tabel master petty cash :

Tabel III.2 Normalisasi Tabel Tbpartner

idbpartner nama Deskripsi Alamat Telepon Fax NamaKontak Panggilan Aktif

1 Chen Bakery Pemilik Jl.Sumatera 061415225 061415225 Rudi Mr 1

2 Iseya Pelanggan baru Jl.B.Katamso 0614152043 0614152043 Susi Mrs 1

Tabel III.3 Normalisasi Tabel Tbbiaya

kodebiaya Biaya Deskripsi Aktif

00000001 Kas kecil Pendanaan dari Chen Bakery 1

00000002 Biaya transportasi Biaya pengiriman kue 1

2. 2 NF

Tujuan dari 2 NF ini adalah menghilangkan ketergantungan parsial, dalam artian bahwa field-field dari tabel selain primary key bergantung hanya pada primary key, tidak pada key lainnya.

a. Tabel tbkas : field tgl, nominal, deskripsi, tipe, idbpartner, dan kodebiaya bergantung sepenuhnya hanya pada field key documentno.

b. Tabel tbpengakuan : field tgl, nominal, deskripsi, tipe, idbpartner, dan documentnokas bergantung sepenuhnya hanya pada field key documentno.

(22)

c. Tabel tbpostingan : field akun, debet, kredit, tgl, dan grup bergantung sepenuhnya hanya pada field key idpostingan.

Tabel III.4 Normalisasi Tabel Tbkas

Documentno Tgl Nominal Deskripsi tipe idbpartner Kodebiaya

PBY001 1/9/2013 Rp. 20.000 Pembayaran AP 2 0000002

PDN001 1/9/2013 Rp. 2.000.000 Pendanaan AR 1 0000001

Tabel III.5 Normalisasi Tabel Tbpengakuan

Documentno Tgl Nominal Deskripsi Tipe idbpartner Documentnokas

PGK001 1/9/2013 Rp. 2.000.000 Pendanaan AR 2 PDN001

PGK002 1/9/2013 Rp. 20.000 Pembayaran AP 2 PBY001

Tabel III.6 Normalisasi Tabel Tbpostingan

idpostingan Akun debet Kredit tgl grup

1 Kas Rp. 2.000.000 0 1/9/2013 PDN001

2 Kas Kecil 0 Rp. 2.000.000 1/9/2013 PDN001

3 Biaya transportasi Rp. 20.000 0 1/9/2013 PBY001

4 Kas 0 Rp. 20.000 1/9/2013 PBY001

3. 3 NF

Tujuan dari 3 NF ini adalah menghilangkan ketergantungan transitif. Artinya, semua field non primary key bergantung hanya pada 1 primary key. Berikut adalah normalisasi 3 NF dari diagram ERD di atas :

Tabel III.7 Normalisasi Tabel Tbkas

Documentno Tgl Nominal Deskripsi tipe idbpartner Kodebiaya

PBY001 1/9/2013 Rp. 20.000 Pembayaran AP 2 00000002

(23)

Tabel III.8 Normalisasi Tabel Tbpengakuan

Documentno Tgl Nominal Deskripsi Tipe idbpartner Documentnokas

PGK001 1/9/2013 Rp. 2.000.000 Pendanaan AR 1 PDN001

PGK002 1/9/2013 Rp. 20.000 Pembayaran AP 2 PBY001

Tabel III.9 Normalisasi Tabel Tbpostingan

idpostingan Akun debet Kredit tgl grup

1 Kas Rp. 2.000.000 0 1/9/2013 PDN001

2 Kas Kecil 0 Rp. 2.000.000 1/9/2013 PDN001

3 Biaya transportasi Rp. 20.000 0 1/9/2013 PBY001

4 Kas 0 Rp. 20.000 1/9/2013 PBY001

III.3.2.3.3 Desain Tabel / File

Desain Tabel / File merupakan rancangan yang ada didalam database, dimana dengan menggunakan rancangan ini dapat diketahui field-field apa saja yang ada didalam tabel, baik itu dari nama field, tipe data, value sampai dengan keterangan field tersebut. Berikut merupakan bentuk rancangan tabel yang dibuat : 1. Tabel Bisnis Partner

Nama Tabel : tbbpartner

Keterangan : Tabel yang digunakan untuk menyimpan atau menampung data bisnis partner atau rekanan

Tabel III.10 Tabel Bisnis Partner

Nama Field Tipe Data Value Keterangan

Idbpartner Int 4 Primary key

Nama Varchar 50 -

Deskripsi Nvarchar 500 -

Alamat Nvarchar 50 -

Telepon Nvarchar 15 -

(24)

NamaKontak Nvarchar 50 -

Panggilan Nvarchar 3 -

Aktif Int 1 -

2. Tabel Biaya Nama Tabel : tbbiaya

Keterangan : Tabel yang digunakan untuk menyimpan atau menampung data-data pembiayaan yang ada didalam kas kecil

Tabel III.11 Tabel Biaya

KodeBiaya Varchar 8 Primary key

Tipe Varchar 50 -

Deskripsi Varchar 1000 -

Aktif Int 1 -

3. Tabel Kas Nama Tabel : tbkas

Keterangan : Tabel yang digunakan untuk menyimpan atau menampung data-data yang ada didalam kas

Tabel III.12 Tabel Kas

Documentno Varchar 8 Primary key

Tgl DateTime - -

Nominal Float - -

(25)

Idbpartner Int 4 -

KodeBiaya Varchar 8 -

4. Tabel Pengakuan Nama Tabel : tbpengakuan

Keterangan : Tabel yang digunakan untuk menyimpan atau menampung data-data berupa pengakuan transaksi-transaksi yang melibatkan kas kecil.

Tabel III.13 Tabel Pengakuan

DocumentNoKas Varchar 8 Primary key

DocumentNo Varchar 8 Foreign key

Idbpartner Int 4 Forign key

Tipe Varchar 3 -

Nominal Float - -

Tgl DateTime - -

5. Tabel Postingan Nama Tabel : tbpostingan

Keterangan : Tabel yang digunakan untuk menyimpan atau menampung data-data psoting transaksi-transaksi yang melibatkan kas kecil.

Tabel III.14 Tabel Postingan

IdPostingan Int 4 Primary key

Akun Varchar 50 -

(26)

Kredit Float 10 -

Tgl DateTime -

Grup Int 8

6. Tabel Register

Nama Tabel : tbregister

Keterangan : Digunakan untuk menampung data user atau pengguna sistem. Tabel III.15 Tabel Register

IdRegister Int 4 Primary key

Nama Varchar 50 - Email Varchar 50 - UserName Varchar 20 - Password Varchar 30 - Level Varchar 10 - 7. Tabel Sequence

Nama Tabel : tbsequence

Keterangan : Digunakan untuk menampung data urutan terhadap penomoran dokumen.

Tabel III.16 Tabel Sequence

IdSequence Int 5 Primary key

Nextno Float - -

(27)

tbbpartner

Alokasi

Post

tbbiaya tbkas transaksi

tbpostingan Pengakuan Transaksi Post tbpengakuan IdPostingan Akun Debet Kredit Tgl Grup DocumentNoKas DocumentNo Idbpartner Tipe Deskripsi Nominal Tgl IdPartner Nama Deskripsi Alamat Telephone Fax NamaKontak Panggilan Aktif KodeBiaya Tipe Deskripsi Aktif DocumentNo Tgl Nominal Deskripsi Tipe IdPartner KodeBiaya

III.3.2.3.4 Entity Relationship Diagram (ERD)

Gambar III.25 Diagram ERD

III.3.2.4 Logika Program

Pada tahap ini akan digambarkan logika program dalam bentuk diagram aktivitas (activity diagram)

(28)

Gambar III.26 Diagram Activity Login

Keterangan :

Proses ini diawali dengan menginputkan user name dan password yang dimiliki oleh user kemudian proses input tersebut akan divalidasi oleh sistem, apabila data yang diinputkan benar atau sesuai maka akan masuk dalam tahapan memulai aplikasi dengan menampilkan aplikasi menu utama. Tapi apa bila inputan yang dimasukan salah maka sistem akan mencocokan dengan proses registerasi, apakah inputan tersebut sudah teregistrasi atau belum, kalu belum maka akan dilakukan proses registrasi terlebih dahulu baru masuk kedalam proses penginputan akan tetapi bila sudah maka proses akan dikembalikan kepada proses penginputan user name dan password.

Salah

Benar Belum

Sudah

Input

User Name dan Password

Validasi

Aplikasi Menu Utama

Register

(29)

2. Diagram Activity Pembayaran

Gambar III.27 Diagram Activity Pembayaran

Keterangan :

Pada diagram aktivity ini menggambarkan bahwa proses yang dilakukan melalui menu pembayaran yang diteruskan dengan menginputkan tanggal, bisnis partner, nama, biaya, dan nominal, kemudian data tersebut akan disimpan dan akan masuk kedalam proses penyimpanan pembayaran. Bila ada data yang akan diubah atau dihapus maka akan diproses berdasarkan transaksi yang diinginkan misalnya mengubah data pembayaran yang dapat dilakukan pada proses pengubahan data pembayaran, begitu juga sebaliknya bila ada penghapusan data pembayaran maka akan masuk pada tahapan proses penghapusan data pembayaran.

Simpan

Ubah

Hapus

Simpan Pembayaran

Ubah Tanggal / Bisnis Partner / Nama Biaya / Nominal

Hapus Pembayaran Ya Ya Ya Tdk Tdk Tdk Menu Pembayaran

Input Tanggal, Bisnis Partner, Nama Biaya,

(30)

3. Diagram Activity Pendanaan

Gambar III.28 Diagram Activity Pendanaan

Keterangan :

Pada diagram aktivity ini menggambarkan bahwa proses pendanaan dilakukan pada menu pendanaan dilanjutkan dengan menginputkan tanggal dan nominal yang kemudian disimpan dan diproses dalam proses penyimpanan pendanaan, bila ada data atau informasi yang ingin diubah atau dihapus maka dapat diproses berdasarkan porses yang sesuai dengan transaksi yang akan dilakukan seperti proses pengubahan informasi atau penghapusan informasi.

Menu Pendanaan

Input Tanggal, Nominal

Simpan Ubah Hapus Simpan Pendanaan Ubah Tanggal / Nominal Hapus Pendanaan Ya Ya Ya Tdk Tdk Tdk

(31)

4. Diagram Activity Pengakuan

Gambar III.29 Diagram Activity Pengakuan

Keterangan :

Pada diagram activity pengakuan ini diawali dengan masuk kedalam menu pengakuan yang ada dalam sistem, kemudian menginputkan bebeberpa inputan seperti tanggal, bisnis partner, pembayaran, pendanaan, nominal. Setelah proses inputan selesai maka akan disimpan dan masuk dalam proses simpan pengakuan yang telah terjadi, jika ada data yang akan dihapus maka akan dihapus pada bagian proses hapus pengakuan.

Menu Pengakuan

Input Tanggal, Bisnis Partner, Pembayaran / Pendanaan, Nominal Simpan Tdk Ya Hapus Tdk Ya Simpan Pengakuan Hapus Pengakuan

(32)

5. Diagram Activity Postingan

Gambar III.30 Diagram Activity Postingan

Keterangan :

Pada gambar diagram activity postingan ini, menunjukan bahwa setiap proses pemostingan akan dilakukan apabila proses-proses seperti pembayaran, pendanaan dan pengakuan sudah dilakukan, dimana setiap proses tersebut diambil dari menu-menu yang bersangkutan.

6. Diagram Activity Bisnis Partner

Gambar III.31 Diagram Activity Bisnis Partner

Keterangan :

Gambar diagram activity postingan ini, menunjukan proses penginputan bisnis partner untuk field seperti nama, alamat, telepon , fax, contact person, deskripsi.

Menu Pembayaran Posting Menu Pendanaan Menu Pengakuan Input

Nama, Alamat, Telepon, Fax, Contact Person, Deskripsi

(33)

7. Diagram Activity Biaya

Gambar III.32 Diagram Activity Biaya

Keterangan :

Gambar diagram activity postingan ini, menunjukan proses penginputan biaya dengan field kode, nama, biaya, deskripsi.

8. Diagram Activity Laporan

Gambar III.33 Diagram Activity Laporan

Keterangan :

Diawali pada aktivitas pemilihan jenis laporan yang kemudian diseleksi oleh sistem apabila data yang dipilih ada maka akan ditampilkan dan dicetak, tapi apabila data tidak ada maka proses terhadap laporan tersebut akan berhenti.

Pilih Jenis Laporan Data Laporan Tampilkan Laporan Cetak Laporan Ada Tdk Input