BAB III ANALISA DAN DESAIN SISTEM

Transkripsi

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

2 34 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 Document) berikut merupakan gambaran dari sistem kerja yang dimaksud :

3 35 Bisnis Partner Kasir Accounting Atasan / Pimpinan Tagihan-tagihan transaksi Form-form tagihan transaksi Form-form Form-form tagihan tagihan transaksi transaksi Penerimaan Pembayaran Pembayaran Tagihan-tagihan Tagihan-tagihan dibayarkan Form / Bukti Pembayaran Form / Bukti Pembayaran Pelunasan Tagihan Disk Pembuatan Pembuatan Laporanlaporan Laporanlaporan Laporan kas kecil perusahaan 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.

4 36 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. Tabel. III.1 Tabel Kas Kecil Dengan Pencatatan Manual

5 37 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 38 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 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 Imprest.

7 39 Register include Login Laporan Atasan Pembayaran (input bisnis partner, tgl, biaya, nominal) include include include include Kasir / Accounting Input master bisnis partner Input master biaya include Postingan Kas Kecil include include include Pengakuan Kas (tarik data dari pembayaran / pendanaan) include Pendanaan Kas (input nominal, tgl) Gambar III.2 Diagram Use Case

8 40 III Diagram Kelas (Class Diagram) ini : Adapun bentuk diagram kelasnya adalah seperti gambar yang ada dibawah Gambar III.3 Diagram Kelas

9 41 III Diagram Sequence (Sequence Diagram) 1. Sequence untuk Use Case : Register & Login user Register : Register login : Login 2. user name & password 1. register username & password 3. validasi login 5. pesan validasi login 4. true / false validasi Gambar III.4 Diagram Sequence Use Case Login 2. Sequence untuk Use Case : Bisnis Partner User Input Bisnis Partner Bisnis Partner Simpan Nama, Alamat, Telepon, Fax, Contact Person, Deskripsi Gambar III.9 Diagram Sequence Bisnis Partner

10 42 3. Sequence untuk Use Case : Biaya User Input Biaya Simpan Kode, Nama Biaya, Deskripsi Biaya Gambar III.10 Diagram Sequence Biaya 4. Sequence untuk Use Case : Pembayaran Menu Pembayaran Bisnis Partner Biaya Pembayaran kas Ambil bisnis partner Bisnis pertner Data pembayaran kas Ambil alokasi biaya Biaya Gambar III.5 Diagram Sequence Pembayaran

11 43 5. Sequence untuk Use Case : Pendanaan Menu Pendanaan Bisnis Partner Biaya Pendanaan kas kecil Ambil data bisnis partner Bisnis partner Data penerimaan kas Ambil alokasi biaya Biaya Gambar III.6 Diagram Sequence Pendanaan Kas Kecil 6. Sequence untuk Use Case : Postingan Kas Kecil Menu Pembayaran Pendanaan Pengakuan Kas Pembayaran kas Postingan pembayaran kas Penerimaan kas Postingan penerimaan kas Pengakuan Kas Postingan pengakuan kas Gambar III.7 Diagram Sequence Postingan Kas Kecil

12 44 7. Sequence untuk Use Case : Pengakuan Menu Pengakuan Kas Pembayaran Pendanaan Bisnis Partner Pengakuan Kas Ambil data pembayaran kas Data Pengakuan Kas Pembayaran kas Ambil data bisnis partner Bisnis partner Pengakuan Kas Ambil data pendanaan kas Pendanaan kas Ambil data bisnis partner Data Pengakuan Kas Bisnis partner 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.

13 45 III 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. 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 Gambar III.11 Rancangan Output Kas Kecil Per Tanggal 2. Rancangan Output Kas Kecil Per Bulan PETTY CASH BY MONTH CV. CHEN BAKERY Bulan : Jln. Samosir No. 8 Medan Transaksi Debet Kredit Kas Kecil Kas Transportasi Kas Total Dibuat oleh Diketahui oleh Gambar III.12 Rancangan Output Kas Kecil Per Bulan

14 46 3. Rancangan Output Kas Kecil Per Tahun PETTY CASH BY YEAR CV. CHEN BAKERY Jln. Samosir No. 8 Medan Tahun : Transaksi Debet Kredit Kas Kas Kecil Transportasi Kas Kecil Total Dibuat oleh Diketahui oleh Gambar III.13 Rancangan Output Kas Kecil Per Tahun 4. Rancangan Output Kas Kecil Per Periode PETTY CASH BY DATE PERIOD CV. CHEN BAKERY Jln. Samosir No. 8 Medan Dari Tgl : Sampai Tgl : Transaksi Debet Kredit Kas Kas Kecil Transportasi Kas Kecil Total Dibuat oleh Diketahui oleh Gambar III.14 Rancangan Output Kas Kecil Per Periode

