Minggu, 11 November 2012
JENIS-JENIS SOFTWARE AKUNTANSI
1. MYOB Ver. 13
MYOB merupakan Program aplikasi akuntansi yang digunakan untuk mengotomatisasikan pembukuan secara lengkap, cepat dan akurat. Myob Limited mengeluarkan MYOB Accounting versi 12 hadir dengan sejumlah fasilitas namun tetap memiliki karakteristik yang sama, yaitu pemasukkan daftar akun, pengaturan (setup), mengelola bank,pelanggan, pemasok, produk sampai pada laporan keuangan seperti neraca,laba rugi dan sebagainya.
Kelemahan:
1. Database MYOB merupakan database yang dikunci, artinya pengguna tidak dapat melakukan modifikasi laporan, modifikasi field di MYOB, sehingga customization apabila diperlukan relatif sulit dipenuhi oleh MYOB.
2. MYOB merupakan software buatan luar negeri sehingga tidak ada feature perpajakan di dalamnya. Pembuatan laporan yang berkaitan dengan perpajakan seperti form pelaporan PPN dan lainnya tidak tersedia di dalam MYOB dan harus dikelola di luar software MYOB.
3. Tidak ada module fixed assets, sehingga apabila perusahaan memerlukan modul untuk mengelola assets yang dimiliki maka tidak dapat dipenuhi oleh MYOB. Contoh bidang usaha yang memerlukan antara lain adalah persewaan genset yang memerlukan pengelolaan keberadaan lokasi, maintenance, jenis barang dan lainnya.
4. Kelemahan Multi Warehouse yang mengakibatkan pengelolaan atas barang konsinyasi relatif sulit dikelola di dalam MYOB.
5. MYOB tidak dapat digunakan untuk mengelola perusahaan dengan multi company, artinya laporan konsolidasi tidak dapat diharapkan dapat dibuat dengan menggunakan MYOB.
Kelebihan:
1. Easy of use; MYOB menawarkan kemudahan dalam penggunaannya, artinya pengguna dapat mempergunakan MYOB walaupun yang bersangkutan tidak memiliki latar belakang pembukuan sama sekali. Kuncinya adalah setup dan implementasi yang baik. Hal tersulit dan yang paling penting dalam penerapan MYOB adalah pada saat proses setup, dimana proses bisnis yang ada di dalam perusahaan di otomatisasi dengan mempergunakan alat bantu MYOB, sehingga dalam pelaksanaan kesehariannya, pengguna hanya mengikuti proses bisnis yang telah disusun sebelumnya.
2. Accounting Power; Software MYOB telah cukup lama dikembangkan dan secara berkesinambungan mengeluarkan perbaikan release. Sehingga pengelolaan informasi dengan menggunakan software MYOB cukup dapat diandalkan. Sepanjang setup yang dilakukan telah dilakukan dengan baik dan benar, MYOB dapat mengeluarkan laporan yang dapat diandalkan.
3. Feature Job dan Category yang dapat digunakan untuk pengelolaan proyek serta departmentalisasi, sehingga dapat diperoleh laporan manajemen per proyek maupun per departmen yang berguna bagi manajemen untuk mengetahui kinerja dan sebagai dasar langkah perbaikan yang harus dilakukan.
4. Proses instalasi dan maintenance yang murah. Instalasi MYOB dapat dilakukan dengan mudah dan biasanya tidak dipungut biaya maintenance tahunan, artinya walaupun release terbaru telah dikeluarkan oleh MYOB, para pengguna release sebelumnya tetap masih dapat menggunakannya, dan apabila diperlukan bisa dilakukan pembelian upgrade dengan harga yang relatif lebih murah dibandingkan dengan pembelian baru.
5. Tenaga kerja yang mengetahui dan paham atau setidaknya mengetahui MYOB cukup banyak ditemui di pasar. Telah banyak berkembang lembaga pendidikan baik lembaga kursus maupun lembaga pendidikan tingkat universitas yang mengajarkan software MYOB sebagai bagian dari pelajaran Accounting.
6. Dapat digunakan untuk memantau 3 tahun periode pembukuan, artinya dalam kurun 3 tahun manajemen masih dapat melihat transaksi selama 3 tahun kebelakang tanpa perlu melakukan proses tutup buku.
7. Nilai investasi yang relatif murah. Harga produk termahal adalah kurang dari USD 1.000,- (diluar training dan implementasi). Kuncinya adalah pelaksanaan setup dan implementasi. Pilihlah perusahaan yang memiliki tenaga yang telah memiliki pengalaman dalam melakukan implementasi MYOB. Lebih banyak perusahaan yang telah diimplementasikannya; tentunya lebih banyak manfaat yang dapat kita peroleh dari pengalaman konsultan tersebut.
8. Jangka waktu implementasi yang relatif cepat. Sepanjang data untuk keperluan implementasi seperti data detail neraca dan rugi laba dapat anda siapkan dengan cepat; maka implementasi MYOB akan dapat diselesaikan dengan cepat pula.
2. Accurate Accounting
ACCURATE merupakan software akunting yang kaya dengan fitur yang dirancang khusus untuk perusahaan kecil hingga menengah.
Sampai dengan saat ini, telah ada ratusan perusahaan yang tersebar di seluruh Indonesia yang telah memakai Accurate. Bahkan ada beberapa pengusaha Indonesia yang membawa Accurate untuk dipergunakan di perusahaannya yang berada di luar Indonesia.
Kelebihan:
1. sangat mudah sangat aplikatif bagi proses bisnis UKM di Indonesia
2. Dalam hal kepentingan perpajakan, Accurate telah menyediakan fitur Pajak Penjualan (PPn) yang berlaku di Indonesia.
3. Standar akuntansi yang digunakan pun sudah sesuai dengan standar akuntansi yang ada di Indonesia, terkait pencatatan dan pelaporan keuangannya.
4. Nilai transaksi yang dapat dicover software ini bisa mencapai 15 digit atau setara dengan 920 triliun.
Kelemahan:
a) ACCURATE Standard Rp. 5.000.000, – 2 user(2 komputer)
b) ACCURATE Project Rp. 8.000.000, – 2 user (2 komputer)
c) ACCURATE Enterprise Rp. 25.000.000, – 5 user (5 komputer)
d) ACCURATE Extra Licence Rp. 1.500.000/licence (penambahan komputer)
3. Zahir Accounting
Zahir Accounting adalah software akuntansi keuangan terbaik penuh inovasi yang sangat berbeda dengan software akutansi lainnya.
Mempermudah pembukuan, dimana seluruh jurnal akuntansi dan laporan keuangan dibuat secara otomatis tanpa perlu mengerti teori akuntansi yang mendalam.
Mempermudah Anda dalam mengambil keputusan bisnis, karena dilengkapi berbagai analisa laporan keuangan perusahaan, seperti analisa rasio, break even point analysis, berbagai grafik dan laporan interaktif yang menarik dan terintegrasi.
Kelebihan:
1. Mudah digunakan oleh non Akuntan
2. Desain User Interface Menarik dan Mudah Dipahami
3. Faktur dan Laporan dapat Didesain
4. Laporan dapat Diemail dan Diexport ke Berbagai Format
5. Menggunakan Database Client Server
6. Fasilitas dan Kapasitas dapat Dipilih Sesuai Kebutuhan
7. Berbagai Grafik dan Analisa Bisnis Interaktif
8. Laporan dapat Diklik untuk Melihat Detail Transaksi (Audit / Drill-down)
Kelemahan:
1. Harga untuk licensinya mahal
2. tidak dapat secara otomatis menghitung biaya perjam, perburuh, dan biaya2 lain pada akuntansi biaya, sebab biaya per satuan ini merupakan perhitungan alokasi biaya, bukan biaya sesungguhnya.
3. Hanya memiliki satu mata uang.
Sabtu, 03 November 2012
PEMBUATAN MODEL DATA DAN DESAIN
1. Pengertian Database
Database adalah kumpulaninformasiyang disimpan di dalamkomputer secara sistematik sehingga dapat diperiksa menggunakan suatu programkomputer untuk memperoleh informasi dari basis data tersebut.2.Database adalah representasi kumpulanfaktayang saling berhubungandisimpan secara bersama sedemikian rupa dan tanpa pengulangan (redudansi) yang tidak perlu, untuk memenuhi berbagaikebutuhan. 3.Database merupakan sekumpulan informasi yang saling berkaitan padasuatu subjek tertentu pada tujuan tertentu pula.4.Database adalah susunan record data operasional lengkap dari suatuorganisasi atau perusahaan, yang diorganisir dan disimpan secaraterintegrasi dengan menggunakan metode tertentu dalam komputer sehingga mampu memenuhi informasi yang optimal yang dibutuhkan oleh para pengguna.
Asal Mula Istilah Database
Istilah “database” berawal dari ilmu komputer. Meskipun kemudianartinya semakin luas, memasukkan hal-hal di luar bidang elektronika, artikel inimengenai database komputer. Catatan yang mirip dengan database sebenarnyasudah ada sebelum revolusi industri yaitu dalam bentuk buku besar, kuitansi dankumpulan data yang berhubungan dengan bisnis
2. Proses Desain Database
Proses Desain Terdiri Dari Langkah - Langkah Berikut :
Tentukan tujuan dari database Anda - ini akan membantu mempersiapkan Anda untuk langkah-langkah yang tersisa.
Mencari dan mengatur informasi yang diperlukan - Kumpulkan semua jenis informasi yang Anda mungkin ingin merekam dalam database, seperti nama produk dan nomor pesanan.
Bagilah informasi ke dalam tabel - Membagi item informasi Anda ke dalam entitas besar atau subjek, seperti Produk atau Pesanan. Setiap subyek kemudian menjadi sebuah tabel.
Belok item informasi ke dalam kolom - Tentukan informasi apa yang Anda ingin menyimpan di setiap tabel. Setiap item menjadi lapangan, dan ditampilkan sebagai kolom dalam tabel. Sebagai contoh, sebuah tabel Karyawan mungkin mencakup bidang-bidang seperti Nama terakhir dan Tanggal Sewa.
Tentukan kunci primer - Pilih kunci primer masing-masing meja. Kunci utama adalah kolom yang digunakan untuk secara unik mengidentifikasi setiap baris. Sebuah contoh mungkin Produk ID atau ID Pesanan.
Mengatur hubungan tabel - Lihatlah di setiap meja dan memutuskan bagaimana data dalam satu tabel berhubungan dengan data dalam tabel lainnya. Menambahkan kolom untuk tabel atau membuat tabel baru untuk memperjelas hubungan, seperti yang diperlukan.
Pertajam desain Anda - Menganalisis desain Anda untuk kesalahan. Membuat tabel dan menambahkan beberapa catatan data sampel. Lihat jika Anda bisa mendapatkan hasil yang Anda inginkan dari tabel Anda. Melakukan penyesuaian terhadap desain, sesuai kebutuhan.
Menerapkan aturan normalisasi - Terapkan aturan normalisasi data yang untuk melihat apakah tabel Anda terstruktur dengan benar. Melakukan penyesuaian tabel
3. Pengertian Entitas,Field,Record,ERD,dan Model Data REA.
a.Entitas
Entitas adalah suatu objek yang dapat didefinisikan dalam lingkungan pemakai, sesuatu yang penting bagi pemakai dalam konteks sistem yang akan dibuat. Sebagai contoh pelanggan, pegawai dll. Seandainya A adalah seorang pegawai maka A adalah isi dari pegawai, sedangkan jika B adalah seorang pelanggan maka B adalah isi dari pelanggan. Karena itu harus dibedakan entitas sebagai bentuk umum dari deskripsi tertentu dan isi entitas seperti A dan B dalam contoh di atas.
§ Fisik Entitas
Entitas yang bersifat fisik. Contoh : pegawai, guru, dan karyawan.
§ Konsep Entitas
Entitas yang tidak bersifat konsep. Contoh: gaji,sekolah
§ Entitas Kuat
Entitas yang mempunyai atribut kunci. Entitas ini bersifat mandiri, keberadaanya tidak bergantung pada entitas lainnya. Percepatan entitas kuat selalu memiliki karakteristik yang unik disebut identifier(sebuah atribut tunggal atau gabungan atribut-atribut yang secara unik dapat digunakan untuk membedakannya dari entitas kuat yang lain).
Kebanyakan entitas dalam suatu organisasi dapat digolongkan sebagai entitas kuat (strong entity) yaitu entitas yang mandiri, yang keberadaannya tidak bergantung pada keberadaan entitas yang lainnya. Instansiasi entitas kuat selalu memiliki karakteristik yang unik (dinamakan identifier atau sering disebut sebagai atribut pengidentifikasi) yaitu, sebuah atribut tunggal atau gabungan atribut-atribut yang secara unik dapat digunakan untuk membedakannya dari entitas kuat yang lain.
§ Entitas Lemah
Entitas yang tidak mempunyai atribut kunci. Entitas lemah diidentifikasikan dengan menghubungkan entitas tertentu dari tipe entitas yang lain ditambah atribut dari entitas lemah. Tipe entitas lain yang dipakai untuk mengidentifikasikan suatu entitas lemah disebut identifying owner dan relasi yang menghubungkan entitas lemah dengan owner disebut identifying relationship Contoh entitas pegawai
b. field
Field adalah merepresentasikan suatu atribut dari record yang menunjukkan suatu item dari data, seperti misalnya nama, alamat dan lain sebagainya. Kumpulan dari field membentuk suatu record.
�� field name: harus diberi nama untuk membedakan field yang satu dengan lainnya
�� field representation: tipe field (karakter, teks, tanggal, angka, dsb), lebar field (ruang maksimum yang dapat diisi dengan karakter-karakter data).
�� field value: isi dari field untuk masing-masing record.
c. Record
Record adalah Kumpulan dari field membentuk suatu record. Record menggambarkan suatu unit data individu yang tertentu. Kumpulan dari record membentuk suatu file. Misalnya file personalia, tiap-tiap record dapat mewakili data tiap-tiap karyawan.
d. Entity Relationship Diagram (ERD)
ERD merupakan notasi grafis dalam pemodelan data konseptual yang mendeskripsikan hubungan antara penyimpanan. ERD digunakan untuk memodelkan struktur data dan hubungan antar data, karena hal ini relatif kompleks. Dengan ERD kita dapat menguji model dengan mengabaikan proses yang harus dilakukan. Dan dengan ERD kita mencoba menjawab pertanyaan seperti; data apa yang kita perlukan? bagaimana data yang satu berhubungan dengan yang lain?
ERD menggunakan sejumlah notasi dan simbol untuk menggambarkan struktur dan hubungan antar data, pada dasarnya ada 3 macam simbol yang digunakan yaitu :
1. Entiti : adalah suatu objek yang dapat diidentifikasi dalam lingkungan pemakai, sesuatu yang penting bagi pemakai dalam konteks sistem yang akan dibuat. Sebagai contoh pelanggan, pekerja dan lain-lain. Seandainya A adalah seorang pekerja maka A adalah isi dari pekerja, sedangkan jika B adalah seorang pelanggan maka B adalah isi dari pelanggan. Karena itu harus dibedakan antara entitii sebagai bentuk umum dari deskripsi tertentu dan isi entiti seperti A dan B dalam contoh di atas. Entiti digambarkan dalam bentuk persegi empat.
2. Atribut : Entiti mempunyai elemen yang disebut atribut, dan berfungsi mendeskripsikan karakter entiti. Misalnya atribut nama pekerja dari entiti pekerja. Setiap ERD bisa terdapat lebih dari satu atribut. Entiti digambarkan dalam bentuk ellips.
3. Hubungan : Relationship; sebagaimana halnya entiti maka dalam hubunganpun harus dibedakan antara hubungan atau bentuk hubungan antar entiti dengan isi dari hubungan itu sendiri. Misalnya dalam kasus hubungan antara entiti siswa dan entiti mata_kuliah adalah mengikuti, sedangkan isi hubungannya dapat berupa nilai_ujian. Relationship digambarkan dalam bentuk intan / diamonds.
e. Model data REA
Pengertian Resource Event Agent (REA)
sumber daya, Acara, Agen (REA) adalah model bagaimana sebuah sistem akuntansi dapat kembali direkayasa untuk usia komputer. REA awalnya diusulkan pada tahun 1982 oleh William E. McCarthy sebagai model akuntansi umum, dan berisi konsep sumber daya, peristiwa dan agen.
REA adalah model yang populer dalam sistem informasi pengajaran akuntansi (AIS). Tapi ini jarang terjadi pada praktik bisnis-perusahaan tidak dapat dengan mudah membongkar sistem warisan mereka untuk memenuhi tuntutan radikal REA's.
Model REA menghilangkan objek akuntansi banyak yang tidak diperlukan dalam usia komputer. Yang paling terlihat dari ini adalah debit dan kredit-double-entry pembukuan menghilang dalam sistem REA. Banyak buku besar umum juga menghilang, setidaknya sebagai obyek persisten, - misalnya, piutang atau hutang. Komputer dapat menghasilkan account tersebut secara real time menggunakan catatan sumber dokumen.
REA memperlakukan sistem akuntansi sebagai representasi virtual bisnis yang sebenarnya. Dengan kata lain, itu menciptakan objek komputer yang langsung mewakili benda nyata dunia bisnis. Dalam istilah ilmu komputer, REA adalah suatu ontologi. Objek nyata termasuk dalam model REA adalah:
* Barang, jasa atau uang, yaitu, SUMBER DAYA
* Transaksi bisnis atau perjanjian yang mempengaruhi sumber daya, yaitu, KEJADIAN
* Orang atau badan-badan manusia lain (perusahaan lain, dll), yaitu, AGEN
Ini kontras objek dengan istilah akuntansi konvensional seperti aktiva atau kewajiban, yang kurang langsung terkait dengan objek dunia nyata. Sebagai contoh, aset akuntansi konvensional seperti goodwill tidak sumber REA.
Ada model REA terpisah untuk setiap proses bisnis di perusahaan. Sebuah proses bisnis secara kasar sesuai dengan departemen fungsional, atau fungsi dalam rantai nilai Michael Porter. Contoh dari proses bisnis akan penjualan, pembelian, konversi atau manufaktur, sumber daya manusia, dan pendanaan.
Di jantung masing-masing model REA biasanya ada sepasang peristiwa, dihubungkan oleh hubungan pertukaran, biasanya disebut sebagai hubungan "dualitas". Salah satu peristiwa biasanya merupakan sumber daya yang diberikan atau hilang, sementara yang lain merupakan sumber daya yang diterima atau diperoleh. Sebagai contoh, dalam proses penjualan, satu peristiwa akan "penjualan"-di mana barang diberikan up-dan yang lain akan "penerimaan kas", dimana kas diterima. Kedua peristiwa yang terkait, yaitu sebuah penerimaan kas terjadi dalam pertukaran untuk penjualan, dan sebaliknya. Hubungan dualitas dapat lebih kompleks, misalnya, dalam proses manufaktur, maka akan melibatkan lebih dari dua peristiwa (lihat Dunn et al [2004] untuk contoh.).
REA sistem biasanya dimodelkan sebagai database relasional, meskipun hal ini tidak wajib. Desain biasanya menggunakan diagram entitas-hubungan. Filosofi dari REA mengacu pada gagasan Pola Desain dapat digunakan kembali, meskipun pola REA digunakan untuk menggambarkan database daripada program berorientasi objek, dan sangat berbeda dari 23 pola kanonik dalam buku pola desain asli oleh Gamma et al. (Yang tidak mengherankan karena Gamma et al. Pola benar-benar penerapan pola untuk berkeliling kekurangan dalam C + + bukan dari pola desain per se). Penelitian di REA menekankan pola (misalnya, Hruby et al. 2006). Berikut adalah contoh pola REA dasar:
Pola ini diperluas untuk mencakup komitmen (janji untuk terlibat dalam transaksi, misalnya, seorang sales order), kebijakan, dan konstruksi. Dunn et al. (2004) memberikan gambaran yang baik pada tingkat sarjana (untuk jurusan akuntansi), sementara Hruby et al. (2006) adalah sebuah referensi canggih untuk ilmuwan komputer.
REA pengaruh berkelanjutan terhadap standar electronic commerce ebXML, dengan W. McCarthy secara aktif terlibat dalam komite standar. Standar XBRL GL bersaing namun adalah bertentangan dengan konsep REA, karena erat meniru double-entry pembukuan
4. Langkah-langkah Membangun ERD&REA
Langkah membangun ERD & REA
ERD (Entity Relationship Diagram)
a. Menentukan Entity (Entitas)
Disini kita dituntut untuk menentukan dengan cermat sebuah entity yang ada dalam suatu proyek atau masalah. Entity berguna untuk menentukan peran, kejadian, lokasi, hal nyata dan konsep penggunaan untuk database.
b. Menentukan Relasi
Setelah kita berhasil membuat Entity, langkah selanjutnya adalah menentukan relasi antar entity. Relasi apa yang terdapat antara Entity A dan B, apakah entity A dan B memiliki relasi "one to one", "one to many", atau "many to many".
c. Gambar ERD sementara
Jika sudah mengetahui Entity beserta Relasinya, buat gambar ERD sementara. Entity digambarkan dengan persegi, relasi digambarkan dengan garis.
d. Isi kardinalitas
Kardinalitas menentukan jumlah kejadian satu entitas untuk sebuah kejadian pada entitas yang berhubungan. Contohnya antara Entitas Buku, Distributor dan Pengarang, kardinalitas yang ada berupa: Satu pengarang dapat menulis banyak buku Satu buku ditulis satu pengarang Banyak buku di distribusikan oleh satu distributor. Dari sini kita bisa mengetahui harus memberi relasi apa.
e. Tentukan Primary Key (Kunci Utama)
Menentukan Primary Key pada masing-masing entity. Primary Key adalah atribut pada entity yang bersifat unik. Setiap entity hanya memiliki satu Primary Key saja. Contoh: Entity Buku memiliki Primary Key bernama kode buku. Kode Buku ini bersifat unik, karena masing-masing buku memiliki kode yang berbeda-beda.
Tentukan pula Foreign Key (Kunci Tamu) pada masing-masing Entity. Foreign Key adalah Primary Key yang ada dalam Entity yang lain. Contoh pada Entity Pengarang misalnya terdapat atribut kode buku, yang mana, kode buku merupakan Primary Key dari Entity buku.
f. Gambar ERD berdasarkan Primary Key
Menghilangkan relasi "many to many" dan memasukkan Primary dan Foreign Key pada masing-masing entitas. Relasi many to many antar entity perlu dihilangkan dengan cara menambah atribut baru antara 2 entity yang memiliki relasi many to many.
g. Menentukan Atribut
Jika sudah melakukan step diatas, sekarang saatnya menentukan atribut pada masing-masing entitas.
h. Pemetaan Atribut
Apabila atribut telah ditentukan, sekarang pasang atribut dengan entitas yang sesuai.
i. Gambar ERD dengan Atribut
- Mengatur ERD seperti langkah 6 dengan menambahkan atribut dan relasi yang ditemukan.
- Periksa lagi ERD. Apakah ERD sudah menggambarkan system yang akan dibangun? Jika belum, check kembali dari awal.
REA (Resource, Event, Agent)
a. Identifikasi kegiatan pertukaran ekonomi
Pertukaran ekonomi dasar dalam siklus pendapatan melibatkan penjualan barang dagangan atau pelayanan, serta serangkaian penerimaan kas sebagai pembayaran dalam penjualan tersebut. Diagram REA untuk siklus pendapatan S&S dengan membuat entitas kegiatan penjualan dan penerimaan kas dalam bentuk persegi panjang, dan hubungan dualitas ekonomi antara mereka, dalam bentuk wajik
b. Identifikasi sumber daya ekonomi dan para pelaku yang terlibat
Ketika kegiatan yang menjadi pusat perhatian telah ditentukan, sumber daya yang dipengaruhi oleh kegiatan tersebut perlu diidentifikasi. Kegiatan penjualan dapat diterjemahkan menjadi pemberian persediaan kepada pelanggan. Kegiatan penerimaan kas dapat diterjemahkan sebagai menerima kas dari pelanggan.
Setelah menentukan sumber daya yang dipengaruhi oleh setiap kegiatan, langkah selanjutnya yang perlu dilakukan adalah mengidentifikasi pelaku yang terlibat dalam kegiatan-kegiatan tersebut. Paling tidak selalu terdapat satu pelaku internal (pegawai) dan, di sebagian besar kondisi seorang pelaku eksternal (pelanggan/pemasok) yang terlibat dalam setiap kegiatan.
c. Analisis setiap kegiatan pertukaran ekonomi menjadi suatu kombinasi dari satu atau lebih
Kegiatan komitmen dan kegiatan petukaran ekonomi. Langkah ketiga dalam menggambar diagram REA adalah menganalisis kegiatan pertukaran ekonomi untuk menetapkan apakah kegiatan tersebut dapat dipecah menjadi sebuah kombinasi dari satu atau lebih kegiatan komitmen dan pertukaran.
Contoh: Kegiatan penjualan dapat dipergunakan untuk mewakili baik penjualan dengan pengiriman maupun yang terjadi di toko. economic exchange event.
d. Tetapkan kardinalitas setiap hubungan
Kardinalitas menunjukkan bagaimana perumpamaan dalam satu entitas dapat dihubungkan ke perumpamaan tertentu dalam entitas lainnya. Kardinalitas sering diungkapkan sebagai pasangan nomor di setiap entitas. Nomor pertama adalah kardinalitas minimum, dan nomor kedua adalah kardinalitas maksimum. Kardinalitas maksimem dari sebuah hubungan menunjukkan apakah setiap baris dalam entitas dapat dihubungkan lebih dari satu baris dalam entitas lainnya on the other side of the relationship. Kardinalitas maksimem dapat baik 1 atau N.
Database adalah kumpulaninformasiyang disimpan di dalamkomputer secara sistematik sehingga dapat diperiksa menggunakan suatu programkomputer untuk memperoleh informasi dari basis data tersebut.2.Database adalah representasi kumpulanfaktayang saling berhubungandisimpan secara bersama sedemikian rupa dan tanpa pengulangan (redudansi) yang tidak perlu, untuk memenuhi berbagaikebutuhan. 3.Database merupakan sekumpulan informasi yang saling berkaitan padasuatu subjek tertentu pada tujuan tertentu pula.4.Database adalah susunan record data operasional lengkap dari suatuorganisasi atau perusahaan, yang diorganisir dan disimpan secaraterintegrasi dengan menggunakan metode tertentu dalam komputer sehingga mampu memenuhi informasi yang optimal yang dibutuhkan oleh para pengguna.
Asal Mula Istilah Database
Istilah “database” berawal dari ilmu komputer. Meskipun kemudianartinya semakin luas, memasukkan hal-hal di luar bidang elektronika, artikel inimengenai database komputer. Catatan yang mirip dengan database sebenarnyasudah ada sebelum revolusi industri yaitu dalam bentuk buku besar, kuitansi dankumpulan data yang berhubungan dengan bisnis
2. Proses Desain Database
Proses Desain Terdiri Dari Langkah - Langkah Berikut :
Tentukan tujuan dari database Anda - ini akan membantu mempersiapkan Anda untuk langkah-langkah yang tersisa.
Mencari dan mengatur informasi yang diperlukan - Kumpulkan semua jenis informasi yang Anda mungkin ingin merekam dalam database, seperti nama produk dan nomor pesanan.
Bagilah informasi ke dalam tabel - Membagi item informasi Anda ke dalam entitas besar atau subjek, seperti Produk atau Pesanan. Setiap subyek kemudian menjadi sebuah tabel.
Belok item informasi ke dalam kolom - Tentukan informasi apa yang Anda ingin menyimpan di setiap tabel. Setiap item menjadi lapangan, dan ditampilkan sebagai kolom dalam tabel. Sebagai contoh, sebuah tabel Karyawan mungkin mencakup bidang-bidang seperti Nama terakhir dan Tanggal Sewa.
Tentukan kunci primer - Pilih kunci primer masing-masing meja. Kunci utama adalah kolom yang digunakan untuk secara unik mengidentifikasi setiap baris. Sebuah contoh mungkin Produk ID atau ID Pesanan.
Mengatur hubungan tabel - Lihatlah di setiap meja dan memutuskan bagaimana data dalam satu tabel berhubungan dengan data dalam tabel lainnya. Menambahkan kolom untuk tabel atau membuat tabel baru untuk memperjelas hubungan, seperti yang diperlukan.
Pertajam desain Anda - Menganalisis desain Anda untuk kesalahan. Membuat tabel dan menambahkan beberapa catatan data sampel. Lihat jika Anda bisa mendapatkan hasil yang Anda inginkan dari tabel Anda. Melakukan penyesuaian terhadap desain, sesuai kebutuhan.
Menerapkan aturan normalisasi - Terapkan aturan normalisasi data yang untuk melihat apakah tabel Anda terstruktur dengan benar. Melakukan penyesuaian tabel
3. Pengertian Entitas,Field,Record,ERD,dan Model Data REA.
a.Entitas
Entitas adalah suatu objek yang dapat didefinisikan dalam lingkungan pemakai, sesuatu yang penting bagi pemakai dalam konteks sistem yang akan dibuat. Sebagai contoh pelanggan, pegawai dll. Seandainya A adalah seorang pegawai maka A adalah isi dari pegawai, sedangkan jika B adalah seorang pelanggan maka B adalah isi dari pelanggan. Karena itu harus dibedakan entitas sebagai bentuk umum dari deskripsi tertentu dan isi entitas seperti A dan B dalam contoh di atas.
§ Fisik Entitas
Entitas yang bersifat fisik. Contoh : pegawai, guru, dan karyawan.
§ Konsep Entitas
Entitas yang tidak bersifat konsep. Contoh: gaji,sekolah
§ Entitas Kuat
Entitas yang mempunyai atribut kunci. Entitas ini bersifat mandiri, keberadaanya tidak bergantung pada entitas lainnya. Percepatan entitas kuat selalu memiliki karakteristik yang unik disebut identifier(sebuah atribut tunggal atau gabungan atribut-atribut yang secara unik dapat digunakan untuk membedakannya dari entitas kuat yang lain).
Kebanyakan entitas dalam suatu organisasi dapat digolongkan sebagai entitas kuat (strong entity) yaitu entitas yang mandiri, yang keberadaannya tidak bergantung pada keberadaan entitas yang lainnya. Instansiasi entitas kuat selalu memiliki karakteristik yang unik (dinamakan identifier atau sering disebut sebagai atribut pengidentifikasi) yaitu, sebuah atribut tunggal atau gabungan atribut-atribut yang secara unik dapat digunakan untuk membedakannya dari entitas kuat yang lain.
§ Entitas Lemah
Entitas yang tidak mempunyai atribut kunci. Entitas lemah diidentifikasikan dengan menghubungkan entitas tertentu dari tipe entitas yang lain ditambah atribut dari entitas lemah. Tipe entitas lain yang dipakai untuk mengidentifikasikan suatu entitas lemah disebut identifying owner dan relasi yang menghubungkan entitas lemah dengan owner disebut identifying relationship Contoh entitas pegawai
b. field
Field adalah merepresentasikan suatu atribut dari record yang menunjukkan suatu item dari data, seperti misalnya nama, alamat dan lain sebagainya. Kumpulan dari field membentuk suatu record.
�� field name: harus diberi nama untuk membedakan field yang satu dengan lainnya
�� field representation: tipe field (karakter, teks, tanggal, angka, dsb), lebar field (ruang maksimum yang dapat diisi dengan karakter-karakter data).
�� field value: isi dari field untuk masing-masing record.
c. Record
Record adalah Kumpulan dari field membentuk suatu record. Record menggambarkan suatu unit data individu yang tertentu. Kumpulan dari record membentuk suatu file. Misalnya file personalia, tiap-tiap record dapat mewakili data tiap-tiap karyawan.
d. Entity Relationship Diagram (ERD)
ERD merupakan notasi grafis dalam pemodelan data konseptual yang mendeskripsikan hubungan antara penyimpanan. ERD digunakan untuk memodelkan struktur data dan hubungan antar data, karena hal ini relatif kompleks. Dengan ERD kita dapat menguji model dengan mengabaikan proses yang harus dilakukan. Dan dengan ERD kita mencoba menjawab pertanyaan seperti; data apa yang kita perlukan? bagaimana data yang satu berhubungan dengan yang lain?
ERD menggunakan sejumlah notasi dan simbol untuk menggambarkan struktur dan hubungan antar data, pada dasarnya ada 3 macam simbol yang digunakan yaitu :
1. Entiti : adalah suatu objek yang dapat diidentifikasi dalam lingkungan pemakai, sesuatu yang penting bagi pemakai dalam konteks sistem yang akan dibuat. Sebagai contoh pelanggan, pekerja dan lain-lain. Seandainya A adalah seorang pekerja maka A adalah isi dari pekerja, sedangkan jika B adalah seorang pelanggan maka B adalah isi dari pelanggan. Karena itu harus dibedakan antara entitii sebagai bentuk umum dari deskripsi tertentu dan isi entiti seperti A dan B dalam contoh di atas. Entiti digambarkan dalam bentuk persegi empat.
2. Atribut : Entiti mempunyai elemen yang disebut atribut, dan berfungsi mendeskripsikan karakter entiti. Misalnya atribut nama pekerja dari entiti pekerja. Setiap ERD bisa terdapat lebih dari satu atribut. Entiti digambarkan dalam bentuk ellips.
3. Hubungan : Relationship; sebagaimana halnya entiti maka dalam hubunganpun harus dibedakan antara hubungan atau bentuk hubungan antar entiti dengan isi dari hubungan itu sendiri. Misalnya dalam kasus hubungan antara entiti siswa dan entiti mata_kuliah adalah mengikuti, sedangkan isi hubungannya dapat berupa nilai_ujian. Relationship digambarkan dalam bentuk intan / diamonds.
e. Model data REA
Pengertian Resource Event Agent (REA)
sumber daya, Acara, Agen (REA) adalah model bagaimana sebuah sistem akuntansi dapat kembali direkayasa untuk usia komputer. REA awalnya diusulkan pada tahun 1982 oleh William E. McCarthy sebagai model akuntansi umum, dan berisi konsep sumber daya, peristiwa dan agen.
REA adalah model yang populer dalam sistem informasi pengajaran akuntansi (AIS). Tapi ini jarang terjadi pada praktik bisnis-perusahaan tidak dapat dengan mudah membongkar sistem warisan mereka untuk memenuhi tuntutan radikal REA's.
Model REA menghilangkan objek akuntansi banyak yang tidak diperlukan dalam usia komputer. Yang paling terlihat dari ini adalah debit dan kredit-double-entry pembukuan menghilang dalam sistem REA. Banyak buku besar umum juga menghilang, setidaknya sebagai obyek persisten, - misalnya, piutang atau hutang. Komputer dapat menghasilkan account tersebut secara real time menggunakan catatan sumber dokumen.
REA memperlakukan sistem akuntansi sebagai representasi virtual bisnis yang sebenarnya. Dengan kata lain, itu menciptakan objek komputer yang langsung mewakili benda nyata dunia bisnis. Dalam istilah ilmu komputer, REA adalah suatu ontologi. Objek nyata termasuk dalam model REA adalah:
* Barang, jasa atau uang, yaitu, SUMBER DAYA
* Transaksi bisnis atau perjanjian yang mempengaruhi sumber daya, yaitu, KEJADIAN
* Orang atau badan-badan manusia lain (perusahaan lain, dll), yaitu, AGEN
Ini kontras objek dengan istilah akuntansi konvensional seperti aktiva atau kewajiban, yang kurang langsung terkait dengan objek dunia nyata. Sebagai contoh, aset akuntansi konvensional seperti goodwill tidak sumber REA.
Ada model REA terpisah untuk setiap proses bisnis di perusahaan. Sebuah proses bisnis secara kasar sesuai dengan departemen fungsional, atau fungsi dalam rantai nilai Michael Porter. Contoh dari proses bisnis akan penjualan, pembelian, konversi atau manufaktur, sumber daya manusia, dan pendanaan.
Di jantung masing-masing model REA biasanya ada sepasang peristiwa, dihubungkan oleh hubungan pertukaran, biasanya disebut sebagai hubungan "dualitas". Salah satu peristiwa biasanya merupakan sumber daya yang diberikan atau hilang, sementara yang lain merupakan sumber daya yang diterima atau diperoleh. Sebagai contoh, dalam proses penjualan, satu peristiwa akan "penjualan"-di mana barang diberikan up-dan yang lain akan "penerimaan kas", dimana kas diterima. Kedua peristiwa yang terkait, yaitu sebuah penerimaan kas terjadi dalam pertukaran untuk penjualan, dan sebaliknya. Hubungan dualitas dapat lebih kompleks, misalnya, dalam proses manufaktur, maka akan melibatkan lebih dari dua peristiwa (lihat Dunn et al [2004] untuk contoh.).
REA sistem biasanya dimodelkan sebagai database relasional, meskipun hal ini tidak wajib. Desain biasanya menggunakan diagram entitas-hubungan. Filosofi dari REA mengacu pada gagasan Pola Desain dapat digunakan kembali, meskipun pola REA digunakan untuk menggambarkan database daripada program berorientasi objek, dan sangat berbeda dari 23 pola kanonik dalam buku pola desain asli oleh Gamma et al. (Yang tidak mengherankan karena Gamma et al. Pola benar-benar penerapan pola untuk berkeliling kekurangan dalam C + + bukan dari pola desain per se). Penelitian di REA menekankan pola (misalnya, Hruby et al. 2006). Berikut adalah contoh pola REA dasar:
Pola ini diperluas untuk mencakup komitmen (janji untuk terlibat dalam transaksi, misalnya, seorang sales order), kebijakan, dan konstruksi. Dunn et al. (2004) memberikan gambaran yang baik pada tingkat sarjana (untuk jurusan akuntansi), sementara Hruby et al. (2006) adalah sebuah referensi canggih untuk ilmuwan komputer.
REA pengaruh berkelanjutan terhadap standar electronic commerce ebXML, dengan W. McCarthy secara aktif terlibat dalam komite standar. Standar XBRL GL bersaing namun adalah bertentangan dengan konsep REA, karena erat meniru double-entry pembukuan
4. Langkah-langkah Membangun ERD&REA
Langkah membangun ERD & REA
ERD (Entity Relationship Diagram)
a. Menentukan Entity (Entitas)
Disini kita dituntut untuk menentukan dengan cermat sebuah entity yang ada dalam suatu proyek atau masalah. Entity berguna untuk menentukan peran, kejadian, lokasi, hal nyata dan konsep penggunaan untuk database.
b. Menentukan Relasi
Setelah kita berhasil membuat Entity, langkah selanjutnya adalah menentukan relasi antar entity. Relasi apa yang terdapat antara Entity A dan B, apakah entity A dan B memiliki relasi "one to one", "one to many", atau "many to many".
c. Gambar ERD sementara
Jika sudah mengetahui Entity beserta Relasinya, buat gambar ERD sementara. Entity digambarkan dengan persegi, relasi digambarkan dengan garis.
d. Isi kardinalitas
Kardinalitas menentukan jumlah kejadian satu entitas untuk sebuah kejadian pada entitas yang berhubungan. Contohnya antara Entitas Buku, Distributor dan Pengarang, kardinalitas yang ada berupa: Satu pengarang dapat menulis banyak buku Satu buku ditulis satu pengarang Banyak buku di distribusikan oleh satu distributor. Dari sini kita bisa mengetahui harus memberi relasi apa.
e. Tentukan Primary Key (Kunci Utama)
Menentukan Primary Key pada masing-masing entity. Primary Key adalah atribut pada entity yang bersifat unik. Setiap entity hanya memiliki satu Primary Key saja. Contoh: Entity Buku memiliki Primary Key bernama kode buku. Kode Buku ini bersifat unik, karena masing-masing buku memiliki kode yang berbeda-beda.
Tentukan pula Foreign Key (Kunci Tamu) pada masing-masing Entity. Foreign Key adalah Primary Key yang ada dalam Entity yang lain. Contoh pada Entity Pengarang misalnya terdapat atribut kode buku, yang mana, kode buku merupakan Primary Key dari Entity buku.
f. Gambar ERD berdasarkan Primary Key
Menghilangkan relasi "many to many" dan memasukkan Primary dan Foreign Key pada masing-masing entitas. Relasi many to many antar entity perlu dihilangkan dengan cara menambah atribut baru antara 2 entity yang memiliki relasi many to many.
g. Menentukan Atribut
Jika sudah melakukan step diatas, sekarang saatnya menentukan atribut pada masing-masing entitas.
h. Pemetaan Atribut
Apabila atribut telah ditentukan, sekarang pasang atribut dengan entitas yang sesuai.
i. Gambar ERD dengan Atribut
- Mengatur ERD seperti langkah 6 dengan menambahkan atribut dan relasi yang ditemukan.
- Periksa lagi ERD. Apakah ERD sudah menggambarkan system yang akan dibangun? Jika belum, check kembali dari awal.
REA (Resource, Event, Agent)
a. Identifikasi kegiatan pertukaran ekonomi
Pertukaran ekonomi dasar dalam siklus pendapatan melibatkan penjualan barang dagangan atau pelayanan, serta serangkaian penerimaan kas sebagai pembayaran dalam penjualan tersebut. Diagram REA untuk siklus pendapatan S&S dengan membuat entitas kegiatan penjualan dan penerimaan kas dalam bentuk persegi panjang, dan hubungan dualitas ekonomi antara mereka, dalam bentuk wajik
b. Identifikasi sumber daya ekonomi dan para pelaku yang terlibat
Ketika kegiatan yang menjadi pusat perhatian telah ditentukan, sumber daya yang dipengaruhi oleh kegiatan tersebut perlu diidentifikasi. Kegiatan penjualan dapat diterjemahkan menjadi pemberian persediaan kepada pelanggan. Kegiatan penerimaan kas dapat diterjemahkan sebagai menerima kas dari pelanggan.
Setelah menentukan sumber daya yang dipengaruhi oleh setiap kegiatan, langkah selanjutnya yang perlu dilakukan adalah mengidentifikasi pelaku yang terlibat dalam kegiatan-kegiatan tersebut. Paling tidak selalu terdapat satu pelaku internal (pegawai) dan, di sebagian besar kondisi seorang pelaku eksternal (pelanggan/pemasok) yang terlibat dalam setiap kegiatan.
c. Analisis setiap kegiatan pertukaran ekonomi menjadi suatu kombinasi dari satu atau lebih
Kegiatan komitmen dan kegiatan petukaran ekonomi. Langkah ketiga dalam menggambar diagram REA adalah menganalisis kegiatan pertukaran ekonomi untuk menetapkan apakah kegiatan tersebut dapat dipecah menjadi sebuah kombinasi dari satu atau lebih kegiatan komitmen dan pertukaran.
Contoh: Kegiatan penjualan dapat dipergunakan untuk mewakili baik penjualan dengan pengiriman maupun yang terjadi di toko. economic exchange event.
d. Tetapkan kardinalitas setiap hubungan
Kardinalitas menunjukkan bagaimana perumpamaan dalam satu entitas dapat dihubungkan ke perumpamaan tertentu dalam entitas lainnya. Kardinalitas sering diungkapkan sebagai pasangan nomor di setiap entitas. Nomor pertama adalah kardinalitas minimum, dan nomor kedua adalah kardinalitas maksimum. Kardinalitas maksimem dari sebuah hubungan menunjukkan apakah setiap baris dalam entitas dapat dihubungkan lebih dari satu baris dalam entitas lainnya on the other side of the relationship. Kardinalitas maksimem dapat baik 1 atau N.
Langganan:
Postingan (Atom)