Modelado Perspectiva de Recursos - Rio 2017

5.
DISEÑO Y MODELADO DE LA
PERSPECTIVA DE RECURSOS DE PROCESOS
DE NEGOCIO
Curso: Gestión de Procesos de Negocio: Herramientas de software y sistemas

Docente: Dr. Pablo D. Villarreal
Bibliografía
 Stroppi, L., Chiotti, O., Villarreal, P. Defining the Resource Perspective in the Development of Processes-
Aware Information Systems. Information and Software Technology, Vol 59, March 2015, pp 86-108,
ISSN: 0950-5849, Elsevier, 2015. http://ri.conicet.gov.ar/handle/11336/7406 ;
http://www.sciencedirect.com/science/article/pii/S0950584914002171
 Stroppi, L., Chiotti, O., Villarreal, P. A BPMN 2.0 Extension to Define the Resource Perspective of
Business Process Models. CIbSE 2011, Río de Janeiro, Brasil. Proceedings XIV Congreso
Iberoamericano en Software Engineering, pp 25-38, ISBN: 978-85-8006-032-4, 2011.
 Stroppi, L. Definición de la Perspectiva de Recursos en el Desarrollo de Sistemas de Información
Orientados a Procesos de Negocio. Tesis doctoral, UTN FRSF, 2015.
https://sites.google.com/site/pablodavidvillarreal/phd-thesis/download-theses/Tesis-Stroppi-
Final.pdf?attredirects=0&d=1
Escuela RIO 2017 - Gestión de Procesos de Negocio: Herramientas de software y sistemas 2

Perspectiva de Recursos de Procesos de Negocio
Perspectiva de Recursos define:

 Recursos humanos involucrados en la ejecución del proceso.
 Distribución y asignación del trabajo a los mismos.
 Interacciones de los recursos con el SIOP.

Relevancia de la Perspectiva de Recursos
 La distribución y asignación de trabajo a los recursos afecta la

eficiencia y efectividad de un proceso
 aspecto importante y crítico en la gestión de workflows
 La perspectiva de recursos generalmente está fuera de
consideración en el análisis y diseño de procesos
 decisiones sobre esta perspectiva son dejadas para las
etapas de implementación
 analistas/diseñadores de procesos no deciden sobre la misma
 Esta perspectiva debería ser definida tanto en la solución
organizacional como en la solución tecnológica
 alineación entre ambas soluciones

Relevancia de la Perspectiva de Recursos
Otros problemas:
 Pobre soporte de los lenguajes de modelado.
 Soporte dispar o probe de los WfMSs.
 Falta de lineamientos metodológicos.
 Definiciones deficientes de esta perspectiva:

 SIOPs demasiado inflexibles: pobre desempeño.
 SIOPs demasiado liberales: problemas de seguridad.

Distribución y Asignación de Tareas en Workflows
Distribución/Asignación de un ítem de trabajo a un recurso

(creación de la instancia de una tarea)
La máquina de proceso/workflow tiene que decidir:

 El orden en que se crean y muestran los ítems de trabajo
FIFO, LIFO, SPT, EDD, por prioridad

 Cómo distribuir y asignar un ítem de trabajo a un recurso para
ejecutar una tarea
 Mecanismos de distribución/asignación de tarea

Ciclo de vida de un Ítem de Trabajo
Ofrecido a un
Suspendido
Único Recurso
S: ofrecer
S: comenzar R: suspender
R: asignar
R: reanudar
S: crear S: asignar R: comenzar R: finalizar

Asignar a un
Creado Comenzado Finalizado
Único Recurso
R: asignar R: comenzar R: interrumpir

S: ofrecer
Ofrecido a
Múltiples Interrumpido
Recursos

Patrones de Recursos
 Patrones de Creación:
 Cómo un item de trabajo debería ser manejado luego de la creación
durante las etapas de distribución y asignación, antes de ser ejecutado
1. Direct Distribution
2. Role-Based Distribution
3. Deferred Distribution
4. Authorization
5. Separation of Duties
6. Case Handling
7. Retain Familiar
8. Capability-Based Distribution
9. History-Based Distribution
10. Organisational Distribution
11. Automatic Execution
Patrones de Creación:
 Distribución Directa
Una persona individual es asignada para realizar una actividad
 Distribución basada en Rol
