UWB and UW Seal
   
Home

Syllabus
Homework assignments
Lecture materials
C++ notes (From Java to C++)
Carrano 7th edition errata
Carrano 6th edition errata

Message board
Assignment dropbox

UWB Information Technologies
UWB Quantitative Skills Center
UWB Writing and Communication Cntr.
Rubric

CSS 342 program grading rubric (primary trait analysis)

 

Trait 1: Student writes complete and correct programs (50%)

Students demonstrating this trait will turn in code that compiles correctly and meets all of the program specifications.                                                                                                                                                           

 

Score

Level 1: Most of the program has been implemented, but does not compile correctly:

20

Level 2: The program compiles correctly, but crashes during basic testing:

25

Level 3: The program runs, but fails to meet several of the specifications:

30

Level 4: The program runs, but fails to meet 2-3 specifications

35

Level 5: The program runs, but fails to meet a specification or makes major errors

40

Level 6: The program runs, but makes a major error or crashes during stress testing

45

Level 7: The program runs, but makes a minor error handling one case:

48

Level 8: The program is complete and performs all operations correctly:

50

 

Trait 2: Student uses good programming practices (30%)

Students demonstrating this trait will write code with following properties:

·   Object-oriented:  Objects should be self-contained with private data hidden. Methods should be public only when necessary. Do not circumvent information hiding by allowing operations that return internal, implementation-dependent data (e.g., pointers or reference to data members) unless appropriate.

·   Efficient (time and memory): While small code optimizations are not important (and often counter-productive), the use of an efficient algorithm is crucial.

·   Modular:  Each function should perform a single well-defined operation. If a function performs two tasks, break it into two functions. If a function (including main) performs a series of steps, each step should be a function.

·   Fail-safe:  Do not allow users to access invalid data or crash the program, except where noted in specifications.

·   Miscellaneous:  Use const member functions whenever possible. When passing by reference, use const whenever possible. Do not use global variables. Global constants are acceptable. Eliminate compiler warnings when possible. Write portable code (i.e., don’t make assumptions about the compiler). Do not have memory leaks.

 

Score

Level 1: The code adheres to at least two of the standards:

15

Level 2: The code adheres to three of the above standards:

20

Level 3: The code is good, but could use improvement in at least one area:

25

Level 4: The code is well-written and adheres to all of the above standards:

30

 

Trait 3: Student writes code that is easy to understand (20%)

Students demonstrating this trait will write code that is easy to understand by:

·   Describing the contents of each file at the beginning of the file. Describe the purpose of each class (or other code), the functionality, and any assumptions made. Give the author and a brief description of code use.

·   Documenting the purpose, pre-conditions and post-conditions for each function (including main). Make sure the input and output (parameters) are clear. Documentation should be included at both declaration and definition. (The use of doxygen-style tags is acceptable, but not required.)

·   Documenting each logical code block within each function when performing non-obvious operations.

·   Using indentation appropriately and consistently to delineate code blocks.

·   Using meaningful function and variables names. Grouping similar or related functions together.

·   Using correct spelling and grammar in all documentation, including function and variable names.

·   Naming class files with the same name as the class (e.g., Student.h, Student.cpp or student.h, student.cpp).

·   Using appropriate white space between functions and logical code blocks.

·   Using white space within lines of code. Operators such as = and + should have a space on either side. In for statements use spaces between expressions.

·   Writing lines of code with reasonable length (limit these to 80 characters, using a return when appropriate). Break long lines into shorter lines when possible.

 

Score

Level 1: Documentation is present, but does not consistently adhere to the standards:

10

Level 2: Documentation is somewhat understandable, but needs improvement in areas:

14

Level 3: Documentation is understandable, but could be improved in at least one area:

17

Level 4: Documentation is very understandable and adheres to all of the above standards:

20

 

 (Note that grades can and will be given in between the levels noted above in each trait.)