1. Sistem Maklumat Perakaunan
TU2003
Sistem Maklumat Perakaunan
Rujukan:
Marshall B. Romney
Paul John Steinbart
TU2003

2. Pemodelan Data dan Rekabentuk Pangkalan Data

3. Objektif Pembelajaran
TU2003
Objektif Pembelajaran
Membincangkan langkah-langkah bagi merekabentuk dan melaksanakan sebuah sistem pangkalan data.
Menggunakan model data REA untuk merekabentuk sebuah pangkalan data SMP.
Melukis rajah E-R sebuah pangkalan data SMP.
Membina suatu set jadual untuk melaksanakan sebuah model REA bagi SMP dalam pangkalan data hubungan.
Membaca rajah E-R dan menerangkan apakah yang didedahkan mengenai aktiviti dan polisi bisnes organisasi dimodelkan.
TU2003

4. TU2003
Pengenalan
Ashton Fleming, the accountant for S&S, is learning that designing a relational database for S&S is not as easy as the computer store salesperson made it seem.
He is planning to attend a seminar to teach accountants the basics on how to design a relational database.
TU2003

5. TU2003
Pengenalan
Ashton hopes to have answers for the following questions by the end of the seminar:
What are the basic steps to follow when designing a database?
When creating a relational database, how exactly do you decide which attributes belong in which tables?
TU2003

6. TU2003
Pengenalan
Bagaimana hendak mendokumenkan sebuah SMP yang diimplementasikan sebagai pangkalan data hubungan?
Topik ini memfokus kepada satu aspek daripada rekabentuk pangkalan data, pemodelan data…
TU2003

7. TU2003
Pengenalan
…juga memperkenalkan model perakaunan REA dan Entity-Relationship (E-R) diagrams.
…bagaimana untuk menggunakan teknik ini untuk membina sebuah model data SMP.
…menerangkan bagaimana untuk implementasikan model data yang dihasilkan ke dalam pangkalan data hubungan.
TU2003

8. Objektif Pembelajaran 1
Membincangkan langkah-langkah bagi merekabentuk dan melaksanakan sebuah sistem pangkalan data.
TU2003

9. Merekabentuk dan Melaksanakan Sistem Pangkalan Data
Terdapat enam langkah asas terlibat dalam merekabentuk dan melaksanakan suatu sistem pangkalan data:
Perancangan awal untuk menentukan keperluan untuk dan kesauran membangunkan sebuah sistem baru.
Mengenalpasti keperluan pengguna.
Membangunkan skema peringkat konteks, luaran dan dalaman.
TU2003

10. Merekabentuk dan Melaksanakan Sistem Pangkalan Data
Menterjemahkan skema peringkat dalaman ke struktur pangkalan data sebenar yang akan diimplementasikan ke dalam sistem baru.
Menukarkan kesemua data daripada sistem semasa ke pangkalan data baru.
Mengguna dan menyelenggara sistem baru.
TU2003

11. Objektif Pembelajaran 2
TU2003
Objektif Pembelajaran 2
Menggunakan model data REA untuk merekabentuk sebuah pangkalan data SMP.
TU2003

12. TU2003
Model Data REA
Pemodelan data ialah proses mendefinasikan sebuah pangkalan data supaya ianya secara benar mewakilkan kesemua aspek organisasi, termasuklah interaksinya dengan persekitaran luaran.
TU2003

13. Model Data REA Pemodelan Data dalam Proses Rekabentuk Pangkalan Data
Perancangan
Pengoperasian &
penyelenggaraan
Analisis
keperluan
Pelaksanaan
Pemodelan data berlaku di sini
Rekabentuk
Pengkodan
TU2003

14. TU2003
Model Data REA
Model data REA ialah suatu alat permodelan konseptual yang secara spesifiknya direkabentuk untuk sediakan struktur bagi merekabentuk pangkalan data SMP.
Model data REA menyediakan struktur dalam dua cara:
Dengan mengenalpasti apakah entiti sepatutnya dimasukkan dalam pangkalan data SMP
Dengan menunjukkan bagaimana untuk menstruktur hubungan sesama entiti dalam pangkalan data SMP
TU2003

