Aplikasi Database : Sistem Informasi Pembayaran pada Balong

advertisement
TUGAS
BASIS DATA
Dosen : Eru Puspita
Oleh:
SRI ASTUTIK
7410 040 757
Kelas
B
1
Aplikasi Database
Data-data
: Sistem Informasi Pembayaran pada Balong Pemancingan
: Pemain, kolam ikan, transaksi dan pembayaran
Spesifikasi
o Pembayaran ini adalah jumlah dari transaksi yang harus dibayarkan pada table
pembayaran
o Setiap pemancing tetap memiliki identitas diri sesuai data yang diinputkan dalam
database pemain yang digunakan untuk proses transaksi dan pembayaran
o Setiap pemain mungkin melakukan pemancingan lebih dari satu kolam dalam satu
harinya
o Data Kolam yang disimpan antara lain: id_kolam(key attribute),
jenis_ikan(attribute), jadwal
pemancingan(attribute), lokasi(attribute), tahun
terbit(attribute).
o Data Pemain yang disimpan antara lain: no_masuk(key attribute), nama
pemain(partial key attribute), alamat ( attribute).
o Data Transaksi yang disimpan antara lain : fatur pembelian (key atribut), tanggal
pembelian (atribut), nama ikan (atribut), banyak pembelian (atribut), harga
pembelian (atribut).
o Data Pembayaran yang disimpan antara lain: id pembayaran(key atribut), nama
pembayar (atribut), tanggal pengembalian(atribut relasi), barang dibayar (atribut),
total pembayaran (atribut).
2
MODEL DIAGRAM ERD
SISTEM INFORMASI PEMBAYARAN pada PEMANCINGAN
makanan
Agen_ikan
banyak
Harga pem
peralatan
lokasi
No_masuk
Id_kolam
alamat
Transak
si
Kolam
Pemain
Jenis_ikan
nama
jadwal
tanggal
fatur_pem
Pembay
aran
Id_pembayaran
nama
Nama barang
3
tanggal
Total bayar
kelas
Catatan:
- Relasinya maut :D
- Suatu relasi antara entiti dengan relasi lain itu bisa saja, namun hal ini jarang
dilakukan selama sistem database masih sederhana. Relasi seperti ini sering
disebut sebagai relasi bertingkat, digunakan jika suatu relasi dianggap cukup
ruwet untuk diselesaikan, sehingga harus diselesaikan secara bertahap.
- Saya tidak tahu, Kenapa aplikasi ini bisa dinggap perlu seperti itu.
- Sorry, terlalu ruwet untuk saya mengerti maksudnya
- Belum ditulis juga rasio dan partisipan dari relasi
- Sebenarnya yang ditulis berikut ini (di bawah ini, Penentuan Entiti dan
Penentuan Atribut dan Hubungan Relasi) tidak perlu dijelaskan, kecuali pada
ERD sudah sedemian ruwet sehingga harus dijelaskan secara terpisah
- Sebaiknya penjelasan tetap dituliskan pada ERD
- Sorry, saya sulit untuk memeriksa, karena masih bingung dengan diagram
ERD-nya.
1.
2.
3.
4.
Penentuan Entity
Pemain
: strong entity
Kolam
: strong entity
Transaksi
: strong entity
Pembayaran
: strong entity
Penentuan atribut
1. Pemain
No Masuk
Nama
Alamat
: Key Attribute
: Partial Key Attribute
: Partial Key Attribute
2. Kolam
Id kolam
Je nis ikan
Jadwal pemancingan
Lokasi pemancingan
: Key Attribute
: Partial Key Attribute
: Partial Key Attribute
: Partial Key Attribute
3. Transaksi
Fatur
Tanggal transaksi
Nama barang
Banyak barang
Total harga
:
:
:
:
:
Key Attribute
Partial Key Attribute
Partial Key Attribute
Partial Key Attribute
Partial Key Attribute
4. Pembayaran
Id pembayaran
Nama orang
Tanggal pembayaran
Nama barang
Total pembayaran
:
:
:
:
:
Key Attribute
Partial Key Attribute
Partial Key Attribute
Partial Key Attribute
Partial Key Attribute
4
Hubungan atau Relasi
1. Partial Participation
a. Tidak semua pemain melakukan banyak transaksi
b. Tidak semua kolam memesan ikan di beberapa agen
2. Cardinality Ratio
a. One to Many
i. 1 kolam bisa memesan ikan (N) di berbagai agen
ii. 1 pemain bisa memilih (N) kolam pemancingan
iii. 1 pemain bisa melakukan (N) banyak transaksi
5
Skema :
Normalisasi I
Kolam
id_kolam
jenis_ikan
jadwal
lokasi
kelas
Pemain
id_pemain
nama
alamat
nama
id_kolam
Transaksi
fatur_trans
nama_barang
tangga
l
banyak_barang
Ketergantungan Fungsional FD:
1. Pada entiti kolam atribut jenis ikan, jadwal pemancingan, kelas dan lokasi pemancingan
tergantung pada id kolam
2. Pada entiti pemain atribut nama tergantung dari id pemain. Dan id pemain tidak akan
bisa dipakai dua nama.
3. Pada entiti transaksi atribut nama barang, banyak barang dan total dibayar tergantung
dari id transaksi.
6
total_dibayar
Normalisasi II
Kolam
id_kolam
jenis_ikan
jadwal
lokasi
kelas
nama_barang
tangga
l
Pemain
id_pemain
nama
alamat
Transaksi
fatur_trans
nama
id_kolam
banyak_barang
total_dibayar
Pembayaran
id_pembayaran
id_pemain
fatur_trans
nama
_bara
ng
nama_barang
banyak_barang
total_pembayaran
Fatur transaksi
fatur_trans
tanggal
banyak_barang
total_dibayar
Normal Bentuk II:
1. Pada entiti kolam atribut jenis ikan, jadwal pemancingan, kelas dan lokasi pemancingan
tergantung pada id kolam
Tidak ada perubahan entiti
2. Pada entiti pemain atribut nama pemain dan alamat pemain tergantung pada id pemain
Tidak ada perubahan entiti
3. Pada entiti transaksi atribut nama barang, banyak barang dan total dibayar tergantung
dari id transaksi.
Tidak ada perubahan entiti
4. Pada entiti atribut pembayaran total pembayaran tergantung dari banyak fatur transaksi
dimana fatur transaksi menyimpan berapa nilai yang harus dibayarkan oleh pemain.
Tidak ada perubahan entiti
5. Pada fatur transaksi (entiti baru) atribut banyak barang dan total dibayar tergantung pada
fatur transaksi. Kunci dati fatur transaksi banyak barang dan tanggal transaksi.
7
Rangcangan Fisik:
Tabel yang harus dibuat :
KOLAM :
 ID KOLAM : VARCHAR(2), PRIMARY KEY, INDEXED
 JENIS IKAN: VARCHAR(20), UNIQUE, NOT NULL, INDEXED
 JADWAL : VARCHAR(20)
 KELAS: VARCHAR(20)
 LOKASI: VARCHAR(50)
