COS 333 Project: Final Submission Information

Fri May 8 12:57:39 EDT 2015

May 12 (Dean's Date): Final submission

Everything must be submitted by 5 PM on Dean's Date, without exception.

Your final submission must include

Here's what you will have to do:

Submission: Collect everything for submission in one place.

Be sure that your code is complete after it is copied to the submission directory. We will be looking through your source code to get an idea of what you did, so everything should be there but no extra junk.

Documentation: The documentation must include the following files with EXACTLY these names:

Documentation should be written in good English, free of spelling and grammar errors. It should be thorough but not exhaustive; the total submitted documentation should not exceed about 15 printed pages. The report is the most important piece of documentation. I am particularly interested in thoughtful and interesting reports, so don't skimp on this part, though I think an upper limit of 6-7 pages is about right. Reports that speak for the whole group with a single voice seem to work out better than those with one part written by each team member, but it's up to you.

A working system: We will be experimenting with your system starting on Dean's Date, so you must provide access to a running version. If the system is web-based, make sure it's up and running and we have whatever passwords and other controls are necessary to play with the system; that includes administrative rights if part of the functionality involves administration, though we will try to be very careful not to intrude or break things. (We will still worry about external security vulnerabilities like SQL injection, of course.)

If your system is meant to run standalone on Windows or Mac OSX or whatever, you can include a zip file or tarball that contains all the necessary files, along with any project files for the compiler you used. In this case, be sure to include installation instructions.

You should test carefully to ensure that someone not in your group can exercise all aspects of the system, working only from the information in your submission.

It will be a great help if you follow these directions and try to make it easy for us to look at and play with your project. If things go well, we tend to be happy; if things go badly, we get grumpy. Happy graders tend to give better grades.


Grading

(This part is definitely subject to fiddling.) The project is worth about 60-65 percent of the overall course grade. Every team member gets the same project grade except for a discretionary component in the unlikely event of significant dereliction. The project grade will be derived from considerations like these: Important: We will be experimenting with your system starting at 5 PM May 12, so it has to stay up through May 18 and someone has to monitor it and respond to mail promptly in case we have trouble. Thanks.