15. Sampel Rajah REA Inventory Sales Customer Cash Cashier Stock flow
Sales Person
Participates in
Stock flow
Inventory
Sales
Participates in
Economic
Duality
Customer
Participates in
Stock flow
Cash
Receive Cash
Cashier
Participates in
TU2003

16. Templat Asas REA Resource A Get Resource A External Agent Resource B
Internal
Agent
Participates in
inflow
Resource A
Get Resource A
Participates in
External
Agent
Economic
Duality
Participates in
Internal
Agent
outflow
Resource B
Give up Resource B
Participates in
External
Agent
TU2003

17. Dapat Inventori Barangan Siap
SMP Digambarkan sebagai satu Set Pertukaran Beri-untuk-Dapat (Give-to-Get)
Beri Inventori
Dapat Tunai
Kitaran Hasil
Beri Tunai
Dapat Inventori
Kitaran Perbelanjaan
Dapat Khidmat/
Masa Pekerja
Beri Tunai
Kitaran Sumber Manusia/Gaji
Beri Tunai
Kitaran Produksi
Dapat Tunai
Dapat Khidmat/Masa Pekerja
Beri/Guna Bahan
Mentah
Dapat Inventori Barangan Siap
Kitaran Kewangan
Beri (Guna) Masa
& Khidmat Mesin
TU2003

18. Jenis-jenis Entiti Resources- sumber diperlu dan digunakan oleh
TU2003
Jenis-jenis Entiti
Sebuah entiti ialah sebarang kelas objek di mana data dipungut.
Model data REA mengklasifikasikan entiti kepada tiga kategori berbeza:
Resources- sumber diperlu dan digunakan oleh
sesebuah organisasi
Events- kejadian berlaku oleh/ke atas organisasi
Agents- agen yang terlibat dalam kejadian ini
TU2003

19. TU2003
Jenis-jenis Entiti
Resources ditakrifkan sebagai apa-apa benda yang mempunyai nilai ekonomi kepada organisasi.
contoh…
tunai
inventori
peralatan
TU2003

20. TU2003
Jenis-jenis Entiti
Events adalah berbagai aktiviti perniagaan di mana pengurusan ingin mengutip maklumat bagi tujuan perancangan atau kawalan.
contoh…
kejadian jualan
mengambil tempahan pelanggan
TU2003

21. Jenis-jenis Entiti Agents adalah jenis entiti ketiga dalam model REA.
TU2003
Jenis-jenis Entiti
Agents adalah jenis entiti ketiga dalam model REA.
Agen ialah orang dan organisasi yang terlibat dalam kejadian dan yang mana maklumat mereka diperlukan.
contoh…
pekerja
pelanggan
TU2003

22. TU2003
Hubungan Berstruktur
Model data REA menggambarkan suatu corak asas bagaimana tiga jenis entiti (sumber, kejadian, dan agen) sepatutnya berhubung sesama mereka.
TU2003

23. Hubungan Berstruktur Dapat Sumber A sumber A Dualiti ekonomik Berikan
Aliran masuk
Sumber A
Dapat
sumber A
Dualiti
ekonomik
Aliran keluar
Sumber B
Berikan
sumber B
TU2003

24. Hubungan Berstruktur Dapat sumber A Dualiti ekonomik Berikan sumber B
Terlibat dalam
Agen Dalaman
Dapat
sumber A
Terlibat dalam
Agen Luaran
Dualiti
ekonomik
Terlibat dalam
Agen Dalaman
Berikan
sumber B
Terlibat dalam
Agen Luaran

25. Objektif Pembelajaran 3
TU2003
Objektif Pembelajaran 3
Melukis rajah E-R sebuah pangkalan data SMP.
TU2003

26. Sampel Rajah E-R Employers Supervisors Departments Cash Receipts Sales
Managed By
Employers
Supervisors
Part of
Manages
Departments
Customer Orders
Part of
Cash Receipts
Part of
Sales
Part of
Players
Teams
Part of
League
TU2003

27. TU2003
Rajah Hubungan Entiti
Gambar rajah E-R ialah satu kaedah bagi menggambarkan satu skema pangkalan data.
Ia dipanggil gambar rajah E-R kerana ia menunjukkan berbagai entiti yang dimodelkan dan hubungan penting sesama mereka.
Dalam gambar rajah E-R, entiti kelihatan sebagai empat segi tepat, dan hubungan antara entiti diwakili oleh berlian (diamonds).
TU2003

