tugas akhir - repository.bsi.ac.id · dimana didalam makalah ini penulis menyajikan dalam bentuk...

PERANCANGAN SISTEM INFORMASI PENERIMAAN KAS

PADA CV. RATU DEPOK

TUGAS AKHIR Diajukan untuk memenuhi salah satu syarat kelulusan Program Diploma Tiga (D.III)

Yohana Mardiyanti

NIM: 11140040

Jurusan Komputerisasi Akuntansi

Akademi Manajemen Informatika dan Komputer Bina Sarana Informatika

Jakarta

2017

ii

KATA PENGANTAR

Puji syukur atas kehadirat Tuhan Yang Maha Esa, yang telah melimpahkan

rahmat dan karunia-Nya, hingga pada akhirnya penulis dapat menyelesaikan tugas akhir

ini dengan baik. Dimana didalam makalah ini penulis menyajikan dalam bentuk buku

yang sederhana. Adapun judul penulisan tugas , yang penulis ambil adalah

“Perancangan Sistem Informasi Penerimaan Kas Pada CV. Ratu Depok”.

Sebagai bahan penulisan diambil dari hasil penelitian (eksperiment),observasi

dan beberapa sumber yang mendukung penulisan ini. Penulis menyadari tanpa

bimbingan dan dorongan dari semua pihak, maka penulisan tugas ini tidak akan berjalan

dengan lancar. Oleh sebab itu pada kesempatan ini, izinkan penulis menyampaikan

ucapan terima kasih kepada :

1. Direktur Akademi Manajemen Informatika & Komputer Bina Sarana Informatika

2. Ibu Ari Puspita, M.Kom. selaku dosen pembimbing tugas akhir.

3. Staff,karyawan,dosen di lingkungan Amik BSI.

4. Kedua orang tua tercinta yang senantiasa memberikan doa, dorongan serta

semangat didalam mengerjakan tugas akhir ini.

Serta semua pihak yang terlalu banyak untuk penulis sebutkan satu persatu sehingga

terwujudnya penulisan ini. Penulis menyadari bahwa penulisan tugas akhir ini masih

jauh sekali dari sempurna, untuk itu penulis mohon kritik dan saran yang bersifat

membangun demi kesempurnaan penulisan di masa yang akan datang.

iv

ABSTRAKSI

Yohana Mardiyanti (11140040), Perancangan Sistem Informasi Penerimaan Kas

Pada CV. Ratu Depok.

Dalam era globalisasi sekarang ini, teknologi informasi semakin maju yang

menuntut kecepatan dan ketepatan dalam mengelola data serta informasi yang

dihasilkan. Penggunaan komputer akan sangat membantu meningkatkan efektifitas dan

efisiensi pelaksanaan kegiatan pengelolaan data yang akan menghasilkan informasi

yang cepat dan akurat.

Pada saat ini CV. Ratu Depok berupa perusahaan yang bergerak dalam bidang

kontraktor dan maintenance lingkungan. Sistem yang ada pada CV. Ratu Depok ini

masih menggunakan alat pengolahan data yang sederhana seperti Microsoft Excel,

mulai dari pencatatan data, sampai penyimpanan data-data lainnya yang berhubungan

dengan proses penerimaan kas hingga sampai pembuatan laporan, sehingga

memungkinkan pada saat proses berlangsung terjadi kesalahan dalam pencatatan,

kurang akuratnya laporan yang dibuat dan keterlambatan dalam pencarian data-data

yang diperlukan, sehingga membutuhkan sekali adanya suatu sistem informasi yang

dapat menunjang dan memberikan kemudahan dalam penyajian data dan pembuatan

laporan yang dibutuhkan oleh perusahaan.

Perancangan sistem informasi merupakan solusi yang terbaik untuk

memecahkan permasalahan-permasalahan yang ada pada perusahaan ini, serta dengan

sistem yang terkomputerisasi diharapkan dapat tercapai suatu kegiatan yang efektif dan

efisien dalam menunjang aktifitas pada perusahaan ini.

Kata Kunci: Perancangan Sistem Informasi, Sistem Penerimaan Kas

v

ABSTRACT

Yohana Mardiyanti ( 11140040), Information System Design On The Cash Receipts

CV. Ratu Depok.

In this era of globalization, information technology is advancing that demands

speed and accuaracy in managing the data and information generated.The use of

computers will have increase the effectiveness and efficiency of the implementation of

data management activities that will produce information quickly and accurately.

At this point CV. Ratu Depok a company engaged in contracting and

maintenance environment. System that existed at CV. Ratu Depok work is still using

simple tools such as data processing Microsoft Excel, ranging from data recording,

storage until other data related to process cash receipts through report generation, thus

enabling the process when an error occurs in record keeping, lack of accuracy of

statements made and the delay in the search for ther required data, thus requiring all

presence of an information system that can support and facilitate the presentation of

data and reports require by the company.

Information system design is the best solution to solve the problems that exist

in the company, as well as the computerized system is expected to achieve an effective

and efficient activities in supporting the activities of this company.

Keyword : Information System Design, System Cash Receipts

vi

DAFTAR ISI

KATA PENGANTAR .................................................................................................................. ii

ABSTRAKSI .................................................................................................................................iv

ABSTRACT .................................................................................................................................... v

DAFTAR ISI .................................................................................................................................vi

DAFTAR SIMBOL ..................................................................................................................... xiii

DAFTAR GAMBAR ................................................................................................................ xviii

DAFTAR LAMPIRAN ................................................................................................................ xx

BAB 1............................................................................................................................................ 1

PENDAHULUAN ......................................................................................................................... 1

1.1. Umum ................................................................................................................................ 1

1.2. Maksud Dan Tujuan ...................................................................................................... 3

1.3. Metode Penulisan ......................................................................................................... 3

1.4. Ruang Lingkup ............................................................................................................... 4

BAB II ........................................................................................................................................... 5

LANDASAN TEORI .................................................................................................................... 5

2.1. Konsep Dasar Sistem .................................................................................................... 5

2.1.1. Pengertian Sistem .................................................................................................. 5

2.1.2. Karakteristik Sistem .................................................................................................... 6

2.1.3. Klasifikasi Sistem .................................................................................................. 8

2.1.4. Daur Hidup Sistem ................................................................................................ 9

2.1.5. Pengertian Informasi ................................................................................................ 10

2.1.6. Pengertian Sistem Informasi ..................................................................................... 11

2.1.7. Sistem Informasi Akuntansi ..................................................................................... 13

2.1.8. Penerimaan Kas ......................................................................................................... 14

2.2. Peralatan Pendukung (Tools System) ....................................................................... 15

2.2.1. Unified Modeling Language (UML) .................................................................. 15

2.2.2. ERD (Entity Relationship Diagram) ......................................................................... 18

2.2.3. LRS (Logical Record Structure).......................................................................... 20

A. LRS (Logical Relation Structure) .................................................................................. 20

2.2.4. Visual Basic 6.0 ................................................................................................... 22

vii

2.2.7. Pengkodean ............................................................................................................... 25

BAB III........................................................................................................................................ 29

ANALISA SISTEM BERJALAN ............................................................................................... 29

3.1. Umum.......................................................................................................................... 29

3.2. Tinjauan Perusahaan .................................................................................................. 29

3.2.1. Sejarah Perusahaan .............................................................................................. 30

3.2.2. Struktur Organisasi .............................................................................................. 30

3.3. Proses Bisnis Sistem Berjalan ..................................................................................... 34

3.4. Unified Modeling Language (UML) ............................................................................ 36

3.4.1. Activity Diagram ................................................................................................. 36

3.4.2. Use Case Diagram ............................................................................................... 38

3.5. Spesifikasi sistem berjalan ......................................................................................... 39

3.5.1. Spesifikasi Bentuk dokumen Masukan .................................................................. 39

3.5.2. Spesifikasi Bentuk Dokumen Keluaran .............................................................. 40

3.6. Permasalahan Pokok .................................................................................................. 41

3.7. Pemecahan Masalah .................................................................................................. 42

BAB IV ....................................................................................................................................... 42

RANCANGAN SISTEM USULAN ........................................................................................... 43

4.1. Analisa Kebutuhan Sofware ....................................................................................... 43

4.1.1. Analisa Kebutuhan .............................................................................................. 43

4.1.2. Use Case Diagram ............................................................................................... 47

4.1.3. Activity Diagram ................................................................................................. 70

4.2.3. SpesifikasiFile ......................................................................................................... 88

4.2.4. Software Architecture .......................................................................................... 95

4.2.5. User Interface ...................................................................................................... 97

BAB V ....................................................................................................................................... 104

PENUTUP ................................................................................................................................. 104

5.1. Kesimpulan ............................................................................................................... 104

5.2. Saran Saran ............................................................................................................... 104

xiii

DAFTAR SIMBOL

1. Daftar simbol use case diagram

GAMBAR NAMA KETERANGAN

Actor

Menspesifikasikan himpuan peran yang

pengguna mainkan ketika berinteraksi

dengan use case.

Dependency

Hubungan dimana perubahan yang

terjadi pada suatu elemen mandiri

(independent) akan mempengaruhi

elemen yang bergantung padanya

elemen yang tidak mandiri

(independent).

Generalization

Hubungan dimana objek anak

(descendent) berbagi perilaku dan

struktur data dari objek yang ada di

atasnya objek induk (ancestor).

Include Menspesifikasikan bahwa use case

sumber secara eksplisit.

Extend Menspesifikasikan bahwa use case

target memperluas perilaku dari use

xiv

case sumber pada suatu titik yang

diberikan.

Association Apa yang menghubungkan antara objek

satu dengan objek lainnya.

System

Menspesifikasikan paket yang

menampilkan sistem secara terbatas.

Use Case

Deskripsi dari urutan aksi-aksi yang

ditampilkan sistem yang menghasilkan

suatu hasil yang terukur bagi suatu aktor

Collaboration

Interaksi aturan-aturan dan elemen lain

yang bekerja sama untuk menyediakan

prilaku yang lebih besar dari jumlah dan

elemen-elemennya (sinergi).

Note

Elemen fisik yang eksis saat aplikasi

dijalankan dan mencerminkan suatu

sumber daya komputasi

xv

2. SIMBOL ACTIVITY DIAGRAM

Simbol Fungsi Keterangan

Status awal Status awal aktivitas system,

sebuah diagram aktivitas

memiliki status awal

Aktivitas Aktivitas yang dilakukan

system, aktivitas biasanya

diawali dengan kata kerja

Percabangan /

Decision

Asosiasi percabangan dimana

jika ada pilihan aktivitas lebih

dari satu

Penggabungan

/ join

Asosiasi penggabungan dimana

lebih dari satu aktivitas

digabungkan menjadi satu

Status akhir Status akhir yang dilakukan

system, sebuah diagram

aktivitas memiliki sebuah status

akhir

Swimlane Memisahkan organisasi bisnis

yang bertanggung jawab

Nama swimlane

xvi

3. SIMBOL ENTITY RELATION DIAGRAM (ERD)

terhadap aktivitas yang terjadi

Fork, Digunakan untuk menunjukan

kegiatan yang dilakukan secara

parallel

Join, Digunakan untuk menunjukan

kegiatan yang digabungkan

Actor

Orang, proses atau system lain

yang berinteraksi dengan system

informasi dan mendapat manfaat

xvii

dari system

Ditempatkan di bagian atas

diagram

LifeLine

Objek entity, antarmuka yang saling

berinteraksi.

Message

Spesifikasi dari komunikasi antar

objek yang memuat informasi-

informasi tentang aktifitas yang

terjadi

Message

Spesifikasi dari komunikasi antar

objek yang memuat informasi-

informasi tentang aktifitas yang

terjadi

xviii

DAFTAR GAMBAR

Gambar III.1. Struktur Organisasi..................................................................................32

Gambar III.2. Activity Diagram Sistem Berjalan..........................................................38

Gambar III.3. Use Case Diagram Sistem Berjalan.........................................................39

Gambar IV.1. Use Case Diagram Login.........................................................................49

Gambar IV.2. Use Case Diagram Menu Utama.............................................................50

Gambar IV.3. Use Case Diagram Menu File..................................................................51

Gambar IV.4. Use Case Diagram Menu Transaksi.........................................................53

Gambar IV.5. Use Case Diagram Laporan.....................................................................54

Gambar IV.6. Use Case Diagram User...........................................................................56

Gambar IV.7. Use Case Diagram Developer..................................................................57

Gambar IV.8. Use Case Diagram Data Kontrak............................................................59

Gambar IV.9. Use Case Diagram Tagihan......................................................................60

