CSC/ECE 517 Spring 2013/FINAL PROJECT E736 UNDO

From Expertiza_Wiki
Revision as of 03:56, 27 March 2013 by Kbyarbor (talk | contribs) (Created page with "= E736. Undo Functionality for Expertiza = *Contacts: Ed Gehringer (efg@ncsu.edu) and Andrew Kofink (ajkofink@ncsu.edu) *Begin implementing SQL transactions (ActiveRecord:Transac...")
(diff) ← Older revision | Latest revision (diff) | Newer revision → (diff)
Jump to navigation Jump to search

E736. Undo Functionality for Expertiza

  • Contacts: Ed Gehringer (efg@ncsu.edu) and Andrew Kofink (ajkofink@ncsu.edu)
  • Begin implementing SQL transactions (ActiveRecord:Transactions). This should let the user "roll back" any creation or update of a SQL table (assignments, rubrics, etc.) Several issues arise, that you should discuss with me.
    • Should students be able to roll back, e.g., submissions or reviews?
    • Suppose an instructor is trying to roll back and a TA is editing the same assignment? How can conflicts be presented?
    • Do rollbacks affect only what's in the db, or do they also affect submitted files?

Team Members

  • Chun Sing Tsui (ctsui@ncsu.edu)
  • Kenny Yarboro (kbyarbor@ncsu.edu)
  • Meng Cao (mcao2Wncsu.edu)
  • Travis Folsom (twfolsom@ncsu.edu)

Design Document

Overview of Undo Functionality

  • Undo should cover any edit functionalities and any submissions of links. File submissions do not need to be included for the scope of this project.
  • User should be able to undo any changes to an item (such as course or assignment) as long as no other user has edited that same item within the user's current session.
  • If undo is attempted on an item already modified by another user, display a message stating why undo cannot be done.

List of Items to be Supported by Undo Functionality

  • Assignments
  • Courses
  • etc...

Design Patterns and Designs

  • DRY
    • don't repeat code...
  • Memento
    • reason one...

Frameworks to Leverage

  • list pre-existing frameworks that we will use
    • reason to use...

Expected Classes to be Modified

  • class one...

Expected Unit Tests to Include

  • at least one per method...

Expected Functional Tests to Include

  • cover happy path...
  • cover sad path...