Expresiones de asignación de recursos
(Gp:) Role PhD Student
(Gp:) Position THEOS's PhD Student
(Gp:) Role Project Coordinator
¿Cómo definimos estas asignaciones?
RAL: Resource Assignment Language
RAL: Resource Assignment Language
(Gp:) HAS POSITION THEOS's PhD Student
(Gp:) HAS ROLE Project Coordinator
15
RAL: Resource Assignment Language
(Gp:) RAL Data
(Gp:) RAL AC
(Gp:) RAL Core
(Gp:) RAL Org
RAL Core
Asignaciones directas a una persona concreta:
IS Pepe
Expresiones compuestas con AND, OR y NOT
NOT IS Juan
RAL Organizacional
Asignaciones basadas en roles, grupo, posiciones, capacidades, jerarquía organizacional y comunalidad:
HAS ROLE Phd Student
HAS POSITION THEOS's Technician
HAS UNIT THEOS Project
HAS CAPABILITY 3 years of experience
DIRECTLY REPORTS TO THEOS's Project Coordinator
IS REPORTED BY THEOS's Phd Student
SHARES SOME ROLES WITH Juan
RAL Data
Añade a las expresiones anteriores la posibilidad de referenciar los datos del proceso sustituyendo un rol, persona, posición o unidad concretos por YY IN DATA FIELD xx, donde:
YY es ROLE, PERSON, POSITION o UNIT
xx es el nombre de un objeto de datos
Ejemplos:
IS PERSON IN DATA FIELD Travel Authorization – Traveller
HAS UNIT IN DATA FIELD Travel Authorization – Project
RAL AC
Añade a las expresiones anteriores la posibilidad de hacer referencia a las personas que han hecho actividades en la instancia actual del proceso sustituyendo un nombre de persona concreto por PERSON RESPONSIBLE FOR ACTIVITY xx, donde:
xx es el nombre de una actividad
Ejemplos
IS PERSON RESPONSIBLE FOR ACTIVITY Submit Paper
SHARES SOME ROLE WITH PERSON RESPONSIBLE FOR ACTIVITY Sign Authorization
Matrices RACI
(Gp:) RASCI ROLES
R = Responsible
A = Accountable
S = Support
C = Consulted
I = Informed
RACI Matrix
¿Qué conclusiones puedo sacar mirando las columnas de la matriz?
¿Y mirando las filas?
Matrices RACI
Restricciones adicionales usando RAL
Matrices RACI
HAS CAPABILITY Experience >= 1 year
Introducción
Modelado avanzado de la perspectiva organizacional
Calidad en procesos de negocio
Sintáctica
Semántica
Pragmática
Calidad en procesos de negocio
La calidad sintáctica se refiere al objetivo de producir modelos de procesos conforme a las reglas del lenguaje de modelado utilizado
La verificación es la actividad que comprueba la calidad sintáctica de un modelo
La corrección estructural está relacionada con los tipos de elementos usados en el modelo y cómo se conectan
La corrección de comportamiento está relacionada con las secuencias potenciales de ejecución definidas
© M. Dumas et al. Fundamentals of BPM, Springer-Verlag, 2013
La calidad semántica se refiere al objetivo de producir modelos que estén de acuerdo a la realidad
La validación comprueba la calidad semántica de un modelo comparándole con el proceso de negocio del mundo real
Validez implica que todo lo especificado en el modelo es correcto y relevante al problema
Completitud significa que el modelo contiene toda la información relevante de un proceso
La calidad pragmática se refiere al objetivo de construir un modelo de proceso con una buena usabilidad
La certificación es la actividad que comprueba la calidad pragmática de un modelo de proceso en términos de su entendibilidad y mantenibilidad
El tamaño de los procesos afecta negativamente a su entendimiento, así que:
Usa el menor número de elementos en el modelo que sea posible.
Descompón en subprocesos modelos con más de 30 elementos o que ocupen más de una página en A4.
Debe existir consistencia entre la estructura visual del proceso y la lógica, así que:
Intenta que la lógica del proceso se entienda sólo con ver el diagrama sin necesidad de nada adicional.
El layout de los elementos en el proceso es importante.
Modela de izquierda a derecha y de arriba a abajo siguiendo la forma en que las personas intuitivamente entienden la línea temporal.
Mal layout vs buen layout
© M. Dumas et al. Fundamentals of BPM, Springer-Verlag, 2013
Los nombres de los elementos utilizados en el proceso debe ser homogéneo y lo menos ambiguo posible, así que
Sigue las recomendaciones de nombrado de elementos comentadas en clase, especialmente la de Verbo – objeto en las actividades.
Fija reglas de nombrado para cada elemento de modelado y los propios modelos
Establece un conjunto de nombres, verbos y acrónimos estándar para nombrar objetos y artefactos
El tener una estructura compleja de gateways dificulta el entendimiento del proceso
Minimiza el número de flujos de secuencia por elemento.
Modela tan estructurado como sea posible. Un modelo es estructurado si a cada split gateway le corresponde un join gateway del mismo tipo.
Evita en lo posible los gateways OR porque la combinación de opciones que representan son más difíciles de captar por los usuarios.
Si es posible, etiqueta los gateways de decisión exclusiva con una pregunta si/no y etiqueta los flujos de secuencia con "si" y "no"
¿Qué calidad pragmática tiene este modelo? ¿Cómo se podría mejorar?
© M. Dumas et al. Fundamentals of BPM, Springer-Verlag, 2013
Introducción
Modelado avanzado de la perspectiva organizacional
Calidad en procesos de negocio
Descubrimiento de procesos
El descubrimiento de procesos es una actividad colaborativa
Evidencias
Entrevistas
Workshops
Tres métodos de descubrimiento
Ventajas e inconvenientes de cada método
Introducción
Modelado avanzado de la perspectiva organizacional
Calidad en procesos de negocio
Descubrimiento de procesos
Resumen
Resumen
Modelado avanzado de la perspectiva de recursos
Aseguramiento de la calidad de los procesos
Calidad sintáctica
Calidad semántica
Calidad pragmática
Métodos de descubrimiento de procesos
 Página anterior | Volver al principio del trabajo | Página siguiente  |