Gambar IV.10. Use Case Diagram Kwitansi..................................................................61

Gambar IV.11. Use Case Diagram Pembayaran.............................................................63

Gambar IV.12. Use Case Diagram Jurnal.......................................................................64

Gambar IV.13. Use Case Diagram Laporan Mingguan..................................................66

Gambar IV.14. Use Case Diagram Laporan Bulanan.....................................................67

Gambar IV.15. Use Case Diagram Laporan Penerimaan Kas........................................69

Gambar IV.16. Use Case Diagram Laporan Rekap Tagihan..........................................70

Gambar IV.17. Activity Diagram Login........................................................................72

Gambar IV.18. Activity Diagram Menu Utama.............................................................73

Gambar IV.19. Activity Diagram File............................................................................74

Gambar IV.20. Activity Diagram Transaksi...................................................................75

Gambar IV.21. Activity Diagram Laporan.....................................................................76

Gambar IV.22. Activity Diagram User...........................................................................77

Gambar IV.23. Activity Diagram Developer.................................................................78

Gambar IV.24. Activity Diagram Data Kontrak............................................................79

Gambar IV.25. Activity Tagihan....................................................................................80

Gambar IV.26. Activity Diagram Kwitansi....................................................................81

Gambar IV.27. Activity Diagram Pembayaran..............................................................82

Gambar IV.28. Activity Diagram Jurnal........................................................................83

Gambar IV.29. Activity Diagram Laporan Mingguan...................................................84

Gambar IV.30. Activity Diagram Laporan Bulanan......................................................85

Gambar IV.31. Activity Diagram Laporan Penerimaan Kas.........................................86

Gambar IV.32. Entity Relationship Diagram Sistem Usulan.........................................87

Gambar IV.33. Logical Record Structure Diagram Sistem Usulan..............................88

Gambar IV.34. Sequence Diagram................................................................................96

Gambar IV.35. Deployment Diagram............................................................................97

xix

DAFTAR TABEL

Tabel IV.1. Use Case Diagram Login............................................................................49

Tabel IV.2. Use Case Diagram Menu Utama.................................................................51

Tabel IV.3. Use Case Diagram Menu File......................................................................52

Tabel IV.4. Use Case Diagram Menu Transaksi.............................................................53

Tabel IV.5. Use Case Diagram Laporan.........................................................................55

Tabel IV.6. Use Case Diagram User...............................................................................57

Tabel IV.7. Use Case Diagram Developer.....................................................................58

Tabel IV.8. Use Case Diagram Data Kontrak................................................................69

Tabel IV.9. Use Case Diagram Tagihan..........................................................................61

Tabel IV.10. Use Case Diagram Kwitansi......................................................................62

Tabel IV.11. Use Case Diagram Pembayaran.................................................................64

Tabel IV.12. Use Case Diagram Jurnal...........................................................................65

Tabel IV.13. Use Case Diagram Laporan Mingguan......................................................67

Tabel IV.14. Use Case Diagram Laporan Bulanan.........................................................68

Tabel IV.15. Use Case Diagram Laporan Penerimaan Kas............................................69

Tabel IV.16. Use Case Diagram Laporan Rekap Tagihan..............................................71

Tabel IV.17. Spesifikasi File User..................................................................................89

Tabel IV.18. Spesifikasi File Developer.........................................................................90

Tabel IV.19. Spesifikasi File Data Kontrak...................................................................91

Tabel IV.20. Spesifikasi File Tagihan............................................................................92

Tabel IV.21. Spesifikasi File Kwitansi..........................................................................93

Tabel IV.22. Spesifikasi File Pembayaran.....................................................................93

Tabel IV.23. Spesifikasi File Jurnal...............................................................................94

Tabel IV.26. Spesifikasi File Laporan Penerimaan Kas................................................95

xx

DAFTAR LAMPIRAN

Surat Keterangan Riset..................................................................................................108

Lampiran A-1 RAB.......................................................................................................109

Lampiran A-2 SPMK.....................................................................................................110

Lampiran A-3 Laporan Progres Mingguan...................................................................111

Lampiran B-1 Kwitansi.................................................................................................112

Lampiran B-2 Faktur Pajak...........................................................................................113

Lampiran B-3 Invoce.....................................................................................................114

1

BAB 1

PENDAHULUAN

1.1. Umum

Bidang konstruksi merupakan salah satu sektor yang sangat mendukung

pembangunan nasional. Dimana hasil dari jasa konstruksi sangat dirasakan manfaatnya

oleh masyarakat, misalnya pembangunan gedung sekolah, perbaikan dan peningkatan

jaringan irigasi, pembangunan rumah sakit dan puskesmas, sarana telekomunikasi, jalan

raya, jalan kereta api dan sebagainya. Pembangunan pada tiap-tiap bidang akan

memberikan kontribusi yang sangat besar bagi penggunanya..

Perusahaan konstruksi memiliki tujuan, baik tujuan jangka pendek maupun

tujuan jangka panjang. Tujuan jangka pendek pada umumnya adalah untuk

mendapatkan laba, sedangkan tujuan jangka panjang adalah untuk memelihara

kelangsungan hidup perusahaan, mampu berkembang untuk tahun kedepannya, dan

mampu bertahan dalam dunia persaingan yang semakin ketat. Tidak ada suatu perusaha

an yang didirikan hanya untuk sesaat, semua ingin tetap “ada” dan “diakui” dalam

komunitasnya.

Perusahaan konstruksi yang kami jadikan acuan dari permasalahan yang

telah dibahas adalah perusahaan konstruksi CV. RATU DEPOK yang bergerak

dibidang kontraktor dan maintenance lingkungan. c, dan menemui beberapa kendala

yaitu :

2

a. Sering terjadi kesalahan pengimputan nominal harga yang membuat adanya

keselisihan harga antara RAB, Penerimaan kas dan kwitansi , hal ini akan

berakibat fatal yang bisa menyebabkan sebuah kerugian pada perusahaan.

b. Pernah terjadi kehilangan data saat pembuatan RAB ketika lampu padam

sehingga membuat menghambatnya pekejaan dan harus mengulang dari awal lagi.

Beberapa kendala diatas terjadi karena proses pencatatan penerimaan kas yang

kurang efisien dan masih menggunakan aplikasi Microsoft Excel, kesulitan dalam

pencarian data dan pembuatan laporan yang menggunakan sistem manual yang kurang

akurat. Untuk itu, sangat diperlukan adanya sistem penerimaan kas yang sudah

terkomputerisasi, sehingga kendala-kendala diatas dapat teratasi.Dengan sistem

komputerisasi datanya akan akurat dan lebih efisien.

Dengan komputerisasi sistem pendapatan di CV RATU DEPOK, diharapkan

dapat menyederhanakan serta mempercepat proses penyelesaian pencatatan, sehingga

mempercepat manajemen dalam memperoleh data yang dibutuhkan sebagai dasar untuk

mengambil keputusan agar mencapai hasil seperti yang diharapkan.

Untuk mengatasi kendala di atas penulis mengambil pokok permasalahan

dengan judul “Perancangan Sistem Informasi Penerimaan Kas Pada CV. Ratu

Depok”.

3

1.2. Maksud Dan Tujuan

Maksud dari pembuatan makalah ini adalah :

a. Menerapkan ilmu yang telah di dapat selama perkuliahan

b. Untuk menambah wawasan mengenai dunia kerja yang sesungguhnya dilapangan

c. Memmbantu memberikan satu alternatif pemikiran dalam memperbaiki sistem

penerimaan kas pada perusahaan yang masih menggunakan sistem manual .

Tujuan penulisan tugas akhir ini ditunjukan untuk memenuhi salah satu syarat

menyelesaikan program Diploma Tiga (D.III) pada jurusan Komputerisasi Akuntansi

pada Akademi Manajemen Informatika dan Komputer Bina Sarana Informatika

1.3. Metode Penulisan

Dalam penulisan tugas akhir ini, penulis melakukan beberapa metode dalam

proses pengumpulan data, antara lain :

1. Observasi

Proses pengamatan objek penelitian secara langsung di lapangan pada saat

melakukan riset. Penulis melakukan pengamatan langsung ke perusahaan tersebut

untuk mendapatkan segala sesuatu yang ada kaitannya dengan kegiatan

penerimaann kas untuk mengetahui masalah yang terjadi pada sistem berjalan.

2. Metode Wawancara (Interview)

Suatu bentuk metode riset dengan mengajukan beberapa pertanyaan terhadap orang

yang mempunyai peran penting pada objek penelitian penulis.Penulis melakukan

wawancara secara langsung kepada administrasi keuangan mengenai sistem

penerimaan kas di PT. Asri Karya Binangun.

4

3. Metode Studi Pustaka (Library)

Mencari data dan fakta dengan mengkaji sumber-sumber pustaka yang berhubungan

dengan objek penelitian. Penelitian kepustakaan ini dilakukan penulis untuk

memperoleh aspek–aspek teoritis dalam pengumpulan data dan informasi dengan

membaca buku–buku, catatan kuliah dan literatur– literatur yang berhubungan

dengan penulisan tugas akhir ini.

1.4. Ruang Lingkup

Dalam penulisan tugas akhir ini, penulis membatasi ruang lingkup pembahasan

masalah hanya mengenai penerimaan kas pada CV. Ratu Depok. yang dimulai dari

proses penerimaan SPK, proses penagihan, proses pencairan dana, serta proses laporan

penerimaan kas

5

BAB II

LANDASAN TEORI

2.1. Konsep Dasar Sistem

Teori sistem secara umum yang pertama kali diuraikan oleh istilah “SISTEM”

yang sekarang ini banyak dipakai, banyak orang berbicara mengenai karakteristik

sistem dan daur hidup sistem, dan masih banyak lagi bentuk sistem yang ada sekarang

ini. Sebuah sistem terdiri atas bagian-bagian atau komponen yang terpadu untuk suatu

tujuan.

Model dasar sistem ini dapat dikembangkan hingga menyertakan media

penyimpanan. Sistem ini dapat terbuka atau tertutup akan tetapi sistem informasi

biasanya adalah sistem terbuka yang artinya sistem tersebut dapat menerima beberapa

masukan dari lingkungan luarnya. Sebelumnya penulis akan menjelaskan secara singkat

tentang sistem, karakteristik sistem, klasifikasi sistem, daur hidup sistem dan alat bantu

yang digunakan pada suatu proses kegiatan sistem.

2.1.1. Pengertian Sistem

Secara umum dalam arti sempit, sistem dapat diartikan sebagai suatu susunan

atau sebagai suatu cara. Suatu sistem melingkupi struktur dan proses, dimana struktur

membicarakan elemen-elemen atau unsur yang membentuk sistem itu sendiri sedangkan

proses membicarakan cara kerja/prosedur dari setiap elemen secara berurutan, teratur,

dan sistematis. Suatu sistem dirancang dan diterapkan untuk melakukan aktivitas yang

http://www.landasanteori.com/

6

sifatnya berulang. Sistem terdiri dari beberapa bagian yang mempunyai hubungan yang

erat satu sama yang lainnya dan berinteraksi untuk mencapai tujuan tertentu.

Sistem menurut Sutabri (2012:2) menyimpulkan bahwa “Sistem adalah

sekelompok unsur yang erat hubungannya satu sama lain, yang berfungsi bersama-sama

untuk melakukan suatu kegiatan atau menyeleasaikan suatu kegiatan atau

menyelesaikan suatu sasaran tertentu”.

Menurut Mulyadi (2008) mendifiniskan sistem adalah suatu jaringan prosedur

yang dibuat menurut pola terpadu untuk melaksanakan kegiatan pokok perusahaan,

sedangkan menurut Jogiyanto (2008) Sistem adalah suatu jaringan kerja dari prosedur

prosedur yang saling berhubungan, berkumpul bersama-sama untuk melakukan suatu

kegiatan untuk menyelesaikan suatu sasaran tertentu

Dari definisi di atas, dapat disimpulkan bahwa sistem adalah kesatuan dari

beberapa unsur yang saling berinteraksi untuk mencapai tujuan tertentu. Bagian-bagian

yang saling berhubungan dalam suatu sistem disebut sebagai subsistem.

2.1.2. Karakteristik Sistem

Menurut Sutabri (2012:13) menyimpulkan bahwa “Model umum sebuah

sistem tediri dari input, proses, dan output”. Hal ini merupakan konsep sebuah sistem

yang sangat sederhana mengingat sebuah sistem dapat mempunyai beberapa masukan

dan keluaran sekaligus. Selain itu sistem juga memiliki karakteristik atau sifat-sifat

