Modelado de Sistemas Interactivos con FlowiXMLGonzalez mini curso-flowixml

Modelado de Sistemas
Interactivos con FlowiXML
Dr. Juan Manuel González Calleros
Facultad de Ciencias de la Computación
Benemérita Universidad Autónoma de Puebla
Ciudad Universitaria
Av. San Claudio y 14 sur, Edificio 136ª
Puebla, México.
Email: juan.gonzalez@cs.buap.mx
Twitter: @Juan__Gonzalez

1-7
BCHI
• The Belgian Laboratory of Computer-Human Interaction
(BCHI) is conducting research, development, and
consulting services in the domain of user interface
engineering.
Juan Manuel Gonzalez Calleros
is a Ph. D. Researcher at BCHI
•3DUIs, Model-Based modeling,
HCI, workflow

1-8
BCHI in Europe
Louvain la Neuve, Belgium

1-9
@Juan__Gonzalez
Los procesos
• Un proceso es un conjunto de actividades o eventos
(coordinados u organizados) que se realizan o
suceden (alternativa o simultáneamente)bajo ciertas
circunstancias con un fin determinado.
• La definición de un proceso indica el ordenamiento
de tareas en tiempo, espacio, y recursos.
– Relación directa con las tareas de alto nivel
– Nos permite determinar lo que se requiere y no entrar en
los detalles (modelo de tareas)
• Para modelar problema más extensos y complejos

1-10
@Juan__Gonzalez
¿Por qué modelar procesos?
• Dan soporte a los procesos de negocios cuando
son automatizados usando Workflow
– Requisito necesario para permanecer competitivo
• Workflow se refiere a los procesos de negocio que
pueden ser automatizados
– En particular nos interesan aquellos que usan
sistemas basados en computadoras
• El modelado de procesos usando Workflows
permite ladefinici{on de tareas de alto nivel, las
cuales pueden ser detalladas con modelos de
tareas

1-11
@Juan__Gonzalez
• A pesar de que los sistemas de información se
consideran vitales en una organización no
necesariamente cumplen con tales expectativas
en la practica.
– Las tareas son definidas asumiendo que serán
ejecutadas por personas
– La estructura organizacional define grupos de
usuarios
– Después se determina si se requieren sistemas para
apoyarlos en sus actividades
 Los sistemas no logran sus objetivos

1-12
@Juan__Gonzalez
• Es importante construir Sistemas con éxito
es, al menos por dos razones:
– 1) para lograr exitio un SI debe ser
comprensible para las organizaciones y solo
puede ser posible si tiene en cuenta prácticas
actuales de trabajo,
– 2) un SI determina, en cierto grado , qué trabajo
se puede hacer y cómo puede llevarse a cabo,
• debe ser diseñado de acuerdo a los objetivos y metas
de las organizaciones

1-13
@Juan__Gonzalez
Modelando Procesos
• Workflow define las actividades relacionadas con la
ejecución coordinada de múltiples tareas realizadas
por los diferentes recursos para lograr un objetivo
comercial común.
– Una de las tareas define el trabajo que hacer por una
persona, por un sistema de software o por ambos.
– Para controlar y coordinar la ejecución de tareas
tenemos que conocer quienes las deben ejecutar bajo
que condiciones y donde, así como las relaciones
entre las propias tareas.

1-14
@Juan__Gonzalez
Modelando Procesos – Lo que
buscamos modelar

1-15
@Juan__Gonzalez
Modelando Procesos – Lo que
buscamos modelar

1-16
@Juan__Gonzalez
Modelando Procesos – Lo que buscamos
modelar

1-17
@Juan__Gonzalez
Beneficios del modelado de procesos
–Adherencia a los procesos de modelos
(compatible)
–Explicita representación de control del flujo
del trabajo
• Cambios al modelado de procesos no
requiere esfuerzo de codificación
–Explicita representación del envolvimiento de
los recursos
• Trabajo es directamente ruteado hacia el
recurso correcto
• Aspectos como carga de trabajo, historial,
entre otros, pueden ser tomados en cuenta
en la asignación de trabajo

