CH22 DESAIN SISTEM, IMPLEMENTASI, DAN OPERASI

SISTEM EKONOMI AKUNTANSI

7 JANUARI 2019

CHAPTER 22

DESAIN SISTEM, IMPLEMENTASI, DAN OPERASI

Desain Sistem Konseptual

Figure22-1 menampilkan langkah desain konseptual: mengevaluasi alternatif desain, mempersiapkan spesifikasi desain, dan mempersiapkan laporan desain sistem konseptual.

Mengevaluasi Alternatif Desain

Table22-1 merangkum pertimbangan desain dan alternatif.

Figure22-1

Table22-1

Mempersiapkan Spesifikasi Desain dan Laporan

Setelah alternatif desain dipilih, spesifikasi desain konseptual dibuat untuk elemen-elemen berikut:

• Output
• Penyimpanan data
• Input
• Prosedur dan operasi pemrosesan

Laporan desain sistem konseptual merangkum kegiatan desain konseptual, memandu kegiatan desain fisik, mengomunikasikan bagaimana semua kebutuhan informasi akan dipenuhi, dan membantu komite pengarah menilai kelayakan. Table22-8, dalam ringkasan chapter, menunjukkan isi laporan ini.

Desain Sistem Fisik

Figure22-2 menunjukkan fase desain sistem fisik yang dijelaskan di bawah ini secara rinci.

Figure22-2

Desain Output

Output biasanya cocok dalam satu dari empat kategori berikut:

1. Laporan terjadwal
2. Laporan analisis tujuan khusus
3. Laporan pengecualian yang dipicu
4. Permintaan laporan

Desain File dan Database

Desain file dan database yang penting pertimbangannya dirangkum dalam Table22-3

Table22-2

Table22-3

Desain Input

Pertimbangan desain input termasuk apa tipe data yang akan diinput dan metode input yang optimal. Pertimbangan untuk desain input ditunjukkan dalam Table22-4

DESAIN BENTUK     Prinsip-prinsip desain bentuk dirangkum dalam Table22-5.

DESAIN LAYAR KOMPUTER     Layar input komputer paling efektif ketika prosedur ini diikuti:

• Atur layar sehingga data dapat dimasukkan dengan cepat, akurat, dan lengkap
• Masukkan data dalam urutan yang sama seperti yang ditampilkan pada formulir kertas yang menangkap data
• Kelompokkan data yang terkait secara logis bersamaan
• Desain layar sehingga pengguna dapat melompat dari satu lokasi entri data ke yang lain atau menggunakan satu tombol untuk langsung ke lokasi layar
• Buatlah mudah untuk memperbaiki kesalahan
• Batasi data atau jumlah opsi menu pada layar untuk menghindari kekacauan

Desain Program

Table22-4

Table22-5

Prodesur dan Desain Kontrol

Table22-6

Implementasi Sistem

Implementasi sistem adalah proses untuk menginstal perangkat keras dan perangkat lunak dan membuat SIA aktif dan berjalan.

Perencanaan Implementasi dan Persiapan Lokasi

Rencana implementasi terdiri dari tugas implementasi, tanggal penyelesaian yang diharapkan, perkiraan biaya, dan siapa yang bertanggung jawab untuk setiap tugas.

Figure22-3

Konversi Sistem

Konversi berubah dari yang lama ke SIA yang baru. Empat pendekatan digunakan:

• Konversi langsung mengakhiri SIA lama ketika yang baru diperkenalkan
• Konversi paralel mengoperasikan sistem lama dan baru secara bersamaan untuk suatu periode
• Konversi phase_in secara bertahap menggantikan elemen-elemen SIA lama dengan yang baru
• Konversi percontohan menerapkan sistem di satu bagian organisasi, seperti lokasi cabang

Operasi dan Pemeliharaan

Table22-7

Table22-8

CH21 STRATEGI PENGEMBANGAN SIA

SISTEM EKONOMI AKUNTANSI

7 JANUARI 2019

CHAPTER 21

STRATEGI PENGEMBANGAN SIA

Membeli Perangkat Lunak

Perusahaan dapat menyewa perangkat lunak dari penyedia layanan aplikasi (ASPs), yang mengirimkan perangkat lunak melalui internet.

Perusahaan yang membeli perangkat lunak SIA mengikuti siklus hidup pengembangan sistem normal (SDLC) kecuali untuk yang berikut:

• Selama desain sistem konseptual, perusahaan menentukan apakah perangkat lunak yang memenuhi persyaratan AIS tersedia dan, jika demikian, apakah akan membelinya atau membuat sendiri
• Beberapa desain fisik dan langkah-langkah implementasi dan konversi dapat dihilangkan

Memperoleh Perangkat Keras dan Perangkat Lunak