28. Rajah Hubungan Entiti Sumber Kejadian Inventori Jualan Barisan item
TU2003
Rajah Hubungan Entiti
Sumber
Kejadian
Barisan item
Inventori
Jualan
(0, N)
(1, N)
(0, N)
Bayar
untuk
Bertambah
Tunai
Kutipan
Tunai

29. Rajah Hubungan Entiti Agen Jualan Jurujual Dibuat oleh Dibuat untuk
Kejadian
Agen
(1, 1)
Jualan
Dibuat oleh
(1, N)
Jurujual
(1, 1)
(0, N)
Dibuat untuk
(0, N)
Bayar
untuk
Pelanggan
Diterima daripada
Kutipan
Tunai
Diterima oleh
Juruwang

30. Membangunkan sebuah Rajah REA
TU2003
Membangunkan sebuah Rajah REA
Pembangunan gambar rajah REA bagi satu kitaran transaksi tertentu mengandungi tiga langkah:
Kenalpasti pasangan kejadian yang menunjukkan pertukaran ekonomik asas.
Kenalpasti sumber terjejas oleh setiap kejadian dan agen yang terlibat dalam kejadian tersebut.
Tentukan kardinaliti bagi setiap hubungan.
TU2003

31. Mengenalpasti Kejadian Pertukaran Ekonomik
Pertukaran ekonomik asas dalam kitaran pendapatan melibatkan penjualan barangan atau perkhidmatan dan berikutnya penerimaan tunai sebagai bayaran bagi jualan tersebut.
Gambar rajah REA kitaran pendapatan menunjukkan entiti kejadian jualan dan kutipan tunai sebagai segiempat tepat dan hubungan sesama mereka sebagai berlian.
TU2003

32. Mengenalpasti Kejadian Pertukaran Ekonomik
Adalah baik dengan membahagikan kertas kepada tiga lajur, satu bagi setiap jenis entit:
Lajur kiri- digunakan untuk sumber.
Lajur tengah- digunakan untuk kejadian.
Lajur kanan- digunakan untuk agen.
TU2003

33. Mengenalpasti Sumber dan Agen
TU2003
Mengenalpasti Sumber dan Agen
Setelah kejadian yang diingini ditentukan, sumber yang terbabit oleh kejadian tersebut perlulah dikenalpasti.
Kejadian jualan melibatkan pengurangan inventori.
Kejadian kutipan tunai melibatkan penerimaan tunai.
TU2003

34. Mengenalpasti Sumber dan Agen
TU2003
Mengenalpasti Sumber dan Agen
Kemudian, langkah berikutnya ialah mengenalpasti agen yang terlibat dalam kejadian tersebut.
Selalunya terdapat sekurang-kurangnya satu agen dalaman (pekerja) dan, dalam kebanyakan kes, seorang agen luaran (pelanggan).
TU2003

35. Menentukan Kardinaliti
Kardinaliti hubungan menunjukkan berapa banyak/kali berlakunya sesuatu entiti dalam hubungan itu boleh dihubungkan kepada berlakunya entiti yang lain di dalam hubungan itu.
Kardinaliti biasanya ditulis sebagai pasangan nombor.
Nombor pertama ialah yang minimum, dan yang kedua ialah maksimum.
TU2003

36. Menentukan Kardinaliti
Kardinaliti minimum bagi sesebuah hubungan menunjukkan bilangan barisan paling sedikit yang boleh terlibat dalam hubungan itu.
Kardinaliti minimum boleh sama ada 0 atau 1.
Kardinaliti minimum kosong bermaksud setiap kali berlakunya entiti pada sebelah lain hubungan itu tidak semestinya dihubungkan kepada berlakunya sebarang entiti pada hubungan sebelah ini.
TU2003

37. Menentukan Kardinaliti
Kardinaliti minimum kosong dalam pasangan kardinaliti (0, N) ke kiri entiti pelanggan dalam hubungan pelanggan-jualan menunjukkan bahawa seseorang pelanggan tertentu tidak semestinya dihubungkan kepada sebarang kejadian jualan (contoh: bakal pelanggan).
Dibuat kepada
Jualan
(0, N)
Pelanggan
TU2003