tertentu, yang mencirikan bahwa hal tersebut bisa dikatakan sebagai suatu sistem.

Adapun karakteristik yang dimaksud adalah sebagai berikut:

1. Komponen Sistem (Components)

7

Suatu sistem terdiri dari jumlah komponen-komponen yang saling berinteraksi, yang

artinya saling bekerja sama membentuk suatu kesatuan. Komponen-komponen

sistem tersebut dapat berupa suatu bentuk subsistem. Setiap subsistem memiliki sifat

dari sistem yang melanjutkan suatu fungsi tertentu dan mempengaruhi proses sistem

secara keseluruhan. Suatu sitem dapat mempunyai sitem yang lebih besar, yang

disebut dengan “Supra System”.

2. Batasan Sistem (boundary)

Ruang lingkup sistem merupakan daerah yang membatasi antara sistem dengan

sistem yang lain atau sistem dengan lingkunagn luarnya. Batasan sistem ini

memungkinkan suatu sistem dipandang sebagai suatu kesatuan yang tidak dapat

dipisah-pisahkan.

3. Lingkungan Luar Sistem (Environment)

Bentuk apapun yang ada di luar ruang lingkup atau batasan sistem yang

mempengaruhi operasi sistem tersebut, disebut dengan lingkungan luar sistem.

Dimana lingkungan luar ini dapat bersifat menguntungkan merupakan energi bagi

sistem tersebut, dengan demikian lingkungan luar tersebut harus dikendalikan, kalau

tidak akan mengganggu kelangsungan hidup dari sistem tersebut.

4. Penghubung Sistem (Interface)

Sebagai media yang menghubungkan sistem dengan subsistem yang lainnya disebut

dengan penghubung sistem atau Interface melalui penghubung ini memungkinkan

sumber-sumber daya mengalir dari suatu subsistem akan menjadi masukan untuk

subsistem yang lainnya dengan melalui penghubung tersebut.

5. Masukan Sistem (Input)

8

Energi yang dimasukan kedalam sistem tersebut masukan sistem, yang dapat berupa

pemeliharaan (maintenance input) dan signal masukan (signal input).

6. Keluaran Sistem (Output)

Hasil dari energi yang diolah dan diklasifikasikan menjadi keluaran yang berguna,

keluaran ini merupakan masukan bagi subsistem yang lain.

7. Pengolahan Sistem (Process)

Suatu sistem dapat mempunyai suatu proses yang akan mengubah masukan menjadi

keluaran.

8. Sasaran Sistem (Objektive)

Suatu sistem memiliki tujuan dan sasaran yang pasti akan bersifat determinan kalau

suatu sistem tidak memiliki sasaran, maka oprasi sistem tidak ada gunanya. Suatu

sistem dikatakan berhasil bila menggunakan sasaran atau tujuan yang direncanakan.

2.1.3. Klasifikasi Sistem

Menurut Kusrini dan Koniyo (2007:7) mengatakan bahwa suatu sistem dapat

diklasifikasikan sistem sebagai berikut:

1. Sistem abstrak dan sistem fisik Sistem abstrak adalah suatu system yang berupa

pemikiran atau ide-ide yang tidak tampak secara fisik, sedangkan system fisik

adalah sistem yang ada secara fisik.

2. Sistem alamiah dan sistem buatan manusia Sistem alamiah adalah sistem yang

terjadi melalui proses alam sedangkan sistem buatan manusia adalah sistem yang

dirancang oleh manusia.

9

3. Sistem tertentu dan sistem tak tentu Sistem tertentu adalah suatu sistem yang

operasinya dapat diprediksi secara tepat sedangkan sistem tak tertentu adalah sistem

dengan perilaku ke depan yang tidak dapat diprediksi.

4. Sistem tertutup dan sistem terbuka Sistem tertutup adalah sistem yang tidak

terpengaruh oleh lingkungan luar otomatis, sedangkan sistem terbuka adalah sistem

yang berhubungan dan terpengaruh oleh lingkungan luar.

2.1.4. Daur Hidup Sistem

Menurut Sutabri (2012:20) menyimpulkan bahwa “Siklus hidup dari suatu

sistem (System life cycle) adalah proses evalucioner yang diikuti dalam menerapkan

sistem atau subsistem informasi berbasis komputer”. Pembangunan sistem hanyalah

salah satu dari rangkaian daur hidup suatu sistem. Meskipun demikian proses ini

merupakan aspek yang sangat penting, berikut ini beberapa fase dari siklus sistem

sebagai berikut:

1. Mengenali Adanya Kebutuhan

Sebelum segala sesuatu terjadi timbul, suatu kebutuhan yang harus dapat dikenali

sebagaimana adanya. Kebutuhan dapat terjadi sebagai hasil pengembangan dari

organisasi dalam volume yang meningkat melebihi kapasistas dari sistem yang ada.

Semua kebutuhan ini harus dapat didefinisikan dengan jelas, karna jika tanpa adanya

kejelasan dari kebutuhan yang ada akan mengakibatkan pembangunan sistem akan

kehilangan arah dan efektifitasnya.

10

2. Pembangunan Sistem

Suatu proses atau seperangkat prosedur yang harus diikuti untuk menganalisa

kebutuhan yang timbul dan membangun suatu sistem untuk dapat memenuhi

kebutuhan tersebut.

3. Pemasangan Sistem

Setelah tahap pembangunan selesai sistem kemudian dioprasikan. Peralihan dan

tahap oprasional terjadi pemasangan sistem yang sebenarnya, yang merupakan

langkah akihir pembangunan sistem.

4. Pengoprasian Sistem

Program-program komputer dan prosedur-prosedur yang membentuk suatu sistem

informasi semuanya bersifat statis, sedangkan organisasi ditunjang oleh sistem

oprasi.

5. Sistem Menjadi Usang

Seiring berjalannya waktu, sustu sistem secara ekonomis dan teknis tidak layak lagi

dioprasikan, sehingga perlu dibangun sistem yang baru untuk menggantikannya.

2.1.5. Pengertian Informasi

Menurut Darmawan (2013:2) “Informasi adalah hasil dari pengolahan data, akan

tetapi tidak semua hasil dari pengolahan tersebut bisa menjadi informasi, hasil dari

pengolahan data yang tidak memberikan makna atau arti serta tidak bermanfaat bagi

seseorang bukanlah merupakan informasi bagi orang tersebut”. Menurut Leod dalam

Darmawan mengatakan suatu informasi yang berkualitas harus memiliki ciri-ciri

sebagai berikut:

1. Akurat

11

Informasi harus mencerminkan keadaan yang sebenarnya. Pengujian terhadap hal ini

biasanya dilakukan melalui pengujian tersebut menghasilkan hasil yang sama maka

data tersebut dianggap akurat.

2. Tepat Waktu

Informasi itu harus tersedia atau ada pada informasi tersebut diperlukan, tidak besok

atau tidak beberapa jam lagi.

3. Relevan

Informasi yang diberikan harus sesuai dengan yang dibutuhkan. Kalau kenutuhan

informasi ini suatu organisasi maka informasi tersebut harus sesuai dengan

kebutuhan informasi di berbagai tingkatan atau bagian yangs ada dalam organisasi

tersebut.

4. Lengkap

Informasi harus diberikan secara lengkap. Misalnya informasi tentang penjualan

yang tidak ada fakturnya.

Sumber dari informasi adalah data. Data adalah kenyataan yang menggambarkan

kejadian-kejadian dan kesatuan nyata.Informasi diperoleh setelah data-data mentah

diproses atau diolah.

2.1.6. Pengertian Sistem Informasi

Menurut Sutabri (2012:38) menyimpulkan bahwa Suatu sistem informasi adalah

sistem di dalam suatu organisasi yang mempertemukan kebutuhan pengolahan

transaksi harian yang mendukung fungsi operasi organisasi yang bersifat manjerial

dengan kegiatan strategi dari suatu organisasi untuk dapat menyediakan laporan-

laporan yang diperlukan oleh pihak luar tertentu .

Sistem informasi terdiri dari komponen- komponen yang disebut dengan istilah

blok bangunan (building block), yang terdiri dari blok masukan, blok model, blok

12

keluaran, blok teknologi, blok basis data dan blok kendali. Sebagai suatu sistem,

keenam blok tersebut saling berinteraksi satu dengan yang lain membentuk satu

kesatuan untuk mencapai sasaran.

Komponen-komponen sistem informasi yang dimaksud diantaranya yaitu:

1. Blok Masukan (Input Block)

Input mewakili data yang masuk kedalam sistem informasi. Yang dimaksud dengan

input di sini termaksud metode dan media untuk menangkap data yang akan

dimasukan, yang dapat berupa dokumen- dokumen dasar.

2. Blok Model (Model Block)

Blok ini terdiri dari kombinasi prosedur, logika dan model matematik yang akan

memanipulasi data input dan data yang tersimpan dibasis data dengan cara yang

sudah tertentu untuk menghasilkan keluaran yang diinginkan.

3. Blok Keluaran (Output Block)

Produk dari sistem informasi adalah keluaran yang merupakan informasi yang

berkualitas dan dokumentasi yang berguna untuk semua tingkatan manajemen serta

semua pemakai sistem.

4. Blok Teknologi (Technology Block)

Teknologi merupakan “kotak alat” (tool-box) dalam sistem informasi. Teknologi

digunakan untuk menerima input, menjalankan model, menyimpan dan

mengaksesdata, menghasilkan danmengirim keluaran dan membantu pengendalian

dari sistem secara keseluruhan.

13

5. Blok Basis Data (Database Block)

Basis data (database) merupakan kumpulan dari data yang saling berhubungan satu

dengan yang lainnya, tersimpan diperangkat keras computer dan digunakan

perangkat lunak memanipulasinya.

6. Blok Kendali (Control Block)

Banyak hal dapat merusak sistem informasi, seperti misalnya bencana alam,

api,temperature, air, debu, kecurangan-kecurangan, kegagalan-kegagalan sistem

itu sendiri, kesalahan-kesalahan ketidak efisienan, sabotase dan lain sebagainya.

dihubungkan dengan ruang lingkup yang lebih luas sementara sasaran memiliki

ruang lingkup yang lebih sempit.

2.1.7. Sistem Informasi Akuntansi

Menurut Sarosa (2009:13) menyimpulkan bahwa “Sistem informasi akuntansi

adalah suatu siatem yang mengumpulkan, mencatat, menyimpan, dan memproses data

sehingga menghasilkan informasi yang berguna dalam membuat keputusan”.

Dalam sistem informasi akuntansi terdapat beberapa karakteristik yang perlu

diperhatikan, diantaranya yaitu:

a. Melaksanakan tugas yang diperlukan.

b. Berperang pada prosedur yang relatif standar.

c. Mengenai data yang rinci.

d. Terutama focus history.

e. Menyediakan informasi pemecahan masalah.

14

2.1.8. Penerimaan Kas

Berikut ini merupakan pengertian mengenai sistem akuntansi penerimaan kas

menurut para ahli adalah : Pengertian sistem akuntansi penerimaan kas menurut

Mulyadi (2011:456) “Sistem akuntansi penerimaan kas adalah satu jaringan prosedur

yang dibuat menurut pola yang terpadu untuk melaksanakan kegiatan penerimaan kas

dari penjualan rutin dan tidak rutin berdasarkamm ketentuan-ketentuan dari perusahaan

yang bersangkutan.”

Pengertian sistem akuntansi penerimaan kas menurut Abdul Halim (2010:3)

“Sistem akuntansi penerimaan kas meliputi serangkaian proses baik manual maupun

terkomputerisasi, mulai dari pencatatan, penggolongan, peringkasam transaksi dan

kejadian keuangan hingga pelaporan keuangan dalam rangka pertanggung jawaban

pelaksanaan APBD yang berkaitan dengan penerimaan kas.’

Pengertian sistem akuntansi penerimaan kas menurut Baridwan (2008:157)

“Sistem akuntansi penerimaan kas dirancang untuk menangani semua transaksi yang

berhubungan dengan penerimaan kas yang terjadi dalam perusahaan “. Arus kas yang

masuk diperusahaan berasal dari berbagai sumber , salah satunya adalah melalui

penjualan tunai maupun penjualan kredit. Semua penerimaan yang ada diperusahaan

harus dibuat bukti resmi dan ditanda tangani oleh yang berwewenang. Hal ini sangat

dibutuhkan untuk menghindari kecurangan terhadap penerimaan kas tersebut.

Berdasarkan beberapa pengertian di atas yang dimaksud sistem akuntansi

penerimaan kas yaitu suatu jaringan prosedur yang menangani suatu pristiwa suatu