Perusahaan yang membeli sistem besar atau kompleks mengirim vendor permintaan proposal (RFP), meminta mereka untuk mengusulkan sistem yang memenuhi kebutuhan mereka pada tanggal yang ditentukan. Proposal terbaik diselidiki untuk memverifikasi bahwa persyaratan perusahaan dapat dipenuhi. Menggunakan RFP penting karena:

1. Menghemat waktu
2. Menyederhanakan proses pengambilan keputusan
3. Mengurangi kesalahan
4. Menghindari potensi pertentangan

Mengevaluasi Proposal dan Memilih Sistem

Table21-1 menyajikan kriteria evaluasi perangkat keras, perangkat lunak, dan vendor.

Table21-1

Masalah tolok ukur adalah tugas input, pemrosesan, dan output yang khas dari apa yang akan dilakukan SIA baru. Skor poin memberikan bobot untuk setiap kriteria evaluasi berdasarkan kepentingannya. 

Perkiraan biaya persyaratan memperkirakan biaya pembelian atau pengembangan fitur yang tidak tersedia.

Table21-2

Pengembangan oleh Departemen Sistem Informasi In-House

Saat menggunakan developer luar, perusahaan mempertahankan kontrol atas proses pengembangan sebagai berikut:

• Pilih dengan hati-hati developer yang memiliki pengalaman dalam industri perusahaan dan pemahaman mendalam tentang bagaimana perusahaan menjalankan bisnisnya.
• Menandatangani kontrak yang secara ketat mendefinisikan hubungan antara perusahaan dan developer, menempatkan tanggung jawab untuk memenuhi persyaratan sistem pada developer, dan memungkinkan proyek dihentikan jika kondisi utama tidak terpenuhi.
• Rencanakan proyek secara detail dan sering memantau setiap langkah dalam pengembangan.
• Berkomunikasi secara sering dan efektif.
• Kontrol semua biaya dan minimalkan arus kas keluar sampai proyek diterima.

Pengembangan Perangkat Lunak Pengguna Akhir

Komputasi pengguna akhir (EUC) adalah pengembangan langsung, penggunaan, dan kontrol sistem informasi berbasis komputer oleh pengguna.

Keuntungan dan Kerugian dari Komputasi Pengguna Akhir

Komputasi pengguna akhir menawarkan keuntungan sebagai berikut:

• Pembuatan, kontrol, dan implementasi pengguna
• Sistem yang memenuhi kebutuhan pengguna
• Ketepatan waktu
• Membebaskan sumber daya sistem
• Fleksibilitas dan kemudahan penggunaan

Namun, ada kelemahan signifikan pada komputasi pengguna akhir dan untuk menghilangkan keterlibatan analis atau programer dalam proses pengembangan:

• Logika dan kesalahan pengembangan
• Aplikasi yang tidak diuji dengan baik
• Sistem yang tidak efisien
• Sistem dengan kontrol yang buruk dan terdokumentasi
• Ketidakcocokan sistem
• Duplikasi sistem dan data; sumber daya terbuang
• Biaya meningkat

Mengelola dan Mengontrol Komputasi Pengguna Akhir

Sebuah help desk mendukung dan mengontrol aktivitas pengguna akhir.

Tugas help desk termasuk menyelesaikan masalah, menyebarkan informasi, mengevaluasi produk perangkat keras dan perangkat lunak baru dan melatih pengguna akhir bagaimana menggunakannya, membantu pengembangan aplikasi, dan menyediakan pemeliharaan dan dukungan teknis.

Mengalihdayakan Sistem

Outsourcing mempekerjakan perusahaan luar untuk menangani semua atau sebagian dari kegiatan pemrosesan data organisasi.

Keuntungan dan Kerugian dari Outsourcing

Ada sejumlah keuntungan signifikan untuk outsourcing:

• Solusi bisnis
• Pemanfaatan aset
• Akses ke keahlian yang lebih besar dan teknologi yang lebih baik
• Biaya lebih rendah
• Kurangnya waktu pengembangan
• Penghapusan penggunaan puncak dan lembah
• Fasilitasi perampingan

Perusahaan yang melakukan outsourcing seringkali mengalami beberapa kelemahan berikut:

• Kekakuan
• Kehilangan kendali
• Mengurangi keunggulan kompetitif
• Sistem terkunci
• Tujuan yang tidak terpenuhi
• Layanan buruk
• Peningkatan resiko

Manajemen Proses Bisnis

Rekayasa ulang proses bisnis (BPR) adalah pendekatan drastis, satu kali peristiwa untuk meningkatkan dan mengotomatisasi proses bisnis.

Beberapa prinsip penting yang mendasari BPM adalah sebagai berikut:

• Proses bisnis dapat menghasilkan keunggulan kompetitif
• Proses bisnis harus dikelola dari ujung ke ujung
• Proses bisnis harus gesit
• Proses bisnis harus diselaraskan dengan strategi dan kebutuhan organisasi

