Transcript Model

Herramientas de Administración Electrónica
Herramienta de modelado
de procedimientos Model@
confidencialidad
Modelado de procedimientos con Model@
Aviso: Este documento es material confidencial y propiedad de everis. Se prohíbe
el uso, reproducción o la divulgación del contenido de este material sin permiso
previo y por escrito de la empresa propietaria.
Derechos de Autor
© 2013, everis. All rights reserved
2
1. Introducción
2.
Interfaz de Model@
Modelado de procedimientos con Model@
2.1. Botoneras
3.
7
Definición de procedimiento
3.1.
3.2.
3.3.
3.4.
4.
4
Nueva definición de procedimiento
Metafases, fases, transiciones y eventos
Tareas
Condiciones, acciones y perfiles
10
12
20
27
Validar y Finalizar
3.1. Validar el procedimiento
3.2. Finalizar el procedimiento
5. Resumen de la Unidad
33
35
37
3
Introducción
Características de Model@
En esta Unidad se presentan las características funcionales y técnicas de la herramienta de modelado de
procedimientos Model@.
Modelado de procedimientos con Model@
El motor de tramitación Trew@ contiene todas las reglas, datos, parámetros y documentos definidos en cada uno de los
procedimientos telemáticos. Para facilitar la definición de todos estos datos para cada procedimiento se utiliza la
herramienta de modelado de procedimientos Model@.
Una herramienta de modelado permite plasmar los procesos y procedimientos de manera entendible, visible y
proporcionando control sobre los mismos. En el caso de los procedimientos, establece el conjunto de metafases, fases,
tareas, transiciones, eventos, condiciones, acciones y perfiles que permiten representarlos de manera integral y completa de
cara a su posterior tramitación telemática.
Las principales características de la herramienta Model@ son las siguientes:

Interface gráfico, 100% Java, que funciona offline.

Permite la importación y exportación en XML de definición de procedimientos, subfamilias y familias (conocido como
XML de procedimientos).

Posee una utilidad para “precargar” la definición de fases, documentos, etc. (elementos solo dependientes de
SISTEMA) existentes en otro fichero XML generado desde Trew@ (XML de componentes)

Dispone de la funcionalidad necesaria para gestionar las tareas y tareas en fase relacionadas con un determinado
procedimiento.

Deriva un bean para monitorización que puede obtener información acerca de la evolución y estado actual que sigue un
expediente de un determinado procedimiento.

Contiene un informe de salida gráfica del procedimiento, tanto para impresión directa como a fichero JPG.
4
Introducción
Modelado de procedimientos con Model@
Características de Model@

Incorpora la generación de un informe del procedimiento a varios niveles de detalle.

Permite dar de alta y mantener la información asociada a una definición de procedimientos así como generar (incluso de
forma automática) la representación gráfica asociada.

Identificación y definición de metafases.

Identificación, definición y representación gráfica de fases.

Identificación, definición y representación gráfica de transiciones tipo N (Normal), D (División), U (Unión), I (Inicio de
procedimiento), ES (Evento que hace salir) y EN (Evento que no hace salir).

Identificación de perfiles de usuarios.

Establecimiento de perfiles de usuarios en transiciones.

Definición de tareas de manipulación de datos y de generación e incorporación de documentos.

Asignación de tareas a fase y asignación de perfiles por tarea.

Definición de acciones, condiciones y avisos.

Asignación de condiciones, acciones y avisos a transiciones y tareas.

Control de plazos simples y plazos compuestos.

Identificación, representación gráfica y tratamiento de módulos reutilizables
5
1. Introducción
2.
Interfaz de Model@
Modelado de procedimientos con Model@
2.1. Botoneras
3.
7
Definición de procedimiento
3.1.
3.2.
3.3.
3.4.
4.
4
Nueva definición de procedimiento
Metafases, fases, transiciones y eventos
Tareas
Condiciones, acciones y perfiles
10
12
20
27
Validar y Finalizar
3.1. Validar el procedimiento
3.2. Finalizar el procedimiento
5. Resumen de la Unidad
33
35
37
6
Interfaz de Model@
Botoneras
En la parte superior de la aplicación se encuentra la botonera de acciones sobre la definición de un procedimiento,
mediante las cuales se podrán crear, guardar y validar los procedimientos, además de facilitar el trabajo con el gráfico del
diagrama. Dentro de esta botonera tenemos los siguientes botones:
 Nuevo diagrama
 Abrir diagrama
