LANDASAN TEORI
2.1 Teori – teori Umum 2.1.1 Sistem Informasi
2.1.1.1 Pengertian Sistem
Pada dasarnya terdapat banyak ragam definisi dari Sistem menurut versi dari beberapa orang berikut ini.
Pengertian Sistem menurut McLeod, Jr. ( 2001, p.11 ), yang diterjemahkan oleh Hendra Teguh, adalah sekelompok elemen yang terintegrasi dengan maksud yang sama untuk mencapai suatu tujuan. Sedangkan Romney, Steinbart ( 2003, p.2 ), “ A system is a set of two or more
interrelated components that interact to achieve a goal “, yang berarti sistem
didefinisikan sebagai suatu kesatuan yang terdiri dari dua atau lebih komponen-komponen yang berhubungan yang saling berinteraksi untuk mencapai suatu tujuan.
Pendapat lain mengenai sistem dikemukakan oleh Jogiyanto Hartono (1999, p.2), yakni kumpulan dari elemen-elemen yang berinteraksi untuk mencapai suatu tujuan tertentu. Sedangkan menurut Mulyadi ( 2001, p.2 ), sistem adalah sekelompok unsur yang erat berhubungan satu dengan lainnya, yang berfungsi bersama-sama untuk mencapai tujuan tertentu.
Dari definisi di atas dapat disimpulkan bahwa sistem adalah kumpulan dari komponen-komponen yang saling berinteraksi dan berfungsi bersama-sama untuk mencapai suatu tujuan.
2.1.1.2 Karakteristik Sistem
Menurut Jogiyanto Hartono (1999, p.3), suatu sistem mempunyai karakteristik atau sifat – sifat yang tertentu, yaitu :
1. Komponen – komponen ( components ), berupa subsistem atau bagian-bagian dari sistem.
2. Batas sistem ( boundary ), merupakan daerah yang membatasi antara suatu sistem dengan sistem lainnya atau dengan lingkungan luarnya.
3. Lingkungan luar sistem ( environments ), apapun di luar batas dari sistem yang mempengaruhi operasi sistem.
4. Penghubung ( interface ), merupakan media penghubung antara satu subsistem dengan subsistem lainnya.
5. Masukan ( input ), adalah energi yang dimasukkan ke dalam sistem.
6. Keluaran ( output ), adalah hasil dari energi yang diolah dan diklasifikasikan menjadi keluaran yang berguna dan sisa pembuangan. 7. Pengolah ( process ), merupakan bagian yang akan merubah masukan
menjadi keluaran.
8. Sasaran ( objectives ) atau tujuan ( goal ).
Menurut Jogiyanto Hartono (1999, p.8), informasi adalah data yang diolah menjadi bentuk yang lebih berguna dan lebih berarti bagi yang menerimanya. Sedangkan menurut McLeod, Jr. yang diterjemahkan oleh Hendra Teguh ( 2001, p.15 ), informasi adalah data yang telah diproses, atau data yang memiliki arti.
Dari definisi di atas dapat disimpulkan bahwa informasi adalah data yang telah diolah melalui pemrosesan sehingga memiliki nilai guna bagi yang menerimanya.
2.1.1.4 Kualitas Informasi
Menurut Jogiyanto Hartono (1999, p.10), Kualitas dari suatu informasi (quality of information) tergantung dari tiga hal, yaitu :
1. Akurat, berarti informasi harus bebas dari kesalahan-kesalahan dan tidak bias atau menyesatkan. Akurat juga berarti informasi harus jelas mencerminkan maksudnya. Informasi harus akurat karena dari sumber informasi sampai ke penerima informasi kemungkinan banyak terjadi gangguan (noise) yang dapat merubah atau merusak informasi tersebut. 2. Tepat pada waktunya, berarti informasi yang datang pada penerima tidak
boleh terlambat. Informasi yang sudah usang tidak akan mempunyai nilai lagi. Karena informasi merupakan landasan di dalam pengambilan keputusan. Bila pengambilan keputusan terlambat, maka dapat berakibat fatal untuk organisasi. Dewasa ini mahalnya nilai informasi disebabkan harus cepatnya informasi tersebut didapat, sehingga diperlukan teknologi-teknologi mutakhir untuk mendapatkan, mengolah dan mengirimkannya.
3. Relevan, berarti informasi tersebut mempunyai manfaat untuk pemakainya. Relevansi informasi untuk tiap-tiap orang satu dengan yang lainnya berbeda. Misalnya informasi mengenai sebab-musabab kerusakan mesin produksi kepada akuntan perusahaan adalah kurang relevan dan akan lebih relevan bila ditujukan kepada ahli teknik perusahaan.
2.1.1.5 Pengertian Sistem Informasi
Menurut Wilkinson (1993, p.4), yang diterjemahkan oleh Agus Maulana, sistem informasi adalah suatu kerangka kerja dengan mana sumberdaya ( manusia, komputer ) dikoordinasikan untuk mengubah masukan ( data ) menjadi keluaran ( informasi ), guna mencapai sasaran-sasaran perusahaan. Bodnar, Hopwood ( 2000, p.4), yang diterjemahkan oleh Amir Abadi Jusuf, mendefinisikan sistem informasi merupakan sekelompok perangkat keras dan perangkat lunak yang dirancang untuk mengubah data menjadi informasi yang bermanfaat.
Jadi, dapat disimpulkan bahwa sistem informasi merupakan suatu kesatuan komponen yang saling berinteraksi untuk mengubah data menjadi informasi guna pencapaian tujuan perusahaan.
2.1.2 Sistem Informasi Manajemen
2.1.2.1 Pengertian Sistem Informasi Manajemen
Sistem Informasi Manajemen ( management information systems atau sering dikenal dengan singkatannya MIS) merupakan penerapan sistem
informasi di dalam organisasi untuk mendukung informasi-informasi yang dibutuhkan oleh semua tingkatan manajemen.
Menurut Jogiyanto Hartono (1999, p.8), sistem informasi manajemen adalah kumpulan dari interaksi sistem-sistem informasi yang menghasilkan informasi yang berguna untuk semua tingkatan manajemen. Sedangkan Cushing (1991, p.10), yang diterjemahkan oleh Ruchyat Kosasih, berpendapat bahwa sistem informasi manajemen dapat didefinisikan sebagai suatu kumpulan manusia dan sumber modal di dalam suatu organisasi yang bertanggung jawab untuk pengumpulan dan pengolahan data untuk menghasilkan informasi yang berguna bagi setiap tingkat manajemen dalam perencanaan dan pengendalian aktivitas-aktivitas organisasi.
Dari definisi di atas dapat disimpulkan bahwa sistem informasi manajemen adalah kumpulan dari sistem-sistem informasi yang menyediakan informasi bagi semua tingkatan manajemen dalam suatu organisasi.
MIS tergantung dari besar-kecilnya organisasi dapat terdiri dari
sistem-sistem informasi sebagai berikut ini.
1. Sistem Informasi Akuntansi ( accounting information systems ), menyediakan informasi dari transaksi keuangan.
2. Sistem Informasi Pemasaran ( marketing information systems ), menyediakan informasi untuk penjualan, promosi penjualan, kegiatan-kegiatan pemasaran, kegiatan-kegiatan-kegiatan-kegiatan penelitian pasar dan lain sebagainya yang berhubungan dengan pemasaran.
3. Sistem Informasi Manajemen Persediaan ( inventory management
4. Sistem Informasi Personalia ( personnel information systems ). 5. Sistem Informasi Distribusi ( distribution information systems ). 6. Sistem Informasi Pembelian ( purchasing information systems ). 7. Sistem Informasi Kekayaan ( treasury information systems ).
8. Sistem Informasi Analisis Kredit ( credit analysis information systems ). 9. Sistem Informasi Penelitian dan Pengembangan ( research and
development information systems ).
10. Sistem Informasi Teknik ( engineering information systems ).
2.1.3 Sistem Informasi Akuntansi
2.1.3.1 Pengertian Sistem Informasi Akuntansi
Menurut Moscove, Simkin dan Bagranoff (2001, p.7), “Accounting
Information Systems is the information subsystem within an organization that accumulates information from the entity’s various subsystem and communicates to the organization’s information processing subsystem”, yang
penulis artikan secara bebas bahwa SIA adalah suatu bagian dalam organisasi yang mengumpulkan informasi dan mengkomunikasikannya kepada bagian yang memproses informasi perusahaan.
Menurut Bodnar, Hopwood ( 2000, p.6), yang diterjemahkan oleh Amir Abadi Jusuf, SIA didefinisikan sebagai sistem berbasis komputer yang dirancang untuk mengubah data akuntansi menjadi informasi.
Dari beberapa definisi yang diberikan dapat diambil kesimpulan bahwa SIA adalah suatu komponen di dalam suatu organisasi yang mengolah transaksi
keuangan menjadi informasi yang relevan bagi pihak internal maupun eksternal perusahaan guna mendukung dalam pengambilan keputusan.
Data yang diolah oleh SIA adalah yang bersifat keuangan. SIA hanya terbatas pada pengolahan data yang bersifat keuangan saja, sehingga informasi yang dihasilkan oleh SIA hanya informasi keuangan saja. SIM menangani semua data yang masuk di dalam organisasi dan menghasilkan semua informasi yang dibutuhkan oleh semua tingkatan manajemen. Informasi yang dihasilkan oleh SIM dapat berupa informasi keuangan dan informasi yang dihasilkan dari pengolahan data transaksi yang bukan bersifat keuangan. Pada organisasi kecil yang hanya mengolah data keuangan saja, SIA hampir mewakili semua SIM. Atau dengan kata lain SIA adalah SIM dan sebaliknya. Pada organisasi besar, SIA merupakan subsistem dari SIM, SIA merupakan subsistem yang terbesar dari SIM.
2.1.3.2 Tujuan Pengembangan Sistem Informasi Akuntansi
Menurut Mulyadi ( 2001, p. 19 ), ada empat tujuan umum dalam pengembangan sistem akuntansi, yaitu :
1. Untuk menyediakan informasi bagi pengelolaan kegiatan usaha baru. 2. Untuk memperbaiki informasi yang dihasilkan oleh sistem yang sudah ada,
baik mengenai mutu, ketepatan penyajian, maupun struktur informasinya. 3. Untuk memperbaiki pengendalian akuntansi dan pengecekan intern, yaitu
untuk memperbaiki tingkat keandalan ( reliability ) informasi akuntansi dan untuk menyediakan catatan lengkap mengenai pertanggung jawaban dan perlindungan kekayaan perusahaan.
4. Untuk mengurangi biaya klerikal dalam penyelenggaraan catatan akuntansi.
2.1.3.3 Prinsip – prinsip Sistem Akuntansi
Menurut Sanyoto Gondodiyoto dan Idris Gautama ( 2003, p.32 ), prinsip – prinsip yang harus dipertimbangkan di dalam penyusunan sistem informasi akuntansi adalah:
1. Keseimbangan biaya dengan manfaat
Yang dimaksud dengan keseimbangan antara biaya dengan manfaat ( cost effectiveness balance ) ialah bahwa sistem akuntansi suatu perusahaan harus disusun dengan sebaik-baiknya, tetapi dengan biaya yang semurah-murahnya. Maksudnya adalah sistem akuntansi harus sesuai dengan kebutuhan masing-masing perusahaan tetapi juga harus dengan pertimbangan manfaat yang diperoleh harus lebih besar dari biayanya.
2. Luwes dan dapat memenuhi perkembangan
Ciri khas suatu perusahaan modern adalah perubahan (organization
change). Setiap perubahan harus terus menerus menyesuaikan diri dengan
lingkungan dan perkembangannya, termasuk perubahan kebijakan, perubahan peraturan, dan perkembangan teknologi. Sistem akuntansi harus luwes dalam menghadapi tuntutan perubahan tersebut (flexibility to
meet future needs).
3. Pengendalian internal yang memadai
Suatu sistem akuntansi harus dapat menyajikan informasi akuntansi yang diperlukan oleh pengelola perusahaan sebagai pertanggungjawaban
kepada pemilik, maupun kepada pihak-pihak yang berkepentingan lainnya. Informasi yang disajikan harus bebas bias, error, dan hal lain yang dapat menyesatkan. Selain dari itu Sistem akuntansi juga harus dapat menjadi alat manajemen untuk menjalankan / mengendalikan operasi perusahaan, termasuk pengamanan asset atau harta perusahaan (adequate internal controls).
4. Sistem pelaporan yang efektif
Bila kita menyiapkan laporan, maka pengetahuan tentang pemakai laporan (yaitu mengenai keinginannya, kebutuhan saat ini dan yang akan datang) dapat diketahui dengan sebaik-baiknya sehingga kita dapat menyajikan informasi yang relevan dan dipahami oleh mereka yang menggunakannya.
2.1.4 Pengembangan Sistem
2.1.4.1 Pengertian Pengembangan Sistem
Menurut Jogiyanto Hartono (1999, p.35), pengembangan sistem ( systems development ) dapat berarti menyusun suatu sistem yang baru untuk menggantikan sistem yang lama secara keseluruhan atau memperbaiki sistem yang telah ada.
2.1.4.2 Perlunya Pengembangan Sistem
Menurut Jogiyanto Hartono (1999, p.35), sistem yang lama perlu diperbaiki atau diganti disebabkan karena beberapa hal, yaitu sebagai berikut ini.
1. Adanya permasalahan-permasalahan ( problems) yang timbul di sistem yang lama. Permasalahan yang timbul dapat berupa:
a. Ketidakberesan pada sistem lama sehingga sistem yang ada tidak dapat beroperasi sesuai dengan yang diharapkan.
b. Pertumbuhan organisasi, yang menyebabkan harus disusunnya sistem yang baru. Pertumbuhan organisasi diantaranya adalah kebutuhan informasi yang semakin luas, volume pengolahan data semakin meningkat, perubahan prinsip akuntansi yang baru. Karena adanya perubahan ini, maka menyebabkan sistem yang lama tidak efektif lagi, sehingga sistem yang lama sudah tidak dapat memenuhi lagi semua kebutuhan informasi yang dibutuhkan manajemen.
2. Untuk meraih kesempatan-kesempatan (opportunities).
Teknologi informasi telah berkembang dengan cepatnya. Organisasi mulai merasakan bahwa teknologi informasi ini perlu digunakan untuk meningkatkan penyediaan informasi sehingga dapat mendukung dalam proses pengambilan keputusan yang akan dilakukan oleh manajemen. Dalam keadaan pasar bersaing, kecepatan informasi atau efisiensi waktu sangat menentukan berhasil atau tidaknya strategi dan rencana-rencana yang telah disusun untuk meraih kesempatan-kesempatan yang ada. Bila pesaing dapat memanfaatkannya, sedang perusahaan tidak dapat memanfaatkan tekonologi ini, maka kesempatan-kesempatan akan jatuh ke tangan pesaing. Kesempatan-kesempatan ini dapat berupa peluang-peluang pasar, pelayanan yang meningkat kepada langganan dan lain sebagainya
3. Adanya instruksi-instruksi (directives).
Penyusunan sistem yang baru dapat juga terjadi karena adanya instruksi-instruksi dari atas pimpinan ataupun dari luar organisasi, seperti misalnya peraturan pemerintah.
Dengan telah dikembangkannya sistem yang baru, maka diharapkan akan terjadi peningkatan-peningkatan di sistem yang baru. Peningkatan-peningkatan ini berhubungan dengan PIECES, yaitu sebagai berikut ini.
- Performance (kinerja), peningkatan terhadap kinerja (hasil kerja) sistem yang baru sehingga menjadi lebih efektif.
- Information (informasi), peningkatan terhadap kualitas informasi yang disajikan.
- Economy (ekonomis), peningkatan terhadap manfaat-manfaat atau keuntungan-keuntungan atau penurunan-penurunan biaya yang terjadi.
- Control (pengendalian), peningkatan terhadap pengendalian untuk mendeteksi dan memperbaiki kesalahan-kesalahan serta kecurangan-kecurangan yang akan terjadi.
- Efficiency (efisiensi), peningkatan terhadap efisiensi operasi. Efisiensi berbeda dengan ekonomis. Bila ekonomis berhubungan dengan jumlah sumber daya yang digunakan, efisiensi berhubungan dengan bagaimana sumber daya tersebut digunakan dengan pemborosan yang paling minimum. - Service (pelayanan), peningkatan terhadap pelayanan yang diberikan oleh
2.1.4.3 Prinsip Pengembangan Sistem
Menurut Jogiyanto Hartono (1999, p.38), prinsip-prinsip yang tidak boleh dilupakan dalam proses pengembangan sistem adalah:
1. Sistem yang dikembangkan adalah untuk manajemen.
Setelah sistem selesai dikembangkan, maka yang akan menggunakan informasi dari sistem ini adalah manajemen, sehingga sistem harus dapat mendukung kebutuhan yang diperlukan oleh manajemen.
2. Sistem yang dikembangkan adalah investasi modal yang besar.
Sistem informasi yang akan dikembangkan membutuhkan dana modal yang tidak sedikit, apalagi dengan digunakannya teknologi yang mutakhir. 3. Sistem yang dikembangkan memerlukan orang yang terdidik.
Manusia merupakan faktor utama yang menentukan berhasil tidaknya suatu sistem, baik dalam proses pengembangannya, penerapannya, maupun dalam proses operasinya. Oleh karena itu, orang yang terlibat dalam pengembangan maupun penggunaan sistem ini harus merupakan orang yang terdidik tentang permasalahan-permasalahan yang ada dan terhadap solusi-solusi yang mungkin dilakukan. Terdidik disini bukan berarti harus secara formal duduk di perguruan tinggi, tetapi dapat dilakukan secara latihan kerja.
4. Tahapan kerja dan tugas-tugas yang harus dilakukan dalam proses pengembangan sistem.
Proses pengembangan sistem pada umumnya melibatkan beberapa tahapan kerja dan melibatkan beberapa personil dalam bentuk suatu team untuk mengerjakannya. Pengalaman menunjukkan bahwa tanpa adanya
perencanaan dan koordinasi kerja yang baik, maka proses pengembangan sistem tidak akan berhasil dengan memuaskan. Untuk maksud ini, sebelum proses pengembangan sistem dilakukan, maka harus dibuat terlebih dahulu skedul kerja yang menunjukkan tahapan-tahapan kerja dan tugas-tugas pekerjaan yang akan dilakukan, sehingga proses pengembangan sistem dapat dilakukan dan selesai dengan berhasil sesuai dengan waktu dan anggaran yang direncanakan.
5. Proses pengembangan sistem tidak harus urut.
Tahapan dalam proses pengembangan sistem tidaklah harus urut, dalam arti kemungkinan tahapan-tahapan proses pengembangan sistem dapat dilakukan secara bersama-sama.
6. Jangan takut membatalkan proyek.
Umumnya hal ini merupakan pantangan untuk membatalkan suatu proyek yang sedang berjalan. Keputusan untuk meneruskan suatu proyek atau membatalkannya memang harus dievaluasi dengan cermat. Untuk kasus-kasus yang tertentu, dimana suatu proyek terpaksa harus dihentikan atau dibatalkan karena sudah tidak layak lagi, maka harus dilakukan dengan tegas.
7. Dokumentasi harus ada untuk pedoman dalam pengembangan sistem.
Kegagalan untuk membuat suatu dokumentasi kerja adalah salah satu hal yang sering terjadi dan merupakan kesalahan kritis yang dibuat oleh analis sistem. Banyak analis sistem yang membicarakan pentingnya dokumentasi. Mereka membuat dokumentasi hasil dari analisis setelah mereka selesai mengembangkan sistemnya dan bahkan ada yang tidak membuat
dokumentasi ini. Dokumentasi ini seharusnya dibuat pada waktu proses dari pengembangan sistem ini sendiri masih dalam proses,karena dokumentasi ini dapat dihasilkan dari hasil kerja tiap-tiap langkah di pengembangan sistem.Dokumentasi yang dibuat dandikumpulkan selama proses dari pengembangan sistem dapat digunakan untuk bahan komunikasi antara analis sistem dengan pemakai sistem dan dapat digunakan untuk mendorong keterlibatan pemakai sistem.
2.1.4.4 Siklus Hidup Pengembangan Sistem
Menurut Bodnar, Hopwood ( 2000, p.356), yang diterjemahkan oleh Amir Abadi Jusuf , ada 3 subfungsi di dalam fungsi sistem informasi yang tercakup dalam proses pengembangan sistem, yaitu:
1. Analisis Sistem, merupakan tanggung jawab untuk pengembangan rancangan umum aplikasi-aplikasi sistem. Analisis sistem bekerja sama dengan pemakai untuk mendefinisikan kebutuhan informasi spesifik mereka. Kebutuhan-kebutuhan tersebut kemudian dikomunikasikan ke fungsi perancangan sistem.
Terdapat empat tahap atau langkah umum dalam analisis sistem, yaitu survei sistem yang berjalan, mengidentifikasi kebutuhan informasi pemakai, mengidentifikasi kebutuhan sistem yang perlu untuk memenuhi kebutuhan informasi pemakai, dan tahap yang terakhir dalam analisis sistem adalah penyajian laporan analisis sistem.
2. Perancangan Sistem, merupakan formulasi spesifikasi rinci dari sistem yang diusulkan. Terdapat tiga tahap atau langkah umum dalam
perancangan sistem, yaitu tahap evaluasi rancangan alternatif dari sistem yang diusulkan, penyajian spesifikasi rancangan rinci, penyajian laporan perancangan sistem.
3. Operasi ( implementasi ) sistem.
2.1.5 Analisis dan Perancangan Sistem 2.1.5.1 Pengertian Analisis Sistem
Analisis sistem menurut Jogiyanto Hartono (1999, p.129), dapat didefinisikan sebagai penguraian dari suatu sistem informasi yang utuh ke dalam bagian-bagian komponennya dengan maksud untuk mengidentifikasikan dan mengevaluasi permasalah-permasalahan, kesempatan-kesempatan, hambatan-hambatan yang terjadi dan kebutuhan-kebutuhan yang diharapkan sehingga dapat diusulkan perbaikan-perbaikannya.
Menurut Cushing (1991, p.327), yang diterjemahkan oleh Ruchyat Kosasih, analisis sistem diartikan sebagai proses penyelidikan kebutuhan informasi pemakai di dalam suatu organisasi agar dapat menetapkan tujuan dan spesifikasi untuk desain suatu sistem informasi.
Dari beberapa definisi di atas dapat disimpulkan bahwa analisis sistem adalah proses mengidentifikasi dan mengevaluasi masalah-masalah serta kebutuhan informasi pemakai dari suatu sistem informasi guna menetapkan tujuan dan spesifikasi perancangan sistem yang diusulkan.
Menurut Jogiyanto Hartono (1999, p.130), langkah-langkah dasar yang harus dilakukan oleh analis sistem sebagai berikut :
1. Identify, yaitu mengidentifikasi masalah.
2. Understand, yaitu memahami kerja dari sistem yang ada. 3. Analyze, yaitu menganalisis sistem.
4. Report, yaitu membuat laporan hasil analisis.
2.1.5.3 Pengertian Perancangan Sistem
Menurut Bodnar, Hopwood ( 2000, p.357), yang diterjemahkan oleh Amir Abadi Jusuf, perancangan sistem merupakan formulasi spesifikasi rinci dari sistem yang diusulkan.
2.1.5.4 Metode Analisis dan Perancangan Sistem
Ada 3 metode dalam analisis dan perancangan sistem, yaitu: 1. Metode Tradisional, yaitu menggunakan sistem Flow Chart.
2. Metode Terstruktur, yaitu menggunakan E-R Diagram, Normalisasi, DFD. 3. Metode Berorientasi Objek ( Object Oriented ).
2.1.6 Analisis dan Perancangan Sistem Berorientasi Objek 2.1.6.1 Pengertian Object dan Class
Menurut Mathiassen, et al (2000, p.3), “object is an entity with identity,
state, and behavior”, yang penulis artikan secara bebas bahwa objek adalah
Sedangkan “Class is a description of a collection of object sharing
structure, behavioural pattern, and attributes”, yang penulis artikan secara
bebas bahwa kelas adalah kumpulan dari objek yang dapat mendistribusikan struktur, atribut, dan pola tingkah laku sistem.
2.1.6.2 Konsep-Konsep Object Oriented
Konsep-konsep yang dimiliki oleh Object Oriented adalah sebagai berikut : 1. Inheritance
Inheritance adalah penurunan / pewarisan sifat dari superclass ke subclass.
2. Polymorphism
Polymorphism adalah nama operasi yang terdapat di berbagai class tetapi
diproses dengan cara yang berbeda disetiap class tersebut atau dengan kata lain suatu nama operasi yang sama memiliki implementasi yang berbeda pada class lain.
3. Encapsulation
Encapsulation adalah pengelompokkan / penggabungan attributes & operation dalam suatu class dimana pengoperasian yang dilakukan oleh
objek yang tidak diketahui oleh objek yang lain.
2.1.6.3 Keuntungan Object Oriented (OO)
Menurut Mathiassen, et al (2000, p.5), keuntungan dari metode OO adalah :
b. Terdapat hubungan yang erat dalam OO Analisis, OO design, OO user
interface, dan OO programming, maksudnya dari analisa, desain, sampai
ke implementasi menggunakan notasi yang sama.
2.1.6.4 Kegiatan dalam OO analysis and design
Menurut Mathiassen, et al (2000, p.15), terdapat 4 kegiatan utama dalam proses analysis dan design dengan metode OO, yaitu Problem Domain
Analysis, Application Domain Analysis, Architectural Design, dan Component Design.
a. Problem domain analysis.
Dasar dari analisis Problem Domain adalah memodel dunia nyata seperti yang akan dilihat oleh pemakai mulai dari gambar secara umum hingga ke detil.
Pada tahap ini, analis sistem akan mencari elemen dari problem domain, yaitu object, classes dan events. Setelah itu, membuat model berdasarkan hubungan struktural antara class dan object yang dipilih. Dan terakhir, menghubungkan interaksi antar object dan class serta behaviour dari object dan class.
Jadi, dalam Problem Domain Analysis terdapat 3 aktivitas utama yaitu
Classes ( menentukan Class, Object dan Event), Structure ( menetapkan
hubungan generalization, aggregation, association, dan cluster ) serta
behavior ( membuat event sequence, behavioral pattern dan attribute ).
Menurut Mathiassen, et al (2000, p.69), tujuan aktivitas ini adalah untuk mendeskripsikan hubungan struktural antara class dan object. Sumber dari tahap ini adalah event table yang dihasilkan dari tahap sebelumnya, sedangkan hasil akhirnya adalah membuat class diagram. Class diagram menyediakan gambaran ikhtisar Problem Domain yang bertalian secara logis dengan menggambarkan seluruh hubungan struktural antara class dan objects di dalam model.
Menurut Mathiassen, et al (2000, p.72), terdapat dua tipe structure dalam Object Oriented (OO), yaitu:
1. Structures between Classes, mengekspresikan hubungan konseptual yang statis antar class. Hubungan statis ini tidak akan berubah, kecuali terjadi perubahan pada deskripsinya.
Structures between Classes terbagi menjadi 2 macam, yaitu:
a. Generalization Structure, merupakan hubungan antara 2 atau lebih
subclass dengan 1 atau lebih superclass. Sebuah Class yang umum
(superclass) mendeskripsikan properti umum kepada kelompok dari
special class ( subclass ). Atau dengan kata lain, terjadi penurunan attributes dan behaviour dari superclass, akan tetapi subclass juga
diperkenankan untuk memiliki attributes dan behaviour tambahan. Secara ilmu bahasa, generalization structure diekspresikan dengan formula “is-a”.
Account
Basic Account Checking Account Loan
Service Account
Gambar 2.1 : Generalization Structure
b. Cluster, merupakan kumpulan dari class yang saling berhubungan.
Cluster digambarkan dengan notasi file folder yang melingkupi class-class yang saling berhubungan di dalamnya. Class-class-class dalam satu cluster biasanya memiliki hubungan berupa generalization atau aggregation. Sedangkan hubungan class dengan cluster yang berbeda
biasanya berupa association structure.
2. Structures between Objects, mengekspresikan hubungan dinamis dan konkret antar object di dalam Problem Domain. Hubungan ini dapat berubah secara dinamis tanpa mempengaruhi perubahan pada deskripsinya. Biasanya terdapat multiplicity yang menspesifikasikan jumlah dari objek yang berelasi.
Object Structure terbagi menjadi dua macam, yaitu:
1. Aggregation Structure, mendefinisikan hubungan antara 2 atau lebih object. Sebuah superior object ( whole ) memiliki beberapa object ( part ). Secara ilmu bahasa, Aggregation Structure diekspresikan dengan formulasi
“has-a”, “is-part-of” atau “is-owned-by”.
Terdapat 3 tipe Aggregation Structure, yaitu:
a. Whole-part, dimana whole merupakan jumlah dari parts, sehingga jika salah satu parts dihilangkan maka secara tidak langsung telah mengubah whole.
b. Container – content, dimana whole merupakan kontainer ( tempat tampung ) dari parts-nya, sehingga bila terdapat penambahan/pengurangan terhadap isinya (parts), tidak akan mengubah pengertian dari whole-nya.
c. Union-member, dimana whole merupakan union / gabungan yang terorganisir dari anggotanya ( parts ), sehingga jika terdapat penambahan / pengurangan anggota, tidak akan mengubah union-nya. Terdapat batasan jumlah anggota terendah, karena tidak mungkin sebuah union tanpa anggota.
Car
Body Engine Wheel
Cylinder Cam Shaft -End1 1 -End3 * -End2 1* -End4-End5 1 -End6 * -End7 1 -End9* -End8 1 -End10 *
Gambar 2.3 : Aggregation Structure
2. Association Structure, mendefinisikan hubungan antara dua atau lebih
object, tetapi berbeda dengan aggregation. Hubungan antara class-class
pada aggregation mempunyai pertalian yang kuat sedangkan pada
association tidak kuat. Secara ilmu bahasa, association structure
diekspresikan dengan formulasi “ knows” atau “associated – with”.
Car -End11 Person
0..*
-End12 1..*
Gambar 2.4 : Association Structure
2.1.6.4.2 BEHAVIOR
Menurut Mathiassen, et al (2000, p.89), tujuan dari aktifitas ini adalah untuk memodelkan keadaan Problem Domain yang dinamis dengan memperluas definisi class yang terdapat dalam class diagram, yaitu dengan
menambahkan behavioral patterns dan attributes yang telah dihasilkan dari tahap-tahap sebelumnya. Sedangkan hasil akhirnya adalah behavioral patterns yang diekspresikan secara grafis dalam statechart diagram.
Dalam class activity, behavior dipandang sebagai kumpulan events yang tak berurutan yang meliputi suatu object. Sedangkan dalam behavior
activity, behavior secara lebih tepat dideskripsikan dengan menambahkan
waktu terjadinya events. Menurut Mathiassen, et al (2000, p.92), Object
behavior diidentifikasikan dengan event trace, yaitu serangkaian events yang
berurutan yang meliputi suatu object. Events trace antara satu object mungkin berbeda dengan object lain meskipun kedua object tersebut berada dalam class yang sama. Hal ini disebabkan karena sifat event trace yang unik untuk object tertentu.
Menurut Mathiassen et al (2001, p.93), behavioral pattern memiliki struktur kontrol sebagai berikut:
• Sequence : suatu set events yang akan terjadi satu per satu (secara berurutan). Notasinya : “+”.
• Selection : satu event yang terjadi dari suatu set (kelompok) events. Notasinya : “|”.
• Iteration : satu event yang terjadi berulang-ulang kali. Notasinya : “*”.
Jika menghadapi situasi Behavioral Patterns yang kompleks, akan sulit sekali untuk mengekspresikannya dalam notasi-notasi umum sehingga untuk pengekspresiannya lebih cenderung menggunakan state chart diagram.
Simbol – simbol yang digunakan dalam State chart diagram adalah:
= Initial State State1 = State
= Final State = Decision
= Transition = Transition Gambar 2.5 : Simbol-simbol State chart diagram
b. Application domain analysis.
Menurut Mathiassen, et al (2000, p.115), tahap ini mendefinisikan
requirements dari suatu sistem. Application Domain merupakan bagian
yang mengatur, memantau atau mengontrol Problem Domain. Atau dengan kata lain, berhubungan dengan aktivitas yang dikerjakan / dijalankan oleh sistem. Prinsip dari Application Domain analysis adalah bekerja sama dengan user untuk menentukan usage, function dan interface. Sumber dari aktivitas ini adalah system definition dan model dari tahap sebelumnya. Menurut Mathiassen, et al (2000, p.117) terdapat 3 subaktivitas dalam
Application Domain Analysis, yaitu:
1. Usage
Hasil akhir dari aktivitas ini adalah membuat deskripsi dari actors dan
use cases, dimana relasinya diekspresikan dengan menggunakan actor table atau use case diagram. Actor merupakan abstaksi dari user atau sistem lain yang berinteraksi dengan sistem. Sedangkan use case adalah pola interaksi antara sistem dengan actors dalam
application domain. Hubungan antara actor dan use case adalah association.
2. Function
Menurut Mathiassen, et al (2000, p.138), tujuan dari aktivitas ini adalah untuk menentukan kemampuan pemrosesan dari suatu sistem sehingga menghasilkan suatu function list beserta spesifikasi untuk
function yang kompleks. Function memfokuskan pada apa yang bisa
dilakukan oleh sistem untuk membantu actor. Dengan kata lain,
function merupakan fasilitas untuk membuat sebuah model berguna
bagi actor. Menurut Mathiassen, et al (2000, p.138) terdapat 4 tipe utama dari function, dimana masing-masing tipe mengekspresikan hubungan antara model dan konteks sistem. Keempat tipe tersebut antara lain update function, signal function, read function, dan
compute function.
3. Interface
Menurut Mathiassen, et al (2000, p.151), tujuan dari aktivitas ini adalah menentukan antarmuka (interface) dari sistem yang sedang dikembangkan. Interface adalah fasilitas yang membuat sistem dan
function tersedia bagi actor Adanya interface memungkinkan actor
untuk berinteraksi dengan sistem. Sumber aktivitas berasal dari class
diagram, use case dan function list.
Menurut Mathiassen et al (2000, p.152) terdapat 2 macam interface: 1. User interface, menghubungkan human actor (manusia) dengan
user. Terdapat 4 User Interface Pattern, yaitu: menu selection
(diekspresikan sebagai daftar pilihan pada user interface), form
filling (pola klasik untuk entry data), command language
(dibutuhkan daya ingat user untuk mengoperasikan sistem) dan
direct manipulation (memungkinkan manipulasi langsung dengan
representasi object).
2. System interface, menghubungkan sistem aktor (sistem lain) dengan sistem yang di-develop. Sistem lain bisa berupa : external
device (misal : sensor, switch, dll) dan system computer yang
kompleks sehingga dibutuhkan suatu protocol komunikasi..
c. Architectural design.
Pada tahap ini, akan dilakukan penstrukturan sistem berdasarkan bagian-bagiannya dalam pemenuhan beberapa criteria design. Aktivitas
architectural design bertujuan untuk menstrukturkan suatu sistem yang
terkomputerisasi. Menurut Mathiassen, et al (2000, p.173), tahap
Architectural Design memiliki 3 subaktivitas yaitu Criteria, Component
dan Processes.
1. Criteria
Menurut Mathiassen, et al (2000, p.177), Criteria adalah suatu prioritas dari arsitektur. Tujuan aktivitas criteria adalah untuk menentukan prioritas desain. Hasil yang diperoleh dari tahap ini adalah kumpulan
Criterion Untuk mengukur Usable Secure Efficient Correct Reliable Maintainable Testable Flexible Comprehensible Reuseable Portable Interopable
Kemampuan sistem untuk beradaptasi dengan organisasi, hubungan kerja dan konteks tehnikal.
Pertahanan untuk melawan akses data dan fasilitas yang tidak terotorisasi Efisiensi dari eksploitasi ekonomis Pemenuhan dari kebutuhan
Pemenuhan dari kebutuhan untuk ketelitian fungsi pada saat dijalankan Biaya untuk menempatkan dan memperbaiki kerusakan sistem Biaya untuk menjamin bahwa sistem yang dikembangkan berfungsi baik Biaya untuk modifikasi sistem yang disebarkan
Usaha yang diperlukan untuk
memperoleh pemikiran yang masuk akal dari sistem
Potensi untuk menggunakan bagian dari sistem di sistem lainnya yang masih saling terhubung
Biaya untuk memindahkan sistem ke tehnikal platform lainnya
Biaya untuk merangkai suatu sistem ke sistem lainnya
Tabel 2.1 : Criteria 2. Components
Menurut Mathiassen, et al (2000, p.189), Component Architecture adalah sebuah struktur sistem yang terdiri dari komponen-komponen yang saling terhubung. Menurut Mathiassen, et al (2000, p.190),
Component adalah kumpulan dari bagian-bagian program yang
membentuk sistem dan memiliki tanggung jawab yang telah terdefinisikan dengan jelas.
Menurut Mathiassen, et al (2000, p.211), tahap ini menentukan bagaimana suatu proses sistem didistribusi dan dikoordinasikan. Tujuan dari tahap ini adalah untuk mendefinisikan struktur fisikal dari suatu sistem. Hasil yang akan diperoleh berupa sebuah deployment diagram.
Processor adalah suatu bagian peralatan yang dapat mengeksekusi
sebuah program.
d. Component design.
Tujuannya adalah untuk menentukan implementasi dari kebutuhan di dalam kerangka arsitektur. Yang menjadi titik awal dari tahap ini adalah
architectural specification dan system requirement yang akan
menghasilkan connected component specification. Menurut Mathiassen, et al (2000, p232), terdapat dua subaktivitas dalam component design, yaitu
model component, function component dan connecting components.
Tahapan untuk merancang komponen sistem, yaitu: • Model component
Menurut Mathiassen, et al (2000, p. 235), Model component adalah bagian dari sistem yang mengimplementasi model problem domain. Tujuan dari model component design adalah untuk menggambarkan model dari problem domain. Model tersebut merupakan hasil dari kegiatan ini yang digambarkan oleh class diagram yang telah direvisi dari hasil kegiatan analisis.
Menurut Mathiassen, et al (2000, p251), Function component adalah bagian dari sistem yang mengimplementasikan kebutuhan functions. Tujuan dari function component untuk memberikan kepada user
interface dan komponen dari sistem lain akses ke model. Sebuah function menggambarkan secara eksternal behavior yang dapat diamati
yang berhubungan secara langsung dan mempunyai arti bagi pekerjaan
user.
• Connecting Component
Menurut Mathiassen, et al (2000, p. 271), Connecting Component digunakan untuk menghubungkan komponen-komponen sistem. Di dalam Connecting Component terdapat dua konsep yaitu:
a. Coupling adalah ukuran seberapa dekatnya hubungan antara dua class component, coupling bersifat negatif, maka sebaiknya di
minimalisasi.
b. Cohesion adalah ukuran seberapa baik ikatan dari sebuah class
atau komponen dihubungkan. Cohesion bersifat positif, maka sebaiknya ada cohesion yang tinggi dalam perancangan class atau komponen.
2.1.7 Unified Modeling Language ( UML )
2.1.7.1 Pengertian UML
Menurut Schmuller ( 1999, p.5 ), UML adalah salah satu alat yang paling sering digunakan dalam pengembangan sistem di dunia ini, karena
dengan UML perancang sistem dapat membuat model (blueprint) yang mudah dimengerti dan dikomunikasikan dengan orang lain.
2.1.7.2 Komponen UML
Menurut Schmuller ( 1999, p.8 ), UML terdiri dari beberapa elemen grafis yang digambarkan ke dalam bentuk diagram-diagram. Tujuan dari diagram adalah untuk mempresentasikan berbagai pandangan dari sistem dan kumpulan dari berbagai pandangan disebut sebagai model.
Adapun komponen-komponen dalam UML adalah sebagai berikut : 1. Class Diagram
Menurut Schmuller ( 1999, p.8 ), Class adalah kategori atau kumpulan dari sesuatu yang memiliki atributte yang sama dan behaviors yang umum.
+add clothes() +add detergent() +remove clothes() -brand name -model name -serial number -capacity Washing Machine Gambar 2. 6 : Class 2. Object Diagram
Menurut Schmuller ( 1999, p.9), Object adalah sebuah instance dari suatu
class.
Instance adalah suatu hal tertentu yang memiliki nilai spesifik dari
My Washer : Washing Machine
Gambar 2.7 : Object 3. Use Case Diagram
Menurut Schmuller ( 1999, p.10), Use Case adalah deskripsi dari behaviour sistem dilihat dari sudut pandang user.
Jadi, Use Case Diagram adalah pemodelan tingkah laku (Behavior) sistem dari sudut pandang (perspektif) user atau pengguna sistem.
Wahing Machine User Wash Clothes Gambar 2.8 : Usecase 4. State Diagram
State Diagram adalah suatu diagram yang menggambarkan perubahan
status dari objek atau class.
Soaking
Washing
Rinsing
Spinning
5. Sequence Diagram
Menurut Schmuller ( 1999, p.11), Sequence Diagram adalah diagram yang menggambarkan perubahan kejadian secara berurutan berdasarkan waktu kejadian.
Water pipe Drum Drain
Send fresh water
remain stationary Stop
Rotate back and forth Send soapy water Send fresh water
Rotate back and forth Send rinse water Stop
Rotate unidirectionally
Stop
Gambar 2.10 : Sequence diagram 6. Activity Diagram
Menurut Schmuller ( 1999, p.12 ), Activity Diagram adalah aktivitas yang terjadi dalam use case atau dalam tingkah laku (behavior) objek seringkali terjadi secara berurutan (sequence).
Rotate drum back and forth 15 minutes
Empty soapy water
Restart water input
Gambar 2.11 : Activity diagram 7. Collaboration Diagram
Menurut Schmuller ( 1999, p.13 ), Collaboration Diagram adalah diagram yang digunakan untuk menggambarkan hubungan antar objek dalam sistem.
Internal Timer Drum Water pipe R ota te b ac k a nd fo rth Stop
Gambar 2.12 : Collaboration diagram 8. Component Diagram
Komponen adalah gabungan dari program-program yang terdiri dari user
interface, function & model yang menghubungkan semuanya dan
mempunyai tanggung jawab yang telah ditetapkan dengan baik.
A Component
Gambar 2.13 : Component 9. Deployment Diagram
Deployment diagram menggambarkan hubungan antara komputer dengan
perangkatnya satu dengan yang lain serta berhubungan dengan software yang digunakan.
Cobalt Networks Qube Microserver 2700WG
Vectra VL Series 7 -End3 * -End4 * Dell Dimension XPS R450 -End5 * -End6 *
2.2 Teori – teori Khusus
2.2.1 Sistem Informasi Penjualan 2.2.1.1 Pengertian Penjualan
Menurut Mulyadi ( 2001, p.202 ), kegiatan penjualan terdiri dari transaksi penjualan barang atau jasa, baik secara kredit maupun tunai. Dalam transaksi penjualan kredit, jika order dari pelanggan telah dipenuhi dengan pengiriman barang atau penyerahan jasa, untuk jangka waktu tertentu perusahaan memiliki piutang kepada pelanggannya. Sedangkan dalam transaksi penjualan tunai, barang atau jasa baru diserahkan oleh perusahaan kepada pembeli jika perusahaan telah menerima kas dari pembeli.
2.2.1.2 Prosedur dalam Sistem Penjualan Tunai
Penjualan tunai dilaksanakan oleh perusahaan dengan cara mewajibkan pembeli melakukan pembayaran harga barang lebih dahulu sebelum barang diserahkan oleh perusahaan kepada pembeli. Setelah uang diterima oleh perusahaan, barang kemudian diserahkan kepada pembeli dan transaksi penjualan tunai kemudian dicatat oleh perusahaan.
Menurut Mulyadi (2001, p.456), sistem penerimaan kas dari penjualan tunai dibagi menjadi prosedur-prosedur berikut ini :
1. Prosedur penerimaan kas dari over-the-counter sales.
Dalam penjualan tunai ini, pembeli datang ke perusahaan, melakukan pemilihan barang atau produk yang akan dibeli, melakukan pembayaran ke kasir, dan kemudian menerima barang yang dibeli. Dalam
check), atau pembayaran langsung dari pembeli dengan credit card,
sebelum barang diserahkan kepada pembeli. Penerimaan kas dari
over-the-counter sales dilaksanakan melalui prosedur berikut ini :
a. Pembeli memesan barang langsung kepada wiraniaga di bagian penjualan.
b. Bagian kassa menerima pembayaran dari pembeli, yang dapat berupa uang tunai, cek pribadi, atau kartu kredit.
c. Bagian penjualan memerintahkan bagian pengiriman untuk menyerahkan barang kepada pembeli.
d. Bagian pengiriman menyerahkan barang kepada pembeli. e. Bagian kassa menyetorkan kas yang diterima ke Bank.
f. Bagian akuntansi mencatat pendapatan penjualan dalam jurnal penjualan.
g. Bagian akuntansi mencatat penerimaan kas dari penjualan tunai dalam jurnal penerimaan kas.
2. Penerimaan kas dari cash-on-delivery sales (COD sales).
COD sales adalah transaksi penjualan yang melibatkan kantor pos, perusahaan angkutan umum, atau angkutan sendiri dalam penyerahan dan penerimaan kas dari hasil penjualan. COD sales merupakan sarana untuk memperluas daerah pemasaran dan untuk memberikan jaminan penyerahan barang bagi pembeli dan jaminan penerimaan kas bagi perusahaan penjual.
a. Pembeli memesan barang lewat surat yang dikirim melalui kantor pos. b. Penjual mengirimkan barang melalui kantor pos pengirim dengan
cara mengisi formulir COD sales di kantor pos.
c. Kantor pos pengirim mengirim barang dan formulir COD sales sesuai dengan instruksi penjual kepada kantor pos penerima.
d. Kantor pos penerima, pada saat diterimanya barang dan formulir
COD sales, memberitahukan kepada pembeli tentang diterimanya
kiriman barang COD sales.
e. Pembeli membawa surat panggilan ke kantor pos penerima dan melakukan pembayaran sejumlah yang tercantum dalam formulir
COD sales. kantor pos penerima menyerahkan barang ke pembeli,
dengan diterimanya kas dari pembeli.
f. Kantor pos penerima memberitahu kantor pos pengirim bahwa COD
sales telah dilaksanakan.
g. Kantor pos pengirim memberitahu penjual bahwa COD sales telah dilaksanakan, sehingga penjual dapat mengambil kas yang diterima dari pembeli.
2.2.1.3 Dokumen yang digunakan
Menurut Mulyadi ( 2001, p.463 ), Dokumen yang digunakan dalam sistem penjualan tunai adalah :
1. Faktur penjualan tunai. Digunakan untuk merekam berbagai informasi yang diperlukan oleh manajemen mengenai transaksi penjualan tunai.
2. Pita register kas (cash register tape). Dihasilkan oleh fungsi kas dengan cara mengoperasikan mesin register kas (cash register).
3. Credit card sales slip. Dicetak oleh credit card center bank yang menerbitkan kartu kredit, dan diserahkan kepada perusahaan yang menjadi anggota kartu kredit.
4. Bill of lading. Merupakan bukti penyerahan barang dari perusahaan penjual barang kepada perusahaan angkutan umum.
5. Faktur penjualan COD. Digunakan untuk merekam penjualan COD. Tembusan faktur tersebut diserahkan kepada pelanggan melalui bagian angkutan perusahaan, kantor pos atau perusahaan angkutan umum dan dimintakan tanda tangan penerimaan barang dari pelanggan sebagai bukti telah diterimanya barang oleh pelanggan.
6. Bukti setor bank. Dibuat oleh fungsi kas sebagai bukti penyetoran kas ke bank.
7. Rekapitulasi harga pokok penjualan. Digunakan oleh fungsi akuntansi untuk meringkas harga pokok produk yang dijual selama satu periode.
2.2.1.4 Fungsi yang Terkait
Menurut Mulyadi ( 2001, p.462 ), fungsi – fungsi yang terkait dalam sistem penjualan tunai adalah:
1. Fungsi Penjualan, bertanggung jawab untuk menerima order dari pembeli, mengisi faktur penjualan tunai, dan menyerahkan faktur tersebut kepada pembeli untuk kepentingan pembayaran harga barang ke fungsi kas.
3. Fungsi Gudang, bertanggung jawab untuk menyiapkan barang yang dipesan oleh pembeli, serta menyerahkan barang tersebut ke fungsi pengiriman.
4. Fungsi Pengiriman, bertanggung jawab untuk menyerahkan barang yang kuantitas, mutu dan spesifikasinya sesuai dengan yang tercantum dalam tembusan faktur penjualan yang diterima dari fungsi penjualan.
5. Fungsi Akuntansi, bertanggung jawab sebagai pencatat transaksi penjualan dan penerimaan kas dan membuat laporan penjualan.
2.2.1.5 Informasi yang Diperlukan oleh Manajemen
Menurut Mulyadi ( 2001, p.462 ), informasi yang diperlukan oleh manajemen dari transaksi penjualan tunai adalah:
1. Jumlah pendapatan penjualan menurut jenis produk atau kelompok produk selama jangka waktu tertentu.
2. Jumlah harga pokok produk yang dijual selama jangka waktu tertentu. 3. Kuantitas produk yang dijual.
4. Jumlah kas yang diterima dari penjualan tunai. 5. Nama wiraniaga yang melakukan penjualan. 6. Otorisasi pejabat yang berwenang.
7. Nama dan alamat pembeli. Informasi ini diperlukan dalam penjualan produk tertentu, namun pada umumnya informasi nama dan alamat pembeli ini tidak diperlukan oleh managemen dari kegiatan penjualan tunai.
Menurut Mulyadi (2001, p.468), catatan akuntansi yang digunakan dalam sistem penerimaan kas dari penjualan tunai adalah :
a. Jurnal penjualan. b. Jurnal penerimaan kas. c. Jurnal umum. d. Kartu persediaan. e. Kartu gudang.
2.2.1.7 Unsur Pengendalian Intern
Menurut Mulyadi ( 2001, p.470 ), unsur pengendalian intern yang seharusnya ada dalam sistem penerimaan kas dari penjualan tunai adalah : 1. Organisasi.
- Fungsi penjualan harus terpisah dari fungsi kas. - Fungsi kas harus terpisah dari fungsi akuntansi
- Transaksi penjualan tunai harus dilaksanakan oleh fungsi penjualan, fungsi kas, fungsi pengiriman dan fungsi akuntansi.
2. Sistem otorisasi dan prosedur pencatatan.
- Penerimaan order dari pembeli diotorisasi oleh fungsi penjualan dengan menggunakan formulir faktur penjualan tunai.
- Penerimaan kas diotorisasi oleh fungsi kas dengan cara membubuhkan cap “lunas” pada faktur penjualan tunai dan penempelan pita register kas pada faktur tersebut.
- Pencatatan ke dalam buku jurnal diotorisasi oleh fungsi akuntansi dengan cara memberikan tanda pada faktur penjualan tunai.
3. Praktik yang sehat.
- Faktur penjualan tunai bernomor urut tercetak dan pemakaiannya dipertanggung jawabkan oleh fungsi penjualan.
- Jumlah kas yang diterima dari penjualan tunai disetor seluruhnya ke bank pada hari yang sama dengan transaksi penjualan tunai atau hari kerja berikutnya.
- Penghitungan saldo kas yang ada di tangan fungsi kas secara periodik dan secara mendadak oleh fungsi pemeriksa intern.
2.2.2 Sistem Informasi Persediaan 2.2.2.1 Pengertian Persediaan
Menurut Render, Heizer yang diterjemahkan oleh Kresnohadi Ariyoto (2001, p.314), persediaan merupakan salah satu aset yang paling mahal di banyak perusahaan, mencerminkan 40% dari total modal yang diinvestasikan.
Sedangkan menurut Mulyadi (2001, p.553), dalam perusahaan manufaktur, persediaan terdiri dari : persediaan produk jadi, persediaan produk dalam proses, persediaan bahan baku, persediaan bahan penolong, persediaan bahan habis pakai pabrik, persediaan suku cadang. Dalam perusahaan dagang, persediaan hanya terdiri dari 1 golongan, yaitu persediaan barang dagangan, yang merupakan barang yang dibeli dengan tujuan dijual kembali.
Dari definisi di atas dapat disimpulkan bahwa persediaan merupakan bahan-bahan yang disediakan perusahaan untuk proses produksi atau untuk dijual kembali.
2.2.2.2 Kegunaan Persediaan
Menurut Render, Heizer yang diterjemahkan oleh Kresnohadi Ariyoto (2001, p.314), kegunaan dari persediaan adalah sebagai berikut:
1. Untuk memberikan suatu stok barang – barang agar dapat memenuhi permintaan yang diantisipasi akan timbul dari konsumen.
2. Untuk mengambil keuntungan dari potongan jumlah.
3. Untuk melakukan hedging terhadap inflasi dan perubahan harga.
4. Untuk menghindari dari kekurangan stok yang dapat terjadi karena cuaca, kekurangan pasokan, masalah mutu, atau pengiriman yang tidak tepat. 5. Untuk menjaga agar operasi dapat berlangsung dengan baik dengan
menggunakan “barang dalam proses” dalam persediaannya.
2.2.2.3 Dokumen yang Digunakan dalam Sistem Persediaan
Menurut Mulyadi (2001, p.576), dokumen yang digunakan untuk merekam, meringkas dan membukukan hasil perhitungan fisik persediaan adalah kartu perhitungan fisik, daftar hasil perhitungan fisik dan bukti memorial.
2.2.2.4 Informasi yang Dibutuhkan dalam Sistem Persediaan 1. Jumlah fisik persediaan yang ada di gudang.
2. Waktu yang dibutuhkan dari pemesanan sampai barang terkirim (lead time). 3. Jumlah minimal dari persediaan yang dibutuhkan (safety stock).
2.2.2.5 Catatan yang dibutuhkan dalam Sistem Persediaan
Menurut Mulyadi (2001, p.560), catatan akuntansi yang dibutuhkan dalam prosedur pencatatan produk jadi adalah Kartu gudang, Kartu Persediaan dan Jurnal Umum.
2.2.2.6 Metode Pencatatan Persediaan
Menurut Mulyadi (2001,p.556) ada 2 macam metode pencatatan persediaan :
1. Metode Mutasi Persediaan ( perpetual inventory method )
Dalam metode mutasi persediaan, setiap mutasi persediaan dicatat dalam kartu persediaan.
2. Metode Persediaan Fisik ( physical inventory method )
Dalam Metode Persediaan Fisik, hanya tambahan persediaan dari pembelian saja yang dicatat, sedangkan mutasi berkurangnya persediaan karena pemakaian tidak dicatat dalam kartu persediaan.
2.2.2.7 Pengendalian Persediaan
Pengendalian Internal atas persediaan merupakan hal yang sangat penting karena persediaan adalah bagian yang amat penting dari suatu perusahaan dagang. Menurut Render, Heizer yang diterjemahkan oleh Kresnohadi Ariyoto (2001, p.318), teknik – teknik yang dapat diterapkan dalam pengendalian persediaan adalah :
1. Pemilihan karyawan, pelatihan, dan disiplin yang baik. Hal-hal ini tidak pernah mudah dilakukan, tetapi sangat penting dalam bisnis makanan,
perdagangan besar, dan operasi bisnis eceran dimana karyawannya mempunyai akses kepada barang-barang yang langsung dikonsumsi.
2. Pengendalian yang ketat atas barang yang datang. Misalnya melalui pemakaian sistem kode batang (barcode) yang membaca semua kiriman masuk dan secara otomatis memeriksa isinya dengan catatan pesanan pembelian. Serta pengendalian yang efektif atas semua barang yang keluar dari fasilitas.
2.2.2.8 Metode Penilaian Persediaan
Menurut Niswonger, et al yang diterjemahkan oleh Alfonsus Sirait, Helda Gunawan (1999, p.364), ada 3 macam metode penilaian persediaan, yaitu :
1. Metode First-In,First-Out (FIFO), jika perusahaan menggunakan metode ini, persediaan akhir terdiri dari harga pokok paling belakangan. Jadi dalam hal ini, barang-barang yang pertama kali dibeli merupakan barang yang dijual pertama kali.
2. Metode Last-In,First-Out (LIFO), jika perusahaan menggunakan metode ini, persediaan akhir terdiri dari biaya atau harga pokok paling awal. Jadi dalam hal ini, barang-barang yang terakhir dibeli merupakan barang yang dijual pertama kali.
3. Metode biaya rata-rata (Average cost method), jika perusahaan menggunakan metode ini, biaya unit dalam persediaan adalah rata-rata dari biaya pembelian. Jadi dalam hal ini, harga pokok barang yang dijual merupakan perhitungan rata-rata dari harga pokok barang yang dibeli.
