-
Notifications
You must be signed in to change notification settings - Fork 1
GroupsGrouping
Contents
A Grouping is a collection of students working on a single Assignment.
A Grouping belongs to a Group, and an Assignment. So, an Assignment has many Groupings, and a Group has many Groupings.
In our schema, a Group is really just a common name for a collection of Groupings. This is useful in courses that have student teams that persist across all Assignments, since it becomes easier to "clone" groups forward to the next Assignment. It also decouples the official Group from the collection of students that it represents.
For example, say I am on Team A for an entire course. My friends, Andrew, Betty, and Chester, are also part of Team A. We're supposed to be on the same team for the entire semester.
However, halfway through the course, it's clear that our team is not working out. Chester has dropped out, and Betty doesn't get along with Andrew.
Since Chester has dropped out, when the Groupings are cloned forward from Groups, he is not included in those Groupings. However, his existence in the previous Groupings (before his drop out) are still recorded in the database.
By team vote, Andrew has decided to switch to Team L. The instructor for the course clones the last Assignment forward, and then makes the changes to the Groupings.
When a Grouping is created, it has to be assigned to a Group. If the Grouping
attempts to point at a Group that doesn't exist, that Group is created. It's
essentially a find_or_create_by kind of action.
Depending on the Assignment settings, Groupings can be either formed by Students themselves, or formed by the course instructor. However the Grouping is formed, the course instructor has full control over all Groupings, and can add/remove Students from any Grouping that they see fit.
When an Assignment is created, it has the option of allowing Students to form their own Groupings/Groups.
An Assignment called A1 is created by an Instructor. Student A logs in, and chooses to work on A1. Student A is then asked whether or not he wants to work in a Group for this Assignment, or work alone.
If Student A chooses to work alone, a Grouping is created for A1, attached to Student A's home Group (which is named by Student A's user_name). After choosing to work alone, Student A cannot invite anyone to work with him.
Since the Group size minimum on this Assignment == 1, Student A's Grouping is immediately valid.
If, however, Student A chooses to work with other students (Students B and C), he can invite them to his Grouping (Student A now has the "inviter" status to his Group, and Students B and C have "pending" status). Student A can then begin submitting files for A1 immediately.
When Student B logs in, she will see that she has been invited to Student A's Group. She will be asked whether or not to join, or to refuse the offer. If she joins, then her StudentMembership in Student A's Grouping is changed to "accepted".
When Student C logs in, she will see that she has also been invited to Student A's Group. Like B, she will be asked whether or not to join. If Student C refuses, her StudentMembership in Student A's Grouping is changed to "rejected" (but the StudentMembership still exists!).
Student A should be able to see the accepted, pending, and rejected StudentMembers of his Group.
Student B should only be able to see the accepted StudentMembers, and not the pending, or rejected ones.
Student C now has the option of creating her own Group. She may also have been invited to someone else's Group, where (again) she can choose whether or not to join.
Now take the above scenario, and suppose the Group size minimum of A1 is 3. Now Student A must work in a group. The exact same description from the "Working with Others" section for Students A and B applies.
While Student C's invitation status is "pending", then Student A can submit files for A1 - this grouping is "valid" because the Grouping's membership count is greater than or equal to the group size minimum (3), even though Student C might not actually want to work with this Grouping.
If Student C later refuses the invitation, Students A and B are now in a bit of a bind. Their Grouping is no longer valid. They have the ability to read files from their repository, but no longer have write permissions.
As the Grouping inviter, Student A now has a choice. He can either invite another Student to his Grouping (which would make it valid again), or he can choose to break up the Grouping. If he breaks up the Grouping, the Grouping is destroyed, and all original members of that Grouping are back to square one - having to either be invited to a Grouping, or create a Grouping.
Of course, the instructor always has the option of taking a Grouping that is "invalid" and making it "valid", regardless of the Grouping size.