Sistem manajemen proses bisnis (BPMS) mengotomatisasi dan memfasilitasi peningkatan proses bisnis. BPMS dapat meningkatkan komunikasi dan kolaborasi, mengotomatiskan kegiatan, dan berintegrasi dengan sistem lain dan dengan mitra lain dalam rantai nilai.

BPMS memiliki empat komponen utama berikut ini:

• Mesin proses untuk memodelkan dan menjalankan aplikasi, termasuk aturan bisnis
• Analisis bisnis untuk membantu mengidentifikasi dan bereaksi terhadap masalah bisnis, tren, dan peluang
• Alat kolaborasi untuk menghilangkan hambatan komunikasi
• Manajer konten untuk menyimpan dan mengamankan dokumen elektronik, gambar, dan file lainnya

Prototyping

Prototyping adalah pendekatan desain sistem di mana model kerja sistem yang disederhanakan dikembangkan. Prototyping membantu menangkap kebutuhan pengguna dan membantu pengembang dan pengguna membuat keputusan desain konseptual dan fisik.

Figure21-1

Keuntungan Prototyping

Prototyping mempunyai keuntungan sebagai berikut:

• Definisi kebutuhan pengguna yang lebih baik
• Keterlibatan dan kepuasan pengguna yang lebih tinggi
• Waktu pengembangan lebih cepat
• Lebih sedikit kesalahan
• Lebih banyak peluang untuk perubahan
• Lebih murah

Table21-3

Kerugian Prototyping

• Waktu pengguna yang signifikan
• Penggunaan sumber daya sistem yang kurang efisien
• Pengujian dan dokumentasi yang tidak memadai
• Reaksi perilaku negatif
• Pengembangan tanpa akhir

Rekayasa Perangkat Lunak Berbantuan Komputer

Rekayasa perangkat lunak (atau sistem) berbantuan komputer (CASE) adalah paket alat yang terintegrasi yang digunakan oleh perancang terampil untuk membantu merencanakan, menganalisis, merancang, memprogram, dan memelihara sistem informasi.

CASE memberikan sejumlah keuntungan penting:

• Peningkatan produktivitas
• Peningkatan kualitas program
• Penghematan biaya
• Prosedur kontrol yang ditingkatkan
• Dokumentasi yang disederhanakan

CH20 PENGENALAN PENGEMBANGAN SISTEM DAN ANALISIS SISTEM

SISTEM EKONOMI AKUNTANSI

17 DESEMBER 2018

CHAPTER 20

PENGENALAN PENGEMBANGAN SISTEM DAN ANALISIS SISTEM

Pendahuluan

Perusahaan mengubah sistem mereka karena beberapa alasan berikut:

• Perubahan dalam kebutuhan pengguna atau bisnis
• Perubahan teknologi
• Peningkatan proses bisnis
• Keunggulan kompetitif
• Keuntungan produktivitas
• Integrasi sistem
• Sistem menua dan perlu diganti

Pengembangan Sistem

Siklus Hidup Pengembangan Sistem

Analsis Sistem      Langkah pertama dalam pengembangan sistem adalah analisis sistem, dimana informasi dibutuhkan untuk pembelian, mengembangkan, atau memodifikasi suatu sistem yang dikumpulkan.

Figure20-1

Desain Konseptual     Selama desain konseptual, perusahaan memutuskan bagaimana memenuhi kebutuhan pengguna.

Desain Fisik     Selama desain fisik, perusahaan menerjemahkan persyaratan desain konseptual yang luas dan berorientasi pengguna ke dalam spesifikasi terperinci yang digunakan untuk mengkode dan menguji program komputer, merancang input dan output dokumen, membuat file dan basis data, mengembangkan prosedur, dan membangun kontrol ke dalam sistem baru.

Pelaksanaan dan Konversi     Semua elemen dan aktivitas dalam sistem berkumpul bersama dalam fase pelaksanaan dan konversi.

Operasi dan Pemeliharaan      Selama operasi dan pemeliharaan, sistem baru ditinjau secara berkala dan modifikasi dibuat ketika masalah muncul atau ketika kebutuhan baru menjadi jelas.

Para Pemain

Sejumlah orang harus bekerja sama untuk berhasil mengembangkan dan mengimplementasikan AIS.

MANAJEMEN     Peran pengembangan sistem manajemen yang paling penting adalah untuk menekankan pentingnya melibatkan pengguna dalam proses, untuk memberikan dukungan dan dorongan untuk proyek pengembangan, dan untuk menyelaraskan sistem dengan strategi perusahaan.

AKUNTAN DAN PENGGUNA LAINNYA     Pengguna AIS mengomunikasikan kebutuhan informasi mereka kepada pengembang sistem.

KOMITE SISTEM INFORMASI      Komite sistem informasi di tingkat eksekutif mengendalikan dan mengawasi fungsi sistem informasi.

