diagram entity relationship tugas 1

5/14/2018 Diagram Entity Relationship Tugas 1 - slidepdf.com

http://slidepdf.com/reader/full/diagram-entity-relationship-tugas-1 1/8

E-R DIAGRAM

DBOOKING

IF2034 Basis Data

Disusun Oleh :

Filbert Reinaldha / 13510040

Gilang Laksana Laba/ 13510028

Hanif Lyonnais / 13510108

Mohammad Anugrah Sulaeman / 13510008

M. Afif Al Hawari / 13510020

Semester II – 2011/2012

Program Studi Teknik Informatika - Institut Teknologi Bandung

Jl. Ganesha 10, Bandung 40132



DAFTAR ISI

1. Deskripsi Sistem ......................................................................................................................... 3

2. Deskripsi Entity dan Relasinya .................................................................................................... 4

2.1 Entity Tiket ......................................................................................................................... 4

2.1.1 Deskripsi Entity ................................................................................................................. 4

2.1.2 Hubungan dengan Entity Lain ............................................................................................ 4

2.1.2.1 Hubungan dengan Entity PELANGGAN ........................................................................ 4

2.1.2.2 Hubungan dengan Entity KATEGORI ........................................................................... 5

2.1.2.3 Hubungan dengan Entity PEMBAYARAN ..................................................................... 5

2.2 Entity Pelanggan ................................................................................................................ 5



2.2.2.1 Hubungan dengan Entity TIKET ................................................................................... 6

2.3 Entity Pembayaran ............................................................................................................. 6




2.4 Entity Konser ........................................................................................................................... 7



2.4.2.1 Hubungan dengan entity KATEGORI ........................................................................... 7

2.5 Entity Kategori ......................................................................................................................... 7




2.5.2.2 Hubungan dengan Entity KONSER ............................................................................... 8



TIKET

KONSERBand

Terdiri

PELANGGAN

Memesan

Nomor ID

Pelangan

KATEGORI

Nomor_Kartu_

Kredit

Memiliki

Pembayaran

Tanggal_Pembayaran

Jumlah_Transaksi

Jenis Kuota_TiketMelalui

proses

Nama

Alamat

Promotor

Nomor_ID_Tiket

No_Kursi

Nomor

Pembayaran

Nama Konser

Email

1. Deskripsi Sistem

DBooking adalah sebuah perusahaan yang bergerak di bidang pemesanan tiket konser

berbagai grup band dari seluruh dunia. Untuk kegiatan operasionalnya, DBooking bekerja sama

dengan promotor-promotor ternama. Seseorang yang ingin memesan tiket melalui DBooking dapatmengunjungi situs web DBooking.

Saat memesan tiket, pengunjung memberi identitynya dan nomor kartu kredit yang

digunakan untuk pembayaran. Tiket yang dijual terbatas jumlahnya dan dapat terdiri dari beberapa

kategori yang berbeda untuk masing-masing konser (misalnya tiket konser band A terdiri dari

kategori VIP dan reguler, dan konser band B terdiri dari kategori VIP, premium, dan festival). Setelah

pembayaran dikonfirmasi ke bank yang bersangkutan oleh DBooking, DBooking akan mengirim email

kepada pelanggan yang berisi nomor ID tiket. Nomor ini digunakan sebagai bukti pembayaran pada

saat pelanggan mengambil tiket.

Diagram E.R. Toko Tiket Online DBOOKING



Asumsi

- Di entity PELANGGAN kami menambahkan atribut “Alamat”. Menurut kami atribut ini cukup

penting untuk dimasukan karena atribut merupakan salah satu data diri yang essensial.

- Pembayaran beberapa tiket dapat dilakukan dalam 1 kali pembayaran, karena itu kami

menambahkan atribut Jumlah_Transaksi yang menjelaskan nominal total pembayaran

(misal, A melakukan pembayaran sejumlah 1 juta rupiah) dan hubungan TIKET – Pembayaran

menjadi many-to-one.

- Atribut Nomor Pembayaran dan Tanggal Pembayaran kami tambahkan ke entitas

Pembayaran sebagai identitas suatu pembayaran.

- Setiap kategori memiliki kuota tiket / jumlah kursi yang berbeda, karena itu kami

menambahkan atribut Kuota_Tiket pada entitas KATEGORI (misal suatu Kategori A, atribut

Jenis : VIP, Kuota_Tiket : 200 tiket)

2. Deskripsi Entity dan Relasinya

2.1 Entity Tiket

2.1.1 Deskripsi Entity

Entity ini merepresentasikan data tiket – tiket konser yang tersedia di DBOOKING,

