Total Knowledge Projects Jobs Clientele Contact


Personal tools
From Total Knowledge
Revision as of 12:51, 21 April 2011 by Iluxa (Talk | contribs)
Jump to: navigation, search



While my personal view is that grading does more harm to education then it does good, grading does have its place within the system. Its primary role is not the educational one, but rather, it allows a third party (i.e. prospective employer) to gage student's success in studying, without an in-depth examination of student's activities during the process. To make that measure accurate, simple grading is obviously not enough. Some sort of feedback system to assign weight to different graders is needed as well, but that is something for the future. Meanwhile we need to get the basic grading framework in place.

Gradeable UMOs

Final grade for a course is determined by combination of successful completion of some tasks (solving problems, passing tests, etc.) and some sort of human factor (teachers). However it does not make sense to assign grades to each UMO. Clearly, problems and tests deserve grades, while explanations - clearly don't. On the other hand, topic may be gradeable or may be not.

Grading workflow

Base value and Formula

Grade assigned to a student for completing an object consists of base value modified by pre-set formula. For example: Let's say we have a test, with base grade 10, consisting of 10 problems, each with possible grades of 1 or 0, and simple fraction formula. Each problem, in turn, would have base value of 1, and simple pass/fail formula. Thus final grade for the test would be value from 1 to 10, with 1:1 mapping to the number of problems solved.

Another example: stand-alone human-controlled problem might have a base value of 100, and percentage formula. The percentage would be assigned by teacher verifying the solution. Or there may be "direct" formula, where base value is interpreted as maximum grade, and teacher simply specifies any value up to the maximum...

There are two types of gradeable objects - prime and derived. Prime types have grade directly associated with them. Derived get a grade based on grades assigned to child objects. In both cases teacher may alter a grade manually, if he feels the need.

UMO-grade-user relationships

Base grade and formula are configured by Class Administrators for each UMO for which the class is signed up. For simplifying this task we will provide a way to group them and mass-configure grades, but internally base values and formulae will still have to be configured per umo per class.

The final grade for the UMO for the student will be recorded per umo per student per class. This means that if student encounters same version of the same UMO in more then one class, his completion information will be stored only once, and he will not have to complete it again, yet grading records for each class he encounters UMO through will be separate.

Tracking class

While user is studying, system always keeps the concept of "current class". UMO simply cannot be studied without it. The flow is as follows:

Flow 1: Login -> Chose the class -> enter course -> navigate to UMO.
 Once Class is entered, it is recorded in current user's session
 When UMO is entered for the first time, the class it was entered through
 is recorded in the database
Flow 2: Login -> navigate directly to UMO
 If it's the first time access to the UMO, exception is thrown
 If it has been properly accessed through class before, current
 class is set from database.