代做EBU5502留学生、代写Java编程、代做Database Coursework、代写Java语言

日期：2018-10-30 09:57

2018_19

EBU5502 Database Coursework Specifications

Statement

Design and implement a relational database for The University Accommodation Office

(descriptions of the system can be found at the end of the document). Build a Java interface

to the database suitable for the database application.

Tasks

This includes setting up a database schema and providing access methods to this in the form

of queries and views. The steps for doing this include:

Creating a conceptual schema in the form of an ER diagram.

Deriving a relational schema from the ER diagram.

Validating the relations using normalization technique.

Implementing this schema using SQL.

Populating the database with a set of typical data. The data should be significant but

manageable.

Defining SQL queries which could be used in the Java interface.

Design and implementation of the Java interface, using JDBC to connect the database.

Teams

This coursework is to be done in groups of 3 students. You should form the teams yourselves

via QMPlus, by Friday, 2 Nov 2018).

Deliverables

Submission by Tuesday, 11th Dec 2018

Each group should submit a report containing (one report by one group member per group

on QMPlus):

Description of all assumptions you have made in your design (2 mark)

A conceptual schema (ER diagram) (3 mark)

The relational database schema for your database. You should also identify all primary

and foreign keys in your design. You should validate your relations using normalization,

and explain why they are in 4th Normal Form (2 marks)

The sample test data. This test data should be carefully designed in order to test that

your queries will work under any conditions. (1 marks)

A set of SQL queries for sample queries (listed in Sample Queries), with results of the

output you obtain when you run these queries. (2 marks)

Each group should also submit a zip file of all the code for your application.

2018_19

Demonstration

A demonstration will be arranged in teaching week 4 (w/c 10th December 2018). Details of

the time and venue will be announced later in the course. Students will demonstrate to the

TA and lecturer their working system, perform extra queries and answer questions. (5 marks)

Assessment

The total coursework counts for 15% of the final mark of the module.

Peer Assessment

Each student should submit a peer assessment form, give marks to the other two group

members on a number criteria. The form can be found on QMplus page.

Notes

Use MySQL as the back end Database.

The coursework should be delivered in a form so that the tables can be easily created,

data inserted and queries and views run easily by the person marking the work.

You can create your tables using individual CREATE TABLE statements, but it is

recommended that you put all of these into one script file, so that it is easier to

reconstruct your entire schema of tables should you find data or tables have been

corrupted.

The focus of the coursework is designing and implementing database and query

functions, not GUI design. Your coursework will not be marked on the aesthetics of

the interface, no matter how pretty it is.

The report should adhere to technical report writing style, with clear English and

logical structure.

The University Accommodation Office Case Study

The Director of the University Accommodation Office requires you to design a database to

assist with the administration of the office. The requirements collection and analysis phase of

the database design process has provided the following data requirements specification for

the University Accommodation Office database followed by examples of query transactions

that should be supported by the database.

Data Requirements

Students

The data stored on each full-time student includes: the student number, name (first and last

name), home address (street, city, postcode), date of birth, sex, category of student (for

example, first year undergraduate, postgraduate), nationality, smoker (yes or no), special

needs, any additional comments, current status (placed/waiting), and what course the

student is studying on.

The student information stored relates to those currently renting a room and those on the

waiting list. Students may rent a room in a hall of residence or student flat.

2018_19

When a student joins the University, he or she is assigned to a member of staff who acts as

his or her Advisor of Studies. The Advisor of Studies is responsible for monitoring the student’s

welfare and academic progression throughout his or her time at University. The data held on

a student’s Advisor includes full name, position, name of department, internal telephone

number, and room number.

Halls of residence

Each hall of residence has a name, address, telephone number, and a hall manager who

supervises the operation of the hall. The halls provide only single rooms, which have a room

number, place number, and monthly rent rate.

The place number uniquely identifies each room in all halls controlled by the Accommodation

Office and is used when renting a room to a student.

Student flats

The Accommodation Office also offers student flats. These flats are fully furnished and provide

single-room accommodation for groups of three, four, or five students. The information held

on student flats includes a flat number, address, and the number of single bedrooms available

in each flat. The flat number uniquely identifies each flat.

Each bedroom in a flat has a monthly rent rate, room number, and a place number. The place

number uniquely identifies each room available in all student flats and is used when renting a

room to a student.

Leases

A student may rent a room in a hall or student flat for various periods of time. New lease

agreements are negotiated at the start of each academic year with a minimum rental period

of one semester and a maximum rental period of one year, which includes Semesters 1, 2, and

the Summer Semester. Each individual lease agreement between a student and the

Accommodation Office is uniquely identified using a lease number.

The data stored on each lease includes the lease number, duration of the lease (given as

semesters), name and student number of the student, place number, room number, address

details of the hall or student flat, and the date the student wishes to enter the room, and the

date the student wishes to leave the room (if known).

Invoices

At the start of each semester each student is sent an invoice for the following rental period.

Each invoice has a unique invoice number.

The data stored on each invoice includes the invoice number, lease number, semester,

payment due, student’s full name and student number, place number, room number, and the

address of the hall or flat. Additional data is also held on the payment of the invoice and

includes the date the invoice was paid, the method of payment (cheque, cash, Visa, etc.), the

date the first and second reminder is sent (if necessary).

Student flat inspections

Student flats are inspected by staff on a regular basis to ensure that the accommodation is

well maintained. The information recorded for each inspection is the name of the member of

2018_19

staff who carried out the inspection, the date of inspection, an indication of whether the

property was found to be in a satisfactory condition (yes or no), and any additional comments.

Accommodation staff

Some information is also held on members of staff of the Accommodation Office and includes

the staff number, name (first and last name), home address (street, city, postcode), date of

birth, sex, position (for example, Hall Manager, Administrative Assistant, Cleaner) and location

(for example, Accommodation Office or Hall).

Courses

The Accommodation Office also stores a limited amount of information on the courses run by

the University including the course number, course title (including year), course leader,

internal telephone number, room number, and department name. Each student is associated

with a single course.

Next-of-kin

Whenever possible, information on a student’s next-of-kin is stored which includes the name,

relationship, address (street, city, postcode), and contact telephone number.

Query Transactions (Sample)

Listed below are some examples of query transactions that should be supported by the

University Accommodation Office database system.

(a) Present a report listing the Manager’s name and telephone number for each hall of

residence.

(b) Present a report listing the names and student numbers of students with the details of

their lease agreements.

(c) Display the details of lease agreements that include the Summer Semester.

(d) Display the details of the total rent paid by a given student.

(e) Present a report on students that have not paid their invoices by a given date.

(f) Display the details of flat inspections where the property was found to be in an

unsatisfactory condition.

(g) Present a report of the names and student numbers of students with their room number

and place number in a particular hall of residence.

(h) Present a report listing the details of all students currently on the waiting list for

accommodation, that is, not placed.

(i) Display the total number of students in each student category.

(j) Present a report of the names and student numbers for all students who have not supplied

details of their next-of-kin.

(k) Display the name and internal telephone number of the Advisor of Studies for a particular

student.

(l) Display the minimum, maximum, and average monthly rent for rooms in halls of residence.

(m) Display the total number of places in each hall of residence.

(n) Display the staff number, name, age, and current location of all members of the

accommodation staff who are over 60 years old today.