Atribut dari entity ini yaitu :

Nomor_ID_Tiket (string, domain : panjang 7 karakter)

Atribut ini merupakan nomor dari tiket, setiap tiket memiliki nomor tiket yang

berbeda

No_Kursi (integer, domain : dari 0 hingga 5000)

Aribut ini merupakan no kursi yang akan ditempati oleh pelanggan di konser

2.1.2 Hubungan dengan Entity Lain

2.1.2.1 Hubungan dengan Entity PELANGGAN

Entity TIKET terhubung dengan entity PELANGGAN. Relasi antara entity PELANGGAN

dan TIKET yaitu “Memesan”. Artinya seorang PELANGGAN dapat memesan TIKET sesuai

dengan keinginannya. Pemesanan TIKET ini tentu saja sesuai dengan konser dan kategori

tiket yang ingin dibeli oleh penonton. Relasi antara entity PELANGGAN dan TIKET yaitu one-

to-many , artinya setiap PELANGGAN dapat memesan satu atau lebih TIKET, akan tetapi satu



TIKET tidak dapat dipesan oleh beberapa PELANGGAN. TIKET yang sudah dipesan terlebih

dahulu tidak akan dapat dipesan PELANGGAN lain.

2.1.2.2 Hubungan dengan Entity KATEGORI

Entity TIKET juga terhubung dengan entity KATEGORI. Relasi antara entity TIKET

dengan entity KATEGORI yaitu “Terdiri”. Artinya TIKET terdiri dari beberapa KATEGORI.

KATEGORI ini sendiri memiliki beberapa atribut yaitu Jenis dan Jumlah_Tiket . Entity TIKET

memiliki relasi many-to-one dengan KATEGORI, artinya setiap TIKET terdiri dari satu

KATEGORI dan ada kemungkinan terdapat beberapa TIKET dengan KATEGORI yang sama.

2.1.2.3 Hubungan dengan Entity PEMBAYARAN

Entity TIKET terhubung dengan entity PEMBAYARAN . Relasi antara kedua entity

tersebut yaitu “melalui proses”, artinya suatu pemesanan TIKET akan melewati proses

PEMBAYARAN. Relasi antara entity TIKET dan PEMBAYARAN yaitu one-to-many, sehingga

dapat dilakukan PEMBAYARAN untuk beberapa TIKET tetapi tidak dapat terjadi beberapa

PEMBAYARAN untuk satu TIKET.

2.2 Entity Pelanggan


Entity PELANGGAN berisi data – data pelanggan yang membeli tiket konser dalam sistem ini.

Pengunjung biasa yang hanya melihat tiket – tiket yang tersedia atau sekedar memesan tiket,

datanya tidak disimpan dalam sistem ini. Atribut yang dimiliki entity ini yaitu :

Nomor ID Pelanggan (string, domain : panjang 7 karakter)

Atribut ini adalah nomor ID dari PELANGGAN.

Nomor_Kartu_Kredit (string, domain : panjang 7 karakter)

Atribut ini berisi nomor kartu kredit PELANGGAN yang akan digunakan untuk

melakukan pembayaran di DBOOKING.

Nama (string, domain : panjang 20 karakter)

Atribut ini berisi nama dari PELANGGAN

Alamat (string, domain : panjang 160 karakter)

Atribut ini berisi alamat dari PELANGGAN

Email (string, domain : panjang 100 karakter)

Setiap PELANGGAN memiliki atribut email, email ini digunakan untuk mengirimkan

Nomor_ID_Tiket sebagai bukti pembayaran




2.2.2.1 Hubungan dengan Entity TIKET

Partisipasi dari PELANGGAN yaitu total participation, karena setiap PELANGGAN

pasti memesan TIKET tertentu, PELANGGAN yang tidak memesan TIKET didefinisikan sebagai

pengunjung biasa dan datanya tidak disimpan dalam sistem DBOOKING ini. Partisipasi dari

TIKET yaitu partial participation artinya mungkin saja ada TIKET yang tidak dipesan

PELANGGAN, sehingga ada TIKET tersisa.

2.3 Entity Pembayaran


Entity ini berisi data – data pembayaran TIKET yang dilakukan oleh PELANGGAN. Seorang

PELANGGAN dapat melakukan satu PEMBAYARAN untuk beberapa TIKET sekaligus. Atribut dari

entity ini yaitu :

Nomor_Pembayaran (string, domain : panjang 20 karakter)

Nomor Pembayaran ini merupakan identitas dari pembayaran yang dilakukan, tiap

pembayaran memiliki nomor pembayaran yang berbeda - beda