Una actividad puede ser realizada por toda persona que cumpla con el rol de la misma.
(1) El sistema puede seleccionar una persona que cumpla el rol para ejecutar la actividad, y
solo un ítem de trabajo es generado.
(2) O el sistema puede ofrecer ejecutar la actividad a todas las personas que cumplen el rol,
generando un ítem de trabajo por cada una de esas personas. Cuando una persona
selecciona el ítem para ejecutar la actividad, los ítems de trabajo ofrecidos a las demás
personas que cumplen el rol son removidos.
 Distribución Diferida
La decisión de quién ejecuta una actividad es realizada en tiempo de ejecución del proceso
de negocio, independientemente de la información del rol
 Autorización
Asigna personas a una actividad basada en sus posiciones. Una lista de posiciones
especifica las personas que pueden ejecutar la actividad

Patrones de Creación:
 Separación de funciones (o deberes)
Relaciona diferentes asignaciones de trabajo en un mismo proceso. Ej: un documento que
debe ser firmado y contrafirmado por dos personas con el mismo rol, es decir, cada
documento debe ser firmado por dos personas diferentes.
 Manejo de Caso
Una persona realiza todas las actividades de una instancia de proceso. Aplicable cuando se
requiere un conocimiento de todo el caso para ejecutar las actividades
 Distribución basada en Historia
Una persona es asignada para realizar una actividad según la historia de las actividades que
ha realizado
 Distribución organizacional
Asignación de personas a actividades basadas en sus posiciones en la organización

 Patrones Push:
 Situaciones donde items de trabajo son proactívamente
ofertados o asignados a recursos por el sistema
12. Distribution by Offer - Single Resource
13. Distribution by Offer - Multiple Resources
14. Distribution by Allocation - Single Resource
15. Random Allocation
16. Round Robin Allocation
17. Shortest Queue
18. Early Distribution
19. Distribution on Enablement
20. Late Distribution

 Patrones Pull:
 Situaciones sobre cómo los recursos conocen los items de trabajo que
requieren ejecución, ya sea ofertados/asignados en forma directa por el
Sistema o ofrecidos a través de una lista de items de trabajo
21. Resource-Initiated Allocation
22. Resource-Initiated Execution - Allocated Work Item
23. Resource-Initiated Execution - Offered Work Item
24. System-Determined Work Queue Content
25. Resource-Determined Work Queue Content
26. Selection Autonomy

 Patrones Detours (Desvíos):

 Situaciones donde las distribuciones de items de trabajo realizadas son
interrumpidas por el Sistema o un recurso: delegation, escalation,
deallocation, stateful reallocation, suspension/resumption, skipping, redo,
pre-do
27. Delegation
28. Escalation
29. Deallocation
30. Stateful Reallocation
31. Stateless Reallocation
32. Suspension-Resumption
33. Skip
34. Redo
35. Pre-Do
Resource Patterns
 Patrones Auto-Start :
 Situaciones donde la ejecución de los items de trabajo es disparada por
eventos específicos en el ciclo de vida del item de trabajo
36. Commencement on Creation
37. Commencement on Allocation
38. Piled Execution
39. Chained Execution
 Patrones de Visibilidad:
 Configuración de items de trabajo no asignados y asignados
40. Configurable Unallocated Work Item Visibility
41. Configurable Allocated Work Item Visibility

Framework y Método para definir la Perspectiva de
Recursos en el desarrollo de SIOPs
 Stroppi, L., Chiotti, O., Villarreal, P. Defining the Resource

Perspective in the Development of Processes-Aware Information
Systems. Information and Software Technology, Vol 59, March
2015, pp 86-108, ISSN: 0950-5849, Elsevier, 2015.
http://ri.conicet.gov.ar/handle/11336/7406 ;
http://www.sciencedirect.com/science/article/pii/S095058491400
2171
 Stroppi, L. Definición de la Perspectiva de Recursos en el

Desarrollo de Sistemas de Información Orientados a Procesos de
Negocio. Tesis doctoral, UTN FRSF, 2015.
https://sites.google.com/site/pablodavidvillarreal/phd-
thesis/download-theses/Tesis-Stroppi-
Final.pdf?attredirects=0&d=1
Framework y Método para definir la Perspectiva de
Recursos en el desarrollo de SIOPs
 Framework
 Identifica tres aspectos de la perspectiva de recursos
 Extiende BPMN para definir la perspectiva de recursos en modelos de