kejadian yang mengakibatkan terjadinya penambahan uang dalam kas yang berasal dari

15

penjualan tunai maupun piutang yang melibatkan bagian-bagian yang saling berkaitan

satu sama lain.

Tanggal Keterangan D K

Kas XXXX

Pendapatan XXXX

2.2. Peralatan Pendukung (Tools System)

Menurut Sutabri (2012:115) menyimpulkan bahwa Sistem analis dapat

mendesain model dari sistem informasi yang diusulkan dalam bentuk

logicalmodel.Media tools sistem merupakan alat yang dapat digunakan untuk

menggambarkan bentuk logical model dari suatu sistem, dimana simbol-

simbol, lambang lambang dan diagram-diagram menunjukan secara tepat arti

fisiknya.

Adapun tools sistem yang dimaksud untuk merancang model sistem yang baru,

2.2.1. Unified Modeling Language (UML)

Menurut Rosa A.S dan M. Shalahudin, (2014:133) “Unified Modeling Language

(UML) adalah salah satu standar bahasa yang banyak digunakan di dunia industri untuk

mendefinisikan requirement, membuat analisis dan desain, serta menggambarkan

arsitektur dalam pemrograman berorientasi objek”. UML merupakan bahasa visual

untuk pemodelan dan komunikasi mengenai sebuah sistem dengan menggunakan

diagram dan teks-teks pendukung.

UML muncul karena adanya kebutuhan pemodelan visual untuk

menspesifikasikan, menggambarkan, membangun, dan dokumentasi dari sistem

perangkat lunak.

16

UML hanya berfungsi untuk melakukan pemodelan. Jadi penggunaan UML tidak

terbatas pada metodologi tertentu, meskipun pada kenyataannya UML paling banyak

digunakan pada metodologi berorientasi objek.

A. Sejarah UML

Bahasa pemrograman berorientasi objek yang pertama dikembangkan dikenal

dengan nama Simula-67 yang dikembangkan pada tahun 1967. Perkembangan aktif dari

pemrograman berorientasi objek mulai menggeliat ketika berkembangnya bahasa

pemrograman Smalltalk pada awal 1980-an yang kemudian diikuti dengan

perkembangan bahasa pemrograman berorientasi objek yang lainnya seperti C objek,

C++, Eiffel, dan CLOS.

Sekitar lima tahun setelah Smalltalk berkembang, maka berkembang pula

metode pengembangan berorientasi objek. Karena banyaknya metodologi- metodologi

yang berkembang pesat saat itu, maka muncullah ide untuk membuat sebuah bahasa

yang dapat dimengerti semua orang. Maka dibuat bahasa yang merupakan gabungan

dari beberapa konsep, seperti konsep Object Modeling Technique (OMT) dari

Rumbaugh dan Booch (1991), konsep The Classes, Responsibilities, Collaborators

(CRC) dari Rebecca Wirfs-Brock (1990), konsep pemikiran Ivar Jacobson, dan

beberapa konsep lainnya dimana James R. Rumbaigh, Grady Booch, dan Ivar Jacobson

bergabung dalam sebuah perusahaan yang bernama Rational Software Corporation

menghasilkan bahasa yang disebut dengan Unified Modeling Language (UML).

Pada tahun 1996, Object Management Group (OMG) mengajukan proposal agar

adanya standarisasi pemodelan berorientasi objek dan pada bulan September 1997 UML

diakomodasi oleh OMG sehingga sampai saat ini UML telah memberikan kontribusinya

17

enggambarkan workflow (aliran kerja) atau aktivitas dari sebuah sistem atau proses

bisnis atau menu yang ada pada perangkat lunak. Yang perlu di perhatikan disini adalah

bahwa diagram aktivitas menggambarkan aktivitas sistem bukan apa yang dilakukan

aktor, jadi aktivitas yang dapat dilakukan oleh sistem. Berikut adalah simbol-simbol

yang ada pada diagram aktivitas :

1. Class Diagram

Rosa dan M. Shalahudin (2014:141), diagram kelas atau class diagram

menggambarkan struktur sistem dari segi pendefinisian kelas-kelas yang akan dibuat

untuk membangun sistem. Kelas memiliki apa yang disebut atribut dan method atau

operasi. Berikut penjelasan atribut dan method :

a. Atribut merupakan variable-variabel yang dimiliki oleh suatu kelas.

b. Operasi atau method adalah fungsi-fungsi yang dimiliki oleh suatu kelas.

2. Sequence Diagram

Rosa dan M. Shalahudin (2014:165), diagram sekuen menggambarkan kelakuan

objek pada use case dengan mendeskripsikan waktu hidup objek dengan massage yang

dikirimkan dan diterima antar objek. Oleh karena itu untuk menggambarkan diagram

sekuen maka harus diketahui objek-objek yang terlibat dalam sebuah use case beserta

metode-metode yang dimiliki kelas yang diinstansiasi menjadi objek itu. Membuat

diagram sekuen juga dibutuhkan untuk melihat skenario yang ada pada use case.

Banyaknya diagram sekuen yang harus digambar adalah minimal sebanyak

pendefinisian use case yang memiliki proses sendiri atau yang penting semua use case

yang telah didefinisikan interaksi jalannya pesan sudah dicakup dalam diagram sekuen

18

sehingga semakin banyak use case yang didefinisikan maka diagram sekuen yang harus

dibuat juga semakin banayak.

2.2.2. ERD (Entity Relationship Diagram)

ERD merupakan suatu model untuk menjelaskan hubungan antar data dalam

basis data berdasarkan objek-objek dasar data yang sering kita jumpai dalam aktifitas

pengembangan sistem oleh sistem analis.

Menurut Sutanta (2011:91) dalam bukunya yang berjudul "Basis Data Dalam

Tinjauan Konseptual" menjelaskan bahwa "Entity Relationship Diagram (ERD)

merupakan suatu model data yang dikembangkan berdasarkan objek."

Sedangkan Menurut Mata-Toledo dan Cushman (2007 : 139) Mendefenisikan

"Entity Relationship Diagram (ERD) merupakan representasi grafis dari logika database

dengan menyertakan deskripsi detail mengenai seluruh entitas (entity)."

Menurut Brady dan Loonam (2010), Entity Relationship diagram (ERD)

"merupakan teknik yang digunakan untuk memodelkan kebutuhan data dari suatu

organisasi, biasanya oleh Sistem Analis dalam tahap analisis persyaratan proyek

pengembangan sistem."

Dari beberapa pengertian diatas, dapat disimpulkan bahwa ERD merupakan

gambaran grafis dari suatu model data yang menyertakan deskripsi detail dari seluruh

entitas (entity),hubungan (relationship), dan batasan (constraint) untuk memenuhi

kebutuhan sistem analis dalam menyelesaikan pengembangan sebuah sistem.

A. Komponen Entity Relationship Diagram (ERD)

Sutanta (2011:91) menjabarkan Komponen Entity Relationship Diagram adalah

sebagai berikut :

19

1. Entitas Entitas merupakan suatu objek yang dapat dibedakan dari lainnya yang

dapat diwujudkan dalam basis data. Objek dasar dapat berupa orang, benda, atau hal

yang keterangannya perlu disimpan didalam basis data. Untuk menggambarkan

sebuah entitas digunakan aturan sebagai berikut.

a. Entitas dinyatakan dengan simbol persegi panjang.

b. Nama entitas dituliskan didalam simbol persegi panjang.

c. Nama entitas berupa kata benda, tunggal.

d. Nama entitas sedapat mungkin menggunakan nama yang mudah dipahami dan dapat

menyatakan maknanya dengan jelas.

2. Atribut

Atribut merupakan keterangan-keterangan yang terkait pada sebuah entitas yang

perlu disimpan dalam basis data. Atribut berfungsi sebagai penjelas pada sebuah

entitas. Untuk menggambarkan atribut digunakan aturan sebagai berikut:

a. Atribut digambarkan dengan simbol ellips.

b. Nama atribut dituliskan didalam simbol ellips.

c. Nama atribut merupakan kata benda, tunggal.

d. Nama atribut sedapat mungkin menggunakan nama yang mudah dipahami dan

dapat menyatakan maknanya dengan jelas.

3. Relasi

Relasi merupakan hubungan antara sejumlah entitas yang berasal dari himpunan

entitas yang berbeda. Aturan penggambaran relasi adalah sebagai berikut :

a. Relasi dinyatakan dengan simbol belah ketupat.

b. Nama relasi dituliskan didalam simbol belah ketupat.

20

c. Nama relasi berupa kata kerja aktif.

d. Nama relasi sedapat mungkin menggunakan nama yang mudah dipahami dan dapat

menyatakan maknanya dengan jelas.

2.2.3. LRS (Logical Record Structure)

Menurut Hasugian dan Shidiq (2012:608) memberikan batasan bahwa LRS

adalah “sebuah model sistem yang digambarkan dengan sebuah diagram-ER akan

mengikuti pola atau aturan permodelan tertentu dalam kaitanya dengan konvensi ke

LRS”. Perubahan yang terjadi yaitu mengikuti aturan-aturan sebagai berikut (Hasugian

dan Shidiq, 2012:608) :

1. Setiap entitas akan diubah kebentuk kotak.

2. Sebuah atribut relasi disatukan dalam sebuah kotak bersama entitas jika hubungan

yang terjadi pada diagram-ER 1:M (relasi bersatu dengan cardinality M) atau

tingkat hubungan 1:1 (relasi bersatu dengan cardinality yang paling membutuhkan

referensi).

3. Sebuah relasi dipisah dalam sebuah kotak tersendiri (menjadi entitas baru) jika

tingkat hubunganya M:M (many to many) dan memiliki foreign key sebagai primary

key yang diambil dari kedua entitas yang sebelumnya saling berhubungan.

A. LRS (Logical Relation Structure)

LRS (Logical Record Structure) Adalah representasi dari struktur record-record

pada tebel-tabel yang terbentuk dari hasil antar himpunan entitas. Menentukan

kardinalitas, jumlah table dan Foreign Key (FK) (Kusrini, 2007).Berikut contoh serta

cara kerja dari LRS berdasarkan kardinalitas antar tabel:

21

1. One to one

Gambar di atas menunjukkan relasi dengan kardinalitas one to one karena 1 nasabah

hanya bisa melakukan 1 pengajuan pembiayaan. Relasi 1:1 yang terjadi pada contoh

di atas membentuk tabel LRS sebagai berikut:

2. One to Many

Gambar di atas menunjukkan relasi dengan kardinalitas 1 jabatan dapat dimiliki oleh

banyak karyawan, akan tetapi karyawan hanya bisa mengakses atau memiliki satu

jabatan saja. Relasi 1:* yang terjadi pada contoh di atas membentuk tabel LRS

sebagai berikut:

http://1.bp.blogspot.com/-ltIaR5rH2Gw/U6PiahapngI/AAAAAAAABII/8WLfD6iPhac/s1600/LRS2.png

http://2.bp.blogspot.com/-oALYWJ_f0QE/U6Pi92-_sQI/AAAAAAAABIM/4u950_3Kd0M/s1600/LRS1.png

http://1.bp.blogspot.com/-ltIaR5rH2Gw/U6PiahapngI/AAAAAAAABII/8WLfD6iPhac/s1600/LRS2.png

http://2.bp.blogspot.com/-0gDgpC27zAQ/U6Piau9Yl8I/AAAAAAAABHw/SzuLuaOQhF0/s1600/LRS3.png

22

3. Many to Many

Gambar di atas menunjukkan relasi dengan kardinalitas 1 nasabah dapat melihat

banyak produk dan 1 produk juga dapat diakses oleh banyak nasabah. Relasi *:*

yang terjadi pada contoh di atas menghasilkan sebuah tabel baru dapat dilihat pada

tabel LRS sebagai berikut:

2.2.4. Visual Basic 6.0

Visual Basic adalah bahasa pemrograman yang bersifat event-driven. Jika

dibahas dalam istilah sehari-hari, event driven programming

merupakan script pemrograman yang “bereaksi” apabila ada kejadian (event) yang

dipicu oleh seorang user, misalnya saat menekan tombol “Submit”, “Hitung”, dan

sebagainya

http://2.bp.blogspot.com/-WDZN8-gd6Sg/U6Pib16QM2I/AAAAAAAABIE/qD0mUNTaXFY/s1600/LRS6.png

http://3.bp.blogspot.com/-QDLpwLNaRyw/U6PibeuJidI/AAAAAAAABH8/N1kfq9FeWK0/s1600/LRS4.png

