REQUERIMIENTOS NECESARIOS DE W4

NECESIDADES DE FORMACION.
Nuestro conocimiento de W4 se reduce al adquirido por el uso de la herramienta para la solución de
problemas puntuales y a las consultas que algunas veces se hayan hecho a la documentación.
Necesitaríamos una formación específica que incluyera:
1.- Una visión de conjunto de la herramienta, donde se contemplaran todas las posibilidades de W4 y en
el que se incidiera en los aspectos más interesantes para nosotros.
2.- Funcionamiento de las APIs de W4, Variables y Estructuras.
3.- Conocimientos sobre wordkeys de w4, contexto, paso de variables, encadenamientos de comandos,
diccionarios etc….
4.- Conocimiento del funcionamiento de scripts y mapas de base de datos.
5.- Tratamiento de los estados de casos y tareas. Consultas y acciones que se pueden ejecutar.
Reasignaciones, cancelaciones, modos de asignación… (Problemática de que toda la codificación de estos
atributos es numérica.)
6.- Mantenimiento de revisiones de flujos y actividades. ¿Existe alguna sistemática para poder hacerlo sin
crear demasiada confusión?. Archivado de casos con revisión n. Si cuando intentas reabrirlas la revisión
no ha sido borrada… ¿Se reabren con la versión n+1?
7.- Administración en general del motor de w4. Directorio cgi-bin. Otros directorios. Permisos de
directorios y ficheros. Comunicación con la base de datos.
8.- Comunicación con otros sistemas (Bases de datos, Correo electrónico …..)
9.- Atributos del usuario. Usuario sustituto, roles , roles de supervisión y administración ..….
REQUERIMIENTOS NECESARIOS DE W4
Funcionalidades que no encontramos en el entorno de W4 y que consideramos necesarias
1.- Necesidad de una herramienta (o implementación en la herramienta de administración) de una utilidad
que permita el restablecimiento para un caso de la situación que había n tareas anteriores. (Marcha atrás)
Esta herramienta cuyo índice de automatización dependería entre otros de la complejidad de los flujos
básicamente debería ser capaz de:
- Dar marcha atrás a una tarea (Cancelar la que está instanciada y crear la anterior)
- Ser capaz de borrar los documentos adjuntos de la tarea que se cancela (o al menos
desadjuntarlos)
- Dar la posibilidad de modificar el valor de las variables, tanto de casos
como de tareas.
2.- Posibilidades de que las páginas html que se ejecutan con las actividades no tengan que estar todas
necesariamente en el mismo directorio Activities. (Problemático cuando el número de procedimientos
aumenta)
3.-Necesidad de una herramienta que facilite la creación y modificación de scripts y mapas en la base de
datos. Actualmente con la herramienta de administración un script no se puede modificar, y a un mapa
únicamente pueden añadirse entradas.
variables del caso ó de la tarea. Ello nos obliga a arrastrar a los subprocedimientos y tareas variables con
el único objeto de que pueda consultarse su valor para la generación de un determinado documento. ¿No
se pueden recuperar valores de una base de datos?. No se puede acceder al valor de las variables de otras
tareas e incluso otros casos?.
5.- Trabajando con subprocedimientos: identificación del procedimiento padre, paso de variables entre
procedimientos, acceso desde un procedimiento a las variables del procedimiento padre y viceversa,
generar documentos que se adjunten al procedimiento principal….
6.- Posibilidad de automatizar la modificación de documentos adjuntos. Hasta donde sabemos, para
modificar el contenido de un fichero adjunto, has de abrirlo, hacer las modificaciones, guardar en disco y
después ejecutar los comandos correspondientes del cgi para reemplazar el adjunto por el modificado
guardado en disco.
-Acceso a repositorio de W4. Estructura de las tablas. (Borrar un
herramienta de administración?)
caso sin