15 47 5. Rancangan Output Biaya CHARGE CV. CHEN BAKERY Jln. Samosir No. 8 Medan Biaya : Tanggal Nominal Rp. Rp. Rp. Dibuat oleh Diketahui oleh Gambar III.15 Rancangan Output Biaya ALL CHARGE CV. CHEN BAKERY Jln. Samosir No. 8 Medan Tanggal Nominal Rp. Rp. Rp. Diminta oleh Diketahui oleh Gambar III.16 Rancangan Output Biaya Keseluruhan

16 48 III Desain Input Berikut ini merupkan desain input yang akan dirancang dalam sistem : 1. Rancangan Form Utama KAS KECIL MENGGUNAKAN METODE IMPREST (TETAP) File Master > Bisinis Partner Biaya Status V Master Transaksi Laporan SISTEM INFORMASI KAS KECIL CV. CHEN BAKERY DENGAN METODE IMPREST Bantuan Gambar III.17 Rancangan Form Utama 2. Rancangan Form Input Master Status Bisnis Partner Form Status Bisnis Partner Nama : Alamat : Telepone : Fax : Contact Person : Deskripsi : V Status : V Update Gambar III.18 Rancangan Form Input Status Bisnis Partner

17 49 3. Rancangan Form Input Master Bisnis Partner Form Bisnis Partner Nama : Alamat : Telepone : Fax : Contact Person : Deskripsi : V New Save Update Delete Cancel Refresh Gambar III.19 Rancangan Form Input Bisnis Partner 4. Rancangan Form Input Status Biaya Form Status Biaya Kode : Tipe : Deskripsi : Status : V Update Gambar III.20 Rancangan Form Input Master Status Biaya

18 50 5. Rancangan Form Input Master Biaya Form Biaya Kode : Tipe : Deskripsi : New Save Update Delete Cancel Refresh Gambar III.21 Rancangan Form Input Master Biaya 6. Rancangan Form Input Transaksi Pembayaran Kas Kecil Form Pembayaran Kas Kecil Document No. : Tanggal : Bisnis Partner : Biaya : Jumlah : Deskripsi : V V V V New Save Update Delete Cancel Refresh Lihat Postingan Gambar III.22 Rancangan Form Input Transaksi Pembayaran Kas Kecil

19 51 7. Rancangan Form Input Transaksi Pendanaan Kas Kecil Form Pendanaan Kas Kecil Document No. : Tanggal : Bisnis Partner : Biaya : Jumlah : Deskripsi : V V V V New Save Update Delete Cancel Refresh Lihat Postingan Gambar III.23 Rancangan Form Input Transaksi Pendanaan 8. Rancangan Form Input Transaksi Pengakuan Kas Form Pengakuan Kas No. : Tanggal : Bisnis Partner : Pembayaran / Pendanaan : Jumlah : Deskripsi : V V V V New Save Delete Cancel Refresh Lihat Postingan Gambar III.24 Rancangan Form Input Transaksi Pengakuan Kas

20 52 III 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 Kamus Data Berikut merupakan susunan kamus data yang digunakan dalam perancangan sistem meliputi : tbbpartner = Idbpartner, Nama, Deskripsi, Alamat, Telepon, Fax, Panggilan, NamaKontak, Aktif tbbiaya tbkas = KodeBiaya, Tipe, Deskripsi, Aktif = Documentno, Tgl, Nominal, Deskripsi, Tipe, Idbpartner, KodeBiaya tbpengakuan = DocumentNoKas, DocumentNo, Idbpartner, Tipe, Deskripsi, Nominal, Tgl tbpostingan tbregister tbsequence = IdPostingan, Akun, Debet, Kredit, Tgl, Grup = IdRegister, Nama, , UserName, Password, level = IdSequence, Nextno, Nama

21 53 III 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 Rudi Mr 1 2 Iseya Pelanggan baru Jl.B.Katamso Susi Mrs 1 Tabel III.3 Normalisasi Tabel Tbbiaya kodebiaya Biaya Deskripsi Aktif Kas kecil Pendanaan dari Chen Bakery Biaya transportasi Biaya pengiriman kue 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 54 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 Pembayaran AP PDN001 1/9/2013 Rp Pendanaan AR Tabel III.5 Normalisasi Tabel Tbpengakuan Documentno Tgl Nominal Deskripsi Tipe idbpartner Documentnokas PGK001 1/9/2013 Rp Pendanaan AR 2 PDN001 PGK002 1/9/2013 Rp Pembayaran AP 2 PBY001 Tabel III.6 Normalisasi Tabel Tbpostingan idpostingan Akun debet Kredit tgl grup 1 Kas Rp /9/2013 PDN001 2 Kas Kecil 0 Rp /9/2013 PDN001 3 Biaya transportasi Rp /9/2013 PBY001 4 Kas 0 Rp /9/2013 PBY 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 Pembayaran AP PDN001 1/9/2013 Rp Pendanaan AR