http://3.bp.blogspot.com/-E9b5Ccg0xkY/U6Pibn8OT_I/AAAAAAAABIA/6QfyxlD3NjM/s1600/LRS5.png

http://2.bp.blogspot.com/-WDZN8-gd6Sg/U6Pib16QM2I/AAAAAAAABIE/qD0mUNTaXFY/s1600/LRS6.png

23

Visual Basic adalah bahasa pemrograman generasi ke tiga dari Microsoft dengan

IDE (Integrated Development Environment) atau pemrograman pengembangan

terpadu, visual basic dibuat dan dirancang untuk mudah digunakan baik

oleh programmer pemula sekalipun (Atmoko, 2013). Ada beberapa komponen yang

secara langsung sering terlibat dalam pembuatan program menggunakan Visual Basic

6.0. Komponen-komponen tersebut adalah :

1. Project

Pertama kali ketika Visual Basic akan digunakan maka komponen project yang

akan di load, selanjutnya adalah menambah form-form atau membuat modul atau

mungkin membuat kode program.

2. Form

Form digunakan ketika akan meletakkan object-object apa saja yang akan

digunakan dalam program , object-object yang terdapat dalam toolbox, diletakkan

dan di desain dalam bagian form. Umumnya dalam suatu form terdapat garis titik-

titik yang disebut dengan Grid.

3. ToolBox

Toolbox adalah kotak alat yang berisi icon-icon untuk memasukkan objek tertentu

ke dalam jendela form. Toolbox tersebut dapat dimodifikasi misalnya menambah

komponen icon dengan cara melakukan klik kanan pada toolbox lalu

memilih Components.

4. Properties

Property digunakan untuk menentukan setting suatu objek. Suatu objek biasanya

mempunyai beberapa property yang dapat diatur langsung dari

24

jendela properties atau lewat kode program. Property langsung berkaitan dengan

objek dan digunakan oleh proses-proses yang ada dalam objek.

5. Kode Program

Kode program adalah serangkaian tulisan perintah yang akan dilaksanakan jika

suatu objek dijalankan. Kode program ini akan mengontrol dan menentukan

jalannya suatu objek.

6. Event

Event adalah peristiwa atau kejadian yang diterima oleh suatu objek misalnya

klik, drag, tunjuk dan lainnya. Contoh:

Private sub command1_click()

……..

End sub

Pada contoh program diatas, event yang terjadi adalah event click, yaitu ketika

suatu objek dilakukan click maka akan muncul suatu aksi apa dari akibat dari

proses click tersebut. Object yang di click pada contoh program diatas

adalah object command button.

7. Metode

Metode adalah suatu set perintah seperti halnya fungsi dan prosedur, tetapi sudah

tersedia didalam suatu objek. Metode biasanya akan mengerjakan suatu tugas

khusus pada suatu objek. Contoh :

Private sub Command1_click()

Text1.text =“Hallo, kawan Ufhi”

End sub

25

Pada contoh diatas terlihat bahwa yang disebut metode adalah yang muncul

ketika object textbox diberi tanda titik, Text1.text artinya pada object textbox yang

namanya Text1 akan muncul tulisan “Hallo, kawan Ufhi”, ketika event click

dilakukan pada object command button.

8. Module

Module dapat disejajarkan dengan form,tetapi tidak mengandung object. Module

dapat berisi kode-kode program atau procedure yang dapat digunakan dalam

program aplikasi.

2.2.7. Pengkodean

Kode digunakan untuk tujuan mengklasifikasikan data, memasukkan data ke

dalam komputer dan untuk mengambil bermacam-macam informasi yang berhubungan

dengannya .Kode numerik (numeric code) menggunakan 10 macam kombinasi angka

didalam kode. Kode alphabetik (alphabetic code) menggunakan 26 kombinasi huruf

untuk kodenya. Kode alphanumerik (alphanumeric code) merupakan kode yang

menggunakan gabungan angka, huruf dan karakter-karakter khusus.

A. Petunjuk Pembuatan Kode

Untuk membuat sebuah kode diperlukan aturan main agar kode yang dirancang

menjadi kode yang baik dan mewakili. Suatu kode yang baik dan mewakili isi dari

informasi yang akan disampaikan lewat kode tersebut harus sesuai dengan aturan-aturan

pembuatan kode. Aturan main tersebut yaitu :

1. Harus mudah diingat

Dapat dilakukan dengan cara menghubungkan kode tersebut dengan obyek yang

diwakili dengan kodenya.

26

2. Harus unik

Kode harus unik untuk masing-masing item yang mewakilinya, unik berarti tidak

ada kode yang kembar atau sama.

3. Harus fleksibel

Memungkinkan perubahan-perubahan atau penambahan item baru dapat tetap

diwakili oleh kode.

4. Harus efisien

Kode harus sependek mungkin, selain mudah diingat juga akan efisien bila

direkam disimpan diluar komputer.

5. Harus Konsisten

Bilamana mungkin, kode harus konsisten dengan kode yang telah dipergunakan.

6. Harus distandardisasi

Kode harus distandardisasi untuk seluruh tingkatan dan departemen dalam

organisasi. Kode yang tidak standar akan mengakibatkan kebingungan, salah

pengertian dan dapat cenderung terjadi kesalahan pemakaian bagi yang

menggunakan kode tersebut.

7. Spasi dihindari

Spasi didalam kode sebaiknya dihindari, karena dapat menyebabkan kesalahan

didalam menggunakannya.

8. Hindari karakter yang mirip

Karakter-karakter yang hampir serupa bentuk dan bunyi pengucapannya sebaiknya

tidak digunakan dalam kode.

9. Panjang kode harus sama

27

Masing-masing kode yang sejenis harus mempunyai panjang yang sama.

B. Tipe Kode

Ada beberapa macam kode yang dapat digunakan didalam sistem

informasi yaitu :

1. Kode Mnemonik (Mnemonic code)

Digunakan untuk tujuan supaya mudah diingat. Kode mnemonic dibuat dengan

dasar singkatan atau mengambil sebagian karaker dari item yang mewakili oleh

kode ini.

Contohnya: KD = Kamus Data

DAD = Diagram Alir Data

2. Kode Urut (Squential code)

Kode ini disebut juga kode seri yang merupakan kode yang nilainya urut antara

satu kode dengan kode berikutnya.

Contoh : 001 Kas

002 Piutang dagang

003 Persediaan

3. Kode Blok (Block code)

Mengklasifikasikan item didalam kelompok blok tertentu yang mencerminkan

satu klasifikasi tertentu atas dasar pemakaian maksimum yang diharapkan.

Contoh : 1000-1999 Aktiva lancar

2000-2999 Aktiva tetap

3000-3999 Hutang lancer

4. Kode Grup (Group code)

28

Merupakan kode yang bedasarkan field-field dan tiap field kode memiliki arti

Contoh : 1. Aktiva tetap

1.1. Aktiva lancar

1.1.0.1 Kas

5. Kode Desimal (Decimal code)

Mengklasifikasikan kode atas 10 unit angka decimal dimulai dari angka 0 dengan

angka 9 atau dari angka 00 sampai dengan 99 tergantung banyaknya kelompok.

Contoh : 100 Aktiva lancar

101 Kas

102 Piutang dagang

29

BAB III

ANALISA SISTEM BERJALAN

3.1. Umum

Dalam bab ini penulis akan menganalisa sistem penerimaan kas yang sedang

berjalan pada CV. Ratu Depok agar dapat menemukan kendala atau permasalahan pada

sistem penerimaan kas tersebut, sehingga penulis bisa mengusulkan perbaikan dari

sistem penerimaan kas yang sedang berjalan.

Sistem penerimaan kas CV. Ratu Depok masih menggunakan sistem yang

sederhana, yang tentunya banyak menemukan kendala yang dihadapi meliputi kesulitan

dalam pencarian data dan pembuatan laporan.

Dengan analisa yang baik dari sistem penerimaan kas yang berjalan pada CV.

Ratu Depok, memudahkan penulis dalam menemukan permasalahan yang ada, sehingga

penulis dapat mengusulkan sistem yang lebih efektif, efisien dan akurat.

3.2. Tinjauan Perusahaan

CV. Ratu Depok adalah perusahaan yang bergerak di bidang kontraktor

meliputi Infrastruktur, bangunan dan pemeliharaan lingkungan. Maksud dan tujuan dari

pendirian CV. Ratu Depok yaitu menjadi perusahaan yang dapat memberikan

pelayanan terbaik dibidangnya dengan mengedepankan kualitas sehingga mitra kerja

yang bekerjasama dengan CV. Ratu Depok, serta konsumen yang menggunakan jasa

CV. Ratu Depok merasa puas.

30

3.2.1. Sejarah Perusahaan

CV. Ratu Depok adalah sebuah perusahaan kontraktor yang bergerak pada

bidang Jasa Konstruksi. Beberapa jenis pekerjaan yang telah dikerjakan oleh CV. Ratu

Depok, antara lain : Infrastruktur, bangunan dan Kebersihan.

CV Ratu Depok ini bertempat di Jl. Raya Krukut No.l1 Rt.001/005 Kel. Krukut

Kec. Limo Kota Depok dan didirikan berdasarkan akte tertanggal 26-05-2000 (dua

puluh enam Mei dua ribu) nomor 13 yang dibuat dihadapan Buhari , Sarjana Hukum

,Notaris di Bogor. Dibawah pimpinan ibu Nina Murdiana sebagai direktur . Sejak

Januari 2003 CV. Ratu Depok mengalami perubahan akte dikarenakan Ibu Nina

Murdiana selaku Direktur dan pendiri CV. Ratu Depok mengundurkan diri dari

jabatannya dan dalam waktu yang bersamaan dan berdasarkan akte perubahan

tertanggal 10-01-2003 (sepuluh Januari dua ribu tiga) yang dibuat dihadapan Sri

Syuhada ,Sarjana Hukum ,Notaris di Depok.,bahwa jabatan direktur pada Ibu Nina

Murdiana akan dicopot dan digantikan oleh Bapak Sugiyono dan menyandang jabatan

sebagai Direkur hingga saat ini.

CV. Ratu Depok memiliki beberapa personil yang ahli pada bidangnya masing-

masing, sehingga perusahaan ini dapat berjalan dengan baik. CV. Ratu Depok pun telah

mengerjakan berbagai macam proyek dan jasa yang dapat di selesaikan dengan baik,

dengan mengedepankan kualitas sehingga mitra kerja yang bekerjasama dengan CV.

Ratu Depok, serta konsumen yang menggunakan jasa CV. Ratu Depok merasa puas.

3.2.2. Struktur Organisasi

Demi kefisien peusahaan dan untuk membuat perusahaan menjadi semakin maju

maka CV. Ratu Depok merekrut karyawan dan menyusun struktur organisasi

31

perusahaan dan berikut adalah gambaran struktur organisasi perusahaan yang ada di

CV. Ratu Depok.

Sumber : CV Ratu Depok

Gambar III.1 Struktur Organisasi

Tugas Dan Fungsi

Tugas dan fungsi dari masing-masing bagian dalam struktur organisasi

perusahaan adalah sebagai berikut :

1. Owner / Direktur

a. Bertanggung jawab penuh atas perusahaan

b. Memimpin seluruh dewan atau komite eksekutif

c. Memimpin rapat umum dalam hal memastikan pelaksanaan tata tertib,keadilan dan

kesempatan bagi semua untuk berkontribusi secara tepat,menyimpulkan tindakan

dan kebijakan.

32

d. Menandatangani SPK, tagihan dan surat penting lainnya

e. Memiliki wewenang untuk mengambil keputusan atas nama perusahaan

2. Manager Keuangan

a. Membuat rencana anggaran keuangan untuk satu tahun anggaran atau sesuai

dengan jangka waktu pelaksanaan proyek.

b. Membuat rencana cash flow berdasarkan perencanaan anggaran dari semua divisi

c. Membuat laporan atau jurnal keuangan (neraca dan laporan laba-rugi) setiap bulan

d. Menjaga keseimbangan seluruh pengeluaran dan pembelanjaan yang dikeluarkan

semua divisi di perusahaan.

3. Administrasi Keuangan

a. Melakukan penagihan yaitu membuat invoice

b. Menyiapkan kwitansi, faktur pajak dan administrasi yang diperlukan oleh bagian

keuangan

c. Mencatat dan membukukan seluruh transaksi keuangan

d. Membuat opnam data keuangan setiap hari

e. Mengelola kas kecil untuk biaya operasional

f. Mengambil dan menyetorkan seluruh transaksi keuangan dari dan kepada bank yang

menjadi rekanan perusahaan