procesos independientes y específicos de una plataforma
 Comprende y satisface los patrones de recursos
 Posibilita representar las entidades que proveen diferentes tipos de
arquitecturas y sistemas de WfMSs: WS-Human-Task, YAWL, etc
 Método
 Basado en el Desarrollo Dirigido por Modelos
 Posibilita generar un SIOP que implementa un proceso con la
perspectiva de recursos definida en un modelo BPMN
 Permite determinar alineación y compatibilidad de la implementación
con los modelos conceptuales en BPMN
Aspectos de la Perspectiva de Recursos
Motor de Procesos
Estructura
de
Recursos
Repositorio Componente de
Organizacional distribución de trabajo
Distribución de
Trabajo
Manejador de lista de tareas
Autorización
- Estática
- Dinámica

Aspecto de Estructura de Recursos

 Caracterización: descripción de las propiedades
relevantes de los recursos.

 Habilidades, disponibilidad horaria, etc.
 Clasificación: asociación de conjuntos de recursos con

conceptos.
 Unidades de Negocio, Departamentos, Puestos
Se puede definir en base a:
 Enfoque organizacional.
 Enfoque dirigido por el workflow.

Aspecto de Distribución de Trabajo

Forma en que el trabajo es dado a conocer (ofertado) y
asignado a los recursos para su ejecución. Implica:
 Asignación de recursos a tareas
 Restricciones de resolución
 Separación de responsabilidades, binding
 Estrategias de distribución
 Estrategias de oferta o pull
 Estrategias de asignación o push
 Desvíos (Detours)
 Cambios en las distribución de ítems de trabajo
según la ocurrencia de eventos o como consecuencia
de una operación ejecutada por un recurso
Aspecto de Autorización
Privilegios de los recursos para la ejecución de operaciones que les
permiten organizar y cumplimentar los ítems de trabajo que se les
asignan
Autorización Estática
 Definición en tiempo de diseño de los privilegios dados a los
recursos en el modelo de recurso u organizacional
 Referidos como Privilegios de Recursos  Indican las operaciones
permitidas de worklist o work ítems
Autorización Dinámica
 Definición de privilegios dados a los recursos para cada
ítem de trabajo de una tarea en tiempo de ejecución
 Referidos como Privilegios de Tarea  Indican sólo las
operaciones de ítem de trabajo permitidas
Extensiones a BPMN
Notación para Modelo de Estructura de Recursos (RSM)

Extensiones a BPMN
Notación para Modelo de Proceso Extendido

Propiedades adicionales de Tareas para la perspectiva de recursos
 Role: indica un ResourceRole que define una política de distribución de trabajo
 Documentation: descripción de las características del resource role.
 modo en que la responsabilidad es establecida  push o pull
 forma en que los recursos pueden influir en la asignación de responsabilidades  si
los recursos son capaces de modificar dicha asignación de responsabilidades por
medio de la ejecución de desvío.
 Ref: indica la asignación de un recurso a un rol.
 Referencia directa: a un clasificador de recurso definido en un PI-RSM
 Consulta parametrizada: define la asignación de recursos referenciando clasificadores
de recursos definidos en el PI-RSM y estableciendo condiciones sobre los valores de
sus parámetros
 Expresiones de asignación determina los recursos a ser asignados a un rol por medio
de la evaluación de datos definidos en el alcance de la instancia de la tarea

Extensiones a BPMN
Notación para Modelos de Proceso Extendidos

Propiedades adicionales de Tareas para la perspectiva de recursos
 Restricción de Resolución: limita el conjunto de recursos asignados a un rol de la
tarea con base en distintos criterios. Ejemplos:
 separación de responsabilidades, recursos que desempeñaron un rol en una tarea de
usuario previa son excluidos del rol siendo asignado.
 seleccionar un único recurso del conjunto definido inicialmente, tales como la asignación
cíclica, aleatoria o del recurso con menor carga de trabajo.
 Eventos de Items de Trabajo: Escalation y Trigger
 Ante la ocurrencia en tiempo de ejecución de un evento para un determinado ítem de
