TUGAS 3

PEMBUATAN MODEL DATA DAN DESAI DATABASE

Desain database adalah proses menghasilkan rinci model data dari sebuah basis data.

PROSES DESAIN DATABASE

Enam langkah dasar dalam mendesain dan mengimplementasikan sistem database:

1. Identifikasi kebutuhan informasi para pemakai.
2. Tahap pertama terdiri dari perencanaan awal untuk menetapkan kebutuhan dan kelayakan pengembangan sistem baru.
3. Pengembangan berbagai skema berbeda untuk sistem yang baru, pada tingkat konseptual, eksternal dan internal.
4. Penerjemahan skema tingkat internal ke struktur database sesungguhnya, yang akan diimplementasikan ke dalam sistem yang baru tersebut.
5. Mentransfer semua data dari sistem sebelumnya ke database SIA yang baru.
6. Penggunaan dan pemeliharaan sistem yang baru.

proses desain database terdapat beberapa langkah yang harus dijalani, yaitu :

• Analisis Persyaratan : memahami dan mengetahui data yang harus disimpan dalam database, aplikasi apa yang harus dibangun di atasnya, jenis operasi apa yang akan digunakan, dst.

• Desain Data Base Konseptual : berdasarkan informasi yang diperoleh dari tahap analisis persyaratan inilah dipergunakan untuk mengembangkan deskripsi data menjadi lebih tinggi. Pada langkah ini desainer sering membuat yang anmanya model E-R yang tujuan untuk membuat penyederhanaan gambaran tentang data yang sesuai dengan pemikiran user / pengguna.

• Desain Data Base Logika : disinilah proses merubah model E-R skema database yang rasional. Dengan tujuan untuk mendapatkan skema konseptual pada data rasional sehingga sering disebut skema logika.

• Perbaikan Skema : pengecekan sekumpulan relasi dalam skema sebelumnya (skema database rasional), supaya dapat menemukan problem yang ada dan memperbaikinya.

• Desain Data Base Fisik : pembentukan indeks pada beberapa tabel yang telah dibuatlah pada tahap ini dikerjakan. mengelompokkan tabel atau mendesain ulang yang bersifat substansial terhadap bagian dari skema database.

• Desain Aplikasi dan Keamanan : Keseluruhan proyek software yang menggunakan DBMS sebaiknya memperhitungkan faktor-faktor aplikasi yang ada diluar database, seperti enkripsi, digital sinature, dll.

DIAGRAM HUBUNGAN ENTITAS

Diagram Hubungan Entitas atau entity relation diagram merupakan model databerupa notasi grafis dalam pemodelan datakonseptual yang menggambarkan hubungan antara penyimpan. Model data sendiri merupakan sekumpulan cara, peralatan untuk mendeskripsikan data-data yang hubungannya satu sama lain, semantiknya, serta batasan konsistensi. Diagram hubungan entitas ditemukan oleh Peter Chen dalam buku Entity Relational Model-Toward a Unified of Data. Chen mencoba merumuskan dasar-dasar  model dan setelah itu dikembangkan dan dimodifikai oleh Chen dan banyak pakar lainnya. Pada saat itu diagram hubungan entitas dibuat sebagai bagian dari perangkat lunak  yang juga merupakan modifikasi khusus, karena tidak ada bentuk tunggal dan standar dari diagram hubungan entitas.contoh seperti ini:
Simbol Simbol dalam Entity Relationship DiagramSimbol–simbol yang digunakan dalam entity relationship diagram adalah sebagai berikut ini :1. Entity (rectangler)    Digunakan untuk menggambarkan obyek yang diidentifikasikan ke dalam lingkungan.2. Atribut (oval)    Digunakan untuk menggambarkan elemen-elemen dari suatu entity, yang menggambarkan   karakter entity.3. Hubungan (diamond)    Entity dapat berhubungan satu sama lain. Hubungan ini disebut dengan relationship.4. Garis (line)    Digunakan untuk menghubungkan entity dengan relasi/hubungan, maupun entity dengan atribut.Elemen-elemen Diagram Hubungan Entitas

1. Entity

Pada ER diagram, entity digambarkan dengan sebuah bentuk persegi panjang.Entity adalah sesuatu apa saja yang ada di dalam sistem, nyata maupun abstrak dimana data tersimpan atau dimana terdapat data. Entitas diberi nama dengan kata benda dan dapat dikelompokkan dalam empat jenis nama yaitu orang, benda, lokasi, kejadian (terdapat unsur waktu di dalamnya).

2. Relationship

Model relasional adalah model yang menggunakan sejumlah tabel untuk menggambarkan data serta hubungan antara data-data. Setiap tabel memiliki sejumlah kolom, setiap kolom memiliki nama yang unik. Model relasional memiliki struktur record berformat tertentu dimana masing-masing isinya memiliki tipe-tipe yang berbeda (Misalnya tipe data untuk nomor induk pegawai adalah string, tentu berbeda dengan tipe data untuk nama [misalnya: string] yang panjangnya tidak ditentukan, bergantung pada komputer tempat aplikasi diimplementasikan.
Pada ER diagram, relationship dapat digambarkan dengan sebuah bentuk belah ketupat. Relationship adalah hubungan alamiah yang terjadi antara entitas. Pada umumnya penghubung (Relationship) diberi nama dengan kata kerja dasar, sehingga memudahkan untuk melakukan pmbacaan relasinya (bisa dengan kalimat aktif atau kalimat pasif). Penggambaran hubungan yang terjadi adalah sebuah bentuk belah ketupat dihubungkan dengan dua bentuk empat persegi panjang.

3. Relationship Degree

Relationship degree atau derajat relationship adalah jumlah entitas yang berpartisipasi dalam satu relationship. Derajat relationship yang sering dipakai di dalam ERD:
· Unary RelationshipUnary relationship adalah model relationship yang terjadi diantara entityyang berasal dari entity set yang sama. Sering juga disebut sebagai Recursive Relationship atau Reflective Relationship.
· Binary RelationshipBinary relationship adalah model relationship antara instance-instance dari suatu tipe entitas (dua entity yang berasal dari entity yang sama). Relationship ini paling umum digunakan dalam pembuatan model data.
· Ternary RelationshipTernary relationship merupakan antara instance-instance dari tiga tipe entitas secara serentak.

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),

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.

PROSES MEMBANGUN DATA REA DALAM SIKLUS TRANSAKSI

Membangun diagram REA untuk siklus transaksi tertentu terdiri dari empat langkah berikut :1. Identifikasi pasangan kegiatan pertukaran ekonomi yang mewakili hubungan dualitas dasar memberi untuk menerima, dalam siklus tersebut.2. Identifikasi sumber daya yang dipengaruhi oleh setiap kegiatan pertukaran ekonomi dan para pelaku yang terlibat dalam kegiatan tersebut.3. Analisis setiap kegiatan pertukaran ekonomi untuk menetapkan apakah kegiatan tersebut harus dipecah menjadi suatu kombinasi dari satu atau lebih kegiatan komitmen dan kegiatan pertukaran ekonomi. Apabila perlu, ganti kegiatan pertukaran ekonomi aslinya dengan rangkaian kegiatan komitmen dan pertukaran ekonomi yang dihasilkan dari pemecahan kegiatan tadi.4. Tetapkan kardinalitas setiap hubungan.