BAB II TINJAUAN PUSTAKA

Transkripsi

1 BAB II TINJAUAN PUSTAKA II.1. Akuntansi Akuntansi merupakan bahasa bisnis. Sebagai bahasa bisnis akuntansi menyediakancara untuk menyajikan dan meringkas kejadian-kejadian bisnis dalam bentukinformasi keuangan kepada pemakainya.informasi akuntansi merupakan bagian terpenting dari seluruh informasi yangdiperlukan oleh manajemen. Informasi akuntansi yang dihasilkan oleh suatu sistemdibedakan menjadi dua, yaitu informasi akuntansi keuangan dan informasi akuntansimanajemen. Pemakai informasi akuntansi pun terdiri dari dua kelompok, yaitu pemakai eksternaldan pemakai internal. Yang dimaksud dengan pemakai ekseternal mencakuppemegang saham, investor, kreditor, pemerintah, pelanggan, pemasok, pesaing,serikat kerja dan masyarakat. Sedangkan pemakai internal adalah pihak manajer dariberbagai tingkatan dalam organisasi bersangkutan (Kusrini ; 2012 : 1). II.2. Sistem Informasi Akuntansi Sistem informasi akuntansi adalah sistem yang bertujuan untuk mengumpulkan dan memproses data serta melaporkan informasi yang berkaitan dengan transaksi keuangan. Misalnya, salah satu input dari sistem informasi akuntansi pada sebuah toko baju, seperti pada contoh sebelumnya, adalah 13

2 14 transaksi penjualan. Kita memproses transaksi dengan mencatat penjualan tersebut ke dalam jurnal penjualanm mengklasifikasikan transaksi dengan menggunakan kode rekening, dan memposting transaksi ke dalam jurnal. Kemudian, secara periodik sistem informasi akuntansi akan menghasilkan output berupa laporan keuangan yang terdiri dari neraca dan laporan laba rugi (Anastasia Diana ; 2011 : 4). II.3. Penjualan Penjualan merupakan tujuan utama dilakukannya kegiatan perusahaan. Perusahaan dalam menghasilkan barang/jasa, mempunyai tujuan akhir yaitu menjual barang/jasa tersebut kepada masyarakat. Oleh karena itu, penjualan memegang peranan penting bagi perusahaan agar produk yang dihasilkan oleh perusahaan dapat terjual dan memberikan penghasilan bagi perusahaan Penjualan yang dilakukan perusahaan bertujuan untuk menjual barang/jasa yang diperlukan sebagai sumber pendapatan untuk menutup semua ongkos guna memperoleh laba. Penjualan adalah pemindahan hak milik barang atau pemberian jasa yang dilakukan penjualan kepada pembeli dengan harga yang disepakati bersama dengan jumlah yang dibebankan kepada pelangggan dalam penjualan barang/jasa dalam suatu periode akuntansi (Freddy Rangkuti ; 2010 : 206). Sistem Informasi Akuntansi Penjualan adalah suatu sistem informasi yang mengorganisasikan serangkaian prosedurdan metode yang dirancang untuk menghasilkan, menganalisa, menyebarkan dan memperoleh informasi guna mendukung pengambilan keputusan mengenai penjualan. Tujuan sistem penjualan

3 15 adalah : Mencatat order penjualan dengan cepat dan akurat, memverifikasi konsumen yang layak menerima kredit, mengirim produk dan memberikan jasa tepat waktu, sesuai yang dijanjikan kepada konsumen, membuat tagihan atas produk dan jasa secara tepat waktu dan akurat, mencatat dan mengelompokkan penerimaan kas secara cepat dan akurat, memposting penjualan dan penerimaan kas ke rekening piutang, untuk menjaga keamanan produk dan untuk menjaga kas perusahaan. Penjualan tunai merupakan penjualan dengan mengambil barang dari supplier dan langsung dikirim ke customer secara pembayaran langsung dengan menggunakan uang tunai. Sistem penjualan tunai pada umumnya didasarkan pada asumsi bahwa pembeli akan mengambil barang setelah harga barang dibayar ke kasir. Adapun dokumen-dokumen yang digunakan dalam penjualaan tunai adalah sebagai berikut : a. Faktur Penjualan Tunai (FPT) b. Pita Register Kas Penjualan kredit adalah penjualan yang pembayarannya tidak diterima sekaligus (tidak langsung tunai). Pembayarannya bisa diterima melalui dua tahap atau lebih yang dilakukan pembayaran secara langsung angsuran (Rochmawati Daud ; 2014 : 20).

