[Using Sakai] [DG: User Experience] Any workarounds for special needs / individual assessments / settings?

Tue Aug 24 09:28:14 PDT 2010

We use Melete and there you can create any number of "Special Access" groups for any given assessment.  For each special access group, you can set special an open, close, or until date; time limit; and number of tries.  Additionally, you can set a password that the folks on the list (or the proctor or approved assistant) need to access the test.  Introducing this feature gets the most oohs and ahhs in our Melete workshop, though I often wonder how often instructors actually use it.

diana perpich | digital media commons | university of michigan

On Aug 24, 2010, at 12:19 PM, Luke Fernandez wrote:

In our own campus context we've found that it's important to think of deliveries (e.g. the parameters that control, among many other things,  who, when, and where a test can be delivered) as having a pretty loose relationship with the actual test questions.  Our DB schema provides a many to many relationship between the test and the deliveries.  So a test can have many delivery configurations and (in theory although we've implemented it only imperfectly) a delivery can be applied to many tests.  I'd be curious to know whether Samigo 3.0 (and what about Mneme?) are moving that way or some other....

Cheers,

Luke

On Tue, Aug 24, 2010 at 8:38 AM, Bruce D'Arcus <bdarcus at gmail.com<mailto:bdarcus at gmail.com>> wrote:
On Mon, Aug 23, 2010 at 9:15 PM, Keli Sato Amann <kamann at stanford.edu<mailto:kamann at stanford.edu>> wrote:
> Hi Dave
> The Samigo team at Stanford is aware of this need--it exists on our campus as well and our instructors handle it much like Rutgers. Last year, Stanford initiated a multi-campus research and design project to look forward toward learning activities needs (test & quiz functionality included) but mostly with an eye towards Sakai 3.0. This came up more than once among the 8 campuses involved and making sure we plan for this type of flexibility up front is part of the vision statement that came out of that research (see slide 14 of http://www.slideshare.net/keli.amann/denver-learning-activities-061610). To the extent that I can push for this vision to be included as part of the managed S3 project, I am (I am working as a functional analyst on the S3 project and we are just this week looking toward writing "minispecs" for assignment submission--this is definitely on my list).

With the blank slate on Sakai 3, shouldn't it be easy enough to build
in support for student-by-student assessment settings (in particular,
time) from the beginning?

E.g. from a modeling perspective, each timed assessment is about a
relationship between a student and an assessment. There is a global
setting that applies to all students taking the assessment, but it may
be overridden individually.

Every semester I have more than one student that needs special
accommodations, so this is a basic use case.

Bruce

> In the immediate short term, I think you would need to handle it like Rutgers. In the medium term, I'm bcc'ing our development and design team for this to be considered for samigo 2.9 (samigo is on independent release). To be frank, we try to handle what we can with our limited staff, but we may be looking to solve this with 3.0, if the architecture is more conducive to this and current workarounds are livable. More votes and input (and particularly offers of help) on SAK-13107 could help to push this forward.
>
> Keli Amann
> User Experience Specialist
> Academic Computing Services, Stanford University
>
> ----- Original Message -----
> From: "sheflin" <sheflin at rci.rutgers.edu<mailto:sheflin at rci.rutgers.edu>>
> To: "Luke Fernandez" <luke.fernandez at gmail.com<mailto:luke.fernandez at gmail.com>>
> Cc: sakai-user at collab.sakaiproject.org<mailto:sakai-user at collab.sakaiproject.org>, "Sakai-Dev" <sakai-dev at collab.sakaiproject.org<mailto:sakai-dev at collab.sakaiproject.org>>
> Sent: Monday, August 23, 2010 5:12:04 PM
> Subject: Re: [Using Sakai] Any workarounds for special needs / individual assessments / settings?
>
>
> Hi - I did this successfully last Spring at Rutgers for 700 students (3 sections) of Intro Economics. I created a group for such students, and for each weekly assignment, copied the multiple choice assessment and gave it a new name, with the settings set to give extra time and released to members of the group. No problem all semester. I did have to copy the grades in gradebook (2) to the field for the original assignment (i.e. from hw2extratime to hw2).
>
> Luke Fernandez wrote:
>
> We coded a feature that caters to those JIRA needs in our homegrown
> system about two years ago and its very popular.  One piece of
> functionality that is left out of the JIRA issue is the ability to
> specify that a particular student be allowed to take the test at an
> alternative testing center (in the below case it would be our
> disabilities center).
>
> Prior to this feature being in place faculty would have to create a
> copy of the test for the individual students who had special needs.
> That approach is cumbersome for a whole slew of reasons.
>
> Cheers,
>
> Luke
>
> On Mon, Aug 23, 2010 at 8:39 AM, Dave Ross <dave.ross at gmail.com<mailto:dave.ross at gmail.com>> wrote:
>
> Hi,
>
> We (still) want to move towards Tests & Quizzes as our primary
> assessment delivery mechanism - however our need to support special
> needs on an individual level has hampered our ability to use it for
> anything beyond a non-credit quiz or survey.
>
> There is a long standing JIRA on this ( http://jira.sakaiproject.org/browse/SAK-13107 )  - but at this point
> I'm trying to understand how other schools work around this
> shortcoming...
>
> What do you do when a student (or group of students) need different
> assessment settings than everyone else? How does this flow into
> grading, etc?
>
> Help is truly appreciated...
>
> Thanks!
>
> -Dave
> _______________________________________________
> sakai-user mailing list sakai-user at collab.sakaiproject.org<mailto:sakai-user at collab.sakaiproject.org> http://collab.sakaiproject.org/mailman/listinfo/sakai-user TO UNSUBSCRIBE: send email to sakai-user-unsubscribe at collab.sakaiproject.org<mailto:sakai-user-unsubscribe at collab.sakaiproject.org> with a subject of "unsubscribe" _______________________________________________
> sakai-user mailing list sakai-user at collab.sakaiproject.org<mailto:sakai-user at collab.sakaiproject.org> http://collab.sakaiproject.org/mailman/listinfo/sakai-user TO UNSUBSCRIBE: send email to sakai-user-unsubscribe at collab.sakaiproject.org<mailto:sakai-user-unsubscribe at collab.sakaiproject.org> with a subject of "unsubscribe"
> --
> Neil Sheflin     (732) 993-7869  fax (732)932 7416
> Department of Economics   web: econweb.rutgers.edu/sheflin<http://econweb.rutgers.edu/sheflin>
> 428 New Jersey Hall
> New Brunswick, NJ 08901-1248 sheflin at rci.rutgers.edu<mailto:sheflin at rci.rutgers.edu>
> _______________________________________________
> sakai-user mailing list
> sakai-user at collab.sakaiproject.org<mailto:sakai-user at collab.sakaiproject.org>
> http://collab.sakaiproject.org/mailman/listinfo/sakai-user
>
> TO UNSUBSCRIBE: send email to sakai-user-unsubscribe at collab.sakaiproject.org<mailto:sakai-user-unsubscribe at collab.sakaiproject.org> with a subject of "unsubscribe"
> _______________________________________________
> sakai-ux mailing list
> sakai-ux at collab.sakaiproject.org<mailto:sakai-ux at collab.sakaiproject.org>
> http://collab.sakaiproject.org/mailman/listinfo/sakai-ux
>
> TO UNSUBSCRIBE: send email to sakai-ux-unsubscribe at collab.sakaiproject.org<mailto:sakai-ux-unsubscribe at collab.sakaiproject.org> with a subject of "unsubscribe"
_______________________________________________
sakai-ux mailing list
sakai-ux at collab.sakaiproject.org<mailto:sakai-ux at collab.sakaiproject.org>
http://collab.sakaiproject.org/mailman/listinfo/sakai-ux

TO UNSUBSCRIBE: send email to sakai-ux-unsubscribe at collab.sakaiproject.org<mailto:sakai-ux-unsubscribe at collab.sakaiproject.org> with a subject of "unsubscribe"

<ATT00001..txt>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://collab.sakaiproject.org/pipermail/sakai-user/attachments/20100824/bfb993dd/attachment.html 