Modelado de procedimientos con Model@
 Guardar diagrama
 Guardar diagrama
como…
 Validar diagrama
 Cerrar diagrama
 Limpiar diagrama
 Activar selección
 Zoom de extensión, de
selección, etc.
 Desplazamiento
 Localizar
 Vista de referencia
 Imprimir
7
Interfaz de Model@
Botoneras
En la parte izquierda de la aplicación se encuentra la botonera de elementos que se pueden añadir al procedimiento, como
fases, transiciones, eventos, etc. Dentro esta botonera tenemos los siguientes botones:
 Insertar Fase
 Crear gráficos de Fase
 Nueva transición de
inicio
Modelado de procedimientos con Model@
 Nueva transición de fin
 Nueva transición
 Mostrar transiciones no
dibujadas
 Nueva transición de
división
 Nueva transición de
unión
 Nuevo evento que
provoca salida
 Nuevo evento que no
provoca salida
 Nuevo reutilizable
 Eliminar reutilizable
 Insertar nota
8
1. Introducción
2.
Interfaz de Model@
Modelado de procedimientos con Model@
2.1. Botoneras
3.
7
Definición de procedimiento
3.1.
3.2.
3.3.
3.4.
4.
4
Nueva definición de procedimiento
Metafases, fases, transiciones y eventos
Tareas
Condiciones, acciones y perfiles
10
12
20
27
Validar y Finalizar
3.1. Validar el procedimiento
3.2. Finalizar el procedimiento
5. Resumen de la Unidad
33
35
37
9
Definición de procedimiento
Nueva definición de procedimiento
Nueva definición de procedimiento: Pulsando sobre el botón Nuevo aparecerá una ventana con los datos de la definición del
procedimiento. Esta ventana está divida en 3 pestañas, la primera de datos generales, la segunda con los datos de organismos y
la tercera con comentarios del procedimiento. Los datos esenciales a introducir son los siguientes:
 Abreviatura: Abreviatura del procedimiento, que facilitará
la localización del mismo una vez desplegado.
 Nombre: Nombre del procedimiento.
Modelado de procedimientos con Model@
 Título: Título del procedimiento.
 Sistema: Sistema Trew@ al que pertenece el
procedimiento. El sistema definido debe existir al importar
el procedimiento, sino se producirá un error.
 Vigente: Indica si el procedimiento está o no vigente.
 Categoría: Indica si es un procedimiento, una familia o una
subfamilia de procedimientos. Por defecto será un
procedimiento.
Una vez creada la definición del
procedimiento se podrán consultar
y modificar sus datos desde la
opción de menú Definición de
procedimiento  Propiedades.
10
1. Introducción
2.
Interfaz de Model@
Modelado de procedimientos con Model@
2.1. Botoneras
3.
7
Definición de procedimiento
3.1.
3.2.
3.3.
3.4.
4.
4
Nueva definición de procedimiento
Metafases, fases, transiciones y eventos
Tareas
Condiciones, acciones y perfiles
10
12
20
27
Validar y Finalizar
3.1. Validar el procedimiento
3.2. Finalizar el procedimiento
5. Resumen de la Unidad
33
35
37
11
Definición de procedimiento
Metafases, fases, transiciones y eventos
Insertar Fase y Metafase: La fase es la unidad elemental de la tramitación y define, junto a las metafases, el estado actual del
expediente. Cada vez que se va a introducir una fase se muestra una lista con todas las fases ya definidas en el procedimiento.
Si la fase a insertar no se encuentra definida actualmente podrá crearse mediante el botón Nuevo. Por cada nueva fase se
deben introducir los siguientes datos:
Modelado de procedimientos con Model@
 Metafase: Metafase a la que pertenece la fase.
Se puede seleccionar una ya existente o crear
una nueva, indicando su:
 Nombre
 Orden
 Descripción
 Informar
 Metafase por defecto
 Colores del gráfico
 Nombre: Nombre de la fase.
 Orden: Orden de la fase.
 Descripción: Descripción completa de la fase.
 Texto auxiliar: Texto auxiliar de la fase para
ayudar a entender su funcionalidad.
 Informar: Si es o no informable.
 Asociar tareas: Enlace a la gestión de tareas
asignadas a la fase.
12
Definición de procedimiento
Metafases, fases, transiciones y eventos
Transición de inicio: La transición de inicio indica la fase a la que transitará al crear un expediente y tramitarlo a la fase inicial.
Al seleccionar la transición de inicio hay que pulsar primero en el lugar donde debe aparecer gráficamente el inicio y a
continuación hacer doble clic sobre la fase inicial. Por cada transición de inicio hay que indicar:
 Etiqueta: Etiqueta asociada a la transición.