Tanggal_Pembayaran (string, domain : panjang 10 karakter)

Atribut ini menyimpan tanggal pembayaran dilakukan

Jumlah_Transaksi (integer, domain : lebih dari 0)

Atribut ini menyimpan jumlah uang transaksi pembayaran yang dilakukan oleh

pelanggan



Relasi antara entity TIKET dan PEMBAYARAN yaitu one-to-many, sehingga dapat

dilakukan PEMBAYARAN untuk beberapa TIKET tetapi tidak dapat terjadi beberapa

PEMBAYARAN untuk satu TIKET. Partisipasi entity TIKET dan PEMBAYARAN yaitu total

participation, artinya setiap TIKET akan melalui proses PEMBAYARAN. Dalam sistem ini data

transaksi yang disimpan hanya pemesanan tiket yang dilanjutkan dengan pembayaran. Data

pemesanan tanpa pembayaran tidak disimpan dalam sistem



2.4 Entity Konser


Entitty ini berisi data konser – konser yang diselenggrakan. Entity ini meupakan strong entity

dan memiliki weak entity yaitu entity KATEGORI. Atribut dari entity KONSER ini yaitu :

Nama_Konser (string, domain : panjang 20 karakter)

Atribut ini berisi nama konser yang diselenggarakan

Band (string, domain : panjang 20 karakter)

Atribut ini berisi data band yang tampil pada konser. Satu Konser bisa diisi oleh

beberapa band

Promotor (string, domain : panjang 20 karakter)

Atribut ini berisi data promotor yang mengadakan konser

Tanggal (string, domain : panjang 10 karakter)

Atribut ini berisi tanggal penyelenggaraan konser


2.4.2.1 Hubungan dengan entity KATEGORI

Hubungan antara entity KONSER dan KATEGORI yaitu “Memiliki”. Artinya suatu

KONSER memiliki KATEGORI tertentu. Relasi kedua entity tersebut yaitu one-to-many ,

dengan demikian untuk setiap KONSER bisa terdapat beberapa KATEGORI, dan beberapa

KONSER mungkin saja memiliki KATEGORI yang sama.

2.5 Entity Kategori


Entity ini berisi data dari kategori yang ada di konser. Dalam sebuah KATEGORI terdapat satu

jenis kategori dan jumlah tiket untuk kategori tersebut, misal KATEGORI A, di dalamnya ada jenis

kategori VIP dengan jumlah tiket 300 buah kemudian misal KATEGORI B, di dalamnya terdapat jenis

kategori Premium dengan jumlah tiket 200 buah.

Atribut yang terdapat dalam entity ini yaitu :

Jenis (string, domain : panjang 20 karakter)

Atribut ini menyimpan jenis kategori yang ada di konser tersebut (misal VIP,

premium, biasa)

Kuota_Tiket (integer, domain : lebih dari 0)

Atribut ini menyimpan jumlah tiket yang tersedia untuk kategori terkait





Relasi antara entity KATEGORI dengan entity TIKET yaitu one-to-many . Artinya setiap

TIKET terdiri dari satu kategori tetapi beberapa TIKET mungkin saja terdiri dari KATEGORI

yang sama. Dalam relasi ini partisipasi TIKET yaitu total participation karena setiap TIKET

pasti terdiri dari KATEGORI. Partisipasi KATEGORI hanya partial participation karena belum

tentu semua KATEGORI digunakan dalam semua TIKET. Untuk lebih jelasnya kita gunakan

contoh, misal terdapat KATEGORI A (Jenis: Bisnis ; Jumlah_Tiket : 250 tiket), KATEGORI

B(Jenis : Premium ; Jumlah_Tiket 400 tiket). Kemudian dibuat tiket sejumlah 2400 tiket,

detailnya 1200 tiket X dengan KATEGORI A, dan 1200 tiket Y dengan KATEGORi B, tidak ada

tiket yang mencetak KATEGORI C. Oleh karena itu dalam sistem ini partisipasi KATEGORI

hanya partial participation.

2.5.2.2 Hubungan dengan Entity KONSER

KATEGORI terhubung dengan entity KONSER. KATEGORI merupakan weak entity sedangkan

KONSER merupakan strong entity. Partisipasi dari entity KONSER yaitu partial participation

artinya setiap KONSER dapat memiliki KATEGORI dan ada kemungkinan suatu KONSER tidak

memiliki KATEGORI. Partisiapasi dari entity KATEGORI yaitu total participation artinya semua

KATEGORI yang ada terhubung dengan entity KONSER.

diagram entity relationship tugas 1

Documents