Diferencia entre revisiones de «Desarrollar con el STE»

De Egeasy
Saltar a: navegación, buscar
(Atributos especiales para los campos de ODL)
(Formulario de registro de usuarios)
 
(No se muestran 21 ediciones intermedias de 2 usuarios)
Línea 1: Línea 1:
 
__TOC__
 
__TOC__
 
=¿Que es un trámite?=
 
=¿Que es un trámite?=
Un trámite es la definición del conjunto de tareas pertenecientes al ''workflow'', que van a interactuar con la aplicación web STE. Los trámites definidos están orientados a ser iniciados por el usuario desde la aplicación web, para que a continuación se inicie un proceso de ''workflow'' programado en ODL para la plataforma egeasy.
+
Un trámite es la definición del conjunto de tareas, pertenecientes al ''workflow'', que van a interactuar con la aplicación web STE. Los trámites definidos están orientados a ser iniciados por el usuario ,desde la aplicación web, o haciendo uso del servicio web, para que, a continuación, se inicie un proceso de ''workflow'' programado en ODL para la plataforma egeasy.
==Como se define un trámite==
+
==Como se define un trámite en ODL==
<p>Para definir un trámite tenemos que indicar el nombre del trámite y declararlo como tipo trámite. La sintaxis de un trámite sería el siguiente.
+
<p>Para definir un trámite tenemos que indicar el nombre del trámite y declararlo como tipo trámite. La sintaxis de un trámite sería la siguiente.
 
</p>
 
</p>
 
  [Nombre del trámite] es tramite
 
  [Nombre del trámite] es tramite
Línea 15: Línea 15:
 
==Atributos de un trámite==
 
==Atributos de un trámite==
 
Los atributos que podemos declarar para un trámite son los siguientes:
 
Los atributos que podemos declarar para un trámite son los siguientes:
*'''descripcion''': Proporcionar un texto descriptivo sobre el trámite que se muestra en la interfaz web al crear el trámite.
+
*'''etiqueta''': Atributo opcional que permite indicar el nombre que se tendrá el trámite de cara al usuario. Si no existe, se toma como nombre el nombre de la definición.
*'''grupo''': Indica a que grupo de declaraciones pertenece el trámite.
+
*'''descripcion''': Proporciona un texto descriptivo sobre el trámite que se muestra en la interfaz web al crear el trámite.
*'''habitacion''': Indica en que habitación de nuestro sistema de información queremos que este disponible el trámite, para su realización.
+
*'''grupo''': Los trámites se pueden agrupar para que se muestren organizados al usuario. Indicar aquí el grupo al que pertenece el trámite.
*'''estado''': Indica que tabla y columna de una exportación va a almacenar el estado de un trámite.
+
*'''habitacion''': Indica en qué habitación de nuestro sistema de información queremos que esté disponible el trámite para su realización.
 +
*'''estado''': Indica qué tabla y columna de una exportación va a almacenar el estado de un trámite.
 +
*'''asunto''': Permite indicar un campo que se usará como asunto del trámite y se usará para mostrarlo en los listados de procedimientos iniciados. Por defecto toma en valor ''<tipo de tramite> - <fecha>''
  
 
==La clausula incluye==
 
==La clausula incluye==
Dentro de la definición del trámite, debemos especificar cuales son las tareas del ''wordflow'' que queremos que interactuen con el STE, para ello disponemos de la clausula '''incluye'''. Al utilizarla debemos especificar a continuación el nombre de la tarea e indicar una serie de atributos para especificar varios aspectos sobre el comportamiento de la tarea.  
+
Dentro de la definición del trámite, debemos especificar cuáles son las tareas del ''workflow'' que queremos que interactúen con el STE. Para ello, disponemos de la cláusula '''incluye'''.  
 +
Hay que usar una clausula '''incluye''' para cada tarea que se desee incluir, seguido a continuación por el nombre de definición de la tarea incluida.
 +
 
 +