Modelado de procedimientos con Model@
 Orden: Orden de la transición.
 Etiqueta larga: Una etiqueta identificativa más
larga que la anterior.
 Descripción: Texto descriptivo de la transición
de inicio.
 Descripción fecha: Descripción de la fecha
asociada.
 Informar: Si es o no informable.
 Válida: Si la transición es o no válida.
13
Definición de procedimiento
Metafases, fases, transiciones y eventos
Transición entre fases: Una transición entre fases identifica el flujo de tramitación entre las fases que une. Al seleccionar la
transición entre fases hay que pulsar primero sobre la fase de inicio de la transición y a continuación hacer doble clic sobre la
fase final de la transición. Por cada transición hay que indicar:
 Etiqueta: Etiqueta asociada a la transición.
Modelado de procedimientos con Model@
 Orden: Orden de la transición.
 Etiqueta larga: Una etiqueta identificativa más
larga que la anterior.
 Descripción: Texto descriptivo de la transición
de inicio.
 Descripción fecha: Descripción de la fecha
asociada.
 Informar: Si es o no informable.
 Válida: Si la transición es o no válida.
14
Definición de procedimiento
Metafases, fases, transiciones y eventos
Modelado de procedimientos con Model@
Transición invalidadas: Una transición puede ser válida o inválida. Al desmarcar la opción válida de una transición se está
invalidando esta transición. Las transiciones inválidas aparecen con una línea discontinua:
15
Definición de procedimiento
Metafases, fases, transiciones y eventos
Transición de división: Una transición de división divide el flujo en dos ramas paralelas que se ejecutan al mismo tiempo. Para
unificar el flujo debe existir una transición de unión que fusione los flujos paralelos abiertos. Para cada transición de división hay
que indicar:
 Etiqueta: Etiqueta asociada a la transición.
Modelado de procedimientos con Model@
 Orden: Orden de la transición.
 Etiqueta larga: Una etiqueta identificativa más
larga que la anterior.
 Descripción: Texto descriptivo de la transición
de inicio.
 Descripción fecha: Descripción de la fecha
asociada.
 Informar: Si es o no informable.
 Válida: Si la transición es o no válida.
16
Definición de procedimiento
Metafases, fases, transiciones y eventos
Transición de unión: Una transición de unión fusiona el flujo de dos ramas paralelas, abiertas por una transición de división,
que se ejecutan al mismo tiempo. Para cada transición de unión hay que indicar:
 Etiqueta: Etiqueta asociada a la transición.
Modelado de procedimientos con Model@
 Orden: Orden de la transición.
 Etiqueta larga: Una etiqueta identificativa más
larga que la anterior.
 Descripción: Texto descriptivo de la transición
de inicio.
 Descripción fecha: Descripción de la fecha
asociada.
 Informar: Si es o no informable.
 Válida: Si la transición es o no válida.
17
Definición de procedimiento
Metafases, fases, transiciones y eventos
Eventos: Los eventos son transiciones a fases que se pueden ejecutar en cualquier momento de la tramitación. Existen dos
tipos de evento:
Modelado de procedimientos con Model@
 Evento que hace salir: Al entrar en el evento se terminan la/s fase/es actual/es que se están tratando en el procedimiento,
enviando al expediente a la fase correspondiente al evento.
 Evento que no hace salir: Al entrar en el
evento el expediente permanece en la/s fase/es
actual/es que se están tratando en el
procedimiento, y además envía al expediente a
la fase correspondiente al evento.
Para cada evento hay que indicar:
 Etiqueta: Etiqueta asociada a la transición.
 Orden: Orden de la transición.
 Etiqueta larga: Etiqueta identificativa más larga
que la anterior.
 Descripción: Texto descriptivo de la transición
de inicio.
 Descripción fecha: Descripción de la fecha
asociada.
 Informar: Si es o no informable.
 Válida: Si la transición es o no válida.
