Diferencia entre revisiones de «19/Gestionar roles»

Revisión actual - 13:49 19 mar 2016

Existe documentación diferente para varias versiones de Moodle: Esta documentación es para Moodle 1.9. Para ver la documentación actualizada en español, vea Gestionar roles.

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

Administrador - Administrador
Creador de Cursos - Creador de Cursos
Profesor - Profesor
Profesor no editor
Estudiante - Estudiante
Invitado - Acceso de invitados

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 capacidades donde cualquiera de los 4 diferentes permisos pueden ser asignados. Las capacidades están agrupadas en 21 categorías. Le recomendamos fuertemente no modificar los roles heredados (LEGACY). Aquí esta la parte superior de la lista.

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 capacidad 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 capacidad en el mismo nivel de contexto. Si esto ocurre, nos referimos al nivel de contexto previo para determinar el permiso de la capacidad.

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

Debido a que las capacidades en un rol pueden ser diferentes y los participantes se les pueden asignar diferentes roles, puede existir un conflicto en las capacidades. La jerarquía de los permisos resuelve esto diciendo que la capacidad 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

Matricular estudiantes existentes en un curso

En la versión 1.7, la matriculación de estudiantes existentes en un curso se lleva a cabo desde la sección de roles. Vaya al curso, en el bloque Administración, haga clic en Asignar roles, cuando se abra la página nueva, haga clic en Estudiantes y verá una pantalla que lista la mayoría de usuarios de Moodle. Esto es similar a versiones anteriores de Moodle. Seleccione el estudiante en la derecha y añadalo a la lista del curso en la izquierda.

Si el estudiante no está en la lista de Moodle, necesitará crearlo o añadirlo a la lista de usuarios Moodle, que encontrará también bajo la sección de roles.

Definiciones de los conceptos básicos

Un rol es un identificador del estatus del usuario en un contexto concreto. Por ejemplo, profesor, estudiante y moderador de foro son ejemplos de roles.
Una capacidad es una descripción de una funcionalidad particular de Moodle. Las habilidades (o capacidades) están asociadas a los roles. Por ejemplo, poder responder a un mensaje en los foros es una capacidad.
Un permiso es un valor que se asigna a una capacidad para un rol en particular. Por ejemplo, usar el permiso prevenir para limitar a todos los estudiantes a que no puedan escribir en ningún foro.
Un contexto es un "espacio" en Moodle, como por ejemplo, cursos, módulos de actividad, bloques, foros, etc.
Una jerarquía de permisos determina qué permiso gana o surtirá efecto si hay un conflicto aparente. Por ejemplo, el sitio permite a todos los estudiantes enviar mensajes a los foros pero el profesor previene este derecho en un curso concreto. La jerarquía de permisos permitiría a un estudiante enviar un mensaje en un curso pero no en otro.

Comprobando roles

Para probar los nuevos roles es necesario salir y autenticarse como otro usuario en una nueva sesión. No debemos utilizar la opción de “Entrar como” para comprobar los nuevos ajustes; podemos utilizar alguna cuenta simulada para ello.

@@ Línea 1: / Línea 1: @@
-{{Pendiente de traducir}}
+{{Roles}}
+{{Versiones|Esta documentación es  para Moodle 1.9. Para ver la documentación actualizada en español, vea [[Gestionar roles]].}}
+{{Moodle 1.7}}
+Ubicación:'''Administración del Sitio>>Usuarios>>Permisos>>Definir roles'''.
-{{Roles}}
+A partir de Moodle 1.7 en adelante los administradores podrán agregar o editar roles.
-{{Moodle 1.7}}
-Moodle 1.7 allows the administrator to add or edit existing roles available on the Moodle site. This is done through the Administration block>>User>>Permission>>Define roles menu area.  Remember that Moodle comes with 7 default roles and adding and editing roles is completely optional.
-==Define roles==
+==Roles Pre-definidos==
-There are 3 tabs on the define role page.
-[[Image:Gestionar_anular_tab.png|center]]
-*Gestión de papeles - The place to add and define permissions for a new role, or edit name and/or permissions associated with existing Moodle roles.
+*Administrador - [[Administrador]]
-*[[Permitir asignar papeles]] - A matrix which determines which role can assign users to other roles.
+*Creador de Cursos  - [[Creador de Cursos]]
-*[[Permitir eliminar papeles]] - A matrix which determines which role can override a previously assigned role. The default is that only an administrator can override any role assigned by another role.
+*Profesor - [[Profesor]]
+*Profesor no editor
+*Estudiante - [[Estudiante]]
+*Invitado - [[Acceso de invitados]]
 ==Permisos==
