Tugas #1 ER Dan EER Modeling

You might also like

Download as pptx, pdf, or txt
Download as pptx, pdf, or txt
You are on page 1of 10

TUGAS #1:

ER & EER MODELING


Tugas ini bersifat individual
Gunakan fasilitas Microsoft Visio untuk
mendokumentasikan model ER/EER
Gunakan notasi yang dibahas dalam kuliah
(penggunaan notasi lain TIDAK AKAN DINILAI)
Untuk menyatakan structural relationship constraint,
gunakan notasi umum (1:1, 1:N, dan M:N) untuk rasio
kardinalitas sejauh dimungkinkan
Dokumentasi versi cetak pada kertas ukuran A4
diserahkan selambat-lambatnya pada saat kuliah
berikutnya

1. Consider the following set of requirements for a


UNIVERSITY database that is used to keep track of
students transcripts.
a. The university keeps track of each students name,
student number, Social Security number, current
address and phone number, permanent address and
phone number, birth date, sex, class (freshman,
sophomore, ..., graduate), major department, minor
department (if any), and degree program (B.A., B.S., ...,
Ph.D.). Some user applications need to refer to the city,
state, and ZIP Code of the students permanent
address and to the students last name. Both Social
Security number and student number have unique
values for each student.
a. Each department is described by a name, department
code, office number, office phone number, and college.
Both name and code have unique values for each
department.

c. Each course has a course name, description, course


number, number of semester hours, level, and offering
department. The value of the course number is unique for
each course.
d. Each section has an instructor, semester, year, course, and
section number. The section number distinguishes sections
of the same course that are taught during the same
semester/year; its values are 1, 2, 3, ..., up to the number
of sections taught during each semester.
e. A grade report has a student, section, letter grade, and
numeric grade (0, 1, 2, 3, or 4).

Design an ER schema for this application, and draw an ER


diagram for the schema. Specify key attributes of each entity
type, and structural constraints on each relationship type.
Note any unspecified requirements, and make appropriate
assumptions to make the specification complete.

2. Consider the ER diagram below, which shows a


simplified schema for an airline reservations system.
Extract from the ER diagram the requirements and
constraints that produced this schema. Try to be as
precise as possible in your requirements and constraints
specification.

3. Design a database to keep track of information for an art


museum. Assume that the following requirements were
collected:
a. The museum has a collection of ART_OBJECTS. Each ART_OBJECT
has a unique Id_no, an Artist (if known), a Year (when it was
created, if known), a Title, and a Description. The art objects are
categorized in several ways, as discussed below.
b. ART_OBJECTS are categorized based on their type. There are
three main types: PAINTING, SCULPTURE, and STATUE, plus
another type called OTHER to accommodate objects that do not
fall into one of the three main types.
c. A PAINTING has a Paint_type (oil, watercolor, etc.), material on
which it is Drawn_on (paper, canvas, wood, etc.), and Style
(modern, abstract, etc.).
d. A SCULPTURE or a statue has a Material from which it was
created (wood, stone, etc.), Height,Weight, and Style.

e. An art object in the OTHER category has a Type (print, photo,


etc.) and Style.
f. ART_OBJECTs are categorized as either
PERMANENT_COLLECTION (objects that are owned by the
museum) and BORROWED. Information captured about objects
in the PERMANENT_COLLECTION includes Date_acquired, Status
(on display, on loan, or stored), and Cost. Information captured
about BORROWED objects includes the Collection from which it
was borrowed, Date_borrowed, and Date_returned.
g. Information describing the country or culture of Origin (Italian,
Egyptian, American, Indian, and so forth) and Epoch
(Renaissance, Modern, Ancient, and so forth) is captured for
each ART_OBJECT.
h. The museum keeps track of ARTIST information, if known: Name,
DateBorn (if known), Date_died (if not living), Country_of_origin,
Epoch, Main_style, and Description. The Name is assumed to be
unique.

i.

j.

Different EXHIBITIONS occur, each having a Name, Start_date,


and End_date. EXHIBITIONS are related to all the art objects that
were on display during the exhibition.
Information is kept on other COLLECTIONS with which the
museum interacts, including Name (unique), Type (museum,
personal, etc.), Description, Address, Phone, and current
Contact_person.

Draw an EER schema diagram for this application.


Discuss any assumptions you make, and that justify your
EER design choices.

5. Consider an ONLINE_AUCTION database system in


which members (buyers and sellers) participate in the
sale of items. The data requirements for this system are
summarized as follows:
a. The online site has members, each of whom is identified by
a unique member number and is described by an e-mail
address, name, password, home address, and phone
number.
b. A member may be a buyer or a seller. A buyer has a
shipping address recorded in the database. A seller has a
bank account number and routing number recorded in the
database.
c. Items are placed by a seller for sale and are identified by a
unique item number assigned by the system. Items are
also described by an item title, a description, starting bid
price, bidding increment, the start date of the auction, and
the end date of the auction.

d. Items are also categorized based on a fixed classification


hierarchy (for example, a modem may be classified as
COMPUTERHARDWARE MODEM).
e. Buyers make bids for items they are interested in. Bid price
and time of bid is recorded. The bidder at the end of the
auction with the highest bid price is declared the winner
and a transaction between buyer and seller may then
proceed.
f. The buyer and seller may record feedback regarding their
completed transactions. Feedback contains a rating of the
other party participating in the transaction (110) and a
comment.

Design an Enhanced Entity-Relationship diagram for the


ONLINE_AUCTION database.

You might also like