18
1. Introducción
2.
Interfaz de Model@
Modelado de procedimientos con Model@
2.1. Botoneras
3.
7
Definición de procedimiento
3.1.
3.2.
3.3.
3.4.
4.
4
Nueva definición de procedimiento
Metafases, fases, transiciones y eventos
Tareas
Condiciones, acciones y perfiles
10
12
20
27
Validar y Finalizar
3.1. Validar el procedimiento
3.2. Finalizar el procedimiento
5. Resumen de la Unidad
33
35
37
19
Definición de procedimiento
Tareas
Modelado de procedimientos con Model@
Definir Tareas: Una tarea es la unidad fundamental de trabajo que se ejecuta dentro de una fase. Para añadir una tarea hay que
seleccionar la opción Mantenimiento de información  Bloques. Por cada bloque hay que indicar:
 Nombre: Nombre de la tarea.
 Tipo: Tipo de la tarea (WEB, FORM,
REPORT, OTROS).
 Descripción: Texto descriptivo de tarea.
 Informar: Indica si la tarea es informable.
 Parámetros del bloque: Lista de
parámetros de la tarea, se añaden y eliminan
pulsando los botones Agregar y Eliminar.
20
Definición de procedimiento
Tareas
Modelado de procedimientos con Model@
Tareas web: Para añadir una tarea web a una fase hay que seleccionar la fase a la que se quiere asociar, hacer clic con el botón
derecho y seleccionar la opción tareas. Seguidamente aparece la lista de tareas definidas, de las cuales se puede seleccionar
una tarea ya definida en el procedimiento o crear una nueva. Por cada tarea hay que indicar:
 Tarea: Selecciona la tarea a ejecutar.
 Informar / Obligatoria / Válida: Indica si la
tarea es informable, obligatoria y/o válida.
 Orden: Orden de la tarea.
 Etiqueta: Una etiqueta identificativa de la
tarea.
 Descripción: Texto descriptivo de tarea.
 Etiqueta larga: Una etiqueta identificativa
más larga que la anterior.
 Tarea llamante: Tarea desde la que se
invoca a la tarea en fase actual.
21
Definición de procedimiento
Tareas
Definir Tipos de Documentos: Los documentos generados e incorporados durante el trámite deben definirse primero como
tipos de documento, para asignarse posteriormente a las fases correspondientes. Para añadir un tipo de documento hay que
seleccionar la opción Mantenimiento de información  Tipos de documento. Por cada tipo de documento hay que indicar:
Propiedades:
 Etiqueta: Etiqueta del tipo de documento.
Modelado de procedimientos con Model@
 Nombre: Nombre del tipo de documento.
 Descripción: Texto descriptivo del tipo de
documento.
 Texto auxiliar: Texto auxiliar asociado al tipo de
documento.
 Entrada / Salida: Indica si el documento es de
entrada, salida o ambos.
 Generar / Incorporar: Indica si el documento es
generado o incorporado.
 Modo de generación: Sólo en caso de ser
generado. Indica el modo en que debe ser
generado.
 Plantilla: Selecciona la plantilla que se usará
para la generación de documentos.
22
Definición de procedimiento
Tareas
Definir Tipos de Documentos (continuación):
Datos adicionales:
 Archivable: Indica si se puede archivar.
Modelado de procedimientos con Model@
 Informar: Indica si el documento se debe
informar en la Oficina Virtual.
 Reutilizable: Indica si el tipo de documento es
reutilizable.
 Firma digital: Indica si el tipo de documento se
puede firmar digitalmente.
 Notificable: Indica si el tipo de documento se
puede notificar mediante Notific@ o Sisnot.
 Versionable: Indica si el tipo de documento es
versionable.
 Fusionar variables: Indica si se producirá un
proceso de fusionamiento de variables.
 Registrable: Indica si el tipo de documento es
registrable por @ries.
 Tipo de firma: Indica el tipo de firma del
documento: sin firma (no es firmable), en
cascada (firmado en un orden establecido) o en
paralelo (firmado en cualquier orden).
23
Definición de procedimiento
Tareas
Definir Tipos de Documentos (continuación):
Variables:
Modelado de procedimientos con Model@
 Plantilla binaria Open Office: Indica la plantilla de
Open Office (formatos sxw y odt) que se usará
como plantilla.
 Lista de variables: Indica la lista de variables que