trabajo, los roles que lo referencien como escalation serán retirados a los recursos, por lo
cual el ítem de trabajo ya no será accesible a dichos recursos. Por otra parte, los roles que
referencien al evento como trigger serán asignados a los recursos únicamente ante la
ocurrencia del mismo

Extensiones a BPMN
Notación para Modelo de Proceso Extendido (EPM)

Método para definir la Perspectiva de Recursos en el
desarrollo de SIOPs
 Etapas y Artefactos de desarrollo

Definir Seleccionar Especificar Validar y Generar
Definir Lógica
Requerimientos Plataforma Implementación Verificar Especificación
de Procesos P. Recursos Implementación P. Recursos P. Recursos Ejecutable
Derivado de
Derivado de Derivado de Especificación
PI-EPM Importa
PS-EPM de Workflow
Importa Importa
BPLM RPIM
Importa Derivado de Esquema de
PI-RSM PS-RSM Recursos
Derivado de

Método para definir la Perspectiva de Recursos en SIOPs
Etapa 1. Definir un Modelo de la Lógica del Proceso

(BPLM).
 Definir Modelo BPMN con la lógica del flujo de control del
proceso
 Definir la perspectiva de datos
 Identificar tareas de usuario
NOTA: Lanes en BPMN no representan un concepto de la

perspectiva de recursos. No obstante pueden ser usadas para
agrupar tareas, donde dicha agrupación puede ser usada como base
para definir la perspectiva de recursos

Caso de Estudio
Etapa 1. Modelo BPMN de la Lógica del Proceso.

Etapa 2. Definir los Requerimientos de la Perspectiva de

Recursos
2.1. Definir un Modelo de Estructura de Recursos Independiente
de Plataforma (PI-RSM):
 Definir los clasificadores de recursos.
 Caracterizar los clasificadores de recursos.
 Definir el aspecto Autorización Estática.
 Definir relaciones entre clasificadores de recursos.
 Identificar la población (recursos humanos) de los
clasificadores de recursos.

Caso de Estudio
Etapa 2.1. Modelo de Estructura de Recursos Independiente de la Plataforma

Etapa 2. Definir los Requerimientos de la Perspectiva de

Recursos
2.2. Definir un Modelo de Proceso Extendido Independiente de la
Plataforma (PI-EPM):
 Identificar y describir los roles de recursos con la política de
distribución de trabajo
 Definir la asignación de recursos a cada rol a través:
 Expresiones de asignación de recursos
 Consultas de recursos parametrizadas
 Definir restricciones de resolución
 Definir eventos de ítem de trabajo: triggers y escalations

2.2. Definir un Modelo de Proceso Extendido Independiente de la Plataforma:

Elemento del Framework Patrones Cubiertos
Rol de Recursos WRP-12 Distribución por Oferta (Único Recurso), WRP-13

Distribución por Oferta (Múltiples Recursos), WRP-14 Distribución
Aspecto Distribución de Trabajo
por Asignación (Único Recurso), WRP-36 Comienzo en la

Creación, WRP-37 Comienzo en la Asignación
Expresiones de Asignación de WRP-03 Asignación Diferida, WRP-09 Distribución Basada en la
Recursos Historia.
Restricciones de Resolución WRP-05 Separación de Responsabilidades, WRP-07 Mantener
Familiaridad, WRP-15 Asignación Aleatoria, WRP-16 Asignación
Round Robin, WRP-17 Recurso más Libre
Evento de Ítem de Trabajo WRP-19 Distribución en la habilitación, WRP-20 Distribución
Tardía, WRP-28 Escalado
Tarea Automática WRP-11 Ejecución Automática
Consulta Parametrizada de Recursos WRP-01 Asignación Directa, WRP-02 Asignación Basada en
Roles, WRP-08 Distribución Basada en Capacidades, WRP-10
Distribución Organizacional

2.2. Definir un Modelo de Proceso Extendido Independiente de la Plataforma:

2.1. Definir un del
Elemento Modelo
Marcode Proceso ExtendidoPatrones
de Trabajo Independiente
Cubiertos de la Plataforma
Privilegio de Recurso o Privilegio de Tarea WRP-04 Autorización, WRP-21 Asignación Iniciada por
el Recurso, WRP-22 Asignación Iniciada por el
Recurso (Ítem de Trabajo Asignado), WRP-23
Ejecución Iniciada por el Recurso (Ítem de Trabajo
Aspecto Autorización
Ofrecido), WRP-24 Lista de Tareas Determinada por el