TIM PENGEMBANGAN PROYEK     Setiap proyek pengembangan memiliki tim analis sistem dan manajer spesialis, akuntan, dan pengguna untuk memandu pengembangannya.

ANALISIS DAN PROGRAM SISTEM     Analis sistem mempelajari sistem yang ada, merancang yang baru, dan menyiapkan spesifikasi yang digunakan oleh pemrogram komputer.

Pemrogram komputer menulis program menggunakan spesifikasi yang dikembangkan oleh para analis. Mereka juga memodifikasi dan memelihara program komputer yang ada.

PEMAIN EKSTERNAL     Pelanggan, vendor, auditor eksternal, dan entitas pemerintah memainkan peran dalam pengembangan sistem.

Perencanaan Pengembangan Sistem

Diperlukan dua rencana pengembangan sistem:

1. Rencana pengembangan proyek
2. Rencana utama

Teknik Perencanaan

Teknik evaluasi dan ulasan program (PERT) mensyaratkan bahwa semua kegiatan dan hubungan preseden dan selanjutnya di antara mereka harus diidentifikasi.

Figure20-2

Gantt chart (Figure20-3) adalah diagram batang dengan kegiatan proyek di sisi tangan kiri dan satuan waktu di bagian atas.

Table20-1

Analisis Kelayakan

Seperti yang ditunjukkan dalam Figure20-1, studi kelayakan (atau kasus bisnis) disiapkan selama analisis sistem dan diperbarui seperlunya selama SDLC.

Figure20-3

Ada lima aspek penting yang perlu dipertimbangkan selama studi kelayakan:

1. Kelayakan ekonomi
2. Kelayakan teknikal
3. Kelayakan hukum
4. Kelayakan penjadwalan
5. Kelayakan operasional

Penganggaran Modal: Menghitung Kelayakan Ekonomi

Berikut ini adalah tiga teknik penganggaran modal yang umum digunakan:

1. Periode pengembalian
2. Net present value (NPV)
3. Tingkat pengembalian internal (IRR)

Payback, NPV, dan IRR diilustrasikan dalam analisis kelayakan yang ditampilkan dalam Table20-8.

Table20-2

Aspek Perubahan Perilaku

Mengapa Masalah Perilaku Terjadi?

Untuk meminimalkan reaksi perilaku yang merugikan, orang harus memahami mengapa resistensi terjadi. Beberapa faktor yang lebih penting termasuk yang berikut:

• Takut
• Dukungan manajemen puncak
• Pengalaman dengan perubahan sebelumnya
• Komunikasi
• Sifat perubahan yang mengganggu
• Cara di mana perubahan diperkenalkan
• Bias dan emosi
• Karakteristik dan latar belakang pribadi

Mencegah Masalah Perilaku

Elemen manusia, yang seringkali merupakan masalah paling signifikan yang dihadapi perusahaan dalam mengimplementasikan suatu sistem, dapat diperbaiki dengan memperhatikan pedoman berikut:

• Dapatkan dukungan manajemen
• Memenuhi kebutuhan pengguna
• Libatkan pengguna
• Singkirkan ketakutan, dan tekankan peluang baru
• Hindari emosionalisme
• Berikan pelatihan
• Periksa kembali evaluasi kinerja
• Biarkan jalur komunikasi tetap terbuka
• Uji sistemnya
• Buat sistem tetap sederhana, dan memanusiakannya
• Kendalikan ekspektasi pengguna

Analisis Sistem

Investigasi Awal

Investigasi awal dilakukan untuk menyaring permintaan untuk pengembangan sistem.

 Figure20-4

Proposal untuk melakukan analisis sistem disiapkan untuk proyek yang disetujui. Proyek ini diberi prioritas dan ditambahkan ke rencana induk. Table20-3 menunjukkan isi informasi proposal untuk melakukan analisis sistem.

Survei Sistem

Survei sistem adalah studi ekstensif SIA saat ini yang memiliki tujuan sebagai berikut:

• Mendapatkan pemahaman tentang operasi, kebijakan, prosedur, dan arus informasi perusahaan; Kekuatan dan kelemahan SIA; dan perangkat keras, perangkat lunak, dan personel yang tersedia
• Buat penilaian awal dari kebutuhan pemrosesan saat ini dan di masa depan, dan tentukan sejauh mana sifat perubahan yang dibutuhkan
• Mengembangkan hubungan kerja dengan pengguna, dan bangun dukungan untuk SIA
• Kumpulkan data yang mengidentifikasi kebutuhan pengguna, melakukan analisis kelayakan, dan membuat rekomendasi kepada manajemen

Table20-3

Table20-4

Table20-5

Kebutuhan Informasi dan Persyaratan Sistem

Table20-6 adalah sistem dari persyaratan sistem.

Figure20-5 adalah pandangan lucu tentang jenis masalah komunikasi yang terkait dengan proses ini.

Table20-6

Figure20-5