Cuando se incluye una tarea, hay que indicar que tipo de tarea es. En el STE podemos encontrar cuatro tipos de tareas, que son:
 +
 
 +
*'''Tareas de inicio''': Solo puede haber una tarea de inicio en cada trámite, y es la tarea que tiene que rellenar el usuario cuando inicia un trámite.
 +
 
 +
*'''Tareas de envío de documentación''': Son tareas que puede crear y enviar un interesado en cualquier momento, con el fin de aportar una documentación que considere oportuna.
 +
 
 +
*'''Tareas de notificación''': Son tareas que envía la plataforma egeasy al STE con el fin de notificar al interesado cualquier cosa que sea necesaria durante la gestión del procedimiento.
 +
 
 +
*'''Tareas de requerimiento''': Son tareas que envía la plataforma egeasy al STE para que el interesado aporte información adicional al trámite.
 +
 
  
 
===Atributos de incluye===
 
===Atributos de incluye===
Los atributos aplicables a las tareas que incluimos en un trámite pueden variar dependiendo del valor del atributo ''tipo'', por ejemplo los atributos de respuesta, solo son aplicables a las tareas con el valor en el atributo tipo igual a REQUERIMIENTO. Dicho esto, a continuación pasamos a listar los distintos atributos aplicables a la clausula incluye, que son los siguientes:
+
Los atributos aplicables a las tareas que incluimos en un trámite pueden variar dependiendo del valor del atributo ''tipo'', por ejemplo, los atributos de respuesta sólo son aplicables a las tareas con el valor en el atributo tipo igual a REQUERIMIENTO. Dicho esto, pasamos a listar los distintos atributos aplicables a la clausula incluye:
  
 
*'''Etiqueta''': Atributo que permite establecer el nombre que va a tener la tarea en la aplicación web del STE.
 
*'''Etiqueta''': Atributo que permite establecer el nombre que va a tener la tarea en la aplicación web del STE.
  
*'''Tipo''': Atributo que indica que tipo de comportamiento que va a tener la tarea. Los distintos valores que acepta este atributo son: INICIO, REQUERIMIENTO, NOTIFICACION y ENVIO_DOCUMENTACION.
+
*'''Tipo''': Atributo que indica qué tipo de comportamiento va a tener la tarea. Los distintos valores que acepta este atributo son: INICIO, REQUERIMIENTO, NOTIFICACION y ENVIO_DOCUMENTACION.
  
*'''respuesta.etiqueta''': Atributo que indica que nombre va a tener la tarea respuesta correspondiente  
+
*'''respuesta.etiqueta''': Atributo que indica qué nombre va a tener la tarea respuesta correspondiente  
  
 
*'''respuesta.descripcion''': Atributo para indicar una descripción sobre la tarea respuesta.
 
*'''respuesta.descripcion''': Atributo para indicar una descripción sobre la tarea respuesta.
Línea 37: Línea 51:
  
 
*'''respuesta.clasificador''': Atributo para indicar el nombre del clasificador, perteneciente al ''target'' de la tarea de tipo REQUERIMIENTO, donde se van a guardar los documentos que se pueden adjuntar a una tarea respuesta, perteneciente a una tarea de tipo REQUERIMIENTO.
 
*'''respuesta.clasificador''': Atributo para indicar el nombre del clasificador, perteneciente al ''target'' de la tarea de tipo REQUERIMIENTO, donde se van a guardar los documentos que se pueden adjuntar a una tarea respuesta, perteneciente a una tarea de tipo REQUERIMIENTO.
 
===Diferentes tipos de tareas===
 
En la aplicación web STE, una misma tarea de nuestro sistema de información se puede comportar de diferentes maneras, dependiendo de que valor tenga el atributo ''tipo'' al incluir una tarea al trámite.
 
 
'''Tareas de INICIO'''
 
<p>Es aquella tarea que indica cual es la tarea que va a ser el inicio del trámite. En un trámite solo puede haber una tarea de tipo inicio. Esta tarea debe ser definida íntegramente como un proceso en ODL.
 