4 16 II.4. Metode FIFO Metode alur / flow menunjukan cara suatu barang diambil dari inventori. Alur inventori dalam akunting mungkin tidak akan sama dengan alur dalam keadaan sebenarnya dari barang jadi. Dengan FIFO, biaya inventori diperhitungkan dalam barang yang siap dijual atau dikonsumsikan yang sudah ada lebih lama dan hal itu berarti stock yang tersedia adalah pembelian yang paling lama atau paling dulu diproduksi dan unit yang digunakan akan dibebankan pada harga dari barang yang terlama. Metode yang dapat digunakan ada 2, yaitu : 1. Perpetual Dengan cara ini setiap keluar atau masuknya barang dapat diketahui dengan pasti dan terinci, karena selalu dicatat setiap jenis barang yang keluar atau masuk, serta biaya bahan yang dikeluarkan. Dengan cara ini dapat memudahkan kita dalam melakukan pengecakan terhadap keluar masuknya barang. 2. Periodik Dengan cara periodik persediaan barang dapat diketahui dalam satu periode tertentu, namun dengan cara ini keluar masuknya barang tidak dapat diketahui dengan rinci, karena dalam pencatatan hanya masuknya barang saja yang dicatat. Untuk mengetahui berapa biaya bahan baku yang dipakai dalam produksi harus dilakukan dengan cara menghitung sisa persediaan bahan baku yang masih ada digudang pada akhir periode akuntansi.harga pokok persediaan awal ditambah harga pokok bahan baku yang dibeli dikurangi

5 17 harga pokok persediaan bahan baku yang masih ada pada akhir periode adalah biaya-biaya bahan baku yang dipakai (Faisal Rahman ; 2013 : 3). Sesuai dengan artinya masuk pertama keluar pertama, biaya persediaan yang pertama kali masuk kegudang akan dijadikan acuan ketika barang tersebut keluar gudang. Misalnya ada 100 barang jadi masuk ke gudang pada 1 april. Lalu, pada 4 april ada 50 barang lagi masuk ke gudang. Pada 5 april, perusahaan menjual 30 unit barang. Maka, dasar perhitungan ketika barang keluar gudang adalah perhitungan pada 1 april. Artinya 30 barang dikurangi barang yang masuk pada 1 april, bukan 5 april. Artinya,masuk pertama, keluar juga pertama (Ryan Ariefiansyah ; 2014 : 107). III.4.1. Studi Kasus Penerapan Metode FIFO dan LIFO Tabel III.1. Transaksi Pembelian dan Penjualan Tanggal Exp. Keterangan Jumlah Harga Total Harga 01 Juli Juli 2014 Persediaan Awal Juli 02 Juli Pembelian Sabun Wanita 03 Juli 03 Juli Pembelian Sabun Pakaian 04 Juli 04 Juli Penjualan Sabun Wanita 05 Juli 05 Juli Pembelian Sabun Bayi 31 Juli Juli 2018 Tersedian Dijual

6 18 Metode FIFO Tanggal Kuantitas Harga Pokok Pembelian Total harga pokok 05 Juli Juli Persediaan awal, 1 juli 2014 Rp Pembelian bersih selama periode Persediaan tersedia terjual Rp Persediaan Akhir, 31 Juli Harga Pokok Penjualan Rp II.5. Pengertian Visual Basic Visual Basic adalah salah suatu development tools untuk membangun aplikasi dalam lingkungan Windows. Dalam pengembangan aplikasi, Visual Basic menggunakan pendekatan Visual untuk merancang user interface dalam bentuk form, sedangkan untuk kodingnya menggunakan dialek bahasa Basic yang cenderung mudah dipelajari. Visual Basic telah menjadi tools yang terkenal bagi para pemula maupun para developer dalam pengembangan aplikasi skala kecil sampai ke skala besar. Dalam lingkungan Window's User-interface sangat memegang peranan penting, karena dalam pemakaian aplikasi yang kita buat, pemakai senantiasa berinteraksi dengan Userinterface tanpa menyadari bahwa dibelakangnya berjalan instruksi-instruksi program yang mendukung tampilan dan proses yang dilakukan. Pada pemrograman Visual, pengembangan aplikasi