se utilizarán en la generación del documento. Por
cada variable se debe definir:
• Nombre: Nombre de la variable.
• Implementación: Java o PLSQL.
• Descripción: Descripción de la variable.
• Paquete: Nombre completo del paquete,
incluyendo la clase Java.
• Función: Nombre de la función.
• Tipo de acto: Tipo de acto administrativo en
el que se enmarca el uso de esta variable.
• Parámetros de la variable: Lista de
parámetros que se usarán en el cálculo del
valor de la variable.
24
Definición de procedimiento
Tareas
Modelado de procedimientos con Model@
Tareas de documentos: Estas tareas se añaden de la misma forma que una tarea web, con la salvedad de que el tipo de tarea
cambia de MANIPULAR_DATOS a GENERAR_DOCUMENTO o INCORPORAR_DOCUMENTO, según se trate de un generado
o un incorporado.
25
1. Introducción
2.
Interfaz de Model@
Modelado de procedimientos con Model@
2.1. Botoneras
3.
7
Definición de procedimiento
3.1.
3.2.
3.3.
3.4.
4.
4
Nueva definición de procedimiento
Metafases, fases, transiciones y eventos
Tareas
Condiciones, acciones y perfiles
10
12
20
27
Validar y Finalizar
3.1. Validar el procedimiento
3.2. Finalizar el procedimiento
5. Resumen de la Unidad
33
35
37
26
Definición de procedimiento
Condiciones, acciones y perfiles
Definir Acciones: Las acciones son métodos PLSQL o Java que se ejecutan durante una transición o tarea. Para añadir una
acción hay que seleccionar la opción Mantenimiento de información  Acciones. Por cada acción hay que indicar:
 Nombre: Nombre de la acción.
 Tipo de implementación: PLSQL o Java.
Modelado de procedimientos con Model@
 Paquete: Nombre completo
incluyendo la clase Java.
del
paquete,
 Nombre función: Nombre de la función.
 Descripción: Descripción del funcionamiento de
la acción.
 Lista de parámetros seleccionables: Lista de
parámetros disponibles que pueden usarse para
la ejecución de la acción.
27
Definición de procedimiento
Condiciones, acciones y perfiles
Definir Condiciones: Las condiciones son también métodos PLSQL o Java que se evalúan antes de ejecutarse una transición o
tarea. Para añadir una condición hay que seleccionar la opción Mantenimiento de información  Condiciones. Por cada
condición hay que indicar:
 Nombre: Nombre de la condición.
 Tipo de implementación: PLSQL o Java.
Modelado de procedimientos con Model@
 Paquete: Nombre completo
incluyendo la clase Java.
del
paquete,
 Nombre función: Nombre de la función.
 Expresión compleja: Indica si la condición es
generada como resultado de combinar
condiciones ya existentes. Si se selecciona
habrá que introducir a continuación el cuerpo de
la expresión.
 Descripción: Descripción del funcionamiento de
la condición.
 Lista de parámetros seleccionables: Lista de
parámetros disponibles que pueden usarse para
la ejecución de la condición.
28
Definición de procedimiento
Condiciones, acciones y perfiles
Asignar Acciones / Condiciones: Una vez creadas las acciones y condiciones hay que asignar estas a las tareas y transiciones
correspondiente. Para asociar una acción o condición a una tarea o transición se selecciona en primer lugar la tarea o transición
en cuestión y seguidamente se pulsa sobre la pestaña Acciones / Condiciones / Avisos / Perfiles. Por cada acción o condición
que se desee añadir habrá que pulsar en seleccionar y elegir la condición / acción correspondiente e introducir los siguientes
datos:
Modelado de procedimientos con Model@
 Acción / Condición: Condición o acción a
asociar.
 Válida: Indica si es o no válida.
 Obligatoria: Indica si la condición
cumplirse
obligatoriamente
(sólo
condiciones).
debe
para
 Comprobar: Indica cuando debe realizarse la
comprobación (INICIAR, VISUALIZAR para las
tareas, TRAMITAR, DESHACER, TRAMITAR Y
DESHACER,
VISUALIZAR
para
las
transiciones).
 Mostrar Mensaje: Indica qué mensajes deben
mostrarse con la condición / acción.
 Mensaje OK / no OK: Contiene el texto de los
mensaje de acción / condición correcta y la
incorrecta respectivamente.
29
Definición de procedimiento
Condiciones, acciones y perfiles
Definir Perfiles de usuario: Los perfiles de usuario sirven para controlar que transiciones y tareas pueden ejecutar ciertos
usuarios. Para crear perfiles de usuario hay que seleccionar la opción Mantenimiento de información  Perfiles de usuario. Por
cada perfil hay que indicar:
 Nombre: Nombre del perfil.
Modelado de procedimientos con Model@
 Descripción: Descripción del perfil de usuario.