</p>
 
incluye [Tramitación de solicitud de becas]
 
  -{{AT|Tipo}}=INICIO;
 
  -{{AT|Etiqueta}}='Tramitación de solicitud de becas universitarias';
 
 
'''Tareas de REQUERIMIENTO'''
 
<p>Son aquellas tareas donde ademas de mostrar información, queremos dar al usuario la posibilidad de responder a la tarea mostrada para rellenar un formulario o adjuntar alguna documentación requerida.
 
</p>
 
incluye [Esperar respuesta de requerimiento de documentación]
 
  -{{AT|Tipo}}=REQUERIMIENTO;
 
  -{{AT|Etiqueta}}='Respuesta al requerimiento de solicitud de becas universitarias';
 
  -{{AT|respuesta.etiqueta}} = {{STR|"Responder al requerimiento"}};
 
  -{{AT|respuesta.descripcion}} = {{STR|"Adjunte todo lo solicitado en el documento enviado"}};
 
  -{{AT|respuesta.formulario}} = [Respuesta];
 
  -{{AT|respuesta.clasificador}} = [Documentos adjuntos];
 
 
'''Tareas de NOTIFICACION'''
 
<p>Son aquellas tareas donde solo se le va a permitir al usuario del STE observar la información que ha sido mandada desde la plataforma egeasy, donde no podrá ni enviar información, ni modificar la información mandada. Este tipo de tareas suele estar reservados para aquellos datos que son de notificación, como las resoluciones.
 
</p>
 
incluye [Notificar resolución de la solicitud de beca universitaria]
 
  -{{AT|Tipo}}=NOTIFICACION;
 
  -{{AT|Etiqueta}}='Darse por notificado de la resolución de la solicitud de beca universitaria';
 
 
'''Tareas de ENVIO_DOCUMENTACION'''
 
<p>Son aquellas tareas fuera del ''workflow'' que permiten al usuario de la aplicación web STE enviar documentación. Este tipo de tareas se pueden iniciar en cualquier momento durante la vida del trámite.
 
</p>
 
incluye [Registrar aporte de documentación al trámite]
 
  -{{AT|Tipo}}=ENVIO_DOCUMENTACION;
 
  -{{AT|Etiqueta}}='Aportar documentación adicional al trámite';
 
  
 
=Colecciones=
 
=Colecciones=
Para el desarrollo correcto de los tramites en la aplicación web STE, debemos crear al menos una colección para almacenar los contenedores que se crean al iniciar un trámite. Como al definir un tramite, su ''main target'' tiene que ser el contenedor que se mostrará en la web para que el usuario introduzca los datos iniciales para comenzar el ''workflow'' asociado a un trámite y no un expediente como se suele hacer cuando programamos un sistema de información en egeasy, tendremos que crearnos una colección (Véase [[Colecciones]]) para almacenar inicialmente los contenedores creados por la aplicación STE al iniciar un trámite, para luego posteriormente mover ese contenedor a su lugar dentro de alguna colección dentro de un expediente.
+
Para el desarrollo correcto de los trámites en la aplicación web STE, debemos crear al menos una colección para almacenar los contenedores que se crean al iniciar un trámite. Al definir un trámite su ''main target'' tiene que ser el contenedor que se mostrará en la web para que el usuario introduzca los datos iniciales para comenzar el ''workflow'', y no un expediente como se suele hacer cuando programamos un sistema de información en egeasy, de ahí la necesidad de crearnos una colección. (Véase [[Colecciones]]) Posteriormente se moverán esos contenedores creados a su lugar dentro de alguna colección dentro de un expediente.
  
 
=Estado de un trámite=
 
