Diferencia entre revisiones de «Habitaciones»

Revisión actual del 13:17 16 jun 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 en una oficina se disponen de aquellos recursos necesarios para ofrecer los servicios para los cuales está destinada, en ODL esos recursos se traducen por objetos de sistema y los servicios por procesos y tareas. Veremos más adelante cómo incluir los objetos de sistema en una habitación y cómo indicar que una habitación está capacitada para iniciar procesos y realizar tareas.

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). 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 deben ubicar aquellos objetos de sistema que sean necesarios para ofrecer sus servicios. Por ejemplo, es muy usual ubicar aquellos objetos de sistema que contengan colecciones o catálogos, ya que una oficina necesita acceder continuamente a diferentes registros de información para consultar datos. No se podrá ubicar nunca ningún otro recurso que no sea un objeto de sistema.

Existe un atributo lugar de tipo texto que permite agrupar los objetos de sistema en secciones, que en caso de no especificarlo, se agruparán todos los objetos de sistema como Recursos de la habitación. Por tanto, podremos agrupar los objetos de sistema como mejor nos parezca, de forma que se asemeje a lo que físicamente sería un oficina (libros, estantes, cajones, ficheros, etc.).

Veamos por tanto, la sintaxis para ubicar objetos de 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"; //[Nombre1] y [Nombre3] estarán agrupados en el mismo lugar

fin

Workflow en una habitación

En la introducción de este artículo comentamos que los servicios que realiza una oficina dentro de una organización se traducen a ODL como procesos y tareas. Esto quiere decir que el usuario con permisos para acceder a la habitación y realizar las tareas podrá lanzar dichas tareas.

Existe un atributo llamado tiene_workflow que controla si una habitación tiene capacidad para realizar tareas, independientemente del usuario que tenga acceso a la habitación. Este atributo lógico, por defecto tiene valor "verdadero", es decir, que si no se especifica, cualquier habitación estará habilitada para realizar aquellas tareas que tenga asignada. El usuario accederá a la habitación, y en la Bandeja de tareas podrá lanzar las tareas que tenga que realizar.

Ahora bien, si le asignamos a dicho atributo el valor falso, la bandeja de tareas desaparecerá del egExplorer, de forma que ningún usuario podrá lanzar ninguna tarea. Digamos que la habitación perdería el caracter dinámico del sistema de información.

Atributos

Atributos de la definición de habitación

Atributos de la ubicació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 visto en la tabla de atributos anterior. Las otras dos habitaciones sí tendrán la bandeja de tareas activada ya que van a trabajar con tareas, serán privadas (sólo accederán aquellos usuarios que tengan permiso) y al igual que la anterior, tendrán sus propios objetos de sistema en función de las necesidades de cada habitación:

[Oficina de recursos comunes] es habitacion
    -tiene_workflow = falso;

    ubicado [Fichero de trabajadores]
        -lugar = "Ficheros";

fin

[Oficina de expedientes] es habitacion
    -publico = falso;

    ubicado [Expedientes] 
        -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";
    ubicado [Libro de salida]
        -lugar = "Libros";
    ubicado [Registro de documentación]
        -lugar = "Catálogos";

fin

Pantalla de inicio de egExplorer para seleccionar la habitación a la que queremos acceder.

Oficina de recursos comunes: vemos que la pestaña Bandeja de tareas no aparece. Existe una sección Ficheros donde ubicamos el Fichero de trabajadores.

Registro de Entrada y Salida: se han creado las secciones Ficheros, Libros y Catálogos con sus respectivos objetos de sistema. También vemos que en este caso la bandeja de tareas sí aparece.

Oficina de expedientes: se crea la sección Estantes en donde ubicamos el objeto de sistema Expedientes. En la sección Ficheros ubicamos el Fichero de trabajadores.