|
|
|
|
|
The ideal proposal would
- be written in HTML and delivered as a URL which I could link to on the
class site. You can then update it as time progresses.
- state clearly the problem you are addressing and what you hope to
create as an artifact. Technically, you could satisfy this requirement with
a single sentence (and some groups did with the preproposal), but this time
I'm looking for much greater detail. If your project has a big UI
component, can you include a figure showing what it might look like? Can
you include an architectural diagram? The more detail the better, and of
course you can change your minds later.
- Break the project's development into (much) smaller chunks. Describe
each chunk thoroughly. What dependencies are there between the pieces? Can
you connect the overall project as a linked schedule or pert chart?
Estimate the estimate the time required to develop each chunk and sum up
the total time along critical paths. Who will work on each chunk?
Most likely, these plans will change as time evolves, but it is a very
useful exercise to plan it out anyway.
- Describe the series of milestones you expect to pass as a way of us
each being able to monitor progress. I've previously said "2 week
intervals", but unless there's substantially some better schedule, let's
standardize on the following dates:
- Nov 6 - milestone 1 due
- Nov 20 - milestone 2 due
- Dec 6, last day of class - project presentations, demos, etc.
- Dec 13, no exam - instead reports are due via email by midnight.
- if machine learning is involved in your project, describe where you'll
get your training (and testing) data
- explain how you will evaluate
success. What will you measure, how will you measure it, how will you
display it in the final report? (graphs are usually better than tables if
you can think of a good way to visualize the data)
|
CSE Home 
About Us