=Estado de un trámite=
Los trámites en la aplicación web STE, tienen estado. El estado de un trámite acabado de iniciar pero no enviado, tiene el valor de ''borrador''. Una vez enviado su primera tarea del trámite, este pasa a tener el valor de ''En trámite''. Por último cuando el trámite ha finalizado en la plataforma egeasy, el trámite pasa a tener el estado de ''finalizado''. Estos valores comentados para el estado de un trámite, es el comportamiento por defecto de la aplicación web STE. Si queremos cambiar el estado de un trámite debemos hacerlo mediante el atributo '''estado''' y su mecanismo para controlarlo, el cual vamos a proceder a explicarlo a continuación.
+
Los trámites en la aplicación web STE tienen estado. El estado de un trámite acabado de iniciar, pero no enviado, tiene el valor de ''borrador''. Una vez enviado a su primera tarea del trámite, éste pasa a tener el valor de ''En trámite''. Por último, cuando el trámite ha finalizado en la plataforma egeasy, pasa a tener el estado de ''finalizado''. Estos valores comentados para el estado de un trámite definen el comportamiento por defecto de la aplicación web STE. Si queremos cambiar el estado de un trámite debemos hacerlo mediante el atributo '''estado''' y su mecanismo para controlarlo, el cual vamos a proceder a explicar a continuación.
  
Para poder modificar el estado de un tramite durante la vida del ''workflow'' asociado al trámite, debemos crearnos un campo en el contenedor que es ''maintarget'' del ''workflow''. Una vez creado ese campo, debemos hacer una exportación de ese campo en alguna colección de nuestra elección. Si hay alguna duda sobre como crear una exportación, véase [[Exportaciones]]. Con la exportación del campo creada, debemos poner en el atributo '''estado''' del trámite, una ristra con el nombre de la tabla en la base de datos seguida de un punto y a continuación el nombre de la columna que representa el campo en la exportación. Para que quede mas claro, vamos a ver un ejemplo:
+
Para poder modificar el estado de un trámite durante la vida del ''workflow'' asociado al mismo, debemos crearnos un campo en el contenedor que es ''maintarget'' del ''workflow''. Una vez creado ese campo, debemos exportarlo a alguna colección de nuestra elección. Si hay alguna duda sobre como crear una exportación, véase [[Exportaciones]]. Con la exportación del campo creada, debemos poner en el atributo '''estado''' del trámite, una ristra con el nombre de la tabla en la base de datos seguida de un punto y a continuación el nombre de la columna que representa el campo en la exportación. Para que quede mas claro, vamos a ver un ejemplo:
  
Esto seria un ejemplo de la exportación creada, donde tenemos un campo llamado en ODL [Estado tramite], el cual se exporta a la tabla de nombre TR$SOLICITUD_TRAMITACION y en la columna ESTADO_TRAMITE.
+
Esto sería un ejemplo de la exportación creada, donde tenemos un campo en ODL llamado [Estado tramite], el cual se exporta a la tabla de nombre TR$SOLICITUD_TRAMITACION y en la columna ESTADO_TRAMITE.
  
 
  [EP::Solicitudes de tramitación electrónica] {{PR|es}} exportacion
 
  [EP::Solicitudes de tramitación electrónica] {{PR|es}} exportacion
Línea 100: Línea 79:
 
  {{PR|fin}}
 
  {{PR|fin}}
  
A continuación un ejemplo de como se declararía un trámite utilizando el atributo '''estado'''.
+
A continuación, un ejemplo de como se declararía un trámite utilizando el atributo '''estado'''.
  
 
  [Trámite de Acreditación del profesorado] {{PR|es}} tramite
 
  [Trámite de Acreditación del profesorado] {{PR|es}} tramite
Línea 108: Línea 87:
 
   -{{AT|estado}}={{STR|"TR$SOLTRAMI_ACRE_PROF.ESTADO_TRAMITE"}};
 
   -{{AT|estado}}={{STR|"TR$SOLTRAMI_ACRE_PROF.ESTADO_TRAMITE"}};
  
