Home Projects Jobs Clientele Contact


[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: User roles and UI

Anatoly Volynets wrote:
> Ilya A. Volynets-Evenbakh wrote:
>> My original thinking was that a course has set of teachers associated
>> with it, and all of them have access to relevant students' data, and
>> so it is course Author's responsibility to chose people he trusts to be
>> teachers of his course.
>> Your proposal (at least the way I understand it) is somewhat more
>> difficult to implement, but in many ways makes more sense.
>> As far as I understand, you want to introduce a concept of "class".
>> How about adding this to specs:
>> - In order to study a course, students have to sign up to one of
>> classes associated with said course.  
> Or to study it on their own, directly.
No, either we have concept of class or we don't. Otherwise system will
be more complex then needed.
We may make default class hidden from student though, so to them
it'll appear as if they are not signed up for a class, but that may make
things more confusing.
>> - Class is an object that connects course, teachers, and students.
>> - Each course has a "default class", which has course authors set
>> as its teachers.
> Author may not want to teach. Hence, default class will be for self-studies.
If there are things that _require_ teacher intervention (human-controlled
problems), there must be a teacher. If author ignores all submitted
info, well,
too bad. Oh, and author can assign other teachers to default class, if
he is so
>> - Any UU user can create a new class in any course.  
> We need to think about many different situations. I can come up with
> such ones: 1) Someone wants to teach on-line for money or other reasons.
> One can  create  a class, but manual work restricts number of students
> who can sign up. That means this Teacher needs to put forward number of
> students he can handle;
Good point. Class creator should have a tool like that.
> 2) UU must prevent people creating fake classes;
Define fake class. Also, as I mentioned in original proposal, we will
need to provide author with tools to restrict people who can create
classes on closed server. I suppose we could do same for moderation
purposes on open server.
> 3) If someone comes over with his own class (say, 30 kids), one has to
> have tool to create class, but prevent free signing up, that is we need
> kind of public and private classes...
This is already taken care of by one of points below.
>> - Class creator can grant other UU users rights to be a teacher in
>> this particular class
>> - Students are presented with a choice which class to sign up for
>> - Teacher has tools that allow him to control who can sign up for his class
>> (exception - anyone can sign up for default class)
> See above. I'm not sure about "control" thing as something general. What
> if a student wants study with a teacher and cannot find one available?
> Can we provide a tool set for such people--to create a class and then go
> and shop for a Teacher?
The tool already exists - forum, email, etc. Let the student find a teacher,
and ask him to create class and teach it.
>> Additional features for closed server:
>> Authors has tools to control who can create classes or be teachers for
>> their course, and tools to charge money for this.  
> Probably.
>>> Regarding mentioned "results". I am still not sure I understand the
>>> situation you described. Let's say results are fixed by uu and cannot be
>>> humanly changed once they are submitted. The teacher can only evaluate
>>> them, that's it. Does this make sense now?
>> Teacher evaluates results. If you submit a solution, and I want to mess you
>> up, I become teacher, and quickly go evaluate your problem, and say you
>> got it all wrong, and give you zero rating.
> OK, we do not want this, so we do not provide free sign up for teaching
> a class, which is already working.
With concept of "class", we don't need to worry about it any more, at least
if my proposal with granting permissions is implemented.

Ilya A. Volynets-Evenbakh
Total Knowledge. CTO

Authoright © Total Knowledge: 2001-2008