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 siguiente |