Empat strategi berikut digunakan untuk menentukan persyaratan AIS:

1. Tanyakan kepada pengguna apa yang mereka butuhkan
2. Menganalisis sistem eksternal
3. Periksa sistem yang ada
4. Buat prototipe

Table20-7

Table20-8 

CH19 TOPIK KHUSUS DALAM PEMODELAN REA

SISTEM EKONOMI AKUNTANSI

17 DESEMBER 2018

CHAPTER 19

TOPIK KHUSUS DALAM PEMODELAN REA

Topik Permodelan Siklus Pendapatan dan Pengeluaran Tambahan
Figure19-1 dan 19-2 menampilkan diagram REA yang sudah termasuk peristiwa tambahan untuk masing-masing siklus pendapatan dan pengeluaran. Table19-1 dan 19-2 menunjukkan bagaimana mengimplementasikan model ini dalam basis data relasional.

Peristiwa Siklus Pendapatan Tambahan dan Penempatan Atribut
Figure19-1 memisahkan aktivitas gudang untuk pemenuhan pemesanan dari aktivitas pengiriman pesanan kepada pelanggan yang sebenarnya. Hubungan antara peristiwa Pengambilan Pesanan Pelanggan dan Memenuhi Pesanan Pelanggan direpresentasikan sebagai satu-ke-banyak (1:N). Hubungan antara peristiwa Memenuhi Pesanan Pelanggan dan Pengiriman Pesanan adalah 1:1.

Figure19-1

Tabel19-1 menunjukkkan bahwa kunci utama dari peristiwa Pengiriman Pesanan adalah nomor pengiriman.

Table19-1

Peristiwa Siklus Pengeluaran Tambahan dan Penempatan Atribut
Kebanyakan entitas dan hubungan digambarkan dalam Figure19-2 yang sudah dijelaskan dalam dua chapter terakhir. Satu yang baru adalah peristiwa Permintaan Persediaan.

Figure19-2

Table19-2 menunjukkan bahwa kos informasi ditempatkan dalam beberapa tabel.

Table19-2

Dengan penempatan kos dalam setiap pesanan dengan jumlah yang dibeli, sistem dapat menghitung kos persediaan akhir yang sebenarnya dan perhitungan kos barang yang terjual untuk setiap metode penilaian persediaan yang diterima (LIFO/ MTKP, FIFO/ MPKP, rata-rata tertimbang, atau identifikasi khusus).

Figure19-3

Penjualan Jasa
Entitas jasa dalam Figure19-3 berisi informasi tentang kegiatan yang menghasilkan pendapatan organisasi.
Figure19-3 termasuk hubungan antara peristiwa Penjualan dan keduanya Jasa dan entitas Sumber Daya Persediaan.


Akuisisi Jasa Tidak Berwujud
Tambahan untuk pembelian persediaan, peralatan, dan bangunan, organisasi juga memperoleh berbagai jasa tidak berwujud, seperti akses internet, jasa telepon, dan utilitas. Figure19-4 menunjukkan bagaimana model kegiatan tersebut.

Figure19-4


Aset Digital
Bagaimana dengan aset digital? Perusahaan yang menjual software, musik, atau foto digital melalui internet menyerahkan salinan digital dari sumber daya tersebut, tetapi bukan sumber daya asli barang tersebut.


Transaksi Sewa
Beberapa bisnis menghasilkan pendapatan melalui transaksi sewa, daripada penjualan. Figure19-5 menunjukkan bagaimana cara memodelkan transaksi tersebut.

Figure19-5

Figure19-5 menunjukkan bagaimana peristiwa penyewaan barang berkaitan dengan peristiwa Penerimaan Kas dan Pengembalian Barang.


Fitur REA Tambahan
Peran Karyawan
Figure19-1 dan 19-2 menggambarkan peran dimainkan oleh karyawan (mis., pramuniaga, karyawan gudang, dll.).

Hubungan Peristiwa Agen M:N
Figure19-2 menggambarkan hubungan antara peristiwa Penerimaan Persediaan ddan pekerja sebagai M:N.

Lokasi
Figure19-2 mengenalkan dua entitas baru: Gudang dan Institusi Keuangan.

Hubungan Antara Sumber Daya dan Agen
Figure19-2 juga termasuk hubungan M:N antara entitas Persediaan (Sumber Daya) dan entitas Pemasok (Agen).


Model REA Siklus Produksi
Figure19-6 adalah model data untuk aktivitas siklus dasar produksi dari perusahaan manufaktur dan Table19-3 mencantumkan tabel yang diperlukan untuk mengimplementasikan model itu dalam basis data relasional, bersama dengan penempatan berbagai atribut.

Figure19-6
Ada 4 peristiwa utama yang menarik termasuk dalam diagram siklus REA khas produksi:

1. Penerbitan bahan baku
2. Penggunaan tenaga kerja dalam produksi
3. Penggunaan mesin dan peralatan dalam produksi
4. Produksi produk jadi baru, diwakili oleh peristiwa kerja-dalam-proses

Entitas Tambahan-Hak Milik Intelektual

Figure19-6 termasuk tiga tipe spesial entitas- Penagihan material, Daftar Operasi Pekerjaan, dan Daftar Operasi Mesin- yang ditempatkan dalam porsi penting dalam hak milik intelektual perusahaan manufaktur.

Figure19-3

Peristiwa Siklus Produksi

Data tentang bahan baku aktual digunakan dalam produksi ditempatkan dalam entitas Masalah Bahan Baku.

Fitur REA Baru

Lihat Figure19-6 berbeda dari diagram REA sebelumnya yang menunjukkan hanya satu agen terkait dengan peristiwa Kinerja Operasi Kerja (dan Kinerja Operasi Mesin).

Figure19-6 juga menggambarkan hubungan 1:N antara pekerja dengan supervisors.

Model Data HR / Payroll Gabungan

Entitas Siklus HR

Lihat Figure19-7 entitas pekerja dikaitkan dengan hampir setiap entitas lain dalam diagram, mencerminkan pentingnya karyawan bagi organisasi.

Figure19-7

Melacak Waktu Karyawan

Tidak setiap organisasi mengumpulkan data tentang penggunaan waktu oleh karyawannyam dalam hal ini tidak diperlukan entitas Penggunaan Waktu.

Model Data Aktivitas Pendanaan

Figure19-8 adalah diagram REA dari dua aktivitas keuangan.

Figure19-8

CH18 IMPLEMENTASI MODEL REA DALAM BASIS DATA RELASIONAL

SISTEM EKONOMI AKUNTANSI

10 DESEMBER 2018

CHAPTER 18

IMPLEMENTASI MODEL REA DALAM BASIS DATA RELASIONAL

Mengintegrasikan Diagram REA Di Seluruh Siklus

Figure18-1 dan Figure18-2 dijelaskan dalam Chapter 17, jadi pada Chapter 18 akan fokus pada Figure18-3. Figure18-3 menggambarkan porsi bagian penggajian dalam suatu perusahaan dalam aktivitas siklus penggajian.

Figure18-1

Figure18-2

Figure18-3

Aturan untuk Menggabungkan Diagram REA

Menggabungkan Entitas Sumber Daya yang Berlebihan

Figure18-4

Menggabungkan Entitas Acara yang Berlebihan

Memvalidasi Keakuratan Diagram REA Terpadu

Chapter 17 menyajikan tiga prinsip dasar untuk menggambar diagram REA untuk siklus bisnis individu; diskusi sebelumnya untuk menggabungkan diagram seperti itu ke dalam satu model tunggal perusahaan menambah dua aturan lagi. Dengan demikian, diagram REA yang digambar dengan benar dan terintegrasi harus memenuhi lima aturan ini:

1. Setiap peristiwa harus dikaitkan setidaknya dengan satu sumber daya
2. Setiap acara harus dikaitkan dengan dua agen yang berpartisipasi dalam acara itu
3. Setiap peristiwa yang melibatkan disposisi sumber daya harus dikaitkan dengan peristiwa yang melibatkan akuisisi sumber daya. (Ini mencerminkan dualitas ekonomi yang mendasari pertukaran ekonomi "memberi-untuk-mendapatkan".)
4. Setiap sumber daya harus dikaitkan setidaknya dengan satu peristiwa yang menambah sumber daya itu dan setidaknya satu peristiwa yang mengurangi sumber daya itu.
5. Jika peristiwa A dapat dihubungkan ke lebih dari satu peristiwa lain, tetapi tidak dapat dihubungkan secara bersamaan dengan semua peristiwa lainnya, maka diagram REA harus menunjukkan bahwa peristiwa A terkait dengan minimum 0 dari masing-masing peristiwa lainnya.

Menerapkan Diagram REA dalam Basis Data Relasional

Tiga tahapan untuk menerapkan diagram REA dalam basis data relasional:

1. Buat tabel untuk setiap entitas yang berbeda dalam diagram dan untuk setiap hubungan banyak ke banyak
2. Tetapkan atribut ke tabel yang sesuai
3. Gunakan kunci asing untuk menerapkan hubungan satu-ke-satu dan satu-ke-banyak

Langkah 1: Buat Tabel untuk Setiap Entitas Berbeda dan Hubungan M:N

Table18-1

Langkah 2: Tetapkan Atribut ke Tabel yang Sesuai

IDENTIFIKASI KUNCI UTAMA     Seperti dijelaskan dalam Chapter 4, setiap tabel dalam basis data relasional harus mempunyai kunci utama, terdiri dari atribut, atau combinasi atribut, yang secara unik mengidentifikasi setiap baris dalam tabel itu.

