Database Management System

profileiAREduce
DatabaseDesignProject.pdf

Database Design Project

NATIONAL UNIVERSITY School of Technology and Engineering

Department of Computer Science and Cybersecurity

CIS350 Database Management Systems

DATABASE DESIGN PROJECT

15 POINTS

During Weeks 1, 2, and 3, you will be working in small teams to complete a Database Design

Project. There will be a deliverable due at the end of each week for Weeks One through

Three. Please ensure you read the Database Design Project overview below.

I am expecting numerous discussions before you submit your project. It will not be a good idea to

delay working on these project assignments close to the due date as that might result in a poor

design and thus poor grades. However, it remains your responsibility to initiate these discussions

among your team members using BrightSpace Session or any other means (ZOOM) that you find

workable. In case you want to discuss your project with me you can do so either by setting up an

appointment or during scheduled chat sessions.

Your first step is to identify the application domain your team would like to focus your

database project. It is suggested that you pick an application that you will enjoy working with

since you will be stuck with it for the next three weeks! Try to pick an application that is relatively

substantial, but not too enormous. For example, when expressed in the entity-relationship model,

you might want your team’s design to have in the range of five or so entity types, and a similar

number of relationships. In the past, I have accepted as reasonable those designs where the total

number of entity types plus relationships was in the 8-14 range but have questioned others. You

should certainly include different kinds of relationships (e.g., many-one, many-many) and different

kinds of data (strings, integers, etc.), but your application is not required to use weak entity types

if they are not appropriate for your application.

Please only have one team member submit (ONE SUBMISSION PER TEAM) the following on

or before the deadline each week in Word format.

DELIVERABLE #1: 3 Points. Due (Sunday, April 9, 2023, 11:55 PM)

Description of the domain/application and its database that you propose to work with for three

weeks. Your description should be brief and relatively informal (TWO to THREE Pages). If there

are any unique or particularly difficult aspects of your proposed application, please point them out.

Your description will be graded only on suitability and conciseness. Be sure to include a Report

Title Page with your Team Name, the names of the individuals that are part of the team, the

submission date, and your Domain’s Title. Do not include a description of the entities, attributes,

relationships, or database design.

Note: Please keep in mind that the above-submitted description will be used for conceptual

database design (ER-Diagram) for deliverable #2 during Week #2 so make sure to include all the

details in your description that you will later be used to identify entity types, attributes, relationship

Database Design Project

types and/or weak entity types as well as Cardinality Ratio and participation constraint for ER-

Diagram design.

DELIVERABLE #2: 7 Points. Due (Sunday, April 16, 2023, 11:55 PM)

An entity-relationship diagram (ER-Diagram) for your proposed database from the description that

you provided for deliverable #1. Do not forget to underline key attributes and include cardinality

ratio and participation constraint. If there are weak entity types, indicate them by double lines, as

described in the class.

Note: If you have revised your deliverable #1 based on my comments/feedback you received for

deliverable #1, then you need to resubmit your deliverable #1’s project description again with

deliverable #2. However, your revised description will not be graded again but it will serve as a

reference for grading your conceptual database design (ER-Diagram).

DELIVERABLE #3: 5 Points. Due (Sunday, April 23, 2023, 11:55 PM)

Using the steps (Described in the class and textbook) translate your ER Diagram to a set of

relations. Please be sure to underline the primary keys. Normalize your relations to the highest

possible form. For each opportunity to combine or decompose relations, decide whether or not to

do so, and briefly explain your reasoning for doing so.

Note: If you have revised your Deliverable #2 based on my comments/feedback then you need to

resubmit your revised ER-Diagram again with deliverable #3. I will not grade deliverable #2 again

but it will serve as a reference while grading deliverable #3 final relational schema.