19/Gestionar roles

De MoodleDocs

Nota: Pendiente de Traducir. ¡Anímese a traducir esta página!.     ( y otras páginas pendientes)


Moodle 1.7


Ubicación:Administración del Sitio>>Usuarios>>Permisos>>Definir roles.

A partir de Moodle 1.7 en adelante los administradores podrán agregar o editar roles.

Roles Pre-definidos

Permisos

La matriz de permisos permite un enfoque muy granular a la asignación de permisos a un rol (una clase de usuarios). La asignación o edición de permisos debe realizarse con gran cuidado. Un cambio puede producir un profundo efecto no deseado, o un molesto efecto que será difícil de entender la causa.

Existen más de 150 líneas de habilidades donde cualquiera de los 4 diferentes permisos pueden ser asignados. Las habilidades están agrupadas en 21 categorías. Le recomendamos fuertemente no modificar los roles heredados (LEGACY). Aquí esta la parte superior de la lista.

Permisos.jpg

Términos de los Permisos

Del más bajo al más alto, del más general al más específico.

  • Heredar - dejar pasar del contexto anterior [nivel más bajo, siempre pierde]
  • Permitir - deja suceder o permitir [mismo nivel que prevenir]
  • Prevenir - alto [mismo nivel que permitir]
  • Prohibir - impedir {nivel más alto, siempre gana]

Ejemplos de Permisos

Heredar: si no se define un permiso, entonces el permiso de la habilidad es heredada de un contexto que es más general que el del contexto actual.

Permitir y Prevenir se cancelaran uno con el otro si se fija la misma habilidad en el mismo nivel de contexto. Si esto ocurre, nos referimos al nivel de contexto previo para determinar el permiso de la habilidad.

Prohibir: Si fijamos prohibir en una habilidad, significa que la habilidad no podrá ser anulada. Prohibir siempre gana y crea un alto permanente.

Debido a que las habilidades en un rol pueden ser diferentes y los participantes se les pueden asignar diferentes roles, puede existir un conflicto en las habilidades. La jerarquía de los permisos resuelve esto diciendo que la habilidad definida para un contexto más específico ganará, a menos que un prohibir sea encontrado en un contexto menos especifico.

Ejemplo 1. Marcos tiene rol de estudiante en el Curso Uno, que permite a todos los estudiantes escribir en los wikis de "Todos" y "Tareas". Pero Marcos también se le asignó un rol de Visitante en el nivel contexto de módulo (para el wiki "Honores") y a los Visitantes se les impide escribir en el wiki de Honores. Por lo que Marcos puede escribir en los wikis de "Todos" y "Tarea" pero no en el de "Honores".

Ejemplo 2. A Jesús se le ha asignado un rol de "estudiante travieso" que prohíbe colocar mensajes en cualquier foro para todo el sitio. Sin embargo su profesor le asigno un rol de "facilitador" en el "Foro de la Ciencia" en el curso de Ciencias y Matemáticas 101. Debido a que un permiso de prohibir en un contexto más alto siempre gana, Jesús es incapaz de colocar mensajes en el "Foro de Ciencia".

Ejemplos de roles

¿Por qué un sitio necesitaría diferentes roles? Considere

*Diseñadores de Sitios *Consejero Educacional *Inspectores
*Moderadores *Observadores *Examinador externo
*Padres *Administrador *Líder de seminario semanal
*Mentores *Criterio de evaluadores comunitarios *Visitante
*Orador invitado *Estudiante *Ex-alumno
*Bibliotecario *Profesor *Tutores/Entrenadores Comunitarios
*Secretaria/Becario *Asistente del Profesor *Estudiante - derechos FERPA
*Soporte

Enrolling existing students in a course

In 1.7, enrolling students in a course is done by the roles section. Go to the course, in the Administration block, click Assign Roles, when the new page opens, click on Students and you will be presented with a screen that lists most Moodle users. This is similar to previous versions of Moodle. Select the student on the right and add them to the course list on the left.

If the student is not on the Moodle list, they will need to be created or added to the Moodle user list, also found under the roles section.

Basic concept definitions

  • A role is an identifier of the user's status in some context. For example, teacher, student and forum moderator are examples of roles.
  • A capability is a description of some particular Moodle feature. Capabilities are associated with roles. For example, being able to reply to a forum post is a capability.
  • A permission is some value that is assigned for a capability for a particular role. For example, using the prevent permission to limit all students from posting to any forum.
  • A context is a "space" in the Moodle, such as courses, activity modules, blocks, forums etc.
  • A hierarchy of permissions determines which permission wins or is going to be in effect if there is an apparent conflict. For example, the site allow all students the permission to to post in forums, but a teacher might prevent that right in a particular course. The hierarchy of permissions would allow a student to post in one course but not in another course.

Testing roles

It is necessary to log out then log in again to test roles. Do not use "Login As" to check the new settings; use some dummy accounts instead.