Diferencia entre revisiones de «Habitaciones»

De Egeasy
Saltar a: navegación, buscar
(Ejemplo)
Línea 83: Línea 83:
 
==Ejemplo==
 
==Ejemplo==
 
<p>A continuación vamos a mostrar un posible caso real que se puede dar en un centro, y así poder ver cómo se refleja la definición de las habitaciones y su comportamiento en la aplicación de usuario egExplorer.</p>
 
<p>A continuación vamos a mostrar un posible caso real que se puede dar en un centro, y así poder ver cómo se refleja la definición de las habitaciones y su comportamiento en la aplicación de usuario egExplorer.</p>
<p>Vamos a definir tres habitaciones. En la primera ubicaremos el objeto de sistema que contiene una colección con todos los trabajadores de la organización. Dicha habitación será pública, y además eliminaremos la opción de realizar ninguna tarea utilizando el atributo {{AT|tiene_workflow}}:</p>
+
<p>Vamos a definir tres habitaciones. En la primera ubicaremos el objeto de sistema que contiene una colección con todos los trabajadores de la organización. Dicha habitación será pública, y además eliminaremos la opción de realizar tarea alguna utilizando el atributo {{AT|tiene_workflow}}:</p>
  
 
  [Oficina de recursos comunes] {{PR|es}} {{RE|habitacion}}
 
  [Oficina de recursos comunes] {{PR|es}} {{RE|habitacion}}

Revisión del 10:23 28 abr 2009

¿Qué es una habitación?

Las habitaciones son recursos de ODL cuya definición representa a las "oficinas" que puedan existir en una organización.

Al igual que una oficina, en la definición de una habitación habrá que incluir aquellos objetos de sistema necesarios para ofrecer los servicios para los cuales está destinada una oficina, de manera que los usuarios de egExplorer que accedan a una habitación concreta puedan acceder a dichos recursos.

En cuanto a las definiciones de habitación, existen dos tipos:

  • Definición de tipo: se realizan para derivar nuevas definiciones, bien de tipo o de sistema. Su sintaxis sería la siguiente:
tipo [Nombre] es habitacion
    ...
    ...
    ...
fin
  • Definición de sistema: una definición de sistema implica la creación de la habitación al instalar el centro. Es un concepto idéntico al de objeto de sistema (contenedores). Su diferencia radica en el recurso sobre el cuál se realiza la definición. Un usuario nunca podrá crear recursos del sistema, es decir, nunca podrá crear habitaciones. Será una tarea exclusiva del programador. La sintaxis de una definición de sistema es la siguiente:
[Nombre] es habitacion
    ...
    ...
    ...
fin

¿Qué ubicamos en una habitación?

Como mencionamos en el apartado anterior, en una habitación se pueden ubicar aquellos objetos de sistema que se hayan definido en el código. Por ejemplo, es muy usual ubicar aquellos objetos del sistema que contengan colecciones o catálogos.

Además, existe un atributo lugar de tipo texto que permite agrupar los objetos del sistema. El motivo por el cual se agrupan los recursos del sistema de una habitación dependerá del desarrollador, pues las agrupaciones pueden basarse en diferentes criterios.

Veamos por tanto, la sintaxis para ubicar recursos del sistema en la definición de una habitación:

[Nombre] es habitacion
ubicado [Nombre1] -lugar = "Nombre del lugar"; ubicado [Nombre2] -lugar = "Nombre del lugar2"; ubicado [Nombre3] -lugar = "Nombre del lugar"; //[Nombre3] y [Nombre1] estarán agrupados en el mismo lugar
fin

Atributos de la ubicación


Atributo Tipo Valor por defecto Observaciones
lugar Texto "Recursos de la habitación" Lugar de la habitación en el que se ubica el recurso. Si dos recursos están ubicados en el mismo lugar, formarán parte de la misma agrupación.
orden Entero 0 Indica la prioridad del objeto de sistema al ordenarlo en el lugar donde está agrupado.

Atributos de la definición de habitación


Atributo Tipo Valor por defecto Observaciones
publico Lógico Falso Atributo que indica si el acceso al recurso es privado o público para el todo el conjunto de los usuarios.
tiene_workflow Lógico Verdadero Indica que en dicha habitación no se trabaja con "workflow", es decir, que no se realizan tareas ni se lanzan procesos desde esa habitación. Se elimina la pestaña "Bandeja de tareas" de la habitación.

Ejemplo

A continuación vamos a mostrar un posible caso real que se puede dar en un centro, y así poder ver cómo se refleja la definición de las habitaciones y su comportamiento en la aplicación de usuario egExplorer.

Vamos a definir tres habitaciones. En la primera ubicaremos el objeto de sistema que contiene una colección con todos los trabajadores de la organización. Dicha habitación será pública, y además eliminaremos la opción de realizar tarea alguna utilizando el atributo tiene_workflow:

[Oficina de recursos comunes] es habitacion
    -tiene_workflow = falso;	
    ubicado [Fichero de trabajadores]
        -lugar = "Ficheros";
fin
[Oficina de Ayudas y Becas] es habitacion
    -publico = falso;
ubicado [Expedientes de beca] -lugar = "Estantes"; ubicado [Fichero de trabajadores] -lugar = "Ficheros";
fin
[Registro de entrada y salida] es habitacion
    -publico = falso;
ubicado [Fichero de terceros] -lugar = "Ficheros"; ubicado [Libro de entrada] -lugar = "Libros"; -orden = 200; ubicado [Libro de salida] -lugar = "Libros"; -orden = 300; ubicado [Registro de documentación] -lugar = "Catálogos";
fin