g. Apabila terjadi penerimaan diluar jam operasional bank maka akan disetorkan pada

hari berikutnya

h. Merekap mutasi rekening setiap minggu

4. Kepala Proyek

a. Memahami proses tender dan menguasai dokumen kontrak

33

b. Melakukan pengkajian terhadap hasil investigasi lapangan

c. Menyusun metode kerja, rencana dan pengelolaan pelaksanaan proyek

d. Melaksanakan pekerjaan sesuai dengan dokumen kontrak dan metode kerja

e. Melaksanakan administrasi proyek secara tertib dan benar

f. Membuat laporan progress mingguan atas pekerjaan yang telah dilaksanakan

g. Melakukan serah terima pekerjaan pertama dan pekerjaan terakhir sesuai dengan

jadwal yang ditetapkan

5. Pelaksana Proyek

a. Membaca dan mempelajari gambar kerja yang digunakan sebagai pedoman

pelaksanaan

b. Memberikan pengarahan kepada mandor atau tukang bangunan agar bisa bekerja

sesuai dengan gambar kerja dan rencana target waktu perusahaan

c. Membuat jadwal atau schedule untuk melaksanakan suatu item pekerjaan bangunan

d. Menjelaskan metode kerja yang baik dalam setiap item pekerjaan sehingga dapat

selesai dalam waktu cepat serta memerlukan biaya murah

e. Mengarahkan bagian surveyor agar melakukan pengukuran pada pekerjaan yang

akan dilaksanakan

6. Manager Pengelolaan

a. Bertanggung jawab atas pekerjaan pengelolaan pertamanan dan kebersihan

b. Memberikan solusi bila terjadi komplain

c. Mengawasi tugas pelaksana pertamanan dan pelaksana kebersihan

d. Memberikan laporan kepada Direktur atas pekerjaan yang dilaksanakan

34

7. Pelaksana Pertamanan

a. Bertanggung jawab atas pelaksanaan pekerjaan pertamanan

b. Mengawasi pekerjaan pertamanan

8. Pelaksana Kebersihan

a. Bertanggung jawab atas pelaksanaan pekerjaan kebersihan

b. Mengawasi pekerjaan kebersihan

9. Bagian Logistik

a. Bertanggung jawab atas kebutuhan material proyek

b. Memesan material kepada supplier

10. Bagian Gudang

a. Bertanggung jawab atas keamanan barang di gudang

b. Memberikan laporan kepada bagian logistic atas stok barang

3.3. Proses Bisnis Sistem Berjalan

Prosedur sistem akuntansi berjalan penerimaan kas pada PT Asri Karya

Binangun adalah sebagai berikut :

1. Prosedur Penerimaan SPK

Pada prosedur ini Administrasi Keuangan akan menerima surat perintah kerja

rangkap dua (SPK1 dan SPK2) sebagai bukti perintah kerja dari Developer yang

kemudian diperiksa berdasarkan rencana anggaran biaya dari arsip rencana anggaran

biaya (RAB) dan selanjutnya ditandatangani oleh Direktur. Setelah SPK rangkap 2

ditandatangani Direktur kemudian SPK_acc1 dikembalikan kepada Developer

sedangkan SPK_Acc2 diarsipkan.

2. Prosedur Penagihan

35

Berdasarkan surat perintah kerja dari arsip surat perintah kerja acc (SPK acc2) dan

laporan progress mingguan (LPM) dari Kepala Proyek maka Administrasi

Keuangan akan membuat invoice rangkap dua (INV1 dan INV2), dimana INV1

diberikan kepada Developer sedangkan INV2 dan LPM dimasukkan kedalam arsip.

Kemudian Developer akan memberikan tanda terima tagihan (TT) yang kemudian

diarsipkan oleh Administrasi Keuangan.

3. Prosedur Pencairan Dana

Setelah Developer menerima invoice (INV1), maka selanjutnya kewajiban

Developer untuk membayar tagihan. Pembayaran oleh Developer dilakukan secara

transfer yang akan dicek oleh Administrasi Keuangan melalui mutasi rekening (MR)

dari Bank. Bila pembayaran dari Developer sudah diterima maka Administrasi

Keuangan akan membuatkan kwitansi rangkap dua (KW1 dan KW2) dan faktur

pajak rangkap dua (FP1 dan FP2) berdasarkan invoice (INV2) dari arsip invoice

(INV2), dimana KW1 dan FP1 akan diberikan kepada Developer sedangkan KW2

dan FP2 diarsipkan.

4. Prosedur Laporan

Berdasarkan invoice (INV2) dari arsip invoice (INV2) dan kwitansi dari arsip

kwitansi (KW2), didapatkan data penerimaan kas yang akan digunakan untuk

pembuatan laporan penerimaan kas sebanyak rangkap 2 (LPK1 dan LPK2), LPK1

diberikan kepada Manager Keuangan sedangkan LPK2 diarsipkan.

36

3.4. Unified Modeling Language (UML)

UML adalah sekumpulan alat yang digunakan untuk melakukan abstraksi

terhadap sebuah sistem atau perangkat lunak berbasis objek. UML merupakan singkatan

dari Unified Modeling Language.

UML juga menjadi salah satu cara untuk mempermudah pengembangan aplikasi

yang berkelanjutan. Aplikasi atau sistem yang tidak terdokumentasi biasanya dapat

menghambat pengembangan karena developer harus melakukan penelusuran dan

mempelajari kode program.

UML juga dapat menjadi alat bantu untuk transfer ilmu tentang sistem atau

aplikasi yang akan dikembangkan dari satu developer ke developer lainya. Tidak hanya

antar developer terhadap orang bisnis dan siapapun dapat memahami sebuah sistem

dengan adanya UML.

UML untuk pembahasan dibab ini diagram yang digunakan yaitu Use Case

Diagram dan Aktivity Diagram dimana di bab ini diagram yang penulis buat mengenai

prosedur sstem berjalan pada perusahaan CV. Ratu Depok .

3.4.1. Activity Diagram

Berdasarkan sistem berjalan yang ada pada CV. Ratu Depok penulis

menggambarkan sistem berjalan yang ada pada perusahaan dalam bentuk diagram

activity dimana dalam diagram ini menggambarkan aktivitas/ aliran kerja dalam

perusahaan .

37

Gambar III.2. Activity Diagram Sistem berjalan

38

3.4.2. Use Case Diagram

Berdasarkan sistem berjalan yang ada pada CV. Ratu Depok penulis

menggambarkan sistem berjalan yang ada pada perusahaan dalam bentuk diagram Use

Case , dimana dalam diagram ini menggambarkan aktivitas aktor yang memerankan

fungsinya masing – masing dalam sebuah perusahaan.

Gambar III.3. Use Case Diagram Sistem berjalan

39

3.5. Spesifikasi sistem berjalan

Spesifikasi sistem berjalan adalah rangkaian dari proses-proses yang terjadi dari

sistem yang memerlukan dokumen-dokumen input yang mendukung terhadap jalannya

proses untuk menghasilkan dokumen output.

3.5.1. Spesifikasi Bentuk dokumen Masukan

Dokumen masukan merupakan segala bentuk dokumen yang berasal dari dalam

perusahaan . Adapun dokumen-dokumen masukan tersebut adalah sebagai berikut :

1. Nama dokumen : Rencana Anggaran Biaya (RAB)

Sumber : Kepaka Proyek

Tujuan : Bagian Administrasi Keuangan

Fungsi : Perinciaan harga pekerjaan

Media : Kertas

Frekuensi :Setiap melakukan penagihan

Format :Lampiran A-1

Jumlah :1 lembar

2. Nama dokumen : Surat Perintah Kerja

Sumber : Developer

Tujuan : Bagian Administrasi Keuangan

Fungsi : Sebagai bukti pengikat kerja

Media : Kertas

Frekuensi :Setiap menerima tugas proyek

Format :Lampiran A-2

Jumlah :2 lembar

40

3. Nama dokumen : Laporan Progress Mingguan

Sumber : Kepala Proyek

Tujuan : Administrasi Keuangan

Fungsi : Sebagai bukti prosentase pekerjaan yang telah

Dikerjakan

Media : Kertas

Frekuensi : Setiap akan melakukan penagihan

Format : Lampiran A-3

Jumlah : Satu lembar

3.5.2. Spesifikasi Bentuk Dokumen Keluaran

Dokumen keluaran adalah dokumen-dokumen yang berasal dari luar perusahaan.

Adapun dokumen keluaran tersebut adalah sebagai berikut.

1. Nama dokumen : Kwitansi

Sumber : Bagian Administrasi Keuangan

Tujuan : Developer

Fungsi : Sebagai bukti pembayaran penagihan

Media : Kertas

Frekuensi : Setiap menerima pembayaran

Format :Lampiran B-1

Jumlah :2 lembar

2. Nama dokumen : Faktur Pajak


Tujuan : Developer

41

Fungsi : Sebagai bukti pemotongan pajak

Media : Kertas

Frekuensi : Setiap menerima pembayaran

Format :Lampiran B-2

Jumlah :2 lembar

3. Nama dokumen : Invoice


Tujuan : Developer

Fungsi : Sebagai alat penagihan

Media : Kertas

Frekuensi : Setiap melakukan penagihan

Format : Lampiran B-3

Jumlah : 2 lembar

3.6. Permasalahan Pokok

Sistem berjalan dari sitem pembayaran ini masih menggunakan pencatatan

manual sehingga menimbulkan kendala-kendala yang menyebabkan terhambatnya

proses kerja antara lain seperti :

c. Sering terjadi kesalahan pengimputan nominal harga yang membuat adanya

keselisihan harga antara RAB, Penerimaan kas dan kwitansi , hal ini akan

berakibat fatal yang bisa menyebabkan sebuah kerugian pada perusahaan.

d. Pernah terjadi kehilangan data saat pembuatan RAB ketika lampu padam

sehingga membuat menghambatnya pekejaan dan harus mengulang dari awal lagi.

e. Penyimpanan data-data yang masih manual

42

3.7. Pemecahan Masalah

Berdasarkan permasalan yang ada ,penulis memberikan beberapa pemecahan

masalah untuk memaksimalkan proses kerja dan penulis juga menyarankan untuk

menggunakan sistem yang terkomputerisasi sebagai media pengolahan data. Karena

dengan menggunakan sitem yang terkomputerisasi akan mendapatkan keunggulan

sebagai berikut :

a. Memberikan kemudahan untuk pencatatan laporan keuangan

b. Mempercepat kinerja para karyawan

c. Tidak perlu waktu yang lama dalam pencarian data atau laporan keuangan yang

sudah tersimpan .

43

BAB IV

RANCANGAN SISTEM USULAN

3.1. Analisa Kebutuhan Sofware

Analisa kebutuhan sofware merupakan langkah awal untuk menentukan

gambaran perangkat yang akan dihasilkan ketika kita akan mengembangkan sebuah

sistem baik sistem yang belum terkomputerisasi ataupun sistem yang sudah

terkomputerisasi. Analisa kebutuhan Software yang baik belum tentu menghasilkan

perangkat lunak yang baik, sehingga dibutuhkan tahap-tahapan yang rinci, spesifikasi,

sesuai prosedur dan tersetruktur.

3.1.1. Analisa Kebutuhan

Sistem penerimaan kas pada CV. Ratu Depok belum terkomputerisasi agar lebih

efisien dan efektif maka admin membuat analisa kebutuhan pada sistem usulan .Berikut

ini spesifikasi kebutuhan (system requirement) dari program system informasi tersebut.

A. Analisa Kebutuhan Administrator akan Sistem

A1. Admin dapat melakukan Login

A2. Admin dapat mengakses menu utama

a. Admin dapat mengakses menu File

b. Admin dapat mengakses menu Transaksi

c. Admin dapat mengakses menu Laporan

d. Admin dapat mengakses menu Keluar

44

A2.1. Admin dapat mengakses menu File

a. Admin dapat mengakses submenu User

b. Admin dapat mengakses submenu Developer

A2.2. Admin dapat mengakses menut Transaksi

a. Admin dapat mengakses submenu Data Kontrak

b. Admin dapat mengakses submenu Form Tagihan

c. Admin dapat mengakses submenu Kwitansi

d. Admin dapat mengakses submenu Form Pembayaran

e. Admin dapat mengakses submenu Jurnal

A.2.3. Admin dapat mengakses menu Laporan

a. Admin dapat mengakses submenu Laporan Mingguan

b. Admin dapat mengakses submenu Laporan Bulanan

c. Admin dapat mengakses submenu Laporan Penerimaan Kas