-The permissions matrix allows a very granular approach to assigning rights to a role (a class of users).  Assigning or editing permissions should be done with great care.  A change can produce a profound unwanted effect, or an annoying effect that will be hard to understand the cause.
-There are over 150 lines of capabilities where any of 4 different permissions can be assigned.  The capabilities are grouped in 21 catagories.  We strongly recommend not to change the LEGACY roles. Here is the top of the list.
+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 capacidades donde cualquiera de los 4 diferentes permisos pueden ser asignados. Las capacidades están agrupadas en 21 categorías. Le recomendamos fuertemente no modificar los roles heredados (LEGACY). Aquí esta la parte superior de la lista.
-[[Image:Permisos.png|center|500px]]
+[[Image:Permisos.jpg|center|500px]]
 ===Términos de los Permisos===
-From lowest to highest, from general to specific.
-*Heredar - pass along from before [lowest level, always loses]
+Del más bajo al más alto, del más general al más específico.
-*Permitir - let happen or permit [same level as prevent]
-*Prevenir - stop [same level as allow]
+*Heredar - dejar pasar del contexto anterior (nivel más bajo, siempre pierde)
-*Prohibir - forbid {highest level, always wins]
+*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''': if no permission is defined, then the capability permission is inherited from a context that is more general than the current context.
+'''Heredar''': si no se define un permiso, entonces el permiso de la capacidad 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 capacidad en el mismo nivel de contexto. Si esto ocurre, nos referimos al nivel de contexto previo para determinar el permiso de la capacidad.
-'''Permitir y Prevenir''' will cancel each other out if set for the same capability at the same context level. If this happens, we refer to the previous context level to determine the permission for the capability.
+'''Prohibir''': Si fijamos prohibir en una capacidad, significa que la capacidad no podrá ser anulada. Prohibir siempre gana y crea un alto permanente.
-'''Prohibir''': If we set prohibit on a capability, it means that the capability cannot be overridden. Prohibit always wins and creates a permenant stop.
+Debido a que las capacidades en un rol pueden ser diferentes  y los participantes se les pueden asignar diferentes roles, puede existir un conflicto en las capacidades. La jerarquía de los permisos resuelve esto diciendo que la capacidad definida para un contexto más específico ganará, a menos que un prohibir sea encontrado en un  contexto menos especifico.
-Since the capabilities in each role could be different and participants can be assigned different roles,  there could be a conflict in capabilities. The hierarchy of permissions  resolves this by saying that the capability defined for a more specific context will win, unless an prohibit is encountered in a less specific context.
+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".
-Example 1. Mark has a student role in Course One, which allows  all students to write into the wikis "Everyone" and "Homework".  But Mark also got assigned a Visitor role at a module context level (for the wiki "Honors") and Visitors are prevented writing in the Honors wiki.  Thus Mark can write into the "Everyone" and "Homework" wikis but not in "Honors".
+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".
-Example 2.Jeff has been assigned to a "naughty student" role that prohibits him from postings in any forums for the whole site. However his teacher assigned him a "facilitator" role in "Science forum" in the course Science and Math 101. Since a higher context prohibit permission always wins, Jeff is unable to post in "Science forum".
+==Ejemplos de roles==
+¿Por qué un sitio necesitaría diferentes roles?  Considere
-==Examples of roles==
-Why would a site want different roles?  Consider
 {|  border="0" cellpadding="2"
 !width="200"|
@@ Línea 49: / Línea 55: @@
 !width="200"|
 |-
-||*Site Designers||*Educational Authority Adviser||*Educational Inspector||
+||*Diseñadores de Sitios||*Consejero Educacional||*Inspectores||
 |-
-||*Second Marker / Moderator||*Peer observer of teaching||*External Examiner
+||*Moderadores||*Observadores||*Examinador externo
 |-
-||*Parent||*Manager||*Weekly Seminar Leader
+||*Padres||*Administrador||*Líder de seminario semanal
 |-
-||*Mentor/Mentee||*Community-Designed Rating Criteria||*Visitor
+||*Mentores||*Criterio de evaluadores comunitarios||*Visitante
 |-
-||*Guest Speaker||*Former Student||*Alumnus
+||*Orador invitado||*Estudiante||*Ex-alumno
 |-
-||*Librarian||*Teacher||*Community Education Tutors/Trainers
+||*Bibliotecario||*Profesor||*Tutores/Entrenadores Comunitarios
 |-
-||*Secretary/Student Worker||*Teaching Assistant||*Student - FERPA rights
+||*Secretaria/Becario||*Asistente del Profesor||*Estudiante - derechos FERPA
 |-
-||*Help Desk|| ||
+||*Soporte|| ||
 |}
-==Basic concept definitions==
+==Matricular estudiantes existentes en un curso==
+En la versión 1.7, la matriculación de estudiantes existentes en un curso se lleva a cabo desde la sección de roles. Vaya al curso, en el [[Administración|bloque Administración]], haga clic en Asignar roles, cuando se abra la página nueva, haga clic en Estudiantes y   verá una pantalla que lista la mayoría de usuarios de Moodle. Esto es similar a versiones anteriores de Moodle. Seleccione el estudiante en la derecha y añadalo a la lista del curso en la izquierda.
+Si el estudiante no está en la lista de Moodle, necesitará crearlo o añadirlo a la lista de usuarios Moodle, que encontrará también bajo la sección de roles.
+==Definiciones de los conceptos básicos==
+*Un '''rol''' es un identificador del estatus del usuario en un contexto concreto. Por ejemplo, profesor, estudiante y moderador de foro son ejemplos de roles.
+*Una '''capacidad''' es una descripción de una funcionalidad particular de Moodle. Las ''habilidades'' (o capacidades) están asociadas a los roles. Por ejemplo, poder responder a un mensaje en los foros es una capacidad.
+*Un '''permiso''' es un valor que se asigna a una capacidad para un rol en particular. Por ejemplo, usar el permiso prevenir para limitar a todos los estudiantes a que no puedan escribir en ningún foro.
+*Un '''contexto''' es un "espacio" en Moodle, como por ejemplo, cursos, módulos de actividad, bloques, foros, etc.
+*Una '''jerarquía de permisos''' determina qué permiso gana o surtirá efecto si hay un conflicto aparente. Por ejemplo, el sitio permite a todos los estudiantes enviar mensajes a los foros pero el profesor previene este derecho en un curso concreto. La jerarquía de permisos permitiría a un estudiante enviar un mensaje en un curso pero no en otro.
+==Comprobando roles==
-*A '''role''' is an identifier of the user's status in some context. For example, teacher, student and forum moderator are examples of roles.
+Para probar los nuevos roles es necesario salir y autenticarse como otro usuario en una nueva sesión. No debemos utilizar la opción de “Entrar como” para comprobar los nuevos ajustes; podemos utilizar alguna cuenta simulada para ello.
-*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 hieracary of permissions would allow a student to post in one course but not in another course.
 [[Category: Administrador]]
 [[Category:Roles]]
+[[Category:Capacidades]]
 [[en:Manage_roles]]

Documentation