30
Definición de procedimiento
Condiciones, acciones y perfiles
Asignar Perfil de usuario: Una vez creados los perfile hay que asignarlos a las tareas y transiciones correspondiente. Para
asociar un perfil a una tarea o transición se selecciona en primer lugar la tarea o transición en cuestión y seguidamente se pulsa
sobre la pestaña Acciones / Condiciones / Avisos / Perfiles. Por cada perfil que se desee añadir habrá introducir los siguientes
datos:
Modelado de procedimientos con Model@
 Perfil: Perfil de usuario a vincular.
 Permiso: Permiso que se le concede al perfil
seleccionado (sólo en caso de ser una
transición). Los permisos son:
• Tramitar: Tiene permiso para tramitar la
transición.
• Deshacer: Tiene permiso para deshacer
la transición.
• Tramitar y Deshacer: Tiene ambos
permisos.
31
1. Introducción
2.
Interfaz de Model@
Modelado de procedimientos con Model@
2.1. Botoneras
3.
7
Definición de procedimiento
3.1.
3.2.
3.3.
3.4.
4.
4
Nueva definición de procedimiento
Metafases, fases, transiciones y eventos
Tareas
Condiciones, acciones y perfiles
10
12
20
27
Validar y Finalizar
3.1. Validar el procedimiento
3.2. Finalizar el procedimiento
5. Resumen de la Unidad
33
35
37
32
Validar y finalizar
Validar el procedimiento
Modelado de procedimientos con Model@
Validar el procedimiento: Cuando se termine de definir por completo el procedimiento se podrá validar el mismo, comprobando
si los datos introducidos son correctos. Para validar el procedimiento basta con pulsar el botón
y aparecerá una ventana con
toda la información del procedimiento, indicando en su caso cualquier problema que se haya detectado:
33
1. Introducción
2.
Interfaz de Model@
Modelado de procedimientos con Model@
2.1. Botoneras
3.
7
Definición de procedimiento
3.1.
3.2.
3.3.
3.4.
4.
4
Nueva definición de procedimiento
Metafases, fases, transiciones y eventos
Tareas
Condiciones, acciones y perfiles
10
12
20
27
Validar y Finalizar
3.1. Validar el procedimiento
3.2. Finalizar el procedimiento
5. Resumen de la Unidad
33
35
37
34
Validar y finalizar
Finalizar el procedimiento
Finalizar el procedimiento: Una vez se ha validado el procedimiento, corrigiendo todos los posibles problemas detectados,
entonces podrá finalizarse el procedimiento. Al finalizar el procedimiento este se empaquetará en un fichero XML importable a
Trew@. Para finalizar el procedimiento basta con pulsar el botón
y aparecerá una ventana similar a la de validar pero con
mayor funcionalidad:
Modelado de procedimientos con Model@
 Archivo: Ruta completa del archivo
que contendrá el procedimiento.
 Comprimir: Si se selecciona esta
opción el documento final será
comprimido en un único fichero zip. Se
recomienda seleccionar esta opción si
el procedimiento tiene plantillas de
Open Office.
 Generar: Inicia el proceso de
generación y carga la información del
estado de la generación.
35
1. Introducción
2.
Interfaz de Model@
Modelado de procedimientos con Model@
2.1. Botoneras
3.
7
Definición de procedimiento
3.1.
3.2.
3.3.
3.4.
4.
4
Nueva definición de procedimiento
Metafases, fases, transiciones y eventos
Tareas
Condiciones, acciones y perfiles
10
12
20
27
Validar y Finalizar
3.1. Validar el procedimiento
3.2. Finalizar el procedimiento
5. Resumen de la Unidad
33
35
37
36
Resumen de la Unidad
Modelado de procedimientos con Model@
En la presente Unidad, en la que se ha formado a los asistentes en la Herramienta de modelado de procedimientos
Model@, se ha instruido en los siguientes aspectos:
1.
Introducción conceptual al modelado de procedimientos y caracterización de las funcionalidades que presta Model@ a
la generación de procedimientos para su carga en el motor de tramitación Trew@.
2.
Familiarización con la interfaz gráfica de la herramienta y con los distintos botones y funcionalidades que proporcionan
cada uno de ellos.
3.
Definición de procedimientos en Model@, caracterizando todos los elementos que lo componen.
4.
Introducción teórica y materialización en la herramienta de modelado de los conceptos de metafase, fase, transición y
evento.
5.
Introducción teórica y materialización en la herramienta de modelado de los conceptos de tarea, condición, acción y
perfil.
6.
Mecanismos de validación del procedimiento definido y de finalización del mismo, para su importación al motor de
tramitación Trew@
37
Modelado de procedimientos con Model@
everis.com