7 19 dimulai dengan pembentukkan user interface, kemudian mengatur properti dari objek-objek yang digunakan dalam user interface, dan baru dilakukan penulisan kode program untuk menangani kejadiankejadian (event). Tahap pengembangan aplikasi demikian dikenal dengan istilah pengembangan aplikasi dengan pendekatan Bottom Up (Hendra ; 2012 : 1). II.6. Pengertian SQL Server SQL Server 2008 adalah sebuah terobosan baru dari Microsoft dalam bidang database. SQL Server adalah DBMS (Database Management System) yang dibuat oleh Microsoft untuk ikut berkecimpung dalam persaingan dunia pengolahan data menyusul pendahulunya seperti IBM dan Oracle. SQl Server 2008 dibuat pada saat kemajuan dalam bidang hardware sedemikian pesat. Oleh karena itu sudah dapat dipastikan bahwa SQL Server 2008 membawa beberapa terobosan dalam bidang pengolahan dan penyimpanan data (Wenny Widya ; 2012 : 3). II.7. Teknik Normalisasi Normalisasi adalah teknik perancangan yang banyak digunakan sebagai pemandu dalam merancang basis data relasional. Pada dasarnya, normalisasi adalah proses dua langkah yang meletakkan data dalam bentuk tabulasi dengan menghilangkan kelompok berulang lalu menghilangkan data yang terduplikasi dari tabel rasional.

8 20 Teori normalisasi didasarkan pada konsep bentuk normal. Sebuah tabel relasional dikatakan berada pada bentuk normal tertentu jika tabel memenuhi himpunan batasan tertentu. Ada lima bentuk normal yang tekah ditemukan II.7.1.Bentuk-bentuk Normalisasi a. Bentuk tidak normal Bentuk ini merupakan kumpulan data yang akan direkam, tidak ada keharusan mengikuti format tertentu, dapat saja tidak lengkap dan terduplikasi. Data dikumpulkan apa adanya sesuai keadaanya. b. Bentuk normal tahap pertama (1 Normal Form) Definisi : Sebuah table disebut 1NF jika : - Tidak ada baris yang duplikat dalam tabel tersebut. - Masing-masing cell bernilai tunggal Catatan: Permintaan yang menyatakan tidak ada baris yang duplikat dalam sebuah tabel berarti tabel tersebut memiliki sebuah kunci, meskipun kunci tersebut dibuat dari kombinasi lebih dari satu kolom atau bahkan kunci tersebut merupakan kombinasi dari semua kolom. c. Bentuk normal tahap kedua (2 nd normal form) Bentuk normal kedua (2NF) terpenuhi jika pada sebuah tabel semua atribut yang tidak termasuk dalam primary key memiliki ketergantungan fungsional pada primary key secara utuh. d. Bentuk normal tahap ketiga (3 rd normal form)

9 21 Sebuah tabel dikatakan memenuhi bentuk normal ketiga (3NF), jika untuk setiap ketergantungan fungsional dengan notasi X -> A, dimana A mewakili semua atribut tunggal di dalam tabel yang tidak ada di dalam X, maka : - X haruslah superkey pada tabel tersebut. - Atau A merupakan bagian dari primary key pada tabel tersebut. e. Bentuk Normal Tahap Keempat dan Kelima Penerapan aturan normalisasi sampai bentuk normal ketiga sudah memadai untuk menghasilkan tabel berkualitas baik. Namun demikian, terdapat pula bentuk normal keempat (4NF) dan kelima (5NF). Bentuk Normal keempat berkaitan dengan sifat ketergantungan banyak nilai (multivalued dependency) pada suatu tabel yang merupakan pengembangan dari ketergantungan fungsional. Adapun bentuk normal tahap kelima merupakan nama lain dari Project Join Normal Form (PJNF). f. Boyce Code Normal Form (BCNF) - Memenuhi 1 st NF - Relasi harus bergantung fungsi pada atribut superkey (Janner Simarmata ; 2010 : 76).