Biasanya kunci utama dari sebuah tabel menampilkan sebuah entitas adalah atribut tunggal. Kunci utama untuk hubungan tabel M:N, namun, selalu terdiri dari dua atribut yang menampilkan kembali kunci utama untuk setiap entitas yang berkaitan dalam hubungan itu. Kunci primer multi-atribut disebut kunci bersambung.

TETAPKAN ATRIBUT LAIN KE TABEL YANG SESUAI     Atribut tambahan disamping kunci utama dimasukkan dalam setiap tabel untuk memenuhi persyaratan pemrosesan transaksi dan kebutuhan informasi manajemen.

HARGA DAN KOS DATA     Dalam Table18-1, perhatikan informasi tentang harga dan kos disimpan dalam atribut di beberapa tabel berbeda.

DATA KUMULATIF DAN DAPAT DIHITUNG     Perhatikan Table18-1 tidak berisi data kumulatif, seperti "kuantitas-di-tangan" di dalam tabel persediaan, atau data yang dapat dihitung, seperti "jumlah total penjualan" dalam tabel penjualan.

Langkah 3: Gunakan Kunci Asing untuk Melaksanakan Hubungan 1:1 dan 1:N

MENGGUNAKAN KUNCI ASING UNTUK MELAKSANAKAN HUBUNGAN 1:1     Dalam basis data relasional, hubungan 1:1 antara entitas dapat diimplementasikan dengan memasukkan kunci utama dari salah satu entitas sebagai kunci asing dalam tabel yang mewakili entitas lain.

MENGGUNAKAN KUNCI ASING UNTUK MELAKSANAKAN HUBUNGAN 1:N     Sama dengan hubungan 1:1, hubungan 1:N juga harus diimplementasikan dalam basis data relasional dengan kunci asing. Hanya ada satu cara untuk melakukan itu: Kunci utama dari entitas yang dapat dikaitkan dengan contoh berganda dari entitas lain harus menjadi kunci asing pada entitas lain.

Memeriksa Kelengkapan

Ketika semua atribut sudah ditetapkan dalam tabel, persyaratan dasar untuk merancang basis data relasional terstruktur dengan baik yang dibahas pada Chapter 4 dapat digunakan sebagai pemeriksaan akurasi akhir:

1. Setiap tabel harus memiliki kunci utama
2. Atribut nonkey lainnya di setiap tabel harus berupa fakta tentang hal yang ditentukan oleh kunci utama atau kunci asing yang digunakan untuk menautkan tabel itu ke tabel lain
3. Setiap atribut dalam setiap tabel bernilai-tunggal (mis., setiap tabel adalah file datar)

Menggunakan Diagram REA untuk Mengambil Informasi dari Database

Membuat Jurnal dan Buku Besar

Menghasilkan Laporan Keuangan

Membuat Laporan Manajerial

CH17 PERANCANGAN BASIS DATA MENGGUNAKAN MODEL DATA REA

SISTEM EKONOMI AKUNTANSI

10 DESEMBER 2018

CHAPTER 17

PERANCANGAN BASIS DATA MENGGUNAKAN MODEL DATA REA

PENDAHULUAN

Bab ini memperkenalkan topik pemodelan data, satu aspek dari desain database yang harus dipahami oleh akuntan.

PROSES PERANCANGAN BASIS DATA

Figure17-2 menunjukkan 5 langkah dasar dalam perancangan basis data. 

Tahap pertama (analisis sistem) terdiri dari perencanaan awal untuk menentukan kebutuhan dan kelayakan pengembangan sistem baru. 

Tahap kedua (desain konseptual) termasuk mengembangkan skema yang berbeda untuk sistem baru pada tingkat konseptual, eksternal, dan internal.

Tahap ketiga (desain fisik) terdiri dari menerjemahkan skema tingkat internal ke struktur database aktual yang akan diimplementasikan dalam sistem baru.

Tahap keempat (implementasi dan konversi) mencakup semua kegiatan yang terkait dengan mentransfer data dari sistem yang ada ke SIA database baru, menguji sistem baru, dan melatih karyawan bagaimana menggunakannya.

Tahap terakhir adalah menggunakan dan memelihara sistem baru.

Figure17-1

Pemodelan data adalah proses mendefinisikan database sehingga dengan setia mewakili semua aspek organisasi, termasuk interaksinya dengan lingkungan eksternal.

DIAGRAM ENTITY-RELATIONSHIP

Diagram entity-relationship (E-R) adalah teknik grafis untuk menggambarkan skema basis data. Ini disebut diagram E-R karena menunjukkan berbagai entitas yang dimodelkan dan hubungan penting di antara mereka.
Dalam diagram E-R, entitas digambarkan dengan segitigas. Sayangnya, bagaimanapun tidak ada standar industri untuk aspek lain dari diagram E-R.

Figure17-2

MODEL DATA REA
Model data REA berfokus pada semantik yang mendasari kegiatan rantai nilai organisasi.