23 55 Tabel III.8 Normalisasi Tabel Tbpengakuan Documentno Tgl Nominal Deskripsi Tipe idbpartner Documentnokas PGK001 1/9/2013 Rp Pendanaan AR 1 PDN001 PGK002 1/9/2013 Rp Pembayaran AP 2 PBY001 Tabel III.9 Normalisasi Tabel Tbpostingan idpostingan Akun debet Kredit tgl grup 1 Kas Rp /9/2013 PDN001 2 Kas Kecil 0 Rp /9/2013 PDN001 3 Biaya transportasi Rp /9/2013 PBY001 4 Kas 0 Rp /9/2013 PBY001 III 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 Alamat Nvarchar 50 - Telepon Nvarchar 15 - Fax Nvarchar 15 -

24 56 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 Nama Field Tipe Data Value Keterangan KodeBiaya Varchar 8 Primary key Tipe Varchar 50 - Deskripsi Varchar 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 Nama Field Tipe Data Value Keterangan Documentno Varchar 8 Primary key Tgl DateTime - - Nominal Float - - Deskripsi Varchar Tipe Varchar 2 -

25 57 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 Nama Field Tipe Data Value Keterangan DocumentNoKas Varchar 8 Primary key DocumentNo Varchar 8 Foreign key Idbpartner Int 4 Forign key Tipe Varchar 3 - Deskripsi Varchar Nominal Float - - Tgl DateTime 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 Nama Field Tipe Data Value Keterangan IdPostingan Int 4 Primary key Akun Varchar 50 - Debet Float 10 -

26 58 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 Nama Field Tipe Data Value Keterangan IdRegister Int 4 Primary key Nama Varchar Varchar 50 - UserName Varchar 20 - Password Varchar 30 - Level Varchar Tabel Sequence Nama Tabel : tbsequence Keterangan : Digunakan untuk menampung data urutan terhadap penomoran dokumen. Tabel III.16 Tabel Sequence Nama Field Tipe Data Value Keterangan IdSequence Int 5 Primary key Nextno Float - - Nama Varchar 30 -

27 59 III Entity Relationship Diagram (ERD) IdPartner Fax Nama DocumentNo NamaKontak Deskripsi Tgl IdPartner Panggilan Alamat Nominal KodeBiaya Aktif Telephone Deskripsi Tipe tbbiaya Alokasi tbkas transaksi tbbpartner KodeBiaya Tipe Deskripsi Aktif Pengakuan Transaksi Post DocumentNoKas DocumentNo tbpengakuan Idbpartner Tipe Post Deskripsi Nominal tbpostingan Tgl IdPostingan Grup Akun Tgl Debet Kredit Gambar III.25 Diagram ERD III Logika Program Pada tahap ini akan digambarkan logika program dalam bentuk diagram aktivitas (activity diagram) 1. Diagram Activity Login & Register

28 60 Input User Name dan Password Validasi Benar Salah Sudah Register Belum Aplikasi Menu Utama Register 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.

29 61 2. Diagram Activity Pembayaran Menu Pembayaran Input Tanggal, Bisnis Partner, Nama Biaya, Nominal Simpan Tdk Ya Simpan Pembayaran Ubah Tdk Hapus Tdk Ya Ya Ubah Tanggal / Bisnis Partner / Nama Biaya / Nominal Hapus 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.

30 62 3. Diagram Activity Pendanaan Menu Pendanaan Input Tanggal, Nominal Simpan Tdk Ya Simpan Pendanaan Ubah Tdk Hapus Tdk Ya Ya Ubah Tanggal / Nominal Hapus 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.

31 63 4. Diagram Activity Pengakuan Menu Pengakuan Input Tanggal, Bisnis Partner, Pembayaran / Pendanaan, Nominal Simpan Tdk Ya Simpan Pengakuan Tdk Hapus Ya Hapus 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.

32 64 5. Diagram Activity Postingan Menu Pembayaran Menu Pendanaan Menu Pengakuan Posting 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 Input Nama, Alamat, Telepon, Fax, Contact Person, Deskripsi 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.

33 65 7. Diagram Activity Biaya Input Kode, Nama, Biaya, Deskripsi 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 Pilih Jenis Laporan Data Laporan Ada Tampilkan Laporan Cetak Laporan Tdk 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.