1-18
@Juan__Gonzalez
Ciclo de vida del modelado de procesos
Diagnostico
(Re)Diseñ
o de
procesos y
análisis
Configuración
del sistema
Mejora de
procesos y
monitoreo

1-19
EL CONCEPTO DE TAREA
Donde todo inicia

1-20
@Juan__Gonzalez
1. El concepto de tarea
– Esta es una tarea
• Incribirse a un peridico a traves de un formulario
• Pedir un libro
• Validar un plano con un urbanista cara a cara
– Esta no es una tarea
• Garantizar la distribución de periodicos
– Tarea Interactiva = tarea de usuario
• Exemples:
  Guardar una solicitu de compra
  Imprimir el correo de forma masiva

1-21
@Juan__Gonzalez
El concepto de tarea
• Ciclo simplificado de tareas
Task
created
Task
offered
Task
allocated
Task
delegated
Task
started
Task
suspended
Task
cancelled
Task
failed
Task
completed
Task
finished
define
offer
start
start
start
allocate
delegate
return
cancel fail
suspend
resume
run, redo
undo, repeat
finish
review
Task
created
Task
offered
Task
allocated
Task
delegated
Task
started
Task
suspended
Task
cancelled
Task
failed
Task
completed
Task
finished
define
offer
start
start
start
allocate
delegate
return
cancel fail
suspend
resume
run, redo
undo, repeat
finish
review

1-22
@Juan__Gonzalez
Ciclo de vida estándar de una tarea
• Creación
– Resulta de identificar el objetivo operacional que la define
• Afectación a un actor
– El actor se convierte en responsable de la tarea
• Lanzamiento
– Una vez que las condiciones se dan se lanza la tarea
• Toma de responsabilidad
– Inicio de la realización efectiva de la tarea
• Terminación
– Momento donde el objetivo de la tarea se ha cumplido
• Destrucción
– Supresión de referencias en situaciones de cooperación

1-23
@Juan__Gonzalez
1. Concepto de tarea
• Definición
– Tratamiento de una unidad de ejecución espacio-
temporal en una unidad organizacional usando el
mismo conjunto de recursos
• ¿Cómo identificar tareas?
– Criterios de identificación

1-24
@Juan__Gonzalez
• Criterios de identificación
• Cambio de unidad espacial (inter
organización/manual/auto/mecánica)
– reubicación
estación de trabajo
otro lugar (oficina general / sucursal)
• Cambio de recurso
Persona: + experto en finanzas
Hardware: Pocket PC +, - terminal
Información: Cliente -> Producto
• Cambio de unidad temporal
– Existencia de una interrupción
existencia de un punto de espera
Tipo de decisión: Si la opción es correcta
– Tipo de acumulador: para cada permanencia en la unidad de
implementación
– Cambio en la frecuencia de ejecución

1-25
@Juan__Gonzalez
– Ejemplo : « Tratamiento de ordenes del
cliente »
• 1. Preparación de la orden
– Tarea manual
– Abrir sobres, verificar la orden de compra que este
debidamente firmada y contenga la información necesaria
para identificar al cliente
• 2. Registro de la Orden
– Tarea interactiva
– El operador de registros debe, via una terminal de
trabajo, codificar los dato de la orden.
-Punto de
espera
-Punto de
decisión
-Cambio de
recurso

1-26
@Juan__Gonzalez
• Ejemplo: « Tratamiento de ordenes del
cliente »
2. Registro de la Orden
• 3. Preparación de una solicitud
– Tarea automática
– Actualiza el inventario de productos asocia a la
orden. Algunas cosas de la solicitud dan origen a
solicitud de compras, el resto es guardado y será
enviado en uno o más envíos.
• 4. Preparación de la entrega
– Cuando n solicitudes han sido generadas, se procede
con la preparación de los envíos de manera que se
optimizan los recursos
-Punto de
decisión
-Cambio de
recurso
Punto de espera