10 22 II.9. UML (Unified Modeling Language) Menurut Sri Dharwiyanti (2013) Unified Modelling Language (UML) adalah sebuah "bahasa" yg telah menjadi standar dalam industri untuk visualisasi, merancang dan mendokumentasikan sistem piranti lunak. UML menawarkan sebuah standar untuk merancang model sebuah sistem. Dengan menggunakan UML kita dapat membuat model untuk semua jenis aplikasi piranti lunak, dimana aplikasi tersebut dapat berjalan pada piranti keras, sistem operasi dan jaringan apapun, serta ditulis dalam bahasa pemrograman apapun. Tetapi karena UML juga menggunakan class dan operation dalam konsep dasarnya, maka ia lebih cocok untuk penulisan piranti lunak dalam bahasa-bahasa berorientasi objek seperti C++, Java, C# atau VB.NET. Walaupun demikian, UML tetap dapat digunakan untuk modeling aplikasi prosedural dalam VB atau C. 1. Use Case Diagram Use case diagram menggambarkan fungsionalitas yang diharapkan dari sebuah sistem. Yang ditekankan adalah apa yang diperbuat sistem, dan bukan bagaimana. Sebuah use case merepresentasikan sebuah interaksi antara aktor dengan sistem. Use case merupakan sebuah pekerjaan tertentu, misalnya login ke sistem, meng-create sebuah daftar belanja, dan sebagainya. Seorang/sebuah aktor adalah sebuah entitas manusia atau mesin yang berinteraksi dengan system untuk melakukan pekerjaan-pekerjaan tertentu. Use case diagram dapat sangat membantu bila kita sedang menyusun requirement sebuah sistem, mengkomunikasikan rancangan dengan klien, dan merancang test case untuk semua feature yang ada pada sistem.

11 23 Sebuah use case dapat meng-include fungsionalitas use case lain sebagai bagian dari proses dalam dirinya. Secara umum diasumsikan bahwa use case yang di-include akan dipanggil setiap kali use case yang meng-include dieksekusi secara normal. Sebuah use case dapat di-include oleh lebih dari satu use case lain, sehingga duplikasi fungsionalitas dapat dihindari dengan cara menarik keluar fungsionalitas yang common. Sebuah use case juga dapat meng-extend use case lain dengan behaviour-nya sendiri. Sementara hubungan generalisasi antar use case menunjukkan bahwa use case yang satu merupakan spesialisasi dari yang lain. Make Appontment Patien 2. Class Diagram Gambar II.3. Usecase Diagram (Sumber : Sri Dharwiyanti ; 2013 : 5) Class adalah sebuah spesifikasi yang jika diinstansiasi akan menghasilkan sebuah objek dan merupakan inti dari pengembangan dan desain berorientasi objek. Class menggambarkan keadaan (atribut/properti) suatu sistem, sekaligus menawarkan layanan untuk memanipulasi keadaan tersebut (metoda/fungsi). Class diagram menggambarkan struktur dan deskripsi class, package dan objek beserta hubungan satu sama lain seperti containment, pewarisan, asosiasi, dan lain-lain.

12 24 Gambar II.4. Class Diagram (Sumber : Sri Dharwiyanti ; 2013 : 6) 3. Statechart Diagram Statechart diagram menggambarkan transisi dan perubahan keadaan (dari satu state ke state lainnya) suatu objek pada sistem sebagai akibat dari stimuli yang diterima. Pada umumnya statechart diagram menggambarkan class tertentu (satu class dapat memiliki lebih dari satu statechart diagram). Dalam UML, state digambarkan berbentuk segiempat dengan sudut membulat dan memiliki nama sesuai kondisinya saat itu. Transisi antar state umumnya memiliki kondisi guard yang merupakan syarat terjadinya transisi yang bersangkutan, dituliskan dalam kurung siku. Action yang dilakukan sebagai akibat dari event tertentu dituliskan dengan diawali garis miring. Titik awal dan akhir digambarkan berbentuk lingkaran berwarna penuh dan berwarna setengah.