PEMAIN:
 ID PEMAIN : VARCHAR(2), PRIMARY KEY, INDEXED
 NAMA PEMAIN: VARCHAR(20), UNIQUE, NOT NULL, INDEXED
 ALAMAT: VARCHAR(50)
TRANSAKSI:
 ID TRANSAKSI : VARCHAR(2), PRIMARY KEY, INDEXED
 NAMA PEMAIN: VARCHAR(20), UNIQUE, NOT NULL, INDEXED
 ID KOLAM: VARCHAR(2), FOREGN KEY ON PEGAWAI(NIP), NOT NULL
 NAMA BARANG: VARCHAR(20)
 TANGGAL: DATE
 BANYAK BARANG : VARCHAR(20)
 TOTAL DIBAYAR : VARCHAR(20)
PEMBAYARAN :
 ID PEMBAYARAN : VARCHAR(2), PRIMARY KEY, INDEXED
 ID TRANSAKSI : VARCHAR(2), FOREGN KEY ON PEGAWAI(NIP), NOT
NULL
 ID PEMAIN : VARCHAR(2), FOREGN KEY ON PEGAWAI(NIP), NOT NULL
 NAMA : VARCHAR(20)
 NAMA BARANG : VARCHAR(20)
 BANYAK BARANG: VARCHAR(20)
 TOTAL PEMBAYARAN: VARCHAR(50)
8
Download