CSC/ECE 517 Spring 2019 - Project E1924. Regulate changing of rubrics while projects are in progress: Difference between revisions
No edit summary |
(added test plan and proposed solution (2a) |
||
Line 18: | Line 18: | ||
Further descriptions about how the project will be implemented and what files will be changed are mentioned in subsequent sections. | Further descriptions about how the project will be implemented and what files will be changed are mentioned in subsequent sections. | ||
===Proposed Solution=== | |||
When a rubric is submitted after edit, the update method is called. The current rubric is made such that the question type is not editable, however the wording of the question can be edited. The questions can be deleted or/and added. The params passed to the controller also includes a tag/identifier if a new question was added. We plan on using this identifier along with number of questions to identify it the changes made were major or minor. | |||
If the number of questions returned from view and no new question tag/identifier then the change was minor, else the change was a major one. | |||
=='''Test Plan'''== | |||
The current rspec file describes various contexts for testing such as adding new questions, if attibutes weren't correctly entered etc. As stated in the earlier sections, the update method of the questionnaire controller would be edited to identify major changes and trigger emails and deletions of records of responses. A context corresponding to this in the spec file for questionnaire controller under the describe block for update would be added. |
Revision as of 15:13, 8 April 2019
Regulate changing of rubrics while projects are in progress
Expertiza is a web application through which students can submit and peer-review learning objects (articles, code, web sites, etc). It consists of multiple features, one such feature is the ability to setup an assignment by an instructor. While setting up an assignment, the instructor would be asked to choose different kinds of rubrics. Any of these rubrics can later be edited or changed to a different rubric. A problem arises when an assignment is underway (students have already started reviewing) and a rubric is edited or changed. Some students started reviewing with the old rubric and the rest of the students who had not started a review will be presented with the updated rubric. This usually happens when an assignment is copied from a previous year and the rubrics are not updated to match the current topic. It could be at a later point that the instructor/TA realizes this and changes it. The goal of this project is two-fold: One, If a rubric is replaced, or the items/questions are changed, then all the reviews that have been done need to be redone and two, the system should then email the previously done reviews to the reviewer and delete the response object and all associated answer objects.
Setting up and Building the Project
Follow the Guidelines mentioned in the read me page of the project's Wiki Page for building the Project in a Local Environment.
Project Description
Current Scenario
Currently, when an instructor updates a questionnaire rubric of an ongoing assignment, the reviews are not reset and moreover, no notifications are sent to reviewers to update them of the changes made. Moreover, the instructor, post making changes, would have to individually inform each reviewer of the changes made and ask them to change the reviews accordingly.
Expected Solution
The project aims to resolve the two main issue arising from the problems mentioned above:
- If a rubric is replaced, or the items/questions are changed, then all the reviews that have been done need to be redone
- The system should then email the previously done reviews to the reviewer and delete the response object and all associated answer objects.
Further descriptions about how the project will be implemented and what files will be changed are mentioned in subsequent sections.
Proposed Solution
When a rubric is submitted after edit, the update method is called. The current rubric is made such that the question type is not editable, however the wording of the question can be edited. The questions can be deleted or/and added. The params passed to the controller also includes a tag/identifier if a new question was added. We plan on using this identifier along with number of questions to identify it the changes made were major or minor.
If the number of questions returned from view and no new question tag/identifier then the change was minor, else the change was a major one.
Test Plan
The current rspec file describes various contexts for testing such as adding new questions, if attibutes weren't correctly entered etc. As stated in the earlier sections, the update method of the questionnaire controller would be edited to identify major changes and trigger emails and deletions of records of responses. A context corresponding to this in the spec file for questionnaire controller under the describe block for update would be added.