38. Menentukan Kardinaliti
Kardinaliti minimum kosong adalah biasa bagi hubungan antara dua kejadian yang dihubung secara sementara. Kenapa?
Kerana pada sesuatu masa tertentu kejadian kedua dalam pasangan mungkin belum berlaku lagi (contoh: jualan kredit yang masih belum dibayar).
Kardinaliti minimum 1 menunjukkan bahawa setiap berlakunya entiti mestilah dipasangkan dengan sekurang-kurangnya satu kejadian entiti satu lagi.
TU2003

39. Menentukan Kardinaliti
Kardinaliti minimum di bawah entiti jualan dalam hubungan jualan-pelanggan menggambarkan peraturan perniagaan am bahawa setiap kejadian jualan mestilah dipasangkan dengan beberapa pelanggan tertentu.
Dibuat oleh
Jualan
Jurujual
(1, 1)
TU2003

40. Menentukan Kardinaliti
Kardinaliti maksimum bagi sesuatu hubungan menunjukkan bilangan barisan paling banyak yang boleh terlibat dalam hubungan.
Kardinaliti maksimum boleh jadi 1 atau N.
N menunjukkan setiap baris dalam jadual boleh dihubungkan kepada banyak barisan dalam jadual yang lain.
TU2003

41. Menentukan Kardinaliti
Tiga jenis hubungan asas antara entiti adalah bermungkinan, bergantung kepada kardinaliti maksimum disekutukan dengan setiap entiti.
Hubungan satu-ke-satu
Hubungan satu-ke-banyak
Hubungan banyak-ke-banyak
TU2003

42. Menentukan Kardinaliti
Kardinaliti tidaklah dipilih sembarangan oleh perekabentuk pangkalan data.
Ia mencerminkan fakta mengenai organisasi yang dimodelkan dan amalan perniagaannya yang diambil ketika peringkat analisis keperluan bagi proses reka bentuk pangkalan data.
TU2003

43. Objektif Pembelajaran 4
TU2003
Objektif Pembelajaran 4
Membina suatu set jadual untuk melaksanakan sebuah model REA bagi SMP dalam pangkalan data hubungan.
TU2003

44. Melaksanakan Rajah REA dalam Pangkalan Data Hubungan
TU2003
Melaksanakan Rajah REA dalam Pangkalan Data Hubungan
Gambar rajah REA boleh digunakan untuk merekabentuk satu pangkalan data hubungan berstruktur dengan baik.
Sebuah pangkalan data hubungan berstruktur dengan baik ialah yang tidak tertakluk kepada masalah kemaskini, kemasukan, dan pemadaman yang janggal. (penormalan)
TU2003

45. TU2003
Mencipta Jadual
Pangkalan data hubungan yang dibuat penormalan dengan baik mempunyai jadual bagi setiap entiti dan setiap hubungan banyak-ke-banyak.
Daripada gambar rajah REA yang telah dibincangkan tadi, sembilan jadual boleh dicipta: satu bagi setiap tujuh entiti dan satu bagi setiap hubungan banyak-ke-banyak.
TU2003

46. Mencipta Jadual Inventori Jualan Jurujual Pelanggan Juruwang
TU2003
Mencipta Jadual
Inventori
Jualan
Jurujual
Pelanggan
Juruwang
Kutipan tunai
Tunai
Jualan-inventori
Jualan-kutipan tunai
TU2003

47. Mengenalpasti Atribut bagi Setiap Jadual
TU2003
Mengenalpasti Atribut bagi Setiap Jadual
Kunci Primer/Primary keys:
Biasanya, kunci primer bagi sebuah jadual mewakili sebuah entiti ialah satu atribut.
Atribut-atribut lain:
Atribut-atribut dimasukkan ke dalam setiap jadual bagi memuaskan keperluan pemprosesan transaksi.
TU2003

48. Melaksanakan Hubungan Satu-ke-Satu dan Satu-ke-Banyak
Dalam pangkalan data hubungan, hubungan sebegini antara entiti boleh dilaksanakan dengan memasukkan kunci primer bagi satu entiti sebagai kunci asing (foreign key) dalam jadual mewakili entiti lain.
TU2003