Tiga tipe dasar entitas
Model data REA dinamakan begitu karena itu mengklasifikasikan entitas ke dalam tiga kategori berbeda: sumber daya yang diperoleh dan digunakan organisasi, peristiwa (kegiatan bisnis) di mana organisasi terlibat, dan agen yang berpartisipasi dalam acara ini. Figure17-3 menyediakan contoh dari tiga tipe entitas ini.

Figure17-3

Menata Hubungan: Template REA Dasar
Figure 17-4 menyajikan pola dasar ini. Fitur penting dari pola adalah sebagai berikut:

1. Setiap peristiwa terhubung setidaknya dengan satu sumber daya yang terpengaruh
2. Setiap peristiwa terhubung setidaknya dengan satu acara lainnya
3. Setiap peristiwa terhubung setidaknya dengan dua agen yang berpartisipasi

ATURAN 1: SETIAP PERISTIWA ENTITAS HARUS DIHUBUNGKAN SETIDAKNYA DENGAN SATU ENTITAS SUMBER DAYA     Peristiwa terkait harus dihubungkan setidaknya dengan satu sumber daya yang mereka pengaruhi.

ATURAN 2: SETIAP PERISTIWA ENTITAS HARUS DIHUBUNGKAN SETIDAKNYA DENGAN SATU PERISTIWA ENTITAS LAINNYA

Figure17-4

Figure17-5

ATURAN 3: SETIAP PERISTIWA ENTITAS HARUS DIHUBUNGKAN SETIDAKNYA DENGAN DUA AGEN YANG BERPARTISIPASI

MENGEMBANGKAN DIAGRAM REA

Chapter ini berfokus pada pengembangan diagram REA untuk siklus bisnis tunggal.

Mengembangkan diagram REA untuk siklus bisnis spesifik terdiri pada tiga langkah berikut:

1. Identifikasi peristiwa yang manajemen ingin kumpulkan informasinya
2. Identifikasi sumber daya yang terkena dampak dari setiap peristiwa dan agen yang berpartisipasi dalam peristiwa itu
3. Tentukan kardinalitas masing-masing hubungan

Langkah 1: Identifikasi Peristiwa yang Berhubungan

Figure17-6

Chapter 12 mengjelaskan bahwa siklus pendapatan biasanya terdiri dari empat kegiatan berurutan:

1. Mengambil pesanan pelanggan
2. Memenuhi pesanan pelanggan
3. Menagih pelanggan
4. Menerima pembayaran dari pelanggan

Langkah 2: Identifikasi Sumber Daya dan Agen

Setelah peristiwa yang berhubungan telah ditentukan, sumber daya yang dipengaruhi oleh peristiwa tersebut perlu diidentifikasi. Ini melibatkan menjawab tiga pertanyaan:

1. Apa sumber daya ekonomi yang dikurangi dengan peristiwa "Give"?
2. Apa sumber daya ekonomi yang diakuisisi dengan peristiwa "Get"?
3. Apa sumber daya ekonomi yang dipengaruhi oleh acara komitmen?

Langkah 3: Menentukan Kardinalitas Hubungan

Kardinalitas menggambarkan sifat hubungan antara dua entitas dengan menunjukkan berapa banyak contoh dari satu entitas yang dapat dihubungkan ke setiap contoh spesifik dari entitas lain.

Table17-1

Kardinalitas minimum dapat berupa nol (0) atau satu (1), tergantung pada apakah hubungan antara kedua entitas bersifat opsional (kardinalitas minimum adalah nol; lihat baris satu dan tiga) atau wajib (kardinalitas minimum adalah satu, seperti dalam baris dua dan empat).

Kardinalitas maksimum dapat berupa satu atau banyak (simbol kaki gagak), tergantung pada apakah setiap contoh entitas A dapat dihubungkan ke paling banyak satu contoh (seperti pada dua baris teratas) atau berpotensi banyak contoh dari entitas B (seperti pada dua baris terbawah).

TIGA TIPE HUBUNGAN     Tiga tipe dasar hubungan antar entitas dimungkinkan, tergantung pada kardinalitas maksimum yang terkait dengan masing-masing entitas (kardinalitas minimum tidak masalah):

1. Hubungan satu-ke-satu (1:1) ada ketika kardinalitas maksimum untuk setiap entitas dalam hubungan itu adalah 1 (lihat Figure 17-7, panel A).
2. Hubungan satu-ke-banyak (t: N) terjadi ketika kardinalitas maksimum dari satu entitas dalam hubungan adalah 1 dan kardinalitas maksimum untuk entitas lain dalam hubungan itu banyak (lihat Figure 17-7, panel B dan C)
3. Hubungan banyak-ke-banyak (M: N) terjadi ketika kardinalitas maksimum untuk kedua entitas dalam hubungan tersebut banyak (Figure 17-7, panel D).

Figure17-7