CSC/ECE 517 Fall 2014/final E1472 gjfz: Difference between revisions
Line 69: | Line 69: | ||
The following class diagram shows a combination of new and existing classes along with the attributes and operations that are relevant to the implementation of this solution | The following class diagram shows a combination of new and existing classes along with the attributes and operations that are relevant to the implementation of this solution | ||
[[File:uml.jpg]] | |||
== See Also == | == See Also == |
Revision as of 22:52, 10 November 2014
Design Document
E1472: Connect changes to score model with changes to score views
Introduction
Expertiza is a web application where students can submit and peer-review learning objects (articles, code, web sites, etc). It is used in select courses at NC State and by professors at several other colleges and universities. One of the Expertiza features is to report scores to both students and the instructor. The student can see the feedback from other students, such as the max score, the min score and the average score.
Requirements
The GradesController class is responsible for displaying grades to students (via view_my_scores) and instructors or Teaching Assistant (via the view method). We will modify the Score class, and reduce the number of variables in order to remove code duplication and improve the loading speed.
What we need to do
- Remove the get_ and set_ accessor names; just use Ruby accessors.
- Change camel-case vs. underscores to match the Ruby convention.
- In grades/_participant.html.erb, don’t create local variables in the view; rather, create an object that has max, min, and avg fields for each kind of reviews. Try to avoid the need to check review type; instead, just pass the kind of review when referring to a max, min, or avg field and use polymorphism.
- Also, you shouldn’t have to check for the existence topic in the view; if it is null, a null string should just be returned.
- There are lots of calculations in the views, which should be moved to the model.
Use Case
Actor | Description |
---|---|
Instructor | This actor is responsible for viewing scores and reviews of all the students(teams). |
Teaching Assistant | This actor is responsible for viewing scores and reviews of all the students(teams). |
Student | This actor is responsible for viewing scores and reviews of his own or of his team. |
Name: Student views his team score
Actor: Student
Other Participants: None
Precondition: At least team's score exists.
Primary Sequence:
- Log in to Expertiza
- Choose Assignment from multiple Assignments
- Select Your Scores button from an Assignment menu
Name: Instructor or Teaching Assistant viewing the list of teams scores
Actor: Instructor or Teaching Assistant
Other Participants: None
Precondition: At least one team's score exists.
Primary Sequence:
- Log in to Expertiza
- Choose Assignment from multiple Assignments
- Select View Scores button from an Assignment menu
Objected Oriented Design
The following class diagram shows a combination of new and existing classes along with the attributes and operations that are relevant to the implementation of this solution