49. Melaksanakan Hubungan Satu-ke-Satu dan Satu-ke-Banyak
Hubungan satu-ke-banyak:
Hubungan ini juga boleh melaksanakan dengan cara kunci asing-
kunci primer entiti yang terlibat sekali dalam hubungan muncul sebagai kunci asing dalam jadual entiti yang terlibat banyak kali dalam hubungan itu (contoh: kunci primer jadual jurujual dan pelanggan dimasukkan sebagai kunci asing dalam jadual jualan).
TU2003

50. Objektif Pembelajaran 5
TU2003
Objektif Pembelajaran 5
Membaca rajah E-R dan menerangkan apakah yang didedahkan mengenai aktiviti dan polisi bisnes organisasi dimodelkan.
TU2003

51. TU2003
Dokumentasi
Gambar rajah REA adalah berguna terutamanya bagi mendokumen sebuah SMP termaju dibina menggunakan pangkalan data.
Gambar rajah REA menyediakan dua jenis maklumat penting mengenai sebuah pangkalan data:
Maklumat mengenai hubungan sesama item data
Maklumat mengenai amalan perniagaan organisasi
TU2003

52. Maklumat Mengenai Kandungan Pangkalan Data
TU2003
Maklumat Mengenai Kandungan Pangkalan Data
Gambar rajah REA secara tidak tersirat menunjukkan hubungan sesama berbagai item data yang disimpan dalam pangkalan data perakaunan.
Carta alir hanya menunjukkan fail mana yang wujud dan terangkan ciri-ciri asas mereka.
DFD menjelaskan kandungan setiap fail dalam sistem, tetapi tidaklah menunjukkan bagaimana fail-fail ini berhubungan sesama mereka.
TU2003

53. Maklumat Mengenai Amalan Bisnes
TU2003
Maklumat Mengenai Amalan Bisnes
Kardinaliti dalam gambar rajah REA menyediakan maklumat berguna mengenai semulajadi syarikat yang dimodelkan dan polisi perniagaan yang ia ikuti.
Sumber
Kejadian
Barisan item
Inventori
Jualan
(0, N)
(1, N)
TU2003

54. Maklumat Mengenai Amalan Bisnes
TU2003
Maklumat Mengenai Amalan Bisnes
Hubungan antara jualan dan inventori dipanggil barisan item dan mewakili fakta bahawa setiap jualan mengandungi satu atau lebih item dagangan.
Setiap item muncul sebagai barisan item berasingan pada inbois jualan.
Kuantiti dijual menunjukkan bahawa seseorang pelanggan boleh membeli lebih daripada satu bagi item tertentu.
TU2003

55. Pengkhasan Organisasi oleh Rajah REA
TU2003
Pengkhasan Organisasi oleh Rajah REA
Contoh yang telah ditunjukkan adalah bagi penjualan barangan secara besar-besaran, jadi hubungan yang ditunjukkan antara jualan dan inventori sebagai banyak-ke-banyak.
Bagi pengedar seni, contohnya, gambar rajah REA mungkin menunjukkan hubungan antara jualan dan inventori sebagai satu-ke-banyak (hasil seni adalah unik, satu, tetapi boleh dijual banyak hasil seni dalam satu transaksi).
TU2003

56. Ekstraksi Maklumat daripada SMP
TU2003
Ekstraksi Maklumat daripada SMP
Gambar rajah REA yang lengkap menyediakan suatu panduan berguna bagi pertanyaan (querying) sebuah pangkalan data SMP.
Queries boleh digunakan untuk menghasilkan jurnal dan lejar daripada pangkalan data hubungan dibina pada model REA.
(0, 1)
(1, N)
Jualan
Kutipan
atunai
TU2003

57. Ekstraksi Maklumat daripada SMP
TU2003
Ekstraksi Maklumat daripada SMP
Dalam hubungan satu-ke-banyak antara kutipan tunai dan jualan, nombor remittance ialah kunci asing dalam jadual jualan.
Setiap transaksi jualan dibayar penuh oleh kejadian kutipan tunai.
Apakah logik query untuk tahu akaun penerimaan?
Jumlah akaun penerimaan ialah jumlah penambahan kesemua jualan di mana tiada nombor remittance.
TU2003

58. TU2003
Persoalan?
TU2003