13 25 Gambar II.5. Statechart Diagram (Sumber : Sri Dharwiyanti ; 2013 : 7) 4. Activity Diagram Activity diagrams menggambarkan berbagai alir aktivitas dalam sistem yang sedang dirancang, bagaimana masing-masing alir berawal, decision yang mungkin terjadi, dan bagaimana mereka berakhir. Activity diagram juga dapat menggambarkan proses paralel yang mungkin terjadi pada beberapa eksekusi. Activity diagram merupakan state diagram khusus, di mana sebagian besar state adalah action dan sebagian besar transisi di-trigger oleh selesainya state sebelumnya (internal processing). Oleh karena itu activity diagram tidak menggambarkan behaviour internal sebuah sistem (dan interaksi antar subsistem) secara eksak, tetapi lebih menggambarkan proses-proses dan jalur-jalur aktivitas dari level atas secara umum. Sebuah aktivitas dapat direalisasikan oleh satu use case atau lebih. Aktivitas menggambarkan proses yang berjalan, sementara use case menggambarkan bagaimana aktor menggunakan sistem untuk melakukan aktivitas.

14 26 5. Sequence Diagram Gambar II.6. Activity Diagram (Sumber : Sri Dharwiyanti ; 2013 : 8) Sequence diagram menggambarkan interaksi antar objek di dalam dan di sekitar sistem (termasuk pengguna, display, dan sebagainya) berupa message yang digambarkan terhadap waktu. Sequence diagram terdiri atar dimensi vertikal (waktu) dan dimensi horizontal (objek-objek yang terkait). Sequence diagram biasa digunakan untuk menggambarkan skenario atau rangkaian langkah-langkah yang dilakukan sebagai respons dari sebuah event untuk menghasilkan output tertentu. Diawali dari apa yang men-trigger aktivitas tersebut, proses dan perubahan apa saja yang terjadi secara internal dan output apa yang dihasilkan.

15 27 Masing-masing objek, termasuk aktor, memiliki lifeline vertikal. Message digambarkan sebagai garis berpanah dari satu objek ke objek lainnya. Pada fase desain berikutnya, message akan dipetakan menjadi operasi/metoda dari class. Activation bar menunjukkan lamanya eksekusi sebuah proses, biasanya diawali dengan diterimanya sebuah message. 6. Collaboration Diagram Gambar II.7. Sequence Diagram (Sumber : Sri Dharwiyanti ; 2013 : 9) Collaboration diagram juga menggambarkan interaksi antar objek seperti sequence diagram, tetapi lebih menekankan pada peran masing-masing objek dan bukan pada waktu penyampaian message. Setiap message memiliki sequence number, di mana message dari level tertinggi memiliki nomor 1. Messages dari level yang sama memiliki prefiks yang sama.

16 28 Gambar II.8. Collaboration Diagram (Sumber : Sri Dharwiyanti ; 2013 : 9) 7. Component Diagram Component diagram menggambarkan struktur dan hubungan antar komponen piranti lunak, termasuk ketergantungan (dependency) di antaranya. Komponen piranti lunak adalah modul berisi code, baik berisi source code maupun binary code, baik library maupun executable, baik yang muncul pada compile time, link time, maupun run time. Umumnya komponen terbentuk dari beberapa class dan/atau package, tapi dapat juga dari komponen-komponen yang lebih kecil. Komponen dapat juga berupa interface, yaitu kumpulan layanan yang disediakan sebuah komponen untuk komponen lain.

17 Gambar II.9. Component Diagram (Sumber : Sri Dharwiyanti ; 2013 : 10) 29

18 30 8. Deployment Diagram Deployment/physical diagram menggambarkan detail bagaimana komponen di-deploy dalam infrastruktur sistem, di mana komponen akan terletak (pada mesin, server atau piranti keras apa), bagaimana kemampuan jaringan pada lokasi tersebut, spesifikasi server, dan hal-hal lain yang bersifat fisikal Sebuah node adalah server, workstation, atau piranti keras lain yang digunakan untuk mendeploy komponen dalam lingkungan sebenarnya.

19 Gambar II.10. Deployment Diagram (Sumber : Sri Dharwiyanti ; 2013 : 11) 31