Una vez declarado el atributo estado en el trámite, ya podemos proceder a modificar el estado de un trámite mediante código de método, del lenguaje ODL. Para ello solo debemos acceder al campo mediante código ODL, al campo que representa el estado en el contenedor que es ''maintarget'' del ''workflow'' asociado al trámite y asignarle el valor deseado que queremos que se muestre en la aplicación web del STE.
+
Una vez declarado el atributo estado en el trámite, ya podemos proceder a modificarlo mediante código de método del lenguaje ODL. Para ello, sólo debemos acceder, mediante código ODL, al campo que representa el estado y asignarle el valor deseado que queremos que se muestre en la aplicación web del STE.
  
   NOTA: PONER EJEMPLO DE UN METODO ASIGNADOLE UN VALOR AL CAMPO ESTADO
+
   metodo ejemplo()
 +
      var Contenedor1 : contenedor;
 +
  inicio
 +
          ...
 +
      Contenedor1.[Estado] = "En trámite";
 +
          ...
 +
  fin
  
 
=Atributos especiales para los campos de ODL=
 
=Atributos especiales para los campos de ODL=
Junto con la aplicación web STE disponemos para el lenguaje ODL, de unos atributos especiales aplicables a la definición de componentes para poder definir ciertos aspectos del comportamiento de los componentes que interactuan con la aplicación web STE. A continuación listaremos y definiremos los atributos que ha añadido el STE al lenguage ODL.
+
En la aplicación web STE disponemos, para el lenguaje ODL, de unos atributos especiales aplicables a la definición de componentes para poder definir ciertos aspectos de su comportamiento al interactuar con la aplicación web STE. A continuación, listaremos y definiremos los atributos que ha añadido el STE al lenguage ODL.
  
 
'''tramitacion.visible'''
 
'''tramitacion.visible'''
 
<p>
 
<p>
Atributo que permite ocultar un campo para que no se visualice en la aplicación web del STE pero si en la plataforma egeasy. Este atributo es aplicable a todos los campos de ODL. El valor por defecto para este atributo es verdadero.
+
Atributo que permite ocultar un campo para que no se visualice en la aplicación web del STE, pero en la plataforma egeasy. Este atributo es aplicable a todos los campos de ODL. El valor por defecto para este atributo es verdadero.
 
</p>
 
</p>
 
'''tramitacion.requerida'''
 
'''tramitacion.requerida'''
 
<p>
 
<p>
Atributo que permite especificar que campos son de obligada cumplimentación por parte del usuario  
+
Atributo que permite especificar qué campos son de obligada cumplimentación por parte del usuario. El valor por defecto es falso. Este atributo se puede usar en combinación con las validaciones de ODL para indicar cómo se debe cumplimentar un campo.
para la aplicación web del STE. El valor por defecto para este atributo es falso. Este atributo se puede usar en combinación con las validaciones de ODL para indicar como se debe cumplimentar un campo.
+
 
</p>
 
</p>
 
'''tramitacion.valor'''
 
'''tramitacion.valor'''
 
<p>
 
<p>
Atributo que permite establecer el valor del campo al que se le aplica el atributo.  
+
Atributo que permite establecer el valor del campo al que se le aplica el atributo. Se pueden indicar campos del formulario de registro, además de los campos obligatorios, que son ''Nombre de usuario'', ''Nombre completo'', ''Nif'', ''Direccion de correo'' y ''Organizacion''
 +
 
 
</p>
 
</p>
 
'''tramitacion.editable'''
 
'''tramitacion.editable'''
 
<p>
 
<p>
Atributo que permite indicar si el campo es editable o no. El valor por defecto para este atributo es verdadero.
+
Atributo que permite indicar si el campo es editable o no. El valor por defecto es verdadero.
 
</p>
 
</p>
  
 
=Formulario de registro de usuarios=
 
