Available outside the CSC office 14-254
Available in the Graduate Office 38-154
I do require you to use a formal development process for your work, even if it does not involve development of some software artifact. I suggest strongly that you read:
Humphrey, Watts. A Discipline for Software Engineering . Addison- Wesley, 1995if you need guidance in creating your development process. If you are doing a more analytical project, I insist that you read
Shaw, Mary, Designing Good Research Projects in Software Engineering ... and getting results accepted for publication
it can be found here. We will negoitiate your particular process during the first quarter of work. Usually, I do insist that you include the following:
The first draft of your final writeup must be turned in by the end of the 8th week if you want a grade for that quarter.As for grades, I use the following scale:
All deliverables are complete and satisfactory.
All major deliverables have been turned in and need some revision work or the project write-up was turned in after the 8th week.
One or more major deliverable has not been turned in.
These submissions must include, at a minimum, the following:
Buy a hardbound journal and use it to document your ideas, project work and hours on a regular basis. All entries must be made in ink and never tear a page from your journal. Bring your journal to each weekly meeting.
Use the proposal to persuade me that you have a worthy topic. Senior project proposals must be in the format described in the CSC Department Guidelines.
State what you are doing in one page. Include the ACM classifiation system descriptors at the bottom of your abstract. You can find the classification system in the Computing Reviews journal in the reference room of the library.
Do the research work early and write a paragraph describing what you learned in each source.
An outline of your final writeup. The earlier you do it, the easier the writeup will be.
Describe the problem in great detail; make it clear to the reader what you're trying to solve. You must also give the sense that the problem is worth solving.What other solutions have been proposed or implemented for this problem? Why are they not good enough? You must preparte the reader to belive that your solution (which the reader knows nothing about) is better than these other attempts. This is also the section where you describe any work your solution is built on.
To be delivered as appropriate to your development process. If an end-user is involved (it might be your advisor), the requirements document must be approved.
To be delivered as appropriate to your development process.
Slade, Campbell, Ballou. Form and Style. Houghton Mufflin, 1994