1-27
@Juan__Gonzalez
• Ejemplo: « Tratamiento de ordenes del
cliente »
• 4. Preparación del envío
• 5. Tratamiento del pedido
– Tarea manual
– Cruzar la bodega recolectando los productos
• 6. Elaboración del paquete
– Tarea interactiva
– Al final de la recolección de cosas se colocan en una
maquina que empaqueta, ahí mismo se envia a
imprimir el recibo, factura y los documentos de envío
-Cambio
de recurso
-Cambio
de lugar
-Cambio de
recurso

1-28
@Juan__Gonzalez
• Ejemplo: « Tratamiento de ordenes del cliente »
– 6. Elaboración del paquete
• 7. Envío de mercancía
– Tarea manual
– El paquete y los docs de acompañamiento (o prueba de no
entrega) son enviados al cliente.
• 8. Selección de ordenes retrasadas
– Automática
– Cuando llega mercancía, entregas retrasadas de estos
productos son seleccionadas
-Cambio
de
recurso
-Diferencia de
periodicidad

1-29
@Juan__Gonzalez
• Ejemplo: « Tratamiento de ordenes del cliente »
– 8. Selección de ordenes retrasadas
• 9. Notificación de no reservas
– Cada vez que el producto se ha terminado una
notificación se hace al cliente
-Diferencia de
periodicidad

1-30
@Juan__Gonzalez
Tabla de Identificación de Tareas
– Presentación estándar de las tareas
– N° = número de la tarea en la aplicación
– Nom de la tarea = nombre de la tarea, verbo objeto
afectado por la acción
– Pred = no predecesor de la tarea
– Definición = descripción detallada de la tarea
– Justificación = lista de criterios de identificación de la
tarea
– Naturaleza = manual, interactiva, automática o
abstracta
N° Nom de la tarea Pred Definición Justificación Naturaleza
1 Hacer un
expediente
_ Ccrear un expediente
Len la sucural
Manual

1-31
@Juan__Gonzalez
• Criterios de identificacion («Trucos»)
– Para descubrir una tarea
• Cambio de lugar
– recorrido, cambio de lugar en la sucursal, cambio de oficina, ir a
otro puesto de trabajo
• Cambio de recurso
– de tipo de persona : una a otra persona
– de tipo material :
» Todo cambio de materia prima (man/int/auto/méca)
» terminal, impresora, red Internet
– de tipe informacional : otro tipo de expediente
• Punto de espara de tipo decisión
– Decisión humana
– Línea correcta, ccompra registrada, si…, acceptada, podría ser en
caso de …, aprueba

1-33
@Juan__Gonzalez
• Criterios de identificacion («Trucos»)
– Para descubrir una tarea
• Punto de espera tipo acumulación
– Ara da producto, una vez que llega todo, esperamos un
paquete para enviar, enviar despues de que llegan 10
paquetes
• Diferencia de periodicidad
– A cada re aprovisionamiento – cada que un producto esta
disponible
– A terminar la semana – al menos 20 minutos de espera

1-34
Herramienta de identificación
de tareas
Elicitación de requerimientos

1-35
@Juan__Gonzalez
35 HCIS’2008 – Milan, September 8-9th, 2008, during IFIP World Congress 2008
Tool support
• Herramienta para la identificación de
tareas

1-36
@Juan__Gonzalez
Nivel : clasificación manual
• Definición :
– El usuario del programa hace el trabajo de
elicitación
– Sin la ayuda de un proceso automatizado
• Método :
– Selección de una zona de texto de un
escenario
– Seleccionar el modelo apropiado y el tipo de
objetos

1-37
@Juan__Gonzalez
1
2
3

1-38
@Juan__Gonzalez
• Ventajas :
– Resultados asegurados
– Más fácil de implementar que una herramienta
automatizada
– No hay necesidad de datos de clasificación
• Inconvenientes :
– Fastidiosa para el usuario
– Costoso en tiempo