Sistema, WRP-25 Lista de Tareas Determinada por el
Recurso, WRP-26 Autonomía de Selección, WRP-27
Delegación, WRP-29 Desasignación,
WRP-30 Reasignación con Estado, WRP-31
Reasignación sin Estado, WRP-32 Suspensión-
Recomienzo, WRP-33 Salto, WRP-43 Recursos
Adicionales
Privilegios de Recursos WRP-38 Ejecución Apilada, WRP-39 Ejecución en
Cadena, WRP-40 Visibilidad Configurable de Ítems de
Trabajo no Asignados, WRP-41 Visibilidad
Configurable de Ítems de Trabajo Asignados, WRP-42
Ejecución Simultánea

Caso de Estudio
Etapa 2.2. Modelo de Proceso Extendido Independiente de la Plataforma .

Caso de Estudio
Etapa 2.2. Modelo de Proceso Extendido Independiente de la Plataforma

Caso de Estudio
Etapa 2.2. Modelo de Proceso Extendido Independiente de la Plataforma

Etapa 3. Seleccionar Plataforma de Implementación

 Definir modelos (RPIM) o recuperar (de un repositorio de
plataformas de WfMS) modelos de las plataformas de

implementación alternativas para el proceso definido
 Evaluar las plataformas
 Determinar la plataforma más apropiada para los
requerimientos de la perspectiva de recursos definidos en los

modelos BPMN independientes de la plataforma.
 Calcular las tasas de soporte por plataforma.
 Seleccionar la plataforma

Etapa 3. Seleccionar Plataforma de Implementación

3.1. Definir un Modelo de Implementación de la Perspectiva de
Recursos de un WfMS.
Metamodelo de Implementación de la Perspectiva de Recursos

(RPImplMeta):
 Permite definir MODELOS para representar las plataformas y entidades de los
WfMSs para implementar la perspectiva de recursos
 Es independiente de los WfMSs
 Permite la comparación y evaluación del soporte a esta perspectiva de diferentes
WfMSs

3.1. Definir un Modelo de Implementación de la Perspectiva de Recursos de

un WfMS.
Metamodelo de
Implementación de
la Perspectiva de
Recursos
(RPImplMeta):

Caso de Estudio
Modelo de Implementación de la Perspectiva de Recursos

(RPIM) del BPMS Bonita

Caso de Estudio
Modelo de Implementación de la Perspectiva de Recursos

(RPIM) del BPMS Bonita

Método para definir la Perspectiva de Recursos
Caso de Estudio
Etapa 3. Seleccionar
hasBindablePara
Plataforma de
isReferenceable
Has Privileges
hasParameters
hasPopulation
isSubsumed
isClassifier
isResource
Implementación.
isBindable
isMember
subsumes
isSource
isTarget
ms
Min. de Gobierno 0 1 0 0 1 0 0 0 0 0 0 0 0
3.2. Evaluación del
Group 0 1 1 0 1 1 0 0 0 0 0 0 0
BPMS BONITA respecto
Sec. Municipalidades 0 1 0 0 1 1 0 0 0 0 0 0 0
al soporte para
Group 0 1 1 0 1 1 0 0 0 0 0 0 0
implementar el Modelo de
Sec. Administración 0 1 0 0 1 1 0 0 0 0 0 0 0
Estructura de Recursos
Group 0 1 1 0 1 1 0 0 0 0 0 0 0
definido en 2.1
Direción Asistencia 0 1 0 0 1 1 0 0 0 0 0 0 0
Adm.
0 1 1 0 1 1 0 0 0 0 0 0 0
Group
Dirección Plan. Urbana 0 1 0 0 1 1 0 0 0 0 0 0 0
Group 0 1 1 0 1 1 0 0 0 0 0 0 0
Dirección de Finanzas 0 1 0 0 1 1 0 0 0 0 0 0 0
Group 0 1 1 0 1 1 0 0 0 0 0 0 0
Escuela RIO 2017 - Gestión de Procesos