=Formulario de registro de usuarios=
En la aplicación web STE, podemos crear a nuestra medida un formulario de registro de usuarios, donde podemos definir los campos que queremos que el usuario cumplimente al darse de alta para poder utilizar la aplicación web STE. El fichero donde se definen los campos del regostro es un fichero XML y se llama '''registration.xml'''.
+
En la aplicación web STE, podemos crear a nuestra medida un formulario de registro de usuarios, pudiendo definir los campos que queremos que el usuario cumplimente al darse de alta en la aplicación web STE. El fichero donde se definen los campos del registro es un fichero XML, y se indica como un parámetro del [[Cómo integrar el Sistema de Tramitación Electrónica en egeasy#Fichero de configuración|fichero de configuración]].
 +
Por defecto, sin que sea necesario indicarlo, hay una serie de campos obligatorios que se añaden a los descritos en el formulario de registro. Estos campos son:
 +
 
 +
*Nombre de usuario
 +
*Nombre completo
 +
*Nif
 +
*Direccion de correo
 +
*Organizacion
  
 
A continuación mostramos un ejemplo de un fichero de registro.
 
A continuación mostramos un ejemplo de un fichero de registro.
Línea 160: Línea 152:
 
   </field_value>
 
   </field_value>
 
  </registration_form>
 
  </registration_form>
 
  
 
[[Category:Tramitación electrónica]]
 
[[Category:Tramitación electrónica]]

Revisión actual del 09:05 6 abr 2010

¿Que es un trámite?

Un trámite es la definición del conjunto de tareas, pertenecientes al workflow, que van a interactuar con la aplicación web STE. Los trámites definidos están orientados a ser iniciados por el usuario ,desde la aplicación web, o haciendo uso del servicio web, para que, a continuación, se inicie un proceso de workflow programado en ODL para la plataforma egeasy.

Como se define un trámite en ODL

Para definir un trámite tenemos que indicar el nombre del trámite y declararlo como tipo trámite. La sintaxis de un trámite sería la siguiente.

[Nombre del trámite] es tramite
  -ATRIBUTOS
  incluye TAREA
       .
       .
       .
  incluye TAREA
fin

Atributos de un trámite

Los atributos que podemos declarar para un trámite son los siguientes:

  • etiqueta: Atributo opcional que permite indicar el nombre que se tendrá el trámite de cara al usuario. Si no existe, se toma como nombre el nombre de la definición.
  • descripcion: Proporciona un texto descriptivo sobre el trámite que se muestra en la interfaz web al crear el trámite.
  • grupo: Los trámites se pueden agrupar para que se muestren organizados al usuario. Indicar aquí el grupo al que pertenece el trámite.
  • habitacion: Indica en qué habitación de nuestro sistema de información queremos que esté disponible el trámite para su realización.
  • estado: Indica qué tabla y columna de una exportación va a almacenar el estado de un trámite.
  • asunto: Permite indicar un campo que se usará como asunto del trámite y se usará para mostrarlo en los listados de procedimientos iniciados. Por defecto toma en valor <tipo de tramite> - <fecha>

La clausula incluye

Dentro de la definición del trámite, debemos especificar cuáles son las tareas del workflow que queremos que interactúen con el STE. Para ello, disponemos de la cláusula incluye. Hay que usar una clausula incluye para cada tarea que se desee incluir, seguido a continuación por el nombre de definición de la tarea incluida.

Cuando se incluye una tarea, hay que indicar que tipo de tarea es. En el STE podemos encontrar cuatro tipos de tareas, que son:

  • Tareas de inicio: Solo puede haber una tarea de inicio en cada trámite, y es la tarea que tiene que rellenar el usuario cuando inicia un trámite.
  • Tareas de envío de documentación: Son tareas que puede crear y enviar un interesado en cualquier momento, con el fin de aportar una documentación que considere oportuna.
  • Tareas de notificación: Son tareas que envía la plataforma egeasy al STE con el fin de notificar al interesado cualquier cosa que sea necesaria durante la gestión del procedimiento.
  • Tareas de requerimiento: Son tareas que envía la plataforma egeasy al STE para que el interesado aporte información adicional al trámite.


Atributos de incluye

Los atributos aplicables a las tareas que incluimos en un trámite pueden variar dependiendo del valor del atributo tipo, por ejemplo, los atributos de respuesta sólo son aplicables a las tareas con el valor en el atributo tipo igual a REQUERIMIENTO. Dicho esto, pasamos a listar los distintos atributos aplicables a la clausula incluye:

  • Etiqueta: Atributo que permite establecer el nombre que va a tener la tarea en la aplicación web del STE.
  • Tipo: Atributo que indica qué tipo de comportamiento va a tener la tarea. Los distintos valores que acepta este atributo son: INICIO, REQUERIMIENTO, NOTIFICACION y ENVIO_DOCUMENTACION.
  • respuesta.etiqueta: Atributo que indica qué nombre va a tener la tarea respuesta correspondiente
  • respuesta.descripcion: Atributo para indicar una descripción sobre la tarea respuesta.
  • respuesta.formulario: Atributo para indicar el nombre del formulario, perteneciente al target de la tarea de tipo REQUERIMIENTO, que se va a mostrar en la tarea de respuesta.
  • respuesta.clasificador: Atributo para indicar el nombre del clasificador, perteneciente al target de la tarea de tipo REQUERIMIENTO, donde se van a guardar los documentos que se pueden adjuntar a una tarea respuesta, perteneciente a una tarea de tipo REQUERIMIENTO.

Colecciones

Para el desarrollo correcto de los trámites en la aplicación web STE, debemos crear al menos una colección para almacenar los contenedores que se crean al iniciar un trámite. Al definir un trámite su main target tiene que ser el contenedor que se mostrará en la web para que el usuario introduzca los datos iniciales para comenzar el workflow, y no un expediente como se suele hacer cuando programamos un sistema de información en egeasy, de ahí la necesidad de crearnos una colección. (Véase Colecciones) Posteriormente se moverán esos contenedores creados a su lugar dentro de alguna colección dentro de un expediente.

Estado de un trámite

Los trámites en la aplicación web STE tienen estado. El estado de un trámite acabado de iniciar, pero no enviado, tiene el valor de borrador. Una vez enviado a su primera tarea del trámite, éste pasa a tener el valor de En trámite. Por último, cuando el trámite ha finalizado en la plataforma egeasy, pasa a tener el estado de finalizado. Estos valores comentados para el estado de un trámite definen el comportamiento por defecto de la aplicación web STE. Si queremos cambiar el estado de un trámite debemos hacerlo mediante el atributo estado y su mecanismo para controlarlo, el cual vamos a proceder a explicar a continuación.

Para poder modificar el estado de un trámite durante la vida del workflow asociado al mismo, debemos crearnos un campo en el contenedor que es maintarget del workflow. Una vez creado ese campo, debemos exportarlo a alguna colección de nuestra elección. Si hay alguna duda sobre como crear una exportación, véase Exportaciones. Con la exportación del campo creada, debemos poner en el atributo estado del trámite, una ristra con el nombre de la tabla en la base de datos seguida de un punto y a continuación el nombre de la columna que representa el campo en la exportación. Para que quede mas claro, vamos a ver un ejemplo:

Esto sería un ejemplo de la exportación creada, donde tenemos un campo en ODL llamado [Estado tramite], el cual se exporta a la tabla de nombre TR$SOLICITUD_TRAMITACION y en la columna ESTADO_TRAMITE.

[EP::Solicitudes de tramitación electrónica] es exportacion
  -nombre_tabla = "TR$SOLICITUD_TRAMITACION";
  -universo = [Solicitud de tramitación electrónica para acreditación del profesorado];
  columna [Denominación/Apellidos y nombre]
    -columna_bd.nombre = "DENOMINACION";
    -columna_bd.tipo = texto;
    -origen =[Datos generales].[Denominación/Apellidos y nombre];
  columna [C.I.F./N.I.F.]
    -columna_bd.nombre = "CIF_NIF";
    -columna_bd.tipo = texto;
    -origen = [Datos generales].[C.I.F./N.I.F.];
  columna [Estado tramite]
    -columna_bd.nombre = "ESTADO_TRAMITE";
    -columna_bd.tipo = texto;
    -origen = [Datos generales].[Estado tramite];
fin

A continuación, un ejemplo de como se declararía un trámite utilizando el atributo estado.

[Trámite de Acreditación del profesorado] es tramite
 -descripcion='Procedimiento de tramitación para la aceditación del profesorado para la ACECAU';
 -grupo='Trámites Acecau';
 -Habitacion=[Oficina de evaluación del profesorado];
 -estado="TR$SOLTRAMI_ACRE_PROF.ESTADO_TRAMITE";

Una vez declarado el atributo estado en el trámite, ya podemos proceder a modificarlo mediante código de método del lenguaje ODL. Para ello, sólo debemos acceder, mediante código ODL, al campo que representa el estado y asignarle el valor deseado que queremos que se muestre en la aplicación web del STE.

 metodo ejemplo()
     var Contenedor1 : contenedor;
 inicio
          ...
     Contenedor1.[Estado] = "En trámite";
          ...
 fin

Atributos especiales para los campos de ODL

En la aplicación web STE disponemos, para el lenguaje ODL, de unos atributos especiales aplicables a la definición de componentes para poder definir ciertos aspectos de su comportamiento al interactuar con la aplicación web STE. A continuación, listaremos y definiremos los atributos que ha añadido el STE al lenguage ODL.

tramitacion.visible

Atributo que permite ocultar un campo para que no se visualice en la aplicación web del STE, pero sí en la plataforma egeasy. Este atributo es aplicable a todos los campos de ODL. El valor por defecto para este atributo es verdadero.

tramitacion.requerida

Atributo que permite especificar qué campos son de obligada cumplimentación por parte del usuario. El valor por defecto es falso. Este atributo se puede usar en combinación con las validaciones de ODL para indicar cómo se debe cumplimentar un campo.

tramitacion.valor

Atributo que permite establecer el valor del campo al que se le aplica el atributo. Se pueden indicar campos del formulario de registro, además de los campos obligatorios, que son Nombre de usuario, Nombre completo, Nif, Direccion de correo y Organizacion

tramitacion.editable

Atributo que permite indicar si el campo es editable o no. El valor por defecto es verdadero.

Formulario de registro de usuarios

En la aplicación web STE, podemos crear a nuestra medida un formulario de registro de usuarios, pudiendo definir los campos que queremos que el usuario cumplimente al darse de alta en la aplicación web STE. El fichero donde se definen los campos del registro es un fichero XML, y se indica como un parámetro del fichero de configuración. Por defecto, sin que sea necesario indicarlo, hay una serie de campos obligatorios que se añaden a los descritos en el formulario de registro. Estos campos son:

  • Nombre de usuario
  • Nombre completo
  • Nif
  • Direccion de correo
  • Organizacion

A continuación mostramos un ejemplo de un fichero de registro.

<?xml version="1.0" encoding="ISO-8859-1"?>
<registration_form>
  <field_value Field_Name="Género" Field_Type="ftString">
    <allowed_values>
      <item>Masculino</item>
      <item>Femenino</item>
    </allowed_values>
  </field_value>
  <field_value Field_Name="Teléfono 1" Field_Type="ftString">
  </field_value>
  <field_value Field_Name="Teléfono 2" Field_Type="ftString">
  </field_value>
  <field_value Field_Name="Dirección" Field_Type="ftString">
  </field_value>
  <field_value Field_Name="Código postal" Field_Type="ftString">
  </field_value>
  <field_value Field_Name="Localidad" Field_Type="ftString">
  </field_value>
  <field_value Field_Name="Provincia" Field_Type="ftString">
  </field_value>
  <field_value Field_Name="Fax" Field_Type="ftString">
  </field_value>
</registration_form>