d. Admin dapat mengakses submenu Laporan Tagihan

A.3. Admin dapat mengakses menu Keluar

A2.1.1. Admin mengakses submenu User

a. Admin dapat menginput (Entry)

b. Admin dapat menyimpan (Save)

c. Admin dapat mengedit (Edit)

d. Admin dapat menghapus (Delete)

e. Admin dapat keluar (Exit)

A2.1.2. Admin mengakses submenu Developer


45





A2.2.1. Admin mengakses sub menu Data Kontrak






A2.2.2. Admin mengakses sub menu Form Tagihan






A2.2.3. Admin mengakses sub menu Kwitansi






46

A2.2.4. Admin mengakses sub menu Form Pembayaran






A2.2.5. Admin mengakses sub menu Jurnal






A2.3.1. Admin mengakses submenu Laporan Mingguan






A2.3.2. Admin mengakses submenu Laporan Bulanan





47


A2.3.3. Admin mengakses submenu Laporan Penerimaan Kas






A2.3.4. Admin mengakses submenu Laporan Rekap Tagihan






3.1.2. Use Case Diagram

Berdasarkan analisa kebutuhan diatas penulis akan menguraikannya dalam

bentuk Use Case Diagram seperti berikut :

48

Gambar IV.1.

Use Case Diagram Login

Use Case Narative Login

Tujuan

Untuk melakukan login ke bagian menu sistem untuk mengoperasikan

sistem agar si admin dapat melakukan aktifitas pembuatan laporan

keuangan, kwitansi dan lain-lain

Deskripsi

Sistem ini memungkinkan aktor untuk mengakses penerimaan kas masuk

pembuatan jurnal dll.

Skenario Utama

Aktor Bagian admin

Kondisi Awal Admin membuka aplikasi.

Aksi Aktor Rreaksi Sistem

Aktor memilih

login

Sistem ini akan menampilkan texbok yang berisi username dan pasword

aktor / admin

Tabel IV.1.

Use Case Diagram Login

49

Gambar IV.2.

Use Case Diagram Menu Utama

Use Case Narative Menu Utama

Tujuan Untuk mengakses menu-menu yang ada dalam sistem sesuai

fungsinya.

Deskripsi

Sistem ini memungkinkan aktor untuk mengelola sistem dari yang

mengimput ,menghapus,dan mengedit hingga melakukan

pembukuan.

Skenario Utama

Aktor Bagian admin

Kondisi Awal Aktor membuka aplikasi.


Aktor memilih

menu file

Sistem ini akan menampilkan submenu seperti user dan

developer.

50

Aktor memilih

menu transaksi

Sistem ini akan menampilkan submenu seperti data kontrak,form

tagihan,kwitansi,form pembayaran,jurnal.

Aktor memilih

menu laporan

Sistem ini akan menampilkan submenu seperti : laporan

mingguan,laporan bulanan, laporan penerimaan kas, laporan

rekap tagihan.

Keluar

sistim ini akan menampilkan tampilan utama pada menu login jika

mengases menu keluar.

Tabel IV.2.

Use Case Diagram Menu Utama

Gambar VIV.3.

Use Case Diagram Menu File

51

Use Case Narative Menu File

Tujuan Untuk mengakses submenu yang ada di menu file

Deskripsi Sistem ini memungkinkan aktor untuk mengelola submenu yang ada

didalam menu file tersebut

Skenario Utama

Aktor Bagian admin



Aktor

memiih

menu user

Sistem ini akan menampilkan semua data user dan dapat melakukan

pengimputan user baru.

Aktor

memilih

menu

developer

Sistem ini akan menampilkan semua data developer dan dapat

melakukan pengimputan developer baru.

Tabel IV.3.

Use Case Diagram Menu File

52

Gambar VIIV.4.

Use Case Diagram Menu Transaksi

Use Case Narative Menu Transaksi

Tujuan Untuk mengakses submenu yang ada di menu transaksi

Deskripsi Sistem ini memungkinkan aktor untuk mengelola submenu yang

ada didalam menu transaksi tersebut

Skenario Utama

Aktor Bagian admin



Aktor memiih

menu data

kontrak

Sistem ini akan menampilkan semua data kontrak dan dapat

melakukan pengimputan data kontrak baru.

53

Aktor memilih

menu developer

Sistem ini akan menampilkan semua data developer dan dapat

melakukan pengimputan developer baru.

Aktor memilih

menu kwitansi

Sistem ini akan menampilkan semua data kwitansi dan dapat

melakukan pengimputan kwitansi baru.

Aktor memilih

menu form

pembayaran

Sistem ini akan menampilkan semua data pembayaran dan

dapat melakukan pengimputan pembayaran baru.

Aktor memilih

menu jurnal

Sistem ini akan menampilkan semua data jurnal dan dapat

melakukan pengimputan jurnal baru.

Gambar IV.4.

Use Case Diagram Menu Transaksi

Gambar IV.5.

Use Case Diagram Menu Laporan

54

Use Case Narative Menu laporan

Tujuan Untuk mengakses submenu yang ada di menu flaporan

Deskripsi Sistem ini memungkinkan aktor untuk mengelola submenu

yang ada didalam menu laporan tersebut

Skenario Utama

Aktor Bagian admin



Aktor memiih menu

laporan mingguan

Sistem ini akan menampilkan semua laporan mingguan dan

dapat melakukan pengimputan data laporan mingguan.

Aktor memilih menu

laporan bulanan

Sistem ini akan menampilkan semua data laporan bulanan

dan dapat melakukan pengimputan laporan bulanan baru.

Aktor memilih menu

laporan penerimaan

kas

Sistem ini akan menampilkan semua data laporan

penerimaan kas dan dapat melakukan pengimputan laporan

peneriman kas baru.

Aktor memilih menu

laporan rekap

tagihan

Sistem ini akan menampilkan semua data rekap tagihan

dan dapat melakukan pengimputan tagihan baru.

Tabel IV.5.

Use Case Diagram Menu Laporan

55

Gambar IV.6.

Use Case Diagram Form User

Use Case Narative Submenu User

Tujuan Untuk mengakses submenu user

Deskripsi Sistem ini memungkinkan aktor untuk mengelola submenu user

,pengimputan user baru

Skenario Utama

Aktor Bagian admin



Memilih tombol

entry

Sistem akan menampilkan kolom input/entry data user untuk

mengisi data user.

56

Memilih tombol

edit

Sistem ini akan melakukan roses pengeditan pada data yang

ingin diedit.

Memilih tombol

save

Sistem ini akan melakukan proses penyimpanan pada data user

yang ingin disimpan

Memilih tombol

delete

Sistem ini akan melakukan proses penghapusan pada data user

yang ingin dihapus

Memilih tombol

keluar Sistem ini akan melakukan proses keluar dari menu data user.

Tabel IV.6.

Use Case Diagram Form User.

Gambar IV.8.

Use Case Diagram Form Developer

57

Use Case Narative Submenu developer

Tujuan Untuk mengakses submenu developer


developer ,pengimputan developer baru baru

Skenario Utama

Aktor Bagian admin



Memilih tombol

entry

Sistem akan menampilkan kolom input/entry untuk mengisi data

developer.

Memilih tombol

edit

Sistem ini akan melakukan roses pengeditan pada data yang ingin

diedit.

Memilih tombol

save

Sistem ini akan melakukan proses penyimpanan pada data

developer yang ingin disimpan

Memilih tombol

delete

Sistem ini akan melakukan proses penghapusan pada data

developer yang ingin dihapus

Memilih tombol

keluar Sistem ini akan melakukan proses keluar dari menu data developer.

Tabel IV.8.

Use Case Diagram Form Developer

58

Gambar IV.8.

Use Case Diagram Data Kontrak

Use Case Narative Submenu data kontrak

Tujuan Untuk mengakses submenu data kontran

Deskripsi Sistem ini memungkinkan aktor untuk mengelola submenu data

kontran ,pengimputan data kontran baru .

Skenario Utama

Aktor Bagian admin



Memilih tombol

entry


developer.

Memilih tombol

edit


diedit.

59

Memilih tombol

save


developer yang ingin disimpan

Memilih tombol

delete


developer yang ingin dihapus

Memilih tombol

keluar Sistem ini akan melakukan proses keluar dari menu data developer.

Tabel IV.8.

Use Case Diagram Data Kontrak

Gambar IV.9.

Use Case Diagram Form Tagihan

Use Case Narative Submenu data tagihan

Tujuan Untuk mengakses submenu data kontran


tagihan ,pengimputan data tagihan baru .

Skenario Utama

60

Aktor Bagian admin



Memilih tombol

entry


tagihan.

Memilih tombol

edit


diedit.

Memilih tombol

save


tagihan yang ingin disimpan

Memilih tombol

delete


tagihan yang ingin dihapus

Memilih tombol

keluar Sistem ini akan melakukan proses keluar dari menu data tagihan.

Tabel IV.9.

Use Case Diagram Form Tagihan

Gambar IV.10.

Use Case Diagram Form Kwitansi

61

Use Case Narative Submenu data kwitansi

Tujuan Untuk mengakses submenu data kwitansi


kwitansi ,pengimputan data kwitansi baru .

Skenario Utama

Aktor Bagian admin



Memilih tombol

entry


tagihan.

Memilih tombol

edit


diedit.

Memilih tombol

save


kwitansi yang ingin disimpan

Memilih tombol

delete


kwitansi yang ingin dihapus

Memilih tombol

keluar Sistem ini akan melakukan proses keluar dari menu data kwitansi.

Tabel IV.10.

Use Case Diagram Form Kwitansi

62

Gambar IV.11.

Use Case Diagram Pembayaran

Use Case Narative Submenu data pembayaran

Tujuan Untuk mengakses submenu data pembayaran


pembayaran ,pengimputan data pembayaran baru .

Skenario Utama

Aktor Bagian admin



Memilih tombol

entry


pembayaran.

Memilih tombol

edit


diedit.

63

Memilih tombol

save


pembayaran yang ingin disimpan

Memilih tombol

delete


pembayaran yang ingin dihapus

Memilih tombol

keluar Sistem ini akan melakukan proses keluar dari menu data pembayaran.

Tabel IV.11.

Use Case Diagram Pembayaran

Gambar IV.12.

Use Case Diagram Form Jurnal

64

Use Case Narative Submenu data jurnal

Tujuan Untuk mengakses submenu data jurnal


jurnal ,pengimputan data jurnal baru .

Skenario Utama

Aktor Bagian admin



Memilih tombol

entry


jurnal.

Memilih tombol

edit


diedit.

Memilih tombol

save

Sistem ini akan melakukan proses penyimpanan pada data jurnal

yang ingin disimpan

Memilih tombol

delete

Sistem ini akan melakukan proses penghapusan pada data jurnal

yang ingin dihapus

Memilih tombol

keluar Sistem ini akan melakukan proses keluar dari menu data pembayaran.

Tabel IV.12.

Use Case Diagram Form Jurnal

65

Gambar IV.13.

Use Case Diagram Laporan Mingguan

Use Case Narative Submenu laporan mingguan

Tujuan Untuk mengakses submenu laporan mingguan


laporan mingguan ,pengimputan laporan mingguan baru .

Skenario Utama

Aktor Bagian admin



Memilih tombol

entry

Sistem akan menampilkan kolom input/entry untuk mengisi

laporan mingguan.

Memilih tombol

edit


ingin diedit.

66

Memilih tombol

save


laporan mingguan yang ingin disimpan

Memilih tombol

delete


laporan mingguan yang ingin dihapus

Memilih tombol

keluar

Sistem ini akan melakukan proses keluar dari menu data laporan

mingguan.

Tabel IV.13.

Use Case Diagram Laporan Mingguan

Gambar IV.14.

Use Case Diagram Laporan Bulanan

67

Use Case Narative Submenu laporan bulanan

Tujuan Untuk mengakses submenu laporan bulanan


laporan bulanan ,pengimputan laporan bulanan baru .

Skenario Utama

Aktor Bagian admin



Memilih tombol

entry


laporan bulanan.

Memilih tombol

edit


ingin diedit.

Memilih tombol

save


laporan bulanan yang ingin disimpan

Memilih tombol

delete


laporan bulanan yang ingin dihapus

Memilih tombol

keluar


bulanan.

Tabel IV.14.

Use Case Diagram Laporan Bulanan

68

Gambar IV.15.

Use Case Diagram Laporan Penerimaan Kas

Use Case Narative Submenu laporan penerimaan kas

Tujuan Untuk mengakses submenu laporan bulanan

Deskripsi

Sistem ini memungkinkan aktor untuk mengelola submenu

