COIT11237 IT Assignment
The case study will contain conflicting, ambiguous, vague, and missing information. Seek clarification and/or make reasonable assumptions to complete the requirements: your assumptions and clarifications need to support all details of the ERD that are not already provided by the case study. Document any assumptions you make and clarifications you obtain in an appendix named ‘Assumptions and Clarifications’. There are two options:
- Seek clarification about the case study by searching the forums. If your question has not already been discussed, please post your question.
- Make reasonable assumptions about missing or ambiguous information in the case study. However, marks may be lost for unreasonable assumptions. For example, it is unreasonable to assume that people only ever drive around with one passenger in their car.
- Your ERDs should be neat, clear and easy to read.
- Please follow the modelling standard used in the text book and lecture slides.
The Case Study
We are creating a web service/app that is a rideshare service to chauffeur kids to events such as school or extra-curricular activities. You will need to record information about the cars, the drivers, the kids and the trips that they make. When one person decides to drive somebody else’s kids, they both need to give permission, and these permissions need to be recorded. Please specify the data storage requirements.
Car trips need to be recorded. Trips allow people to attend events at the trip stops.
The system records the information used to determine which trips are optional “taxi trips”. That is, record who needs to attend which stops.
Example: Jamie does not need to be the person who taxis Ben to school. In fact,
Jamie would be happy if somebody else could take Ben. However, Karen feels compelled to drop Thomas off each morning.
If an optional trip overlaps with another trip, and there is room in the car, then the system will offer the (optional) taxi trip to the other driver. Do not record the offers made, just the acceptance of the offers. You do not need to figure out which trips are optional. You only need to record the information that will be needed to determine which trips are optional taxi trips.
Two stops overlap another if their locations are close and both parties are at their stop within 10 minutes of each other. Record enough information so that we can determine which stops overlap.
The specifications of locations are not crucial at this stage. Make your own
assumption about what ‘close’ means.
Permission is sought from the (original) driver when their trip is offered to another driver. Do not record the offers made, just the acceptance of permission.
Example: Jamie gives his permission for Karen to take Ben.
Once we have permission from both the original and new drivers, the system will assign the trip to the new driver.
Example: since Jamie and Karen have accepted the offer for Karen to take Jamie's
kids, the system will record that Karen’s trip is a substitute for Jamie’s trip.
You need to ensure you pay attention to the following aspects when developing your ERD:
- Correct entities are identified
- Correct unique identifiers
- Appropriate attributes for each entity
- Appropriate notation
- Correct relationships and cardinalities (min/ max cardinalities)
- Assumptions/ clarifications support all details provided in the ERD
Implement the ER model you developed in Part A as a relational database design.
1. Transform your ER model into a relational database design. (25 marks)
Note: Document the tables in your design using the Relation Notation shown below. Customer(CID, Name, Street, Suburb, State, PostCode, DiscountPercent, Email)
SalesOrder(SOID, CID, Number, FullPrice, Discount, FinalPrice, TotalPaid, Status) foreign key (CID) references Customer(CID)
Provide a brief explanation about cascades for each foreign key.
How You Are Marked for the relational database design
- Correct tables and primary keys
- Correct foreign keys
- Correct cascades
- Documentation of cascades
2. Implement enough of the database to demonstrate the following. You do not need to implement the entire database.
- primary key constraints: provide five examples
- foreign key constraints: provide five examples
- cascading delete: provide one example
- validation rule with a validation text: provide one example
- table constraint (a constraint that compares more than one column): provide one
example. You will need to check the SQL Server Compatibility (ANSI 92) for your
database before you write an SQL alter table query. (5 marks)
You need to include a brief documentation (in a word document) that highlights where the above items are demonstrated in your database, e.g. where the primary key constraints are. Marks may be lost if your documentation is missing, unclear or not concise.
How and what to submit
Submit your assignment on the unit web site. Please submit two files:
- A Microsoft Word document containing:
- Your Entity Relationship Diagram (ERD) for Part A
- Your reasonable assumptions/points of clarification for Part A (if you have any)
- Documentation for Part B.
- A Microsoft Access file containing the tables and features you have implemented to support the requirements for Part B.
Marking, model solutions, and deadlines
Marked assignments and marking feedback will be made available to you approximately two weeks after the due date or two weeks after submission, whichever is later. Any Assignment 2 submitted two weeks after the due date will NOT be accepted or marked.