1-39
@Juan__Gonzalez
1. Identificación de tareas

1-40
@Juan__Gonzalez
• Ejercicio – Identifica y lista las tareas
Cuando un cliente llega a la agencia inmobiliaria, ingresa su solicitud a la secretaria de
solicitudes. Indica el tipo de bien que desea renta o comprar, sus restricciones de presupuesto
así como las principales características de los bienes que le podrían interesar.
El empleado registra su solicitud, es decir, asocia el perfil del cliente con las variable estándar
de comprar de bienes, en caso de ser nuevo cliente se da de alta su perfil en el sistema.
La conclusión del registro de una solicitud lanza de manera automática, para cada variante del
perfil del cliente, la impresión de bienes que pudieran ser de su interés y que aún estén
disponibles (esta lista describe la ubicación del bien, el precio solicitado y la información de la
superficie)
El cliente examina las listas y elimina lo que no le interesa. Si quedan cosas de su interés
entonces se le dirige al servicio de visitas.
Para cada bien que le interesa al cliente, se le proporcionan más amplios detalles, mientras otro
empleado busca fotografías del bien. Gracias a los detalles extras y las fotos, el cliente puede
tener una opinión más amplia del bien. El empleado registra si el cliente esta o no de acuerdo y
procede a la visita física del inmueble.

1-41
@Juan__Gonzalez
• Ejercicio – Identifica y lista las tareas
Cuando un cliente llega a la agencia inmobiliaria, ingresa su solicitud a la secretaria de
solicitudes. Indica el tipo de bien que desea renta o comprar, sus restricciones de presupuesto
así como las principales características de los bienes que le podrían interesar.
El empleado registra su solicitud, es decir, asocia el perfil del cliente con las variable estándar
de comprar de bienes, en caso de ser nuevo cliente se da de alta su perfil en el sistema.
La conclusión del registro de una solicitud lanza de manera automática, para cada variante
del perfil del cliente, la impresión de bienes que pudieran ser de su interés y que aún estén
disponibles (esta lista describe la ubicación del bien, el precio solicitado y la información de la
superficie)
El cliente examina las listas y elimina lo que no le interesa. Si quedan cosas de su interés
entonces se le dirige al servicio de visitas.
Para cada bien que le interesa al cliente, se le proporcionan más amplios detalles, mientras
otro empleado busca fotografías del bien. Gracias a los detalles extras y las fotos, el cliente
puede tener una opinión más amplia del bien. El empleado registra si el cliente esta o no de
acuerdo y procede a la visita física del inmueble.

1-43
@Juan__Gonzalez
Diseño de Sistemas de Workflow

1-44
@Juan__Gonzalez
Organizando workflows
• Cada caso involucra un proceso
– Un proceso consiste de
• Una serie de tareas que requieren ser ejecutadas
• Un conjunto de condiciones que determinan el orden de las
tareas
• Es igual a un procedimiento
– Una tarea es la unidad logica de trabajo que es ejecutada
individualmente por un recurso
• Ejecución <> responsabilidad
– Orden de tareas = diagrama de procesos
= n predecesores, 1 sucesor = 1 predecesor, n sucesores

1-45
@Juan__Gonzalez
Organizando workflows
• Una tarea en una proceso representa tareas de
alto nivel las cuales pueden ser detalladas
usando modelos de tareas
– Un modelo de tareas es asociado
• Un proceso es ejecutado por cada caso
– La ejecución de una tarea por un recurso es
llamado actividad
• Varios casos podrían usar el mismo proceso
pero cada caso seguirá su propia ruta
– Depende de los atributos del caso

1-46
@Juan__Gonzalez
Definición de proceso
• La definición de un proceso especifica que pasos son
requeridos y en que orden deben ser ejecutados.
– (enrutamiento, definición, procedimiento, workflow
script)
– (orden de compra, declaración de impuestos, proceso
de reclamación de seguro)
• La definición de un procesos consiste de:
– Tareas (paso, actividad, elemento del proceso)
– Una tarea es de alto nivel y puede descomponerse en
subtareas.
– Condiciones (estado, fase, requirimiento)
– Una condición es usada para determinar las tareas
que esán disponibles.

1-47
@Juan__Gonzalez
Caso
• Un caso es la ‘cosa' que requiere ser procesada
siguiendo la definición del proceso.
– (instancia de un proceso, job, projecto)
– (reclamo de seguro, orden de compra, queja,
aplicación de prestamo)
• El estado de un caso esta determinado por:
– Variables del caso (parámetros del caso)
– Los atributos lógicos del caso que son usados
para direccionar el caso.
– Condiciones
– Los requerimientos que son satisfechos.
• Datos de la aplicación están fuera del modelado de
procesos.

1-48
@Juan__Gonzalez
Modelando Procesos
place transition arc
•La notación esta inspirada en las redes de Petri
•Definido por Carl Adam Petri en los años sesenta
•Teoría formal para el modelado de concurrencia
(varias actividades, varias personas, juntos o
separados)
•Grafo bipartito formado por los
lugares/places (representados por círculos) y
transiciones (representadas por las barras o cajas)

1-49
@Juan__Gonzalez
Modelando Procesos
tarea condición
caso
Detalle de tarea

1-50
@Juan__Gonzalez
Red de Petri de un proceso de reclamación
de intervención de aseguradora de autos
Obtener cotización
Reparar auto
Comprar auto nuevo
Manejar cuenta
preliminares
de reclamación de seguros
Presentar reclamación
Final de seguro
Nota: Tareas de alto nivel

1-51
@Juan__Gonzalez
Habilitando las transiciones
• Las transiciones cambian los estados de la
red al ser ejecutadas.
• Solo las transiciones habilitadas pueden ser
ejecutadas.
• Informalmente, una transición esta
habilitada si todos los estados reueridos
para su ejecución contienen al menos un
token.

1-52
@Juan__Gonzalez
Ejecución de una transición: Ejemplo
Antes

1-53
@Juan__Gonzalez
Antes

1-54
@Juan__Gonzalez
Antes Después

1-55
@Juan__Gonzalez
Ejecución de una transición: Ejemplos

1-56
@Juan__Gonzalez
Ejemplo concreto
Deposito de dulces
rellenar
Entregar dulce
Listo para deposito de moneda
Insertar moneda
Retener moneda
Rechazar moneda
Listo a entregar
Aceptar moneda
Solicitar relleno

1-57
@Juan__Gonzalez
Ejemplo concreto
Deposito de dulces
rellenar
Entregar dulce
Insertar moneda
Retener moneda
Rechazar moneda
Listo a entregar
Aceptar moneda
Solicitar relleno
Única transición
disponible

1-58
@Juan__Gonzalez
Ejemplo concreto
Deposito de dulces
rellenar
Entregar dulce
Insertar moneda
Retener moneda
Rechazar moneda
Listo a entregar
Aceptar moneda
Solicitar relleno
Transiciones
disponibles

1-59
@Juan__Gonzalez
Ejemplo concreto
Deposito de dulces
rellenar
Entregar dulce
Insertar moneda
Retener moneda
Rechazar moneda
Listo a entregar
Aceptar moneda
Solicitar relleno
Rechazar la
moneda me
regresa al
estado inicial

1-60
@Juan__Gonzalez
Ejemplo concreto
Deposito de dulces
rellenar
Entregar dulce
Insertar moneda
Retener moneda
Rechazar moneda
Listo a entregar
Aceptar moneda
Solicitar relleno
Aceptar la
moneda

1-61
@Juan__Gonzalez
Ejemplo concreto
Deposito de dulces
rellenar
Entregar dulce
Insertar moneda
Retener moneda
Rechazar moneda
Listo a entregar
Aceptar moneda
Solicitar relleno
Listo para
entregar
dulce

1-62
@Juan__Gonzalez
Ejemplo concreto
Deposito de dulces
rellenar
Entregar dulce
Insertar moneda
Retener moneda
Rechazar moneda
Listo a entregar
Aceptar moneda
Solicitar relleno
Listo para
recibir
moneda
Listo para
rellenar
maquina

1-63
@Juan__Gonzalez
Ejemplo concreto
Deposito de dulces
rellenar
Entregar dulce
Insertar moneda
Retener moneda
Rechazar moneda
Listo a entregar
Aceptar moneda
Solicitar relleno
Listo para
recibir
moneda
No
necesariamente
se abastase
inmediatamente

1-64
@Juan__Gonzalez
Otro ejemplo de red de Petri: Elevador 1
número de tokens representa el número de movimientos verticales que puede hacer
evador hacia arriba o abajo en cualquier estado del sistema
nimation by Wil van der Aalst, Vincent Almering and Herman Wijbenga

1-65
@Juan__Gonzalez
El token representa el elevador y sus posibles estados estan representados por lo
pisosP1 a P4 y las transiciones A1 a A6 el ascenso o descenso del elevador
Animation by Wil van der Aalst, Vincent Almering and Herman Wijbenga
Otro ejemplo de red de Petri:
Elevador 2

1-66
@Juan__Gonzalez
El token representa la persona que usa al elevador y sus tareas denotadas de
A1 a A4
Otro ejemplo de red de Petri: Elevador 3

1-67
@Juan__Gonzalez
Ejercicio de modelado
• ¿Qué aprendimos de los ejemplos anteriores?
– La perspectiva y el objeto en estudio hace que el modelado de
procesos sea diferente
• Ejercicio
– Modelar la red de Petri necesaria para controlar los semáforos de
un cruce simple, es decir, si el semáforo1 tiene luz roja ponerle luz
roja al semáforo 2.
• Modela primero un semáforo
• Después busca el estado común que relaciona los dos semáforos

1-68
@Juan__Gonzalez
Solución al problema de tráfico de
semáforo

© 2011 BUAP 69
Catalogo de Patrones
Patrones de Control Primario
• Sequence

© 2011 BUAP 70
• And-Split – ejecuta actividades en paralelo
• Ejemplos
• Después de la terminación de la tarea de captura de la matrícula, ejecutar
crear el perfil de los estudiantes y enviar confirmación de inscripción al
mismo tiempo.
• Cuando una alarma de intrusión se recibe, active la tarea alertar guardia e
informar inmediatamente a la policía.
Una vez el cliente haya pagado por los bienes, empaquetarlos y emitir un
recibo.

© 2011 BUAP 71
• And-Join – sincronizar dos hilos paralelos de ejecución
• Ejemplos
• La tarea de despacho de bienes se ejecuta inmediatamente después de
que tanto la verificar factura y producir recibo son completadas.
• La declaración de efectivo en el cajón sólo puede ocurrir cuando la
tienda ha sido cerrada y el resumen de tarjeta de crédito ha sido impreso.

© 2011 BUAP 72
• XOR-Split – seleccionar una ejecución de muchas alternativas
• Ejemplos
• Dependiendo del volumen de tierra para ser trasladados, se envía la
petición de la retroexcavadora, el bobcat o la excavadora-D9
para completar el trabajo.
Después de la tarea revisión de elección se haya completado, o
bien declaran los resultados o la tarea de recuento de votos se realiza.

© 2011 BUAP 73
• XOR-Join – une dos alternativas de ejecución
• Ejemplos
• A la conclusión de la excavación de la excavadora bobcat o la d9, la tarea
de estimación de cantidad de tierra excavada es realizada para solicitar
pago.
• Después de hacer el pago u otorgar creditos, se inicia la tarea de hacer
recibo del producto.

© 2011 BUAP 74
• Or-Split – seleccione muchos caminos de ejecución de entre muchas
opciones
• Ejemplos
• Dependiendo de la naturaleza de la llamada de emergencia, una o más
tareas de envío es efectuada: enviar policía, enviar carro de bomberos y
enviar ambulancia.

© 2011 BUAP 75
Patrones de Conexión y Sincronización Avanzados
• Or-Join – La unión de dos o más líneas de ejecución (que divergieron
previamente en un punto especifico) y se unen en una única línea de
consecución.
• La Unión sincronizada estructurada ocurre en un contexto estructurado, es
decir debe existir un or-split antes en el modelo de procesos.

© 2011 BUAP 76
Patrones de Conexión y Sincronización Avanzados
• Or-Join
• Ejemplos
• Dependiendo la naturaleza de la llamada una o más tareas de envío es
efectuada: enviar policía, enviar carro de bomberos y enviar ambulancia.
Cuando todos los vehículos de emergencia lleguen al lugar del accidente,
la tarea transferir-paciente comienza.

© 2011 BUAP 77
YAWL
Herramienta para modelado de procesos

© 2011 BUAP 78
YAWL notación
Composite task Multiple Instance task

© 2011 BUAP 79
Ejemplo general de Yawl

© 2011 BUAP 82
Ejemplo General YAWL

© 2011 BUAP 83
Actividad
• Una agencia de viajes ejecuta varias tareas. Primero el cliente es
registrado. Después, el empleado busca oportunidades que son
comunicadas al cliente. Después el cliente es contactado para
determinar si sigue interesado o no en el viaje ysi quiere otras
opciones. Hay 3 posibilidades: 1) el cliente no esta interesado, 2)
quiere ver mas alternativas, 3) el cliente selecciona una
oportunidad.
• Si el cliente selecciona un viaje, el viaje es reservado. En paralelo,
uno o dos tipos de seguros (seguro de cancelación, perdida de
equipaje) se preparan si es del deseo del cliente, puede ser que
ninguno. Dos semanas antes del inicio del viaje los documentos
son enviados al cliente. Un viaje puede ser cancelado en cualquier
momento después de hacer la reservación y antes de que inicie el
viaje. Notar que los que no tengan seguro no seran reembolsados.

Asignación y aceptación del trabajo
En el trabajo siempre estas bajo las ordenes de otras personas
Jefe
Cliente
siempre tiene la razón
Guían nuestro trabajo
Las ordenes del jefe a su personal
Directas. Cuando el producto realizado es directamente
dirigido al cliente, procesos primarios
Indirectas. Cuando el trabajo involucra mantenimiento o
mejora de los procesos de producción, procesos secundarios y
terciarios

Los organigramas en una empresa sirven para definir el
orden en que una tarea es asignada de una persona a otra.
Los actores que intervienen en este proceso son:
La persona que asigna la tarea es conocido como director;
mientras que la persona a la que se le asigna una tarea es un
contratista.
Puede ser una persona o una empresa

Para tener éxito es importante:
Tener bien claro quién es nuestro cliente
Un empleado trabaja mejor si sabe quien es su cliente
Ayuda a la certidumbre sobre el potencial de lo que hace
Para toda relación entre director y contratista existe una
relación de trabajo o un contrato, a veces no escrito, donde
se establecen las condiciones del producto (caso) a
desarrollarse:
Tiempo de elaboración
Costo

Asignación directa
La capacidad de especificar directamente en tiempo de diseño la
identidad de el recurso que va a ejecutar una tarea.

Asignación basada en el rol
La capacidad de especificar en tiempo de diseño que una tarea sólo
puede ser ejecutada con los recursos que desempeñan una función
(rol) determinada.

Asignación diferida
La posibilidad de aplazar la especificación de la identidad del
recurso que ejecuta una tarea hasta el tiempo de ejecución.

Asignación Aleatoria
La habilidad de ofrecer or asignar trabajos to suitable recursos on a random basis.
 Ejemplo:
The Judge case trabajo is asignard to a Magistrate on a random basis.

Asignación Round Robin
 La habilidad de asignar un trabajo a recursos disponible usando ciclos
 Ejemplo:
Trabajos de revisión de artículos son asignados a los Referee usando un ciclo.

Cola más corta
La habilidad de asignar un trabajo al recurso que tiene el menor número de
trabajo asignado a él.
Tiene como objetivo acelerar el rendimiento

Escalada
 La habilidad de un sistema de workflow para ofrecer o asignar un trabajo a un recurso o
grupo de recursos diferente a aquel al que se había escogido previamente vía asignación
u oferta. Con el objetivo de lograr la ejecución del trabajo, generalmente por que se ha
llegado a una fecha límite.

Desasignación
 La habilidad of a recurso (o grupo de recursos) a renunciar al trabajo que es asignado a
él y hacerlo disponible para la asignación a otro recurso o grupo de recursos.

Reasignación con estado
La habilidad de un recurso a asignar un trabajo a otro recurso sin perdida
del valor de los datos y el estado de avance de la tareas.

Reasignación sin estado
 La habilidad de un recurso de reasignar un trabajo que estaba ejecutando a otro recurso
sin mantener el estado de la tarea.

Suspensión / Resumen
 La habilidad para un recurso para suspender y resumir la ejecución de un trabajo.

Saltar
La habilidad para un recurso de saltar un trabajo asignado y marcarlo como realizado.

1-102
Desarrollo de sistemas de
Información

1-104
@Juan__Gonzalez
Marco de Referencia

© 2011 BUAP 108
108 November 9-11, 2009 - Mérida, Mexico CLIHC’09
• Tasks in the process are detailed using task
models
Ejercicio
6. Task Modeling

© 2011 BUAP 109
• Attributes identified for the tasks
Task Task
Type
Task Item User
category
Facet
Insert Name Create Element Interactive Input
Insert Zip Code Create Element Interactive Input
Select Age category Select Element Interactive Input
Select Gender Select Element Interactive Input
Ejercicio

© 2011 BUAP 110
Ejemplo
User Interface Action Types Facet Specification Information to take into account Possible Abstract Interaction
Component
“create name” and “create zip Code” Create attribute value Data type, domain characteristics A text output with a text input
associated to it
“select gender and select age
Category”
Select attribute value
+ selection values
known
Data type, domain characteristics,
selection values
A dropdown list, a group of radio
buttons textual or characters.

1-111
Example of MDE of Uis in UsiXML
Total graphical VS predominant graphical
ITEA UsiXML project #08026, 2009-2012

1-112
Example of MDE of Uis in UsiXML
Predominant vocal VS total vocal
ITEA UsiXML project #08026, 2009-2012

1-113
CUI rendering in VUItoolkit

1-114
X3D generated from Alice
• It’s a real 3D UI!

1-115
FUI included in virtual scene

1-121
@Juan__Gonzalez
Overview

1-122
@Juan__Gonzalez
Join us
BUAP
http://www.facebook.com/UsiXML
@usixml

1-123
For more information and downloading,
http://www.lilab.eu
User Interface eXtensible Markup Language
http://www.usixml.org
http://www.usixml.eu
Register as a member of the UsiXML End-User Club at
http://www.usixml.eu/end_user_club
Thank you very much for your
attention!
Contact in Mexico
Dra. Josefina Guerrero-García jguerrero@cs.buap.mx
Dr. Juan Manuel González-Calleros juan.gonzalez@cs.buap.mx
@Juan__Gonzalez

Modelado de Sistemas Interactivos con FlowiXMLGonzalez mini curso-flowixml

Recomendados

Recomendados

Más contenido relacionado

Similar a Modelado de Sistemas Interactivos con FlowiXMLGonzalez mini curso-flowixml

Similar a Modelado de Sistemas Interactivos con FlowiXMLGonzalez mini curso-flowixml (20)

Más de Juan Manuel Gonzalez Calleros

Más de Juan Manuel Gonzalez Calleros (20)

Modelado de Sistemas Interactivos con FlowiXMLGonzalez mini curso-flowixml

Notas del editor