COMP 405/505
Spring 2016
|
Assignments: General
Information
|
 |
General Outline of Assignment Discussions
You should essentially copy the following outline into your wiki page and
fill out the various sections. The following is a outline
where the content still need to be tailored to the specific, additional
requirements of the specific assignment. Note that the last
two peer review sections will be filled out by the peer reviewers.
You may reference other sections of your discussion if the issue is
covered elsewhere in your discussion. You do not need
duplicate your content.
The use of hyperlinks to external content to bolster your arguments and
provide references for your materials is highly recommended.
Here is a text file containg the HTML code for the following outline:
discussion_template.txt
In the editor of your assignment wiki page on SharePoint, simply click on the
"HTML/Edit HTML Source" option of the far right side of the top toolbar and
paste the HTML code from this template into the resulting dialog box.
Close the dialog box and change the "HWXX "and "NetID"s to their appropriate
values.
----- outline start-------
-
Description of Your Program
-
What exactly does your program do, in terms of both educational
goals and operation? Clearly state the goals of your program in terms of what concepts, principles, capabilities, etc. that it is supposed to demonstrate.
-
User Manual for your program. In
detail, explain exactly how
the user should operate your program, including how to see the various
ideas, features and capabilities that you wish to demonstrate.
-
UML Diagrams. Include at least full
UML class diagrams and, optionally, any other diagrams that help
illustrate your design and operation of your program. Your
code should already include full Javadocs for all classes, interfaces,
methods and fields.
-
URL to your code: The SVN URL needed for
the peer reviews to branch your code
-
Description of Principles and Design Patterns
- What CS principles at being demonstrated?
Be specific and look for concepts that apply beyond the bounds of your program.
Identify exact portions of your program operation, design and code where these
principles are found.
- What design patterns are being used to exemplify which CS
principles? Be explicit
about where these patterns are to be found in your design, naming
specific classes that are involved and their relationship to the
associated designed pattern.
-
Analysis of Your Program
- OOP/D design goals: Specifically, how
does your design address the following issues:
- Flexibility: Can the system be used for a
wide variety of tasks?
- Extensibility: Can the system be extended
with minimal disruption for new tasks?
- Robustness: Is the system resistant
to unknown and incorrect user or other inputs, including malicious
ones?
- Correctness: Does the system aid and/or
ensure correct behavior and/or results?
- Advantages: In terms of applications
beyond your program, what are
the advantages of the concepts and techniques demonstrated by your
program? Be specific. Clearly describe at least 3
other applications or situations where it would be useful to leverage
the ideas in your program.
- Disadvantages: In terms of applications beyond your
program, what are the disadvantages of the concepts and techniques
demonstrated by your program? Be specific. Clearly describe
at least 3 other applications or situations where the main notions you
are demonstrating may not be appropriate.
-
Additional notes for anything not covered above.
Peer Review Feedback (not included above) -- Be sure to include the
reviewers' NetID's linked to the text color used!
Peer Review Scores (20 pts total per review)
----- outline end -------
General Peer Review Feedback Outline
Each team is required to peer review 3 other teams.
Peer reviews are due within
48 hours of peer review teams being assigned!
General guidelines for peer review feedback:
- Each review team should use a specific text color to
identify their comments
- Each review team should include their NetID's (in their
associated color) in the Peer Review Feedback section.
- Be specific and helpful in your comments!
Do not just say something is bad, be clear on exactly what is wrong and how
it could be fixed.
- Overall discussion features to focus and comment on:
- Completeness: Does the discussion cover the
required elements as indicated by the outline above plus the assignment
specifics?
- Clarity: Is the discussion clear and to the
point? Longer is not necessarily better.
- Specificity: Is the discussion specific
about what is talking about and where in the program the issues are to
be found or are vague terms and references used?
- Peer review teams must add a
comment of some sort, even if only positive reinforcement, to
every section of the above
outline!
Scoring scale:
"Minor" issues include vagueness and lack of clarity, though as the semester
progresses, these issues will become more major.
"Major" issues include incompleteness in filling out the above outline and in
the discussions in each section.
- 20 pts -- absolutely perfect. A very high mark, unlikely to
be acheived.
- 18 pts -- A few issues minor issues
- 16 pts -- A few minor issues and 1 or 2 major issues, or many minor
issues.
- 14 pts -- 3 or more major issues
- 12 pts -- 5 or more major issues
- < 10 pts -- severe systematic problems in the discussion
Avoid arguments about your scoring by being complete, specific and clear
in your feedback!
Late Penalty: -2 pts/day rounded up to the
nearest day.
© 2015 by Stephen Wong