laporan penerimaan kas ,pengimputan laporan penerimaan kas

baru .

Skenario Utama

Aktor Bagian admin



Memilih tombol

entry


laporan penerimaan kas.

69

Memilih tombol

edit


ingin diedit.

Memilih tombol

save


laporan penerimaan kas yang ingin disimpan.

Memilih tombol

delete


laporan penerimaan kas yang ingin dihapus

Memilih tombol

keluar


penerimaan kas.

Tabel IV.15.

Use Case Diagram Laporan Penerimaan Kas

1.

Gambar IV.16.

Use Case Diagram Laporan Rekap Tagihan

70

Use Case Narative Submenu laporan rekap tagihan

Tujuan Untuk mengakses submenu laporan rekap tagihan.

Deskripsi

Sistem ini memungkinkan aktor untuk mengelola submenu

laporan rekap tagihan ,pengimputan laporan rekap tagihan baru

.

Skenario Utama

Aktor Bagian admin



Memilih tombol

entry


laporan rekap tagihan.

Memilih tombol

edit


ingin diedit.

Memilih tombol

save


laporan rekap tagihan yang ingin disimpan.

Memilih tombol

delete


laporan rekap tagihan yang ingin dihapus

Memilih tombol

keluar

Sistem ini akan melakukan proses keluar dari menu data laporan rekap

tagihan.

Tabel IV.16.

Use Case Diagram Laporan Rekap Tagihan

3.1.3. Activity Diagram

Untuk menjelaskan alur kerja pada tampilan prograam yang diusulkan maka

membutuhkan diagram yaitu activity diagram. Berikut activity diagram pada tampilan

program sistem usulan.

71

Activity Diagram Login

Gambar IV. 17

Activity Diagram Menu Login

72

Activity Diagram Menu Utama

Gambar IV. 18

Activity Diagram Menu Utama

73

Activity Diagram Menu File

Gambar IV.19.

Activity Diagram Menu File

74

Activity Diagram Menu Transaksi

Gambar IV.20.

Activity Diagram Menu Transaksi

75

Activity Diagram Menu Laporan

Gambar IV.21.

Activity Diagram Menu Laporan

76

Activity Diagram Form User

Gambar IV.22.

Activity Diagram Form User

77

Activity Diagram Form Developer

Gambar IV.23.

Activity Diagram Form Developer

78

Activity Diagram Form Data Kontrak

Gambar IV.24.

Activity Diagram Form Data Kontrak

79

Activity Diagram Form Tagihan

Gambar IV.25.

Activity Diagram Form Tagihan

80

Activity Diagram Form Kwitansi

Gambar IV.26.

Activity Diagram Form Kwitansi

81

Activity Diagram Form Pembayaran

Gambar IV.27.

Activity Diagram Form Pembayaran

82

Activity Diagram Form Jurnal

Gambar IV.28.

Activity Diagram Form Jurnal

83

Activity Diagram Form Laporan Mingguan

Gambar IV.29.

Activity Diagram Form Laporan Mingguan

84

Activity Diagram Form Laporan Bulanan

Gambar IV.30.

Activity Diagram Form Laporan Bulanan

85

Activity Diagram Form Laporan Penerimaan Kas

Gambar IV.31.

Activity Diagram Form Laporan Penerimaan Kas

86

4.2.Desain

4.2.1.Entity Relationship Diagram(ERD)

Gambar IV.32.

Entity Relationship Diagram Sistem Penerimaan Kas CV. Ratu Depok

87

4.2.2.logical Record Structure(LRS)

Gambar IV.33.

LRS Sistem Penerimaan Kas CV. Ratu Depok

88

4.2.3. SpesifikasiFile

1. SpesifikasiFile Data User

Nama Database : laporan penerimaan kas

Nama File : form user

Akronim : user

Tipe File : File Master

Akses File : Random

Panjang Record : 29

Kunci File : kd_user

Tabel IV.17.

Spesifikasi File Tabel User

No Elemen Data Akrronim Type Panjang Keterangan

1 Kode User kd_user Varchar 10 Primary Key

2 Password Password Int 8

3 Nomor No Int 11

2. Spesifikasi File Data Developer


Nama File : form developer

Akronim : developer

Tipe File : File Master

89

Akses File : Random

Panjang Record : 91

Kunci File : kd_developer

Tabel IV.18.

Spesifikasi File Tabel Developer


1 Kode Developer kd_developer Int 10 Primary Key

2 Nama Developer nm_developer Varchar 20

3 Alamat Alamat Varchar 50

4 Nomor Telpon no_telp Number 11

5 Nomor NPWP Npwp Int

3. Spesifikasi File Data Kontrak


Nama File : form data kontrak

Akronim : data kontrak

Tipe File : File Transaksi

Akses File : Random

Panjang Record : 20

Kunci File : no_kontrak

90

Tabel IV.19.

Spesifikasi File Tabel Data Kontrak


1 Nomor Kontrak no_kontrak Int 10 Primary Key

2 Nomor SPK no_spk Int 10

3 Tanggal SPK tgl_spk Date

4 Waktu Waktu Time

5 Jenis Pekerjaan jns_pekerjaan Varchar 50

6 Lokasi Lokasi Varchar 50

7 Kode Developer kd_developer Int 10 Foreign Key

8 Kode User kd_user Int 10 Foreign Key

4. Spesifikasi File Data Tagihan


Nama File : form tagihan

Akronim : tagihan


Akses File : Random

Panjang Record : 40

Kunci File : no_inv

91

Tabel IV.20.

Spesifikasi File Tabel FormTagihan


1 Nomor Invoice no_inv Int 10 Primary Key

2 Tanggal Invoice tgl_inv Date

3 Nomor Kontrak no_kontrak Int 10

4 Penerima Penerima Varchar 20

5 Total Total Float

5. Spesifikasi File Data Pembayaran


Nama File : form pembayaran

Akronim : pembayaran


Akses File : Random

Panjang Record : 50

Kunci File : kd_pembayaran

Tabel IV.21.

Spesifikasi File Tabel Form Pembayaran


1 Kode Pembayaran kd_pembayaran Int 10 Primary Key

2 Nomor Kwitansi no_kwitansi Int 10 Foreign Key

92

3 Tanggal Kwitansi tgl_kwitansi Date

4 Nomor Invoice no_inv Int 10 Foreign Key

5 Penerima Penerima Varchar 20

6 Nomor Faktur Pajak no_fp Int

7 PPN Ppn Int

8 Total Total Float

6. Spesifikasi File Data Kwitansi


Nama File : form kwitansi

Akronim : kwitansi


Akses File : Random

Panjang Record : 90

Kunci File : no_kwitansi

Tabel IV.22.

Spesifikasi File Tabel Form Kwitansi


1 Nomor Kwitansi no_kwitansi Int 10 Primary Key

2 Tanggal Tgl Date

3 Diterima Dari Diterima Varchar 20

4 Jumlah Jumlah Float

5 Untuk Pembayaran ut_pembaayaran Varchar 50

93

6 Kode Pembayaran kd_pembayaran Int 10 Foreign Key

7. Spesifikasi File Data Jurnal


Nama File : form jurnal

Akronim : jurnal


Akses File : Random

Panjang Record : 60

Kunci File : no_jurnal

Tabel IV.23.

Spesifikasi File Tabel Form Jurnal


1 Nomor Jurnal no_jurnal Int 10 Primary Key

2 Keterangan Ket Varchar 50

3 Tanggal Tgl Date

4 Debet Debet Float

5 Kredit Kredit Float

8. Spesifikasi File Data Laporan Penerimaan Kas


Nama File : form laporan penerimaan kas

Akronim : laporan penerimaan kas

94


Akses File : Random

Panjang Record : 30

Kunci File : no

Tabel IV.24.

Spesifikasi File Tabel Form Laporan Penerimaan Kas


1 Nomor No Number Primary Key

2 Nomor Jurnal no_jurnal Int 10 Foreign Key

3 Diterima Diterima Varchar 20

4 Jumlah Jumlah Float

95

4.2.4. Software Architecture

1. Sequence Diagram

Diagram sequence menggambar kelakuan objek pada use case dengan

mendeskripsikan waktu hidup objek dan message yang dikirimkan dan diterima antar

objek

Gambar IV.35.

Sequence Diagram

96

2. Deployment Diagram

Diagram deployment ataudeployment diagram menunjukan konfigurasi

komponen dalam proses eksekusiaplikasi

Gambar IV.36.

Deployment Diagram

97

4.2.5. User Interface

1. Menu Login

2. Menu File

98

3. Menu Transaksi

4. Menu Laporan

99

5. User

6. Developer

100

7. Data Kontrak

8. Form Tagihan

101

9. Kwitansi

10. Pembayaran

102

11. Jurnal

12. Laporan Mingguan

103

13. Laporan Bulanan

14. Laporan Penerimaan Kas

104

BAB V

PENUTUP

5.1. Kesimpulan

Berdasarkan uraian penulis diatas dapat disimpulkan bahwa CV.RATU Depok

adalah perusahaan yang bergerak dibidang jasa kontraktor beberapa pekerjaan yang

dilakukan adalah mengenai infrastruktur, bangunan dan kebersihan. Adapun sisem

penerimaan kas pada CV. Ratu Depok ini masih menggunakan sistem manual yaitu

dengan meggunakan microsoft office excel , dimana sistem ini sangat tidaak efisien dan

kurang akurat sehingga membutuhkan waktu yang lama dan pekerjaan menjadi

terhambat .

Oleh karena itu penulis mengususlkan sistem penerimaan kas pada CV. Ratu

Depok ini bisa menggunakan sistem yang sudah terkomputerisasi sehingga dapat

mengurangi dan memperbaiki sistem penerimaan kas pada CV. Ratu Depok dan dapat

mempermudah semua pekerjaan dengan waktu dan tenaga yang efisien. Sistem

komputerisasi ini adalah jalan alternatif untuk menyelesaikan masalah yang teradi pada

sistem penerimaan kas yang ada pada CV. Ratu Depok iini.

5.2. Saran Saran

Dengan adanya permasalahan yang terjadi pada CV. Ratu Depok ini penulis

memberikan beberapa saran yang semoga bisa digunakan dialam perusahaan CV. Ratu

Depok ini. Berikut saran – saran yang penulis dapat sampaikan diiantaranya adalah :

105

1. Dalam perubahan sistem yang terkomputerisasi penulis menghapakan adanya

seorang karyawan yang menguasai pada bidang programer ,IT dan sebagainya

fungsinya agar dapat membantu mengatasi permasalahan sistem komputerisasi yang

terjadi .

2. Dengan ssistem ini diharapkan untuk user agar merahasiakan password dan

username masing – masing supaya tidak ada penyalahgunaan sitem dari orang yang

tidak bersangkutan.

106

DAFTAR PUSTAKA

Atmoko, 2013; "Program Akuntansi Beserta Manajemen Aset Menggunakan VB&SQL

Server", Elex Media

Bambang Haryanto, 2011:2,Esensi-esensi Bahasa Pemrograman Java. Yogyakarta:

Andi)

Darmawan, Deni. 2013. Sistem Informasi Manajemen. Bandung: PT Remaja

Rosdakarya.

Humisar Hasugian dan Ahmad Nur Shidiq .2012. “Rancang Bangun Sistem Informasi

Industri Kreatif Bidang Penyewaan Sarana Olah Raga”. Jakarta

Kenneth E. Kendall dan Julie E. Kendall. 2008. Analisa Dan Perancangan Sistem Edisi

Kelima Jilid 2 Jakarta: PT Indeks Klompok Gramedia.

Kusrini, M.Kom. 2007. Strategi Perancangan dan Pengelolaan Basis Data: CV. Andi

Offset.

Nugroho, Bunafit. 2013. Dasar Pemograman Web PHP – MySQL dengan

Dreamweaver. Yogyakarta : Gava Media

Rosa dan Shalahunddin.2013.Rekayasa Perangkat Lunak.Bandung:Infotmatika

Bandung

Sarosa, Samiaji. 2009. Sistem Informasi Akuntansi. Jakarta: Gramedia

Sutanta, Edhy. 2011. Basis Data Dalam Tinjauan Konseptual. Yogyakarta : Andi Offset

Sutabri, Tata. 2012. Analisis Sistem Informasi. Yogyakarta: Andi Offset.

109

Lampiran A-1

110

Lampiran A-2

111

Lampiran A-3

113

Lampiran B-1

114

Lampiran B-2

116

Lampiran B-3

tugas akhir - repository.bsi.ac.id · dimana didalam makalah ini penulis menyajikan dalam bentuk...

Documents