Dir. de Negocio:
Asistencia Admin.Herramientas
0 1 de 1 software
0 0y sistemas
1 0 1 1 0 1 1 0 41
Caso de Estudio
Etapa 3. Seleccionar
multiplePerformer
hasHardConstrain
hasSoftConstraint
revokablePrivileg
ssinglePerformer
Plataforma de
hasEscalations
isAssignable
shasTriggers
Implementación.
es
ts
Responsable (Registrar Solicitud de fondos) 1 0 1 1 0 0 0 0
3.2. Evaluación del AssignedActor 1 0 1 1 0 0 0 0
BPMS BONITA respecto Candidato (Evaluar Legalmente el Proyecto) 1 1 0 0 0 0 0 0
al soporte para Actor 1 1 0 1 0 0 0 0
implementar el Modelo Administrador (Evaluar Legalmente el 1 1 0 0 0 0 0 0

Proyecto)
de Proceso Extendido Actor
1 1 0 1 0 0 0 0
definido en 2.2 Candidato (Evaluar Técnicamente el Proyecto) 1 1 0 0 0 0 0 0
Actor 1 1 0 1 0 0 0 0
Administrador (Evaluar Técnicamente el 1 1 0 0 0 0 0 0

Proyecto)
1 1 0 1 0 0 0 0
Actor
Responsable (Recomendar Aceptación 1 0 1 1 0 0 0 0

Solicitud)
1 0 1 1 0 0 0 0
AssignedActor

Caso de Estudio
Etapa 3. Seleccionar Resultado de la evaluación del BPMS
Plataforma de Bonita:
Implementación.  Tasa de soporte de Bonita al PI-
RSM = 0,66
3.2. Evaluación del  No hay soporte completo. Se requiere
BPMS BONITA adaptación del RSM
 Support ratio to the EPM = 1
 Soporte completo a los requerimientos
definidos en el EPM

desarrollo de SIOPs
Etapa 4. Implementación de la Perspectiva de Recursos

Definir modelos BPMN específicos de la plataforma, uno de estructura
de recursos (PS-RSM) y uno de distribución de trabajo (PS-EPM):
 Inicializados a partir de los modelos BPMN independientes de la
plataforma (PI-RSM y PI-EPM).
 Importando el RPIM de la plataforma de implementación (WfMS)
seleccionada.
 Definiendo la implementación de cada uno de sus elementos con
base en:
 Las implementaciones candidatas identificadas.
 El significado de los elementos del RPIM y de los elementos del PI-RSM y el PI-EPM.

desarrollo de SIOPs
Conceptos de la plataforma seleccionada

Caso de Estudio
Etapa 4.1. Modelo de Estructura de Recursos Específico para Bonita BPMS

desarrollo de SIOPs
Implementación del resource role en la plataforma seleccionada

Caso de Estudio
Etapa 4.2.
Modelo de
Proceso
Extendido
Específico
para Bonita
BPMS

desarrollo de SIOPs
Etapa 5. Verificar y Validar Implementación

 Reglas de Verificación:
 Comprueba las restricciones definidas por el RPIM seleccionado.

 Definidas y formalizadas en OCL
 Procedimiento de Validación:
 Detecta inconsistencias entre modelos específicos e independientes de plataforma.
 Comprueba el PS-RSM y PS-EPM contra sus PI-RSM and PI-EPM de origen.
 Estos modelos referencian a los mismos recursos humanos?
 Chequeo que las tareas de usuario tengan el mismo nombre
 Chequeo que las tareas de usuario de un PS-EPM define un resource role, restricciones de resolución y
eventos de ítem de trabajos y corresponden con las definidas en el PI-EPM
 Chequeo y test que las asignaciones de recursos posibles para un resource role en cada tarea de usuario
dan como resultado algún recurso humano definido en los modelos.

desarrollo de SIOPs
Etapa 6. Generar Especificación Ejecutable del Proceso
 Se emplean transformaciones modelo-a-código desarrolladas para
cada plataforma

Modelado Perspectiva de Recursos - Rio 2017

Încărcat de

Informații document

Titlu original

Drepturi de autor

Formate disponibile

Partajați acest document

Partajați sau inserați document

Opțiuni de partajare

Vi se pare util acest document?

Este necorespunzător acest conținut?

Drepturi de autor:

Formate disponibile

Modelado Perspectiva de Recursos - Rio 2017

Încărcat de

Drepturi de autor:

Formate disponibile

5.

Curso: Gestión de Procesos de Negocio: Herramientas de software y sistemas

Escuela RIO 2017 - Gestión de Procesos de Negocio: Herramientas de software y sistemas 2

Perspectiva de Recursos define:

 Distribución y asignación del trabajo a los mismos.

 Interacciones de los recursos con el SIOP.

Escuela RIO 2017 - Gestión de Procesos de Negocio: Herramientas de software y sistemas 3

 La distribución y asignación de trabajo a los recursos afecta la

Escuela RIO 2017 - Gestión de Procesos de Negocio: Herramientas de software y sistemas 4

 Soporte dispar o probe de los WfMSs.

 Falta de lineamientos metodológicos.

 Definiciones deficientes de esta perspectiva:

Escuela RIO 2017 - Gestión de Procesos de Negocio: Herramientas de software y sistemas 5

Distribución/Asignación de un ítem de trabajo a un recurso

La máquina de proceso/workflow tiene que decidir:

FIFO, LIFO, SPT, EDD, por prioridad

Escuela RIO 2017 - Gestión de Procesos de Negocio: Herramientas de software y sistemas 6

Ciclo de vida de un Ítem de Trabajo

S: crear S: asignar R: comenzar R: finalizar

R: asignar R: comenzar R: interrumpir

Escuela RIO 2017 - Gestión de Procesos de Negocio: Herramientas de software y sistemas 7

Escuela RIO 2017 - Gestión de Procesos de Negocio: Herramientas de software y sistemas 9

Escuela RIO 2017 - Gestión de Procesos de Negocio: Herramientas de software y sistemas 10

13. Distribution by Offer - Multiple Resources

14. Distribution by Allocation - Single Resource

15. Random Allocation

16. Round Robin Allocation

17. Shortest Queue

18. Early Distribution

19. Distribution on Enablement

20. Late Distribution

Escuela RIO 2017 - Gestión de Procesos de Negocio: Herramientas de software y sistemas 12

 Patrones Detours (Desvíos):

41. Configurable Allocated Work Item Visibility

Escuela RIO 2017 - Gestión de Procesos de Negocio: Herramientas de software y sistemas 14

 Stroppi, L., Chiotti, O., Villarreal, P. Defining the Resource

 Stroppi, L. Definición de la Perspectiva de Recursos en el

Manejador de lista de tareas

Escuela RIO 2017 - Gestión de Procesos de Negocio: Herramientas de software y sistemas 17

Aspecto de Estructura de Recursos

relevantes de los recursos.

 Clasificación: asociación de conjuntos de recursos con

 Enfoque dirigido por el workflow.

Escuela RIO 2017 - Gestión de Procesos de Negocio: Herramientas de software y sistemas 18

Aspecto de Distribución de Trabajo

Notación para Modelo de Estructura de Recursos (RSM)

Escuela RIO 2017 - Gestión de Procesos de Negocio: Herramientas de software y sistemas 21

Notación para Modelo de Proceso Extendido

Escuela RIO 2017 - Gestión de Procesos de Negocio: Herramientas de software y sistemas 22

Notación para Modelos de Proceso Extendidos

Escuela RIO 2017 - Gestión de Procesos de Negocio: Herramientas de software y sistemas 23

Notación para Modelo de Proceso Extendido (EPM)

Escuela RIO 2017 - Gestión de Procesos de Negocio: Herramientas de software y sistemas 24

 Etapas y Artefactos de desarrollo

Escuela RIO 2017 - Gestión de Procesos de Negocio: Herramientas de software y sistemas 25

Etapa 1. Definir un Modelo de la Lógica del Proceso

NOTA: Lanes en BPMN no representan un concepto de la

Escuela RIO 2017 - Gestión de Procesos de Negocio: Herramientas de software y sistemas 26

Etapa 1. Modelo BPMN de la Lógica del Proceso.

Escuela RIO 2017 - Gestión de Procesos de Negocio: Herramientas de software y sistemas 27

Etapa 2. Definir los Requerimientos de la Perspectiva de

 Caracterizar los clasificadores de recursos.

 Definir el aspecto Autorización Estática.