Difference between revisions of "Administration design"

From GCompris
Jump to: navigation, search
Line 54: Line 54:
 
* profiles
 
* profiles
 
* tracking real time usage
 
* tracking real time usage
 +
 +
----
 +
Well, as a teacher I think that would be better if GCompris administrator has another organization. So, instead of "classes/users", "groups" and "profiles", I would like to suggest that we have "users" (where we could enter the students data), "groups" (where we could group the users), "profiles" (to create profiles associated with groups) and "board selection" (where we would populate the profiles). This would give more freedom for the teachers to organize their student groups (because they could make groups from more than one class). And, in some educational experiences, the "class" concept doesn't exist at all, so it makes more sense that we have only users (and the classes/users window is a little confuse to understand without explanation).
 +
 +
I really like the the reports, but the "win/lost" status ever bothered me. I don't think it's applicable to many boards. Maybe we could change it to "complete/incomplete", "finished/unfinished" or "successful/unsuccessful". But I'm not certain about it.
 +
 +
And I think that we need to rewrite the help to make it more clear.
 +
 +
--[[User:Aracnus|Aracnus]] ([[User talk:Aracnus|talk]]) 03:15, 18 July 2014 (CEST)
 +
----
  
 
=== Persistence ===
 
=== Persistence ===
  
 
In the old version the sharing of the configuration was done through a shared 'sqlite' database. This is not a good usage for it, it requires an admin to set it up on a shared folder. Does not suit well the mobile use case. Where do we save the configuration: gcompris.net, a teacher server, ?
 
In the old version the sharing of the configuration was done through a shared 'sqlite' database. This is not a good usage for it, it requires an admin to set it up on a shared folder. Does not suit well the mobile use case. Where do we save the configuration: gcompris.net, a teacher server, ?
 +
 +
----
 +
The advantage of sqlite database is that it doesn't require any infrastructure to be maintained. Just copy and share it, which gives great flexibility to the teachers. But I agree that a MySQL database (for example), on a local (or remote) server, would offer better results. A gcompris.net centralized server is a very interesting idea, but, in this case, we would have the requirement of an active Internet connection, which isn't a reality in many schools.
 +
 +
It would be possible a "hibrid" model, where teachers could choose the better solution? This would be amazing!
 +
 +
--[[User:Aracnus|Aracnus]] ([[User talk:Aracnus|talk]]) 03:15, 18 July 2014 (CEST)
 +
----
  
 
=== Administration console ===
 
=== Administration console ===
  
 
How do we do this, what technology (Qt, Web, ...), how is it linked to the users, ...
 
How do we do this, what technology (Qt, Web, ...), how is it linked to the users, ...
 +
 +
----
 +
Again, web interface is a great idea, but it would demand some skills to configure a web servers that may complicate the situation on schools.
 +
 +
--[[User:Aracnus|Aracnus]] ([[User talk:Aracnus|talk]]) 03:15, 18 July 2014 (CEST)
 +
----

Revision as of 02:15, 18 July 2014

High level overview

GCompris contains a lot of activities for children in a large age range. It is used at home and at schools.

Home users can easily follow their children and propose them the most appropriate activities. But using it in classrooms brings a new set of requirements:

  • let the teacher hide inappropriate activities
    • activity filter
    • creating profiles to easily propose an activity set to a new audience
    • activity pre-configurations (like uppercase only)
  • let the teacher track children usage
    • must be as real time as possible to let the teacher help the children asap
    • no real need for long term persistence, teachers probably won't dig in old data to extract relevant informations.


Legacy version

In the legacy version the administration mode is accessible with a second icon launcher. In fact it just runs the same 'gcompris' binary but with the '-a' option.

Features:

The idea is to let an administrator configure as much or as little as he wants. For instance, the profiles can be used even if no classes, groups and users are created.

  • Classes / Users
    • Create users
    • Create classes and associate users
  • Groups
    • Create groups within a class
    • Associate users to the group
  • Profiles
    • create profiles
    • associate one or more class / group to a profile
  • Activities
    • enable / disable activities for a given profile
      • one by one
      • by a level filter
    • configure activities for a given profile
  • Logs
    • All success / failure in activities are saved in a log
    • A report contains the date, user, activity, level, sublevel, duration. An optional description of the difficulty encountered was planned but never implemented.
  • Login
    • If users have been created, they can be authenticated when GCompris is started in the normal mode (login pseudo activity). There are 2 modes, one where the children click on the button with his name, one where he must type his name. There is no password.


Brainstorm area

Most important features in order of importance:

  • profiles
  • tracking real time usage

Well, as a teacher I think that would be better if GCompris administrator has another organization. So, instead of "classes/users", "groups" and "profiles", I would like to suggest that we have "users" (where we could enter the students data), "groups" (where we could group the users), "profiles" (to create profiles associated with groups) and "board selection" (where we would populate the profiles). This would give more freedom for the teachers to organize their student groups (because they could make groups from more than one class). And, in some educational experiences, the "class" concept doesn't exist at all, so it makes more sense that we have only users (and the classes/users window is a little confuse to understand without explanation).

I really like the the reports, but the "win/lost" status ever bothered me. I don't think it's applicable to many boards. Maybe we could change it to "complete/incomplete", "finished/unfinished" or "successful/unsuccessful". But I'm not certain about it.

And I think that we need to rewrite the help to make it more clear.

--Aracnus (talk) 03:15, 18 July 2014 (CEST)


Persistence

In the old version the sharing of the configuration was done through a shared 'sqlite' database. This is not a good usage for it, it requires an admin to set it up on a shared folder. Does not suit well the mobile use case. Where do we save the configuration: gcompris.net, a teacher server, ?


The advantage of sqlite database is that it doesn't require any infrastructure to be maintained. Just copy and share it, which gives great flexibility to the teachers. But I agree that a MySQL database (for example), on a local (or remote) server, would offer better results. A gcompris.net centralized server is a very interesting idea, but, in this case, we would have the requirement of an active Internet connection, which isn't a reality in many schools.

It would be possible a "hibrid" model, where teachers could choose the better solution? This would be amazing!

--Aracnus (talk) 03:15, 18 July 2014 (CEST)


Administration console

How do we do this, what technology (Qt, Web, ...), how is it linked to the users, ...


Again, web interface is a great idea, but it would demand some skills to configure a web servers that may complicate the situation on schools.

--Aracnus (talk) 03:15, 18 July 2014 (CEST)