theproject
Differences
This shows you the differences between two versions of the page.
Next revision | Previous revision | ||
theproject [2010/11/15 21:30] – created roumani | theproject [2010/12/07 21:27] (current) – roumani | ||
---|---|---|---|
Line 1: | Line 1: | ||
- | ====== | + | ====== |
- | | + | **A Web-Based Resource Booking System** |
- | | + | |
- | | + | |
- | * User authenticates via htaccess | + | * Due Date: Wed Dec 8, 2010 by 5:30 pm |
- | * User can make repeated bookings, e.g. every last friday 11:00-12:30. | + | * Technological Platform |
- | * One particular user can delete bookings made by others. In that case, an email is auto-sent | + | |
+ | ===== Overview ===== | ||
+ | The system enables personnel to book resources, such as rooms or equipments, for their own use at specified times. | ||
+ | |||
+ | |||
+ | ===== Analysis ===== | ||
+ | The system must support of the following use cases: | ||
+ | |||
+ | * User to login. Authentication done via htaccess | ||
+ | * User to view the current bookings of a selected resource and time | ||
+ | * User to book a resource, if available, at a specified time. Bookings can be done on the hour or on the half-hour for a duration that is a multiple of 30 min. You can assume that bookings do not span the midnight boundary. | ||
+ | * User to make a repeated booking of a selected resource. In such a booking, the user specifies the start and end dates, the start time, the duration, and the frequency. The frequency can be a given set of dates or selected from predefined classes, such as " | ||
+ | * The " | ||
+ | * The " | ||
+ | |||
+ | ===== Deliverables ===== | ||
+ | |||
+ | You need to deliver two things by the due date of this project: | ||
+ | |||
+ | * Submit the report and source files\\ The report file (in pdf, doc, or html formats) and the Java files. These can be submitted using: '' | ||
+ | |||
+ | * Upload a WAR webapp | ||
+ | |||
+ | Create a war file of your webapp and name it '' | ||
+ | |||
+ | '' | ||
+ | |||
+ | Use the Tomcat Manager facility (name/ | ||
+ | |||
+ | The report is meant to describe your execution of the project to someone who is familiar with the project, e.g. a fellow student who is also executing the same project and writing a similar report. Hence, the report should focus on your own experience and efforts, i.e. what you actually did, rather than on general description. It is expected to be very brief, to the point, and made up of //at most// ten pages of typed text and diagrams (excluding printouts and source listing). | ||
+ | |||
+ | The report have a title page containing the team member names and their cse numbers, the assigned group number, the course number and term. It should also have a TOC (Table of Contents) with titles and page numbers. Finally, it should have the following sections: | ||
+ | |||
+ | - Design: Describe your system' | ||
+ | - Implementation: | ||
+ | - The Team: Provide the cse# and name of each member of the team and indicate the contact person in case there are questions. It is essential that you explain how the work was divided and how communication and consistency were maintained. Include here the main lessons that were learned from this project. | ||
+ | - The Source Code: Provide listing of all programs (including jspx, tags, xsl, web.xml, etc.). Partition this section into subsections, | ||
+ | |||
+ | |||
+ | ===== Evaluation ===== | ||
+ | |||
+ | The project will be evaluated based primarily (80%) on meeting the specs (these include system functionality and report contents) and on its internal quality (design, style, code, etc.). The remaining (20%) is based on how your project compares with those of other teams. |
theproject.1289856630.txt.gz · Last modified: 2010/11/15 21:30 by roumani