Manual Del Curso - Laboratorio

PROCESOS ORGANIZACIONALES 1
Procesos
Organizacionales
(Laboratorio)
CARRERA DE ADMINISTRACIÓN Y SISTEMAS IEST PRIVADO CIBERTEC


Índice
Presentación 7
Red de contenidos 9
Unidad de Aprendizaje 1 - Laboratorio
ADMINISTRACIÓN DE PROYECTOS EN BIZAGI STUDIO 11

1.1 Tema 1 : Bizagi Studio 13
1.1.1 : Requisitos de instalación de Bizagi Studio 13
1.1.2 : Creación de Proyectos 14
1.1.3 : Abrir y manejar proyectos 18
1.1.4 : Interfaz de Bizagi Studio 24
1.1.5 : Vista del Asistente 24
1.1.6 : Vista de Experto 26
1.1.7 : Seguridad en Bizagi Studio 28
1.1.8 : Central de Procesos – Process Xchange 30
1.1.9 : Práctica dirigida 34
1.2 Tema 2 Aplicación 1 – Primera parte 38

1.2.1 : Mejores prácticas en Modelado de Procesos. 38
1.2.2.1 : Principios de modelado BPMN 38
1.2.1.1.1 : Secuencia lógica 38
1.2.1.1.2 : Estándar BPMN 40
1.2.1.1.3 : Etiquetado estricto 45
1.2.1.1.4 Simplificación de diagramas 48
1.2.1.1.5 : Antipatrones 49
1.2.2 : La propiedad “En riesgo” 50
:
1.3 Tema 3 : Aplicación 1 – Segunda parte 63
1.3.1 Mejores prácticas en Modelado de datos 63
1.3.1.1 Entidades, atributos y relaciones 63
1.3.1.2 Nomenclatura para entidades 63
1.3.1.3 Nomenclatura para atributos 64
1.3.1.4 Lineamientos de diseño 65
1.3.1.5 Lineamientos de rendimiento 67
1.3.1.6 Recomendaciones para la integración de datos 70
1.3.1.6 Práctica dirigida 73
1.4 Tema 4 Aplicación 1 – Tercera parte 80

1.4.1 Mejores prácticas en el diseño de formas 80
1.4.1.1 Recomendaciones 80
1.4.1.2 Diseño de formularios eficaces y eficientes 80
1.4.2 Práctica dirigida 91
DESARROLLO DE APLICACIONES I 107

2.1 Tema 5 : Aplicación 1 – Cuarta parte 107
2.1.1 : Mejores prácticas en Reglas de Negocio 107
2.1.2 : Recomendaciones 107
IEST PRIVADO CIBERTEC CARRERA DE ADMINISTRACIÓN Y SISTEMAS

2.1.2.1 : Nomenclatura para expresiones 108

2.1.2.2 : Diseño de Reglas de Negocio eficientes y gobernables 108
2.2 Tema 6 : Aplicación 1 – Quinta parte 129

2.2.1 : Mejores prácticas en asignación de trabajo 129
2.2.1.1 : Control del número de usuarios 129
2.2.1.2 : Método de asignación “Todos” 129
2.2.1.3 : Evitar asignación a muchos usuarios 129
2.3 Tema 7 : Aplicación 1 – Sexta parte 137

2.3.1 : Actividades asíncronas 137
2.3.2 : Mostrar Retroalimentación (show feedback) 138
2.3.3 : Puntos adecuados de integración 138
DESARROLLO DE APLICACIONES II 142

3.1 Tema 8 : Aplicación 2 – Primera parte 143
3.1.1 : Modelado avanzado 143
3.1.1.1 : Relaciones de muchos a muchos 143
3.1.1.2 : Propiedades de usuario 143
3.1.2 : Interfaces avanzadas 143
3.1.2.1 : Control de búsqueda 143
3.1.2.2 : Interfaces dinámicas avanzadas 143
3.2 Tema 9 : Aplicación 2 – Segunda parte 160

3.2.1 : Reglas de Negocio avanzadas 160
3.2.1.1 : Asignación de valores a una Colección usando Reglas de 160
Negocio
3.2.1.2 : Validaciones 160
3.2.1.3 : Funciones de Bizagi – Objeto Me 160
3.3 Tema 10 : Aplicación 2 – Tercera parte 168

3.3.1 : Subprocesos reusables 168
3.3.2 : Múltiples subprocesos 168
3.3.3 : Configuración de actividades como subprocesos 168
3.3.4 : Configuración del tipo de acceso para los subprocesos 168
DESARROLLO DE APLICACIONES III 174

4.1 Tema 11 : Aplicación 2 – Cuarta parte 175
4.1.1 : Políticas de Negocio 175
4.1.1.1 : Creación de Reglas de política 175
4.1.1.2 : Contexto de vocabulario 175
4.1.1.3 : Tablas de decisión usando contexto de vocabulario 175

4.2 Tema 12 : Aplicación 2 – Quinta parte 186

4.2.1 : Asignación de trabajo. 186
4.2.1.1 : Distribución del trabajo para requerimientos de negocio 186
complejos
4.2.2 : Consultas 186
4.2.2.1 : Creación de consultas de procesos 186
4.2.2.2 : Creación de consultas de entidad 186


Presentación
Este curso constituye la implementación de tercer nivel de Modelamiento de Procesos,
según el estándar propuesto por la O.M.G., en sus documentos normativos,
Modelamiento de Procesos a nivel ejecutable.
El software utilizado en el Laboratorio de este curso, que implementa el estándar

BPMN, es Bizagi Studio (la suite), misma que constituye una plataforma de Negocios
Digitales y contribuye con las organizaciones a consolidar la transformación digital,
permitiendo realizar la automatización rápida de procesos en toda la empresa.
La plataforma de negocios digitales de Bizagi Studio envuelve los sistemas de TI

existentes, brindando a las organizaciones agilidad de negocios inmediata y la
orquestación de procesos requerida para competir en la economía digital.
Bizagi impulsa la productividad, aumenta la agilidad operacional y renueva la

experiencia de usuario empoderando a los trabajadores del conocimiento con
experiencias personalizadas y contextualizadas en todos los tipos de procesos
operacionales (ya sean estructurados, dinámicos o ad-hoc).
En las dos aplicaciones desarrolladas en este curso, se siguen varias fases; pero
básicamente estas se resumen en Modelar, Construir y Ejecutar.
Las aplicaciones inician con el diseño del flujo del proceso, es decir, Modelar. El flujo
de proceso es una cadena de actividades, la cual es la estructura fundamental del
proyecto, en ella se debe incluir las variables y los elementos necesarios para cumplir
con los requerimientos de la organización.
A continuación, se construye la solución, es decir, se realiza la automatización.
Automatizar es convertir todas las actividades del proceso en una aplicación

tecnológica. Bizagi Studio es una herramienta utilizada para la automatización de
procesos que fueron definidos previamente en Bizagi Modeler.
Se define el modelo de datos, las interfaces de usuarios, las reglas de negocio, la

asignación de trabajo y la integración con otras aplicaciones, entre otras cosas.
El modelo es almacenado en una base de datos y es interpretado y ejecutado por

Bizagi Engine. El modelo se presenta en el Portal de Trabajo (aplicación web)
accediendo a este a través de un navegador.
Bizagi Engine, basado en el modelo de proceso previamente construido, vigila la

correcta ejecución de las tareas y actividades que intervienen en el proceso de
negocio; controlando y verificando que cada una de las tareas sean realizadas en el
momento correcto, por la persona correcta y de acuerdo a los lineamientos, objetivos y
otras reglas de negocio establecidas por la compañía.


Red de contenidos
Administración de
Proyectos en Bizagi
Unidad I Studio
(Laboratorio)
Desarrollo de
Unidad II Aplicaciones I
(Laboratorio)
PROCESOS
ORGANIZACIONALES
(LABORATORIO)
Desarrollo de
Unidad III Aplicaciones II
(Laboratorio)
Desarrollo de
Unidad IV Aplicaciones III
(Laboratorio)


UNIDAD
LABORATORIO 1
ADMINISTRACIÓN DE
PROYECTOS EN BIZAGI STUDIO
LOGRO DE LA UNIDAD DE APRENDIZAJE

Al término de la unidad, el alumno emplea con suficiencia la interfaz de Bizagi Studio
para la administración de Proyectos de automatización de procesos de negocios.
TEMARIO
1.1 Tema 1 : Bizagi Studio
1.1.1 : Requisitos de instalación de Bizagi Studio
1.1.2 : Creación de Proyectos
1.1.3 : Abrir y manejar proyectos
1.1.4 : Interfaz de Bizagi Studio
1.1.5 : Vista del Asistente
1.1.6 : Vista de Experto
1.1.7 : Seguridad en Bizagi Studio
1.1.8 : Central de Procesos – Process Xchange
1.1.9 : Práctica dirigida
1.2 Tema 2 Aplicación 1 – Primera parte

1.2.1 : Mejores prácticas en Modelado de Procesos.
1.2.2.1 : Principios de modelado BPMN
1.2.1.1.1 : Secuencia lógica
1.2.1.1.2 : Estándar BPMN
1.2.1.1.3 : Etiquetado estricto
1.2.1.1.4 Simplificación de diagramas
1.2.1.1.5 : Antipatrones
1.2.2 : La propiedad “En riesgo”
:
1.3 Tema 3 : Aplicación 1 – Segunda parte
1.3.1 Mejores prácticas en Modelado de datos
1.3.1.1 Entidades, atributos y relaciones
1.3.1.2 Nomenclatura para entidades
1.3.1.3 Nomenclatura para atributos

1.3.1.4 Lineamientos de diseño

1.3.1.5 Lineamientos de rendimiento
1.3.1.6 Recomendaciones para la integración de datos
1.3.1.7 Práctica dirigida
1.4 Tema 4 Aplicación 1 – Tercera parte

1.4.1 Mejores prácticas en el diseño de formas
1.4.1.1 Recomendaciones
1.4.1.2 Diseño de formularios eficaces y eficientes
1.4.2 Práctica dirigida

1.1. BIZAGI STUDIO

1.1.1 Requisitos de instalación de Bizagi Studio
Las opciones de inicio rápido, le permite fácilmente comenzar a utilizar Bizagi, con los
componentes requeridos instalados de manera local. Para ello, asegúrese de que su
sistema cumpla con los siguientes requisitos:
REQUISITOS DE LA CONFIGURACIÓN DE
INICIO RÁPIDO PARA BIZAGI STUDIO
4 GB mínima
RAM. Recomendado: 6 GB.
HARDWRAE
10 GB de espacio libre
Disco duro Procesador · De 64 bits
De 64 bits
2 cores o más.
Procesador
2.4GHz recomendado, o superior
1024 x 768 o superior

Resolución de pantalla Display configurado al 1 00% (DPI)
Windows 10 (todas las ediciones excepto
Windows 1 0 SL).
Windows 8.1
Windows 8 (todas las ediciones excepto
Sistema operativo Windows 8 SL).
Windows 7 (Soporte a las ediciones Ultimate,
Enterprise o Professional).
Windows Server 2008 R2
Instancia local de SQL Server 2008 SP3 edición

Express incluida por la instalación de Bizagi
Studio (recomendada).
SOFTWARE
Base de datos Puede utilizar otra base de datos soportada (ver

los requerimientos del servidor de base de
datos), si lo desea.
Instancia de IIS Express 8 local incluida por la

instalación de Bizagi Studio.
Servidor web De esta manera se ejecutan los procesos en
una plataforma de .NET.
Bizagi Studio instala el Framework 4.6.1 de

.NET de Microsoft (y este framework a su vez
Framework incluye otros componentes necesarios como
Visual C++ 2010, 2008 Redistribuíble).
Internet Explorer 1 0 o superior

Chrome 24 o superior
Navegador
Firefox 1 9 o superior

1.1.2 Creación de Proyectos
Siga los siguientes pasos:
1. Utilice la opción Nuevo proyecto en Bizagi., o
2. Haga clic directamente en el enlace Nuevo, al abrir Bizagi Studio
Tenga en cuenta que para crear un proyecto, su cuenta debe pertenecer tanto al grupo local
Bizagi, como al grupo de Administradores (donde se encuentre instalado Bizagi Studio).

3. Si su cuenta no posee estos permisos, puede ingresar las credenciales de una

cuenta autorizada que sí cumpla con éstas condiciones:
4. Ingrese los detalles de su proyecto. Asegúrese de nombrar su proyecto y definir su

ubicación. Usted puede habilitar el cuadro de Configuración Avanzada para
especificar detalles del servidor de Base de datos utilizado por su nuevo proyecto.
Para una configuración de inicio rápido, puede ignorar la configuración avanzada y

dejar ésta deshabilitada casilla.

5. Haga clic en Siguiente.
6. Ingrese los detalles del servidor de Base de datos.
Si usted seleccionó la Configuración avanzada, asegúrese de especificar dónde

desea establecer su repositorio de procesos.
Observe que la Base de datos puede ser almacenada en el computador local o un

servidor remoto.Si usted d utilizó la configuración de inicio rápido durante la instalación
de Bizagi Studio, podrá utilizar el servidor de Base de datos SQL que Bizagi instala.
Esta Base de datos es detectada automáticamente, para lo cual solo necesita ingresar
las credenciales de conexión por defecto, que son:
·
 Nombre de Usuario: sa
 Contraseña: BizagiBPM123

Si utiliza el servidor de Base de datos SQL que instala Bizagi Studio (o una instancia
local), asegúrese de que cuenta con al menos 300 MB de espacio libre en su unidad
de disco C:\. De lo contrario, cuando utilice un servidor de Base de datos SQL (en
una máquina remota) asegúrese de que se cuenta con al menos 300 MB de espacio
de disco libre en ese servidor.
Si usted desea utilizar un servidor de Base de datos SQL diferente, ingrese la

siguiente información:
 Servidor: El nombre de la Base de datos que contiene la instancia del Servidor
SQL.
 Base de Datos: El nombre de su proyecto. Bizagi creará una Base de datos
con su nombre.
 Nombre de Usuario: Una cuenta de usuario para acceder a la instancia del
Servidor SQL.
 Contraseña: La contraseña para el nombre de usuario especificado.
 Soporte Unicode: Asegúrese de que este cuadro se encuentre habilitado para
permitir el soporte de caracteres unicode en su Base de datos.
7. Haga clic en Siguiente.
Bizagi iniciará la creación del proyecto, que puede tardar unos minutos:

Una vez el proyecto ha sido creado, Bizagi Studio se abrirá para iniciar la
automatización de sus Procesos.
1.1.3 Abrir y manejar proyectos
Para abrir un proyecto que ha sido previamente creado, debe considerar lo siguiente:
El proyecto puede ser local (es decir, el proyecto está localizado en el mismo
computador que está intentando accederlo) o puede ser abierto desde un servidor
remoto (un servidor central Bizagi).
Para abrir un proyecto, necesita asegurarse de que su usuario está autorizado para
hacerlo. Considere las siguientes configuraciones de autorización al momento de abrir
un proyecto:
a) Su usuario debe estar definido explícitamente como miembro del grupo Bizagi.
b) Si usted desea abrir un proyecto almacenado en un servidor remoto, deberá

asegurarse de que su usuario pertenece al grupo Bizagi en ese servidor remoto.
c) Si la funcionalidad de seguridad Bizagi Studio ha sido configurada para este

proyecto, asegúrese de que su usuario se encuentra autorizado para abrir el proyecto
y trabajar en los procesos relevantes.

Abrir el proyecto
Para abrir un proyecto, se deben llevar a cabo los siguientes pasos:
1. Haga clic en Abrir proyecto existente en la ventana inicial de Bizagi Studio.

2. Seleccione el servidor donde se almacena el proyecto.
La lista de proyectos en el servidor se mostrará en la segunda lista desplegable.
Seleccione el nombre del proyecto y haga clic en Finalizar para registrarlo.
Importante
Tenga en cuenta los siguientes aspectos para abrir proyectos:
1. Misma plataforma Bizagi
Un proyecto configurado para su ejecución en .NET no estará disponible para su

ejecución en la plataforma JEE.
De manera similar, un proyecto configurado para ejecución en la plataforma JEE, no

podrá ser ejecutado en la plataforma .NET.
2. Misma versión de Bizagi
Para acceder a un proyecto almacenado en un servidor remoto, asegúrese que de la

versión de Bizagi Studio que tiene instalada es la misma que la instalada en el servidor
remoto.
3. Conexión a la red
Para abrir un proyecto alojado en un servidor remoto, asegúrese de que ese servidor
remoto esté dentro de la red de su máquina.
También puede abrir un proyecto alojado en un servidor con un dominio diferente o
una configuración de equipo de trabajo.

Si las máquinas involucradas no están bajo la misma configuración de dominio, usted

necesita tener a mano credenciales de administrador autorizadas para acceder a este
servidor remoto.
 TCP 5679 para proyectos de .NET.

 TCP 5680 para proyectos de JEE.
 Puertos UDP: 50051 , 50052 y 50053.
4. Desconectarse al finalizar
Cuando se conecte a un proyecto remoto, se recomienda que las tareas de

administración o ese proyecto (por ejemplo, despliegue de procesos, actualización del
proyecto a una versión más reciente de Bizagi, etc.), se realice directamente en ese
servidor remoto.
No se recomienda realizar dichas tareas (despliegues, actualizaciones de proyectos)

desde las estaciones de trabajo de los usuarios.
En caso de que usted ya no desee abrir el proyecto desde su estación de trabajo,

puede utilizar la opción desconectarse para anular el registro del proyecto en lugar de
eliminarlo.
Manejar el proyecto
Para administrar proyectos existentes que haya abierto en Bizagi Studio, siga las
siguientes instrucciones:
1. Todos los proyectos que haya abierto, se listarán dando clic sobre la opción “Todos
los Proyectos”

2. Las opciones para el manejo de sus proyectos son: eliminarlos, desconectarse de

ellos (cuando el proyecto está albergado en un servidor remoto), actualizarlo a una
nueva versión, abrirlo, o reconfigurar la conexión que utiliza para la base de datos.
Además de lo anterior, desde estas opciones podrá crear nuevos proyectos
Opciones
Nuevo proyecto
Inicia el asistente para crear nuevos proyectos.
Eliminar un proyecto
Los proyectos únicamente pueden ser eliminados desde la máquina la cuál alberga el
proyecto.
Cuando se da clic en Eliminar un proyecto, un dialogo de confirmación aparecerá para

advertir al usuario que la eliminación se ejecutará.
Confirmando esta advertencia se removerá permanentemente el proyecto.

Una segunda ventana solicitará al usuario confirmar si la Base de Datos se mantendrá.
Esta Base de Datos podrá ser útil en el futuro si usted necesita restaurar su estado en
una nueva ubicación.
Desconectarse de un proyecto
Cuando un proyecto se alberga en un servidor remoto, y usted no desea seguir

trabajando desde su estación de trabajo en ese proyecto, podrá hacer uso de la opción
de desconectarse del proyecto.
Esta opción no elimina el proyecto, sino que elimina el registro del mismo en su Bizagi
Studio.
Un dialogo de confirmación advertirá sobre la desconexión del proyecto
Abrir un proyecto
Carga el proyecto en su Bizagi Studio.

Si el proyecto no ha sido actualizado a la versión actual de Bizagi Studio, un diálogo

de confirmación advertirá sobre esto y le permitirá llevar a cabo la actualización del
proyecto.
Recuerde que se recomienda realizar la actualización de un proyecto desde la

máquina que alberga ese proyecto.
Cambiar el usuario de base de datos
Le permite reconfigurar la conexión a la base de datos de su proyecto.
Está opción es especialmente útil cuando se opta por el uso avanzado de login de
usuarios SQL Server, para los diferentes perfiles trabajando en el proyecto.
Importante
Tenga en cuenta que siempre es una buena práctica almacenar un backup (respaldo)
de la base de datos de la implementación de su proyecto.
Para ello, usted podrá apoyarse en una programación de backups automáticos, según
se soporte por el motor de base de datos que su proyecto utiliza, o también podrá
decidir crear un backup manualmente en cualquier momento (p.e, antes de realizar
algún cambio importante).
La creación de archivos de backup es útil para medidas de contingencia (en caso de

que algo no resulte como era esperado), como una medida de recuperación de
desastres (para restaurar el progreso de su proyecto a un estado anterior), o
simplemente para compartir o mover ese proyecto a una ubicación diferente.
1.1.4 Interfaz de Bizagi Studio
Bizagi Studio posee dos vistas principales: El Asistente y la vista de Experto.
Cada proyecto puede ser automatizado utilizando la vista de Asistente; sin embargo,
algunas características avanzadas están disponibles únicamente en la vista de
Experto.
Para cambiar la vista actual, seleccione la pestaña de Inicio en la parte superior

izquierda de la pantalla y luego dé clic en el botón Experto o Asistente en el grupo
Vista.
1.1.5 Vista del Asistente
La vista de asistente provee acceso al Asistente del Proceso el cual lo guiará paso a
paso en la automatización de sus procesos..
Complete la información y dé clic en Siguiente para continuar con el siguiente paso.
Acceso rápido a todos los pasos
En la esquina superior derecha del área de trabajo, usted podrá encontrar una lista
desplegable con un icono en forma de engranaje. El menú desplegable provee acceso

rápido a cada paso del asistente sin necesidad de navegar a través de todos los pasos
predecesores.
Cambiar de un proceso a otro
Si su proyecto tiene varios Procesos, usted podrá de forma rápida cambiar de un

proceso a otro dando clic en el menú desplegable. La lista desplegable se encuentra al
lado izquierdo en menú de acceso rápido. Realizando esta acción, el asistente se
actualizará y dará acceso al proceso seleccionado.
Remover un Proceso de Asistente
En el botón del menú, usted encontrará la opción Remover. Esta opción removerá el
proceso que se encuentre activo en el momento del Asistente de procesos.
Esta acción no removerá o eliminará sus procesos, solamente lo removerá del

Asistente.
Para volver a incluir un proceso dentro del asistente, diríjase a la vista de Experto, dé
clic derecho sobre el nombre del proceso y seleccione Adicionar al asistente.

1.1.6 Vista de Experto
La vista de Experto es una vista avanzada donde los usuarios pueden interactuar con
las características y menús de Bizagi sin seguir el procedimiento paso a paso
propuesto en la vista del asistente.
Recomendamos usar la vista del asistente para crear inicialmente sus procesos por
completo y acceder a la vista de Experto para agregar opciones avanzadas que no
puedan ser añadidas a través del asistente, como por ejemplo: crear su organización,
administrar la seguridad del Portal de Trabajo, administrar el programador, crear reglas
de negocio globales, crear formas globales, administrar entidades paramétricas, entre
otras.

La vista de Experto tiene las siguientes opciones:
Procesos: Provee la funcionalidad de generar una estructura para sus procesos,

además contiene todas las aplicaciones y sus procesos. Usted puede clasificar por
aplicación, categorías y procesos.
Entidades: Contiene la lista de todas las entidades del modelo de datos. Usted puede
crear, eliminar y manejar todas las entidades: maestras, paramétricas, del sistema y
entidades de aplicación. Las mismas acciones pueden ser ejecutadas con atributos,
formas y valores que pertenezcan a cada entidad.
Reglas de negocio: Contiene todas las reglas de negocio globales. Las reglas
globales pueden ser reutilizadas en una aplicación específica o a través de los
proyectos.
Organización: Permite definir la estructura organizacional de la compañía y la

asociación entre las personas y las áreas.
Sistemas: Permite configurar y administrar los sistemas externos de integración a su

solución Bizagi. El módulo maneja la configuración para: conectores ECM (integración
con sistemas de manejo de documentos), entidades virtualizadas y replicadas
(integración a nivel de datos con un repositorio existente), administrador de interfaces
(Servicios WEB o servicios de invocación REST) de sus procesos.
Análisis: Provee a la organización indicadores de gestión que son de fácil

entendimiento en tiempo real. La dimensión es el conjunto de valores por los cuales se
pude filtrar los reportes.

Localización: Provee la funcionalidad de establecer la traducción para aquellos

objetos que son específicos a la implementación, como nombres de procesos, roles y
demás definiciones de su organización, interfaces de usuarios para las actividades y
sus campos.
Seguridad: Permite definir el sistema de autenticación para el Portal de Trabajo y

define los permisos para los menús y procesos del Portal de Trabajo basados en roles
específicos y grupos de usuario.
Programador: Permite la creación de trabajos personalizados. Los trabajos son reglas

de negocio que pueden ser ejecutadas de forma periódica. Estos no están asociados a
un proceso específico, sino que son expresiones generales para todos los procesos.
Ampliación de la barra del explorador: Aumenta o disminuye los iconos de la barra

de módulos.
1.1.7 Seguridad en Bizagi Studio
Bizagi ofrece un entorno de colaboración donde usted y sus compañeros de trabajo

pueden trabajar simultáneamente en el mismo proyecto.
Si usted tiene varios procesos en su proyecto puede ser necesario restringir los
accesos a algunos recursos para evitar que los usuarios modifiquen un proceso, que
afectarán a otros procesos a su vez.
Por defecto, todos los proyectos de Bizagi se crean SIN SEGURIDAD, es decir, no hay
derechos de acceso. Habilite la Seguridad de Bizagi Studio para garantizar que las
personas adecuadas tengan acceso a los recursos correctos.
Los recursos para los cuales se pueden gestionar la seguridad son:
 Aplicaciones
 Procesos
 Entidades
 Reglas globales de negocio
Tan pronto como un recurso tiene algún tipo de seguridad (ya sea para restringir o
permitir), Bizagi supone que el recurso está restringido y sólo los usuarios con
permisos de Crear, Modificar o Control Total podrán acceder. El acceso a otros
usuarios será restringido.
Recursos con Seguridad

La seguridad puede ser manejada para ciertos elementos o recursos en Bizagi Studio.
La seguridad puede ser asignada a un usuario específico o a un grupo de usuarios.
La acción específica de seguridad varía en función del tipo de recurso. Hay tres tipos
de acciones:
 Crear: Permite crear un recurso.

 Modificar: Permite modificar un recurso, pero no crear uno nuevo.
 Control total: Permite ejecutar todas las acciones posibles sobre un recurso
(Crear, Modificar, Eliminar) y asignar seguridad.
Los derechos de acceso se heredan. Si el recurso con una jerarquía superior tiene
ciertos permisos, del Recurso hijo adquirirá el permiso también. Esto, a menos que el
recurso hijo tenga permisos específicos.
La siguiente lista describe los recursos y las acciones relativas a cada uno de ellos.
Seguridad de Aplicaciones y Procesos
Recurso Crear Modificar Control total

Nodo principal de Crear nuevas
N/A N/A
Aplicaciones aplicaciones
Crear nuevos Es visible y Crear, modificar
Aplicaciones procesos y modificable y gestionar la
Subprocesos seguridad
Es visible y Crear, modificar
Procesos N/A modificable y gestionar la
seguridad
Es visible y Crear, modificar
Versiones de
N/A modificable y gestionar la
Proceso
seguridad
 Los derechos de acceso se heredan. Si tiene permisos de Modificar sobre una

aplicación, entonces usted también tendrá permisos sobre todo el proceso
relacionado con esa Aplicación y todos sus elementos: Formas, reglas de
negocio, expresiones, etc.; todo lo contenido en el árbol jerárquico.
 La creación de nuevos procesos heredará la configuración de seguridad dada a

su Aplicación relacionada.

1.1.8 Central de Procesos – Process Xchange
La Central de Procesos de Bizagi brinda procesos listos para usar y ejecutar, los
cuales le dan un empuje a su organización para iniciar su iniciativa de automatización.
Usted puede personalizar estos procesos de acuerdo a las necesidades particulares
de su compañía. Siga los siguientes pasos para importar las plantillas de los procesos
dentro de Bizagi Studio. Aprenda, explore y adáptelos de la forma que desee.

Antes de empezar asegúrese que tiene instalada la ÚLTIMA versión de Bizagi.

También es necesario contar con conexión a Internet.
1. Para acceder y descargar la central de procesos, dé clic en “Central de Procesos”,

se mostrará una nueva ventana con la lista de las plantillas existentes.

2. Navegue por la central de procesos. Dé clic en cualquier proceso para aprender

más sobre él.

4. Cuando encuentre un proceso de su agrado, usted podrá descargarlo y comenzar a

utilizarlo de forma inmediata. Haga clic en el botón Instalar Ahora para descargar la
plantilla de forma gratuita.
5. Un asistente lo guiará a través del proceso de instalación. Usted puede elegir

descargar la plantilla dentro de un proyecto existente o dentro de un Nuevo Proyecto.
6. Luego de completar la descarga, la plantilla quedará instalado en Bizagi Studio. Tan

pronto el asistente termine, el navegue a través del Portal de Trabajo para conocer su
proceso. Siéntase libre de personalizar y utilizar el proceso de acuerdo a las
necesidades particulares de su organización!
Si usted accede a la Central de Procesos a través de la pestaña archivo en Bizagi

Studio, la plantilla se instalará en el PROCESO QUE ESTA ABIERTO
ACTUALMENTE.
Consideraciones Importantes – Por favor leerlas
 Las plantillas deben ser importadas una por una.

 SIEMPRE ejecute un iisreset antes de ejecutar sus procesos descargados en
el Portal de Trabajo.
 Las plantillas tiene la opción de correo electrónico DESHABILITADA. Usted
debe configurar su servidor SMTP para permitir el envío de correos y evitar
errores en el Portal de Trabajo.
 Las plantillas no importan usuarios. Usted puede probar la plantilla utilizando el
usuario administrador antes de crear usuarios.
 Para probar las reglas de asignaciones, usted deberá crear los usuarios de
acuerdo a los roles que cada tarea tiene definidos. De forma alternativa, usted

puede crear sus propias reglas se asignación y luego, crear los usuarios que
mejor se ajusten a sus necesidades.
 Cuando cree usuarios, asegúrese que la opción Notificar por Email este
habilitada si se van a enviar correos electrónicos.
 Una plantilla no puede ser importada dentro de una base de datos existente si
hay entidades o procesos con los mismos nombres.
 Si usted ha importado una Plantilla y ha cambiado el nombre o el tipo de

atributo o ha cambiado el nombre o de una entidad, no será posible importar de
nuevo la misma plantilla dentro del proceso.
 Si desea probar los temporizadores, por favor inicie el Scheduler.
 Si usted desea utilizar el Portal de Trabajo en español, es necesario habilitar el

idioma ES y reiniciar el Portal de Trabajo.
 La Central de Procesos es un servicio que provee y que alberga Bizagi Ltd.
 Por lo tanto, para utilizar esta opción directamente desde Bizagi Studio se
requiere conexión a Internet y se recomienda revisar que el sitio
www.bizagi.com se configure como un sitio confiable dentro de las opciones de
su navegador:

a) Active la “Central de Procesos” (Xchange Process), según lo descrito en el

punto 1.1.8
b) Haga click en “Instalar”
c) Usando la barra vertical seleccione “Oportunidades de venta”

d) Haga click en el botón “Descargar”.

e) Haga click en “Siguiente”
f) Indique el nombre del Proyecto y cree una carpeta donde residirá el Proyecto, luego
haga click en “Siguiente”.

1.2. APLICACIÓN 1 – Primera parte

1.2.1. Mejores prácticas en Modelado de Procesos
El estándar de Modelo y Notación de Procesos de Negocio (BPMN; por sus siglas en

inglés) proporciona a las organizaciones la capacidad de comprensión de sus
procesos internos de negocio en una notación gráfica y la capacidad de comunicar sus
procedimientos de manera estándar. Sin embargo, el uso del estándar no garantiza
que los procesos se modelen de forma clara y eficaz; la forma en que los modeladores
interpretan las condiciones de negocio y cómo definen su estructura, es crucial para
asegurar que se entienden correctamente.
Esta sección proporciona modeladores de procesos algunas pautas para construir

modelos claros y eficaces compatibles con el estándar BPMN.
1.2.1.1. Principios de modelado BPMN
1.2.1.1.1. Mantenga una secuencia lógica y clara
Esto pareciera ser obvio, pero es uno de los errores más comunes en el modelado de
procesos. Los diagramas pueden se pueden difíciles de leer y muy confusos cuando la
lógica de proceso no es explícita y clara. Las siguientes técnicas le ayudarán a
mantener una secuencia lógica y clara en sus modelos.
Definir un comienzo y un final claro
En BPMN, comienzan y los eventos extremos son opcionales. Sin embargo, los
procesos con los eventos de inicio y fin implícitos son indeseables y podrían dar lugar
a malas interpretaciones.
Utilice eventos de inicio y final de cada proceso y subproceso para representar su

comienzo y finalización.
Siga una dirección consistente del flujo
Haga visible la lógica del proceso en el diagrama. Evite las líneas cruzadas
conectores), mantenga una secuencia de tiempo y una dirección de flujo constante. La
lectura diagrama será más fácil y su comunicación eficiente.

Mantenga claro el escenario principal
El escenario principal debe ser fácilmente identificado al leer el diagrama. Diagrame el

escenario principal primero y luego los flujos alternativos.
Mantenga claros los escenarios alternativos
BPMN ofrece las herramientas necesarias para representaren el diagrama la lógica del
manejo de excepciones de forma explícita. Una vez que el escenario principal es
diagramado, haga uso de los siguientes elementos para modelar los flujos alternativos
según sea necesario:
Utilice procesos transaccionales
Los procesos transaccionales permiten escenarios de negocios con

transacciones. Un conjunto de actividades debe realizarse con éxito, de lo
contrario compensación o cancelación flujos son seguidos.
Distinga los estados finales exitosos y no exitosos
Utilice eventos finales separados para identificar cuando un proceso terminó

con éxito y cuando no, para propósitos de documentación y revisión.

Mantenga un formato estándar
Mantenga un formato único a lo largo de sus diagramas y enfóquese en una

apariencia limpia y agradable. El uso de diferentes tamaños de fuente, colores,
dimensiones de cajas o etiquetas superpuestas podrían hacer que la lectura de los
diagramas sea un desafío.
1.2.1.1.2. Estándar BPMN
El estándar BPMN define los lineamientos utilizados para diagramar los procesos de
negocio. Sin embargo, seguir las directrices de BPMN está completamente en sus
manos. Asegúrese de que sus modelos cumplen con la norma para asegurar su
correcta comprensión.
Una vez se ha definido la lógica del proceso, valide sus diagramas asegurándose de
utilizar correctamente los diferentes elementos de BPMN. El siguiente aspecto debe
ser revisado para cada elemento BMPN:
Lo que hay que revisar en Pools
 Diagrame los procesos completamente dentro de un Pool. Nunca diagrame

flujos fuera de los límites de un Pool.

 Defina tantos Pools como procesos. Debe haber siempre al menos un Pool.
¿Qué verificar en Lanes?
 Cree un Lane solo si se ejecuta al menos una tarea o un evento intermedio en

él.
 No cree Lanes para representar un área o una entidad que lleva a cabo una
tarea automática o una compuerta.
 No diagrame tareas, compuertas o eventos en medio de dos Lanes.

¿Qué verificar en Actividades?
No diagrame varias instancias de la misma tarea para representar a varios

participantes.
Sólo diagrame una tarea en un área. Defina los participantes como condiciones de
asignación en la documentación y en reglas de asignación.
 No ramifique los flujos usando tareas. Siempre use las compuertas.
¿Qué verificar en compuertas?
No use compuertas para juntar y separar al mismo tiempo. Esto producirá un error en
tiempo de ejecución.

 Balancee las compuertas. Las divisiones deben unirse de manera equivalente.
 Siempre use el mismo tipo de compuerta para juntar los flujos que fue usado
para dividirlos.
 Use sólo Eventos y/o Tareas después de una compuerta basada en eventos.

¿Qué verificar en Eventos?
Utilice eventos de terminación sólo cuando sea estrictamente necesario. Estos se

utilizan para modelar situaciones donde se habilitan varios caminos alternativos y todo
el proceso tiene que ser terminado cuando uno de ellos se ha completado.
Esto tiene una excepción descrita en el siguiente ítem.
 Use los Eventos de finalización terminal en vez de eventos de terminación en

subprocesos embebidos.
¿Qué verificar en Conectores?
Use flujos de secuencia para conectar todas las actividades, eventos y compuertas.
 Nunca use el flujo de mensajes para conectar las actividades del mismo Pool o
deje formas sin conectar.

¿Qué verificar en Milestones?
Siempre identifique y defina fases; estas representan un periodo de tiempo objetivo o

una transición en el proceso.
 En lo posible, evite regresar entre Milestones.
1.2.1.1.3. Etiquetado estricto
El nombramiento correcto de los diferentes elementos de los diagramas es

fundamental para una comprensión fácil y correcta de los procesos.
Al revisar los logs, es muy útil saber cómo se ejecutó el proceso. Cuando no se
nombra alguna forma en el proceso, los Logs se muestran en blanco, lo que hace que
sea difícil de entender. Estas son algunas recomendaciones que le ayudarán a
hacerlo:
Etiquetas de los procesos

Los nombres de los procesos deben describir claramente su propósito principal.

Asegúrese de no utilizar nombres cortos o abreviaturas.
Prefijo: utilizando el nombre de proceso, cree un prefijo que se utilizará en todos los
componentes que pertenecen al proceso. Por ejemplo, si el nombre del proceso es:
Solicitud del cliente, puede usar el prefijo SC_. Los siguientes prefijos están
restringidos para otros fines: "P_", "M_".
Etiquetas de las actividades
Dé a las actividades un nombre compuesto por un verbo y un objeto. De esta manera

los lectores puedan entender con claridad el objetivo de una tarea. Además,
asegúrese de que usted no utiliza nombres cortos o abreviaturas.
Etiquetas de los Eventos
Utilice el etiquetado cuando se utilizan múltiples eventos de inicio y fin. Nómbrelos

para que el diagrama puede explicarse por sí mismo y permitir que los usuarios sepan
cómo termina el proceso.
Etiquetas de los Milestones
Los Milestones deberían ser nombrados con un sustantivo que haga referencia a un
periodo de tiempo (verano, madurez) o a lo que suceda en un periodo de tiempo
(creación, aprobación, entrega).

Etiquetas de las Compuertas
Las compuertas de divergencia deben tener un nombre que indique claramente la

decisión o condición evaluada cuando aplique. Utilice un nombre compuesto por un
verbo, un objeto, y un signo de interrogación para identificar lo que se está evaluando.
Usted puede incluso utilizar preguntas para aclarar la decisión en cuestión.
 Si no aplica tener un nombre para la compuerta, use abreviaciones o números

para diferenciarlas.
 Nombre las transiciones indicando la condición relacionada

1.2.1.1.4. Simplificación de Diagramas
Los diagramas grandes no permiten dar una perspectiva de extremo a extremo para
los lectores. Son difíciles de leer y el propósito del proceso es difícil de comunicar.
Es fundamental definir el alcance correcto de las tareas y el nivel de detalle de los

procesos para reducir el exceso de información. Los siguientes consejos le ayudarán:
Reduzca el número de tareas redundantes
El nivel de detalle en un proceso a veces es un verdadero reto. En muchos casos,

usted puede enfrentar dificultades para definir el alcance de una sola tarea. Tome en
cuenta que:
 Cuando diagrame, es útil imaginar que usted es el usuario final. Si un conjunto

de actividades consecutivas puede ser realizada por la misma persona, al
mismo tiempo, entonces estas actividades podrían integrarse en una sola
actividad.
 Un conjunto de actividades consecutivas en el mismo Lane puede indicar falta

de un participante, demasiado detalle, o un desajuste el alcance de las tareas.
Revise estos patrones para identificar oportunidades de la integración de la
actividad.
Agrupe las actividades
Utilice subprocesos para agrupar actividades con el mismo propósito. Después, puede
ampliar los subprocesos para exponer los detalles de los niveles inferiores de la
jerarquía. Un proceso contendrá varias páginas, pero internamente, se mantiene la
integridad de un modelo único.
Utilice subprocesos embebidos cuando:
 Un conjunto de actividades consecutivas tiene un propietario diferente del

propietario del proceso principal (por ejemplo, un proceso de Solicitud de
Compra se realiza el área de Compras y el proceso de Cuentas por Pagar se
realiza el área Financiera).
 Un conjunto de actividades consecutivas tiene un objetivo diferente al del

proceso principal (por ejemplo, Solicitud de Crédito se centra en la gestión de
todas las actividades para aprobar una solicitud de crédito y Verificar la
información del solicitante se centra en comprobar si el solicitante está en lista
negra, así como la información presentada).
Utilice subprocesos reutilizables cuando:

 El subproceso debe ser invocado desde diferentes procesos (por ejemplo, el

subproceso Verificar la información del solicitante se puede invocar desde el
proceso de Solicitud de Crédito o desde Solicitud de Seguros).
Aplique patrones de procesos
No reinvente la rueda. Los expertos de BPMN han trabajado en la definición de

patrones de modelado para diferentes situaciones de negocios. Úselos para modelar
las condiciones de negocio requeridas al tiempo que simplifica sus diagramas.
No utilice antipatrones
Mientras simplificar sus modelos tenga en cuenta no utilizar Antipatrones. Estos son
patrones de modelado que se usan generalmente en la automatización, pero son
malas prácticas que no son recomendados por Bizagi
Documente los detalles menores
Deje los detalles a la documentación. No incluya toda la información en diagramas. La

información adicional debe ser documentada como propiedades de forma, no como
objetos o texto en el diagrama.
Antipatrones
Los antipatrones son patrones de modelado utilizados erróneamente para representar

algunas condiciones de negocio. En general, los antipatrones parecen funcionar bien,
pero su uso no es directamente compatible o no cumple con BPMN y podrían hacer
que los procesos no funcionen como se esperaba. Por estas razones, no se
recomienda utilizar Antipatrones.
Evite poner elementos diferentes a Eventos y tareas después de una compuerta

basada en eventos
Ej.: patrón de cancelación con Compuertas Paralelas
La compuerta basada en eventos proporciona un patrón de modelado útil, el cual,

debe ser usado apropiadamente. Teniendo en cuenta que este tipo de compuerta
permite y controla las diferentes posibilidades en el flujo de proceso. Asegúrese de
que esta compuerta siempre sea seguida por tareas o eventos. Otros elementos
BPMN (como subprocesos u otras compuertas) que estén justo después de esta
compuerta no son compatibles.
Es común ver a procesos automatizados usando un patrón de cancelación que

involucra una Compuerta basada en eventos seguidos de una compuerta Paralela.
El proceso se cancela por completo si se ejecuta un evento o si llega a en cierto

tiempo antes de que se complete un conjunto de actividades, de lo contrario, se
deshabilita la lógica de la cancelación.
A la izquierda, la manera más común para modelar esta cancelación; este tipo de
patrón no es compatible con BPMN y por lo tanto, no está respaldada por Bizagi.
A la derecha una forma alternativa; Un evento adicional se utiliza para descartar la

lógica cancelación una vez que se llevan a cabo las actividades necesarias.

Nunca use señales o mensajes en subprocesos embebidos
Los Subprocesos embebidos (también conocidos como Experto) no deben contener

señales o mensajes. Estos pueden causar que el subproceso se abra a la espera de
algo para activarlos, y no permitir que el proceso padre para termine correctamente.
1.2.2. La propiedad “En riesgo”
Señal de Riesgo: Es una propiedad que le permite personalizar una franja de tiempo
en el cual la actividad queda "en riesgo" (marcada con el icono amarillo del semáforo
en el Portal de Trabajo). El tiempo establecido definirá cuándo una tarea se vuelve
amarilla antes de expirar.
Permite personalizar el rango de tiempo en el cual una actividad queda "en riesgo"
(identificada con un semáforo amarillo en el Portal de trabajo). El tiempo definido
establece el momento en el que una tarea queda amarilla antes de su expiración.
Esta propiedad aplica para todas las actividades del proceso y se define para cada
proceso particularmente. No es heredada por ningún subproceso (reusable o
embebido).
No considera el esquema laboral, es decir, si una tarea expira a las 8AM y la Señal de
riesgo es de 2 horas, la tarea quedará amarilla a las 6AM.
Estado de la Actividad: Nombre de la actividad y su estado. Los estados se muestran

por colores determinados por el tiempo de duración de cada una.
Verde: Indica que la actividad está a tiempo
Amarillo: Indica que la actividad está en riesgo de vencimiento. Una actividad se

considera en riesgo de vencimiento cuando se vencerá en un periodo menor o igual al
definido en la propiedad Señal de riesgo de los procesos. Por defecto la señal de
riesgo es de 24 horas.
Rojo: Indica que la actividad ya ha expirado.
1.2.3. Práctica dirigida

Aplicación básica en BIZAGI STUDIO

1. Crear una nueva carpeta en la unidad de disco [C:] con el nombre:
“Materiales”
2. Activar “Bizagi Studio”, haciendo doble click en el siguiente ícono del
“Escritorio”:
3. Crear un nuevo Proyecto Bizagi, haciendo click en el botón “Nuevo”.
4. Inmediatamente debe ingresar el nombre del Proyecto “PrestamoEquipos”, y

elegir la carpeta destino [D:\PrestamoEquipos]. Puede activar la opción
“.NET” o "JEE”, según desee trabajar en una u otra plataforma.

5. A continuación, comenzará la configuración de nuevo Proyecto, este proceso

demorará un poco, debe esperar hasta que termine.
6. A continuación, se tendrá acceso a la interfaz principal de Bizagi Studio.

7. Hacer click en la opción “Nuevo Proceso” e ingrese el nombre del proceso

principal y click en “OK”.
8. Ingresará al ambiente de diseño de “Bizagi Modeler” y construya el siguiente

diagrama:

9. Grabe y cierre la ventana del modelador.
10. A continuación, se deben modelar la Estructura de datos:
11. Hacer click en la opción “Modelo de datos”, mostrándonos el nombre del

proceso, como nombre sugerido para el modelo de datos. Este nombre es
editable.
12. Click derecho sobre la Entidad Maestra y seleccionar “Editar atributos”.

13. Crear los campos según se indica a continuación
¡Click!
14. Ejecute el comando Entidad – Paramétrica – Nueva Entidad. A continuación

cree la entidad “Equipo”

15. A continuación, haga click en Siguiente y luego en Finalizar.
16. Crear el atributo “Solicitante” de tipo WFUSER, mediante la definición del tipo
Entidad – Sistema – WFUSER.
17. Hacer click en el botón “Finalizar”.

18. Click derecho sobre la Entidad “Equipo” y seleccionar la opción “Valores”.
19. Ingresar los registros para la entidad paramétrica “Equipos” y luego cerrar con
el botón “X”
20. A continuación, dé click derecho sobre la Entidad “Maestra” y seleccione la

opción “Adicionar Entidades relacionadas”
Con lo cual obtendrá una vista con la siguiente estructura de datos:

21. Grabe y cierre la ventana de definición de datos, con lo cual regresará al menú
circular principal.
22. Click en la opción “Definir Formas” del Menú principal.
23. Inmediatamente aparecerá el Modelo de procesos. Haga click en la tarea

“Solicitar préstamo de Equipo”.

24. Aparecerá el área de diseño de interfaces de usuario.
25. Mediante un arrastre, colocar los campos “Fecha de Solicitud” y “Solicitante”

en el área de diseño y luego haga click derecho seleccione “Editable” y elija
“False” para ambos campos; con lo cual los campos se configuran como de
“Sólo lectura”.

26. Haga click en la Ficha “Controles” y arrastre el control “Grupo” hacia el

diseñador y renombre como “Propósito”.
27. Active la Ficha “Datos” y coloque los campos “LocalizaciónEvento” y

“DescripciónEvento” dentro del contenedor. Luego, click derecho sobre
“LocalizaciónEvento” y seleccione las opciones “Requerido” y “Verdadero”
con lo cual en dicho campo será obligatorio escribir un dato.

28. Termine de agregar el resto de campos, tal como se indica a continuación:
29. Grabe y cierre el Diseñador de formas.
30. A continuación, haga click en el Botón “Ejecutar”.
31. Cree un Nuevo caso de la tarea “Solicitar préstamo equipo”


1.3. APLICACIÓN 1 – Segunda parte

1.3.1. Mejores prácticas en Modelado de datos
Bizagi ofrece un asistente amigable para construir un modelo de datos estructurado

con entidades definidas y sus correspondientes atributos. A diferencia de otros BPMs,
usted puede estructurar sus datos de negocio de una manera gráfica y lógica.
Bizagi ofrece todo lo necesario para construir modelos de datos adecuados y

eficientes, pero depende de usted crear uno que capture las condiciones de negocio y
las refleje correctamente.
Esta sección ofrece algunos lineamientos y pautas para construir modelos de datos
claros y efectivos que describan adecuadamente sus condiciones de negocio.
Una nomenclatura clara y estándar para nombrar sus entidades y atributos es

fundamental para una construcción fácil e intuitiva (p.e para la navegación de XPath) y
para su comunicación, la cual conlleva a un mejor entendimiento de los procesos para
cualquier miembro del equipo realizando cambios sobre ellos.
1.3.1.1. Entidades, atributos y relaciones
Los nombres de las Entidades deben describir claramente la información que

contenga.
Asegúrese de utilizar nombres cortos o abreviaturas.
1.3.1.2. Nomenclatura para Entidades:
Se recomienda utilizar una nomenclatura para las entidades que identifique claramente
su tipo y alcance.
Las entidades pueden ser clasificadas por varios criterios:
Tipo de entidad (Maestra, Paramétricas).
Para facilitar la generación de reportes personalizados, se sugiere utilizar los

Siguientes prefijos para los tipos de entidades:

P: identifica la entidad como paramétrico.

M: identifica la entidad como maestro.
Tipo Alcance (Privado, Público).
Privado: Se utiliza dentro de un proceso.

Público: Se utiliza en más de un proceso. Por ejemplo. Cliente, TipoDocumento, etc.
Recomendamos el uso de prefijos para nombrar las entidades privadas utilizando 3

caracteres basados el nombre del proceso.
Ejemplos.
Entidad : Cliente
Tipo : Maestro
Alcance : Privado (usado por el proceso Solicitud del Cliente)
Nombre : M_SC_Cliente
Entidad : Ciudad
Tipo : Paramétrica
Alcance : Privado (usado por el proceso Solicitud del Cliente)
Nombre : P_SC_Ciudad
Entidad : Firmas
Tipo : Paramétrica
Alcance : Pública (utilizado por varios procesos)
Nombre : P_Firma
1.3.1.3. Nomenclatura para Atributos
Al apoyarse en un estándar para nombrar sus atributos, usted ahorrará tiempo durante
la implementación de sus proyectos y al realizar cambios sobre ellos en un futuro.
1. Definición de los atributos
Dé a los atributos un nombre corto y claro que permita fácilmente su mapeo en el

diseño de formas, la definición de las expresiones o la configuración de interfaces.
Se recomienda que trate de usar el mismo nombre que se mostrará en los

Formularios.
2. Nomenclatura sugerida para los atributos
Se recomienda utilizar una nomenclatura que utilice prefijos en los atributos, y así
identificar claramente su tipo y alcance.
Nótese que el nombre de un atributo debe tener menos de 15 caracteres, incluyendo

el prefijo que pueda tener.
Utilice nombres en singular. Utilice nombres en plural cada vez que utilice colecciones,
por ejemplo:
xSolicitudes, xClientes, xDocumentos.

La siguiente tabla muestra los prefijos sugeridos de acuerdo al tipo de atributo:
1.3.1.4. Lineamientos de diseño
A continuación, encontrará lineamientos de mejores prácticas donde se siguen

principios conocidos para un buen diseño del modelo de datos.
a) Defina el modelo de datos promoviendo el diseño orientado a objetos. Con esta

premisa, es posible que también desee revisar si su modelo de datos ofrece los
medios
adecuados para utilizar la navegación XPath en sus otros elementos de proceso (por
ejemplo, en las formas y reglas de negocio).
El siguiente ejemplo es una parte del Modelo de Datos del Proceso de Solicitud de
Préstamo. Observe que en la izquierda cuán larga es el XPath que se utiliza para
acceder desde la entidad de aplicación, al nombre de la referencia del Solicitante
(Applicant Reference) y lo corta que es en el lado derecho con sólo cambiar la relación
entre las entidades.
En este caso, una captura errónea de la lógica de negocio dificultará las búsquedas de
información en formas, expresiones e interfaces.

b) Evite conectar todas las entidades entre sí
El Modelo de datos de Bizagi está diseñado para utilizar XPath de una manera lineal
(un solo sentido).
No debe construir el modelo de datos de Bizagi conectando todas las entidades entre
sí.
En la siguiente imagen, verá que hay una entidad de proceso: Travel Request. Ese es
el punto de partida de la navegación, por lo tanto, la navegación será lineal en
oposición a una situación en la que todas las entidades están conectadas entre sí.
c) Use atributos de Scope cuando aplique
Evite incluir información que se utilice de forma temporal en actividades o procesos y

que no agreguen valor al modelo de datos. Puede utilizar Atributos de Scope para
mantener el Modelo de Datos claro.

d) Utilice adecuadamente las entidades maestras y paramétricas
Tenga presente que Bizagi tiene un manejo diferente para los 2 tipos de entidades (p.e
en el manejo de información y heurísticas de optimización), y que también existen
algunas funcionalidades que solo aplican a cada tipo de entidad.
Por ejemplo, las entidades Maestras son consideradas como datos de negocio (no se
despliegan sus valores desde el ambiente de desarrollo a producción), mientras que
las entidades Paramétricas pueden definirse como metadata (lo contrario).
Dentro de las características que pueden ser utilizadas únicamente por entidades
Paramétricas, usted tiene la posibilidad de definir entidades padres, y así usar el
combo en cascada en las interfaces de usuario.
Tenga en cuenta los diferentes escenarios de negocio en su proceso para saber

cuándo una entidad debe ser Paramétrica o Maestra. Para esto no hay una solución
única. Las siguientes preguntas pueden ser útiles para determinar qué tipo de entidad
usar:
¿La información se puede acceder y modificar desde diferentes procesos?

Utilice una entidad Maestra.
¿La información es parametrizable?
Utilice una entidad Paramétrica.
¿Se necesita sincronizar información de Bizagi en una fuente externa y
viceversa (virtualización)?
Utilice una entidad Maestra.
¿Se necesita importar y actualizar información en Bizagi, que proviene de una
fuente externa y no cambia con tanta frecuencia (replicación)?
Utilice una entidad Paramétrica.
1.3.1.5. Lineamientos de rendimiento
Construir un modelo de datos siempre con criterios de rendimiento en mente es un

aspecto importante en las etapas tempranas de su proyecto.

La forma en que se define un modelo de datos afecta al rendimiento de la aplicación y

la experiencia del usuario. Una definición adecuada del modelo de datos mejorará la
experiencia del usuario y permitirá una escalabilidad de la solución más sencilla.
Considere estos lineamientos para evitar potenciales incidentes relacionados al

rendimiento de su aplicación.
a) Utilice un tamaño adecuado para los atributos de tipo texto
Algunos proyectos tienden a crear atributos largos de tipo String (con más de 250
caracteres) para todos los atributos de texto, sin tener en cuenta para qué van a ser
utilizados.
Es importante que utilice un tamaño adecuado para los atributos de texto de acuerdo
con lo que van a almacenar (es decir, no crear una cadena de 500 caracteres para un
atributo de texto que almacenará los números de teléfono). Como una buena práctica
orientada al rendimiento de la base de datos, los atributos de tipo String deben
reservar solo la longitud necesaria.
b) Cree entidades con 30 atributos o menos
Al definir una Entidad, evite crear un gran número de atributos, ya que esto exigir más
recursos al ejecutar consultas que involucren la Entidad. Tener un gran número de
atributos (más de 30) en una sola entidad puede dar lugar a problemas de
rendimiento.
Es común suponer que un conjunto de atributos pertenecen a una gran entidad única,
pero le animamos a que considere dividir las entidades más grandes en entidades
relacionales más pequeñas cuando sea posible.
Es común que este tipo de entidades en un principio parezcan necesitar muchos

atributos, por favor considere relaciones adicionales para descomponer la forma en
que la información se distribuye de una manera más adecuada.
Supongamos que tenemos el proceso Evaluación de Préstamo con un proceso

entidad: Loan Application.
Guardamos todos nuestros atributos relacionados con la evaluación de la aplicación

en esa entidad.
Pero luego, nos dimos cuenta de cómo crecía, y supimos que tenía que se debía
romper para evitar problemas de rendimiento.

Por ello, hemos creado una nueva entidad llamada Solicitante (Applicant), donde
colocamos toda la información relacionada con la persona que solicita el préstamo
para reducir el número de atributos en la entidad de proceso.
En la siguiente imagen, se observa cómo una entidad muy grande se puede dividir en
dos. Podríamos haber roto en más entidades relacionadas, si fuera necesario.
c) Defina llaves de negocio para las entidades y promueva su uso en la

búsqueda de los registros.
Como una buena práctica general para mejorar el rendimiento de las consultas y
búsquedas, defina una llave de negocio.
Una vez definida la llave de negocio para sus entidades, asegúrese de que las
búsquedas se realizan a través de esta opción para promoverla (por ejemplo, un
control de búsqueda que tiene una columna que se asocia con la llave de negocio
dada).
En el siguiente ejemplo hemos definido el número de documento (Document Number)

como la clave de negocio para la entidad Cliente en lugar de utilizar el id de la entidad.

1.3.1.6. Recomendaciones para la integración de datos
El siguiente artículo enumera las recomendaciones para las mejores prácticas durante
el uso (o el uso planeado) de la funciones de Virtualización y Replicación de Datos de
Bizagi.
1. Haga un análisis adecuado y diseñe en etapas tempranas
Se recomienda tener en cuenta todas las limitaciones, las posibilidades de integración

y el diseño adecuado para el modelado de datos (en análisis y en las fases de diseño
de la implementación del proyecto).
De este modo, teniendo en cuenta que las entidades serán virtuales, es una buena
práctica crear, antes de empezar, todas las entidades y el Modelo de Datos de Bizagi.
Esto implica:
 Definir del Modelo de Datos entidad-relación para la Virtualización y

Replicación, y definir qué entidades y atributos serán virtuales.
 Tener en cuenta que el diseño de la base de datos de la fuente externa debe

utilizar la tercera forma normal (normalización).
2. Siempre mapee sus atributos y relaciones de Bizagi (considerar las

referencias a las claves compuestas)
Es estrictamente requerido mapear los atributos a los campos en la fuente externa (los
que usted va a utilizar).
Tenga en cuenta que las relaciones creadas en Bizagi también deben ser mapeadas.

Para obtener más información y recomendaciones sobre esta configuración, consulte

el ejemplo Cómo configurar la Virtualización, en la que también se puede ver cómo
hacer esto cuando se incluye una referencia a una llave compuesta.
3. Tener puertos externos explícitos (aplica cuando se integra a una fuente de

datos de SQL Server)
Cuando se utiliza SQL Server como fuente de datos externa, se recomienda que la
configuración de la instancia de la base de datos tenga un puerto TCP explícito:
El uso de un puerto TCP explícito sigue las mejores prácticas (en lugar de puertos
TCP dinámicos).
Al configurar la virtualización usando edición JEE de Bizagi, si el puerto TCP (en el

que se inicia la instancia de SQL Server, como se mencionó anteriormente) es
diferente a 1 433 (que es el valor predeterminado), el número de puerto debe
especificarse de forma explícita en las propiedades del proveedor de datos.
Para incluir esta configuración, se debe que incluir una propiedad denominada
"SQLServerDBPort" con el valor del puerto TCP de la instancia de SQL Server:

Esta configuración del atributo SQLServerDBPort sólo es requerida para la edición

JEE de Bizagi en su ambiente de desarrollo.

1.3.1.7. Práctica dirigida
REUTILIZACIÓN DE INTERFACES
1. En este segundo Laboratorio, continuaremos con el desarrollo de la

aplicación del Laboratorio 1.
2. Primero, deberá cargar Bizagi Studio y a continuación abrir el Proyecto de
Solicitud de Préstamo de Equipos.
3. Desde el menú circular seleccione “Definir formas”, y luego click en “definir

formas”:

4. Se cargará el modelo del proceso. Seleccione la tarea “Evaluar solicitud de

préstamo”.
5. Inmediatamente se tendrá acceso al editor de formularios. Haga click en el
botón “Copiar desde”
6. A continuación, se volverá a abrir el modelador de procesos. Aquí deberá

seleccionar la tarea “Solicitar Préstamo de Equipos” que es la tarea desde
donde se copiará la interfaz a fin de no tener que volver a diseñarla. Luego
haga click en el botón “OK”.

7. Como podrá observar la interfaz de la tarea “Solicitar Préstamo de Equipo”

se ha duplicado en la interfaz de la tarea “Evaluar la solicitud del préstamo”.
8. Cambiar la propiedad “Editable” al valor “Falso”, es decir, todos los campos

los hacemos de “Sólo lectura”.
9. Seguidamente procederemos a completar la interfaz de la tarea “Evaluar la

solicitud del préstamo”.
10. Colocaremos un control “Grupo” con el nombre “Aprobación” y a continuación

un diseño “Layout” de 50%-50%, lo que dividirá el grupo por la mitad.

11. En el lado izquierdo, colocaremos el campo “Equipo disponible” con el

atributo de “Sólo lectura” (Editable-False). En el lado derecho del diseño
colocaremos el campo “Aprobado” con el atributo “Obligatorio” (Requerido –
Sí).
12. Por debajo del diseño (layout) se colocará el campo

“ComentariosAprobación”
13. A este campo, se le cambiarán las propiedades “Usar extendido – Sí” y la

propiedad “Tipo de visualización” con el valor “Vertical”.

14. Bizagi permite modificar la estructura de los datos desde el editor de interfaces.
Para demostrarlo, haga click derecho sobre la entidad “Equipo” y seleccione la
opción “Editar entidad”:
15. A continuación, click en “Next” (Siguiente) y con el botón “Add” (Agregar)

agregue el campo “Imagen” con el tipo de dato “Image” para que se pueda
almacenar las imágenes de cada equipo. Haga click en “Finalizar”.

16. El atributo queda disponible para su uso el cual colocaremos en la interfaz

mediante un “arrastre” dentro del grupo “Equipo”.
17. A continuación, se modificará el diseño “Layouts” de los campo de la siguiente

manera:

20. Cree un Nuevo caso de la tarea “Solicitar préstamo de equipo” y haga click
en “Siguiente” (Next).

1.4. APLICACIÓN 1 – Tercera parte

1.4.1. Mejores prácticas en el Diseño de formas
Los usuarios finales interactúan con los procesos automatizados a través de un portal
web diseñado que se ejecuta con cualquier navegador web. Los usuarios acceden a
este portal interactivo llamado Portal de Trabajo, donde tienen acceso a todos sus
casos con actividades pendientes.
Cada actividad en espera está representado por una interfaz de usuario, conocida
como una Forma en Bizagi la cual, muestra sus datos.
Bizagi incluye una potente herramienta para diseñar y gestionar todas las interfaces de
usuario para las actividades humanas. El Diseñador de formas proporciona una
estructura intuitiva y fácil de usar para incluir y organizar toda la información necesaria
en cada actividad de Proceso.
Bizagi ofrece todo lo necesario, pero encontrar la mejor manera de visualizar y

organizar la información no es una tarea fácil y depende de cada situación de negocio.
Sin embargo, las recomendaciones descritas en esta sección le ayudarán a crear
Formas claras e intuitivas centrándose en ayudar a los usuarios finales a información
correcta y realizar sus actividades de manera intuitiva.
1.4.1. Recomendaciones
Como práctica general, considere el uso de formas reutilizables asociadas a las

entidades, de esa manera, será fácil de reutilizar y cambiar las formas en el futuro.
 Mantenga sus formas pequeñas en tamaño y consumo de datos, ya que

requerirán ser cargadas en el momento adecuado. Dependiendo de la cantidad
de usuarios en el ambiente de producción, el tiempo necesario para cargar una
pantalla en el ambiente de desarrollo puede ser de hasta 5 veces más rápido
que en el ambiente de producción con carga pesada.
 Utilice refrescamientos parciales para recuperar contenidos pequeños del

formulario en lugar de hacer recargas completas para presentar en el cambio.
 Bizagi utiliza un enfoque transaccional para cada pantalla, por lo tanto, todas
las acciones realizadas en una forma creará una acción que debe aplicarse
cuando finalice la actividad, evite las operaciones que requieren limpieza de
grandes tablas y creación del contenido, sobre todo si se utilizan varias veces
como resultado dé clics en botones o debido al cambio en los controles.
1.4.1.1. Diseño de formularios eficaces y eficientes
Al definir un formulario, debe tener en cuenta los siguientes principios básicos:
1. Muestre la información de una manera clara y ordenada

2. Diseñe formas utilizables
3. Diseñe formas eficientes
A continuación, encontrará pautas útiles a seguir estos principios y ayudar a las formas
de presentación y de eficiencia.

1. Muestre la información de una manera clara y ordenada
Cuando diseñe un formulario (especialmente uno que presenta una cantidad

significativa de información), mantener la claridad y el orden en el que se visualiza la
información es demasiado importante para mejorar la experiencia del usuario.
Siga las siguientes recomendaciones para evitar formas grandes, aburridas y

desordenadas:
Incluya solo la información necesaria
La inclusión de un gran número de controles en la forma afecta el impacto visual de los

usuarios finales y reduce el rendimiento de la aplicación. No se desean formas
grandes en absoluto.
Mantenga como no obligatorio los detalles y la información adicional. En muchos

casos, esta información ocupa demasiado espacio y no se refiere con frecuencia ya
que no es necesaria. Dé al usuario la posibilidad de elegir cuándo quiere consultar
información adicional. Considere las siguientes opciones para visualizar información
adicional en las formas:
 Utilíce pestañas: Para organizar mejor la información del proceso, se

recomienda utilizar dos pestañas: una con toda la información de la actividad y
todos los controles editables, y otra con el resumen del caso y con toda la
información no se puede editar.
 Utilíce el control Vínculo a Forma para mostrar la información adicional

en una nueva forma: Esto también optimiza el rendimiento, debido al hecho
de que el detalle adicional será cargado por demanda (en lugar de tener esta
información en una pestaña diferente, que ya esta se carga desde el principio).
Agrupe y distribuya la información
La forma en que la información se agrupa y se distribuye tiene un gran impacto visual.
Los contenedores y los Layouts permiten organizar el área de visualización en

pestañas o grupos y separar el contenido en diferentes columnas. Recomendamos
estos componentes para manipular el diseño de los formularios y ofrecer a los
usuarios finales una presentación estructurada y organizada de la información.

Controle el número de registros que se muestra en las listas
Los combos muestran una lista desplegable. Esto funciona bien cuando hay 1 0 o 20
registros en la lista. Sin embargo, si la lista es demasiado grande evite el uso de
combos para mostrar esta información.
Mostrar grandes listas no es agradable a la vista, afecta la experiencia del usuario y

tomará mucho tiempo para que Bizagi las muestre, lo que resulta en problemas de
rendimiento.
Un caso especial es un control relacionado con WFUSER. En el entorno de desarrollo,

la lista podría contener de 5 a 1 0 usuarios. Sin embargo, cuando un proceso se
implementa en producción, los proyectos pueden tener miles de usuarios. Considere
las siguientes opciones para optimizar la apariencia de los registros:
 Si es posible, utilice filtros para mostrar sólo un subconjunto de registros en la

lista.
 Cuando sea posible, asegúrese de que el filtro del usuario no supere los 50
registros.
 Use el control Sugerencia.
 Use el control Campo de Búsqueda.
 Cuando el control no es editable, no se necesita un filtro.
Evite mostrar más de 50 filas de una tabla
A fin de presentar al usuario final la información de manera organizada, se recomienda

que las tablas muestren un máximo de 50 registros por página. Asegúrese de evaluar
la interfaz de usuario para su mejor conveniencia.
Las siguientes imágenes muestran una solicitud de compra, una se ve sin paginación
definida, y otra con 5 registros por página.

2. Diseñe formas utilizables
Cuando diseñe formas, es importante tomar el lugar del usuario y evaluar cuál es la
manera más fácil y más conveniente en el que pueden ingresar y consultar la
información. Este enfoque es fundamental para reducir los tiempos de realización de
tareas y garantizar la calidad de la información ingresada por el usuario.
Ahorre tiempos de usuario y clics
Haga la vida más fácil a los usuarios al usar Bizagi. Deje que Bizagi haga el trabajo
sucio y ofrezca a los usuarios la posibilidad de centrarse en las cosas realmente
importantes. Siga estas recomendaciones para saber cómo:
Precargar información conocida

Algunas veces, la información se conoce de antemano y los usuarios no deberían

escribirla una y otra vez en los Formularios. Para estos casos evalúe la posibilidad de
cargar información previa en la carga de los controles.
Por ejemplo, cuando un usuario ingresa una solicitud, la fecha de solicitud no debe ser
digitada por el usuario, puede crear una regla de negocio para asignarla por él.
 Usted puede definir acciones al entrar con elementos de asignación para

asignar los valores necesarios.
 Puede utilizar la propiedad valor predeterminado de los controles para definir

sus valores predefinidos.
 Puede incluir botones en sus formas, de tal manera que cuando el usuario final
haga clic en ellos, se ejecuten cálculos, asignaciones e invocaciones de
interfaces.
 Usted puede utilizar la opción Definir valor para en Acciones y validaciones

para establecer los valores de los controles cuando se cumple una
determinada condición.
 NUNCA USE las expresiones Visible / Editable / Requerido para asignar

valores a los controles. Esta es una mala práctica y debe evitarse.
Optimizar búsquedas
Cuando se utiliza el control de búsqueda, lo más probable es que los se puedan incluir
filtros predefinidos para optimizar la búsqueda.
Preste especial atención a las columnas que le va a permitir a sus usuarios usar como
filtros de búsqueda. Revise si estas son correctos desde una perspectiva de negocio y
si éstas implican nuevos índices en su base de datos.
Sobre esto último, es una buena práctica que creación y revisión de los índices vaya
de acuerdo con los criterios de filtrado que se aplica para cualquier tipo de búsqueda
en Bizagi: ya sea hecho a través del control de búsqueda, o a través de formularios de
consulta o reglas de negocio que utilizan XPath o métodos como GetEntityList.
Utilice agregar/editar en línea para las tablas
Cuando los usuarios tienen que agregar registros a las tablas, evalúe la posibilidad de
utilizar la opción de adición/edición en línea en lugar de utilizar un formulario. Las
opciones En línea permite agregar/editar registros de una tabla de una manera más
rápida y sencilla. Añadir y editar a través formularios sólo debe utilizarse cuando la
información para ingresar debe ser validada a través de condiciones complejas o
tenga un alto número de celdas que deben ser diligenciadas por cada registro.

Ordenar la información de combos y tablas
Cuando los combos y las tablas muestran una gran cantidad de información, debe
haber algún tipo de orden para el que usuario final para localizar fácilmente lo que está
buscando.
Por lo tanto, siempre establezca un orden por un atributo para evitar que se muestre
información al usuario que no pueda encontrar.
Observe la siguiente imagen; en un proceso de solicitud de compra, todos los

productos se enumeran sin ningún filtro o clasificación. Es muy difícil encontrar la
correcta.

La siguiente imagen muestra la propiedad Ordenar por atributo que debe ser usada
para ordenar los productos alfabéticamente.

Ayude a los usuarios a evitar cometer errores
Nada es tan obvio.
Un diseño de formas inapropiado es propenso a errores (incluyendo aspectos como

desempeño o mal entendimientos de los usuarios sobre el comportamiento de los
controles).
Diseñe las formas para reducir errores y mejorar la productividad. Los siguientes
consejos le ayudarán a hacerlo:
Ocultar la información innecesaria
Muestre la información al usuario sólo cuando sea estrictamente necesario. Mostrar

información adicional puede confundir a los usuarios y dar lugar a errores.
Gestione la interfaz de usuario para mostrar u ocultar la información de acuerdo con

las condiciones de negocio mediante el uso de acciones de la forma o expresiones de
visibilidad.
Haga obligatoria la información que debe incluirse
Hacer cumplir los usuarios para introducir la información que debe incluirse en un
formulario. Utilice la propiedad Requerido de los controles a los usuarios que la
información debe ser llenada y no permitir que el proceso continúe hasta que se
complete mostrar.
Hacer de solo lectura la información que no debe ser modificada
Si hay información que debe ser consultada por el usuario, pero no debe ser
modificada, utilice la propiedad editable de los controles para evitar que el usuario
modifique esta información.
Utilice Textos de ayuda
En algunos casos, es difícil para los usuarios identificar cuál es el objetivo de un

control y qué información tiene que ser incluida en él. Utilice la propiedad Texto de
ayuda de los controles para mostrar textos que ofrecen información adicional sobre un
control específico.
Muéstrele al usuario cuando está cometiendo un error
Recomendamos el uso de Acciones y Validaciones para realizar todas las acciones

de sus controles.
Puede utilizar las acciones para resaltar un control o un conjunto de controles cuando
algo está mal.
Además, puede lanzar mensajes de error cuando se cumplen condiciones específicas

a fin de notificar al usuario y corregir de manera oportuna lo que está mal.

3. Diseñe formas eficientes
Siempre definir una restricción de tamaño para los controles de archivos
Establezca siempre un tamaño máximo para los archivos cargados e identifique qué
tipo de extensiones de archivo están permitidas para que la aplicación no permita
cualquier tipo de archivo.
Del mismo modo, es posible definir el tamaño máximo para todos los archivos adjuntos
de la aplicación, que de acuerdo a las mejores prácticas, no se debe permitir archivos
grandes.
Siempre defina controles de imagen con formato y restricción de tamaño
Establezca siempre un tamaño máximo para los archivos cargados e identifique qué
tipo de extensiones de archivo están permitidas para que la aplicación no permita
cualquier tipo de archivo.

Del mismo modo, es posible definir el tamaño máximo para todos los archivos adjuntos
de la aplicación, que de acuerdo a las mejores prácticas, no se debe permitir archivos
grandes.
Por ejemplo, cuando se esperan imágenes como archivos cargados, es posible que
desee permitir los formatos comprimidos (por ejemplo, jpg) en lugar de los archivos de
gran tamaño (por ejemplo, bmp).
Evite el uso de la propiedad Actualizar al Cambio
La propiedad Actualizar al Cambio enviará una solicitud al servidor de Bizagi y

volverá a cargar todo el formulario actual. Para un mejor rendimiento, se recomienda
utilizar esta propiedad sólo cuando sea estrictamente necesario (por ejemplo, es
comúnmente más adecuado utilizar Acciones y Validaciones para mostrar u ocultar
la información, en lugar de utilizar reglas de visibilidad y Actualizar al Cambio para
refrescar esta lógica).
Evite el uso de las expresiones Visible / Editable / Requerido para asignar valores
Las reglas utilizadas como Visible, Requerido o Editable deben ser consideradas como
reglas de "sólo lectura" y se debe evitar hacer asignaciones en ellas. A veces es
necesario para asignar valores a los controles, especialmente en las formas de añadir
y editar tablas.
Los usuarios utilizan las expresiones en las propiedades visibles, editables y

obligatorios para asignar valores. ¡ESTO DEBE EVITARSE!
Opciones:
 Puede utilizar botones para realizar cálculos y asignaciones.

 Incluya botones en sus formas, del tal manera que cuando el usuario final haga
clic en ellos se ejecuten cálculos y asignaciones.
 Puede utilizar los valores predeterminados
 Utilice la opción Valor por defecto para asignar un valor al control deseado.
 Usted puede utilizar opción "Definir Valor para" en Acciones y Validaciones
 Utilice opción "Definir Valor para" para establecer los valores de los controles
cuando se cumpla una determinada condición.
Evite el uso de la misma expresión de Visibilidad / Editabilidad / Requerido más

de tres veces en una forma
Ejecutar la misma regla visibilidad una y otra vez puede causar problemas de
rendimiento, especialmente cuando estas reglas son complejas.

Opciones:
 Crear un atributo temporal para su actividad y establezca el valor con las
expresiones necesarias. En cada control, evalúe el atributo temporal.
Otras recomendaciones
Utilice tablas comentarios
Cree una tabla de comentarios para almacenar todas las observaciones del caso. En
cada actividad localice la tabla en la parte inferior para permitir que los usuarios finales
ingresen las observaciones que requieran.
Filtre la tabla para mostrar los últimos comentarios en la segunda pestaña, donde se
debe colocar el resumen del caso.
La siguiente imagen muestra un caso del proceso de gestión de reclamaciones y

quejas, donde se registra toda la historia del caso en la segunda pestaña.
Utilice tablas de archivos
Cree una tabla de archivos para almacenar todos los archivos cargados en el caso. En
cada actividad localice la tabla en la parte inferior para permitir que los usuarios finales
puedan subir los archivos que necesiten.
Filtre la tabla para mostrar los últimos archivos cargados en la segunda pestaña,
donde se debe colocar el resumen del caso.
La siguiente imagen muestra un caso del proceso gestión de reclamaciones y quejas,

donde se registra toda la historia del caso en la segunda pestaña junto con los
archivos cargados.

1.4.2. Práctica dirigida

INCLUYENDO PESTAÑAS
Objetivo: En este punto, aprenderemos cómo incluir pestañas en nuestra interfaz

de usuario.
32. Desde el “diseñador de formas”, seleccione la tarea “Modificar Solicitud de

préstamo”.
33. Inmediatamente se tendrá acceso al editor de formularios. Haga click en el
botón “Copiar desde”
34. A continuación, se volverá a abrir el modelador de procesos. Aquí deberá

seleccionar la tarea “Evaluar la Solicitud del préstamo” que es la tarea desde
donde se copiará la interfaz a fin de no tener que volver a diseñarla. Luego
haga click en el botón “OK” (Aceptar).

35. Como podrá observar la interfaz de la tarea “Evaluar la Solicitud del

préstamo” se ha duplicado en la interfaz de la tarea “Modificar Solicitud de
préstamo”.

36. Activar la ficha “Controles” y dentro de grupo “Contenedores”, arrastre el

control “Tab” hacia la parte superior del formulario.
37. Active la pestaña “Layout” y reubique los diseños dentro de la ficha “Tab 1” tal
como se muestra a continuación:
38. Cambie el nombre de la ficha “Tab 1” por “Información de la Solicitud”.
39. Haga click en el botón para crear una nueva ficha con el nombre
“Información de la Aprobación” y a continuación reubique los diseños de los
campos de la siguiente manera:

40. A continuación, incluya el campo “SolicitudModificada” por encima de los tabs

creados.
41. Bizagi permite modificar la estructura de los datos desde el editor de interfaces.
Para demostrarlo, haga click derecho sobre la entidad “Equipo” y seleccione la
opción “Editar entidad”:
42. A continuación, click en “Next” (Siguiente) y con el botón “Add” (Adicionar)

agregue el campo “Imagen” con el tipo de dato “Image” para que se pueda
almacenar las imágenes de cada equipo. Haga click en “Finalizar”.
43. Cambie la propiedad “Requerido” a “Sí”.

44. A continuación, se modificará el diseño “Layouts” de los campo de la siguiente

manera:
45. Active la ficha “Formato”, luego haga click en el selector numérico

“Distribución” y configúrelo como “25% - Ancho de etiqueta y 75% - Ancho
de Control”. Luego “Aplicar” y “Aceptar”
46. Active el grupo “Aprobación” y luego cambie la propiedad “Editable” con el

valor “No” con lo cual todos os acampos de este grupo pasarán a ser de “Sólo
lectura”. Esto significa que en esta instancia el usuario no podrá modificar la
información de la aprobación.

11. Cambie el atributo “Editable” con el valor “Sí” a todos los campos del grupo
“Equipo”, excepto al campo “Equipo” el cual debe tener el atributo “Editable”
con el valor “No”. Esto significa que en esta instancia el usuario no podrá
modificar la información del campo “Equipo”.
14. Cree un Nuevo caso de la tarea “Solicitar préstamo de equipo” y haga click
en “Siguiente” (Next).

VALIDAR DATOS
Objetivo: En este punto, aprenderemos cómo validar la información ingresada por un

usuario, de acuerdo a los requerimientos específicos del negocio.
1. Desde el “diseñador de formas”, seleccione la tarea “Solicitar préstamo de

equipo”.
2. Se accederá a la interfaz en la cual, el solicitante deberá ingresar información

relevante para solicitar el equipo, por ejemplo fechas y cantidad del equipo.
3. De acuerdo con la lógica del negocio, algunos valores no son válidos, por
ejemplo primero se debe recoger (Fecha de recojo), para luego devolver el
equipo (Fecha de devolución). Por lo cual la fecha en que se recoge el equipo,
no debe ser mayor que la fecha en la que se devuelve el equipo.
4. Para llevar a cabo esta validación, seleccionar el comando “Acciones y

Validaciones”.

5. Una validación permite alertar al usuario cuando la información ingresada no es

adecuada en términos del negocio. Seleccione la segunda pestaña
“Validaciones” y luego “Agregar”.
6. Seleccionar “Agregue una condición” y seleccione el control sobre el cual

deseamos realizar la validación “Fecha de recojo”, luego seleccionar “Mayor
que” y seleccionar el campo “Fecha de devolución”.
7. Agregue el mensaje: “¡La fecha de Recojo no puede ser mayor a la Fecha

de Devolución!”

8. Haga click en OK.
9. Ahora, vamos a validar que la cantidad solicitada no sea igual a “cero”.
10. Seleccionar el campo “Cantidad” y luego la ficha “Avanzado”
11. A continuación, establecer el “Mínimo” en 1 y el “Máximo” en 10.
12. Grabar, ejecutar y probar la validación desde el portal de Bizagi.


MEJORAMIENTO DE LA INTERFAZ DE USUARIO
Objetivo: En este punto, aprenderemos cómo MEJORAR la interfaz de usuario.
1. Desde el “diseñador de formas”, seleccione la tarea “Evaluar solicitud del

préstamo”.
2. Se accederá a la interfaz en la cual, se podrán realizar mejoras de
presentación.

3. En la pestaña “Formato”, se pueden realizar cambios de visualización y

alineación, así como el tipo de fuente, tamaño y color. (Hacer cambios y
demostrar).
4. También, es posible realizar cambios dinámicos, por ejemplo los “comentarios”

sólo deben ser visibles cuando la solicitud no ha sido aprobada y para resaltar aún
más se mostrarán en color rojo.
5. Seleccionar “Acciones y validaciones” y…

6. Grabar, ejecutar y probar la validación desde el portal de Bizagi.


UNIDAD
LABORATORIO 2
DESARROLLO DE
APLICACIONES I

Al término de la unidad, el alumno es capaz de diseñar Proyectos de automatización e
implementar sus Reglas de Negocio, asignar el trabajo y configurar subprocesos
reusables y múltiples...
TEMARIO
2.1 Tema 5 : Aplicación 1 – Cuarta parte
2.1.1 : Mejores prácticas en Reglas de Negocio
2.1.2 : Recomendaciones
2.1.2.1 : Nomenclatura para expresiones
2.1.2.2 : Diseño de Reglas de Negocio eficientes y gobernables
2.2 Tema 6 : Aplicación 1 – Quinta parte

2.2.1 : Mejores prácticas en asignación de trabajo.
2.2.1.1 : Control del número de usuarios
2.2.1.2 Método de asignación “Todos”
2.2.1.3 Evitar asignación a muchos usuarios
2.3 Tema 7 : Aplicación 1 – Sexta parte

2.3.1 : Actividades asíncronas
2.3.2 : Mostrar Retroalimentación (show feedback)
2.3.3 Puntos adecuados de integración

2.1 APLICACIÓN 1 – CUARTA PARTE

2.1.1 Mejores prácticas en Reglas de Negocio
Bizagi ofrece poderosas reglas de negocio que se pueden implementar en varios

lugares durante todo el proceso para llevar a cabo acciones, encaminar sus procesos,
gestionar las interfaces de usuario y asignar usuarios.
Hay muchas maneras de definir una regla y que tengan exactamente los mismos
resultados. Usted debe aplicar la más eficiente y flexible.
Esta sección ofrece algunas pautas para construir reglas enfocadas en reducir al
mínimo el impacto en el rendimiento de la aplicación y permitirle a los procesos
adaptarse fácilmente a las condiciones cambiantes del negocio.
2.1.2 Recomendaciones
 Todas las reglas de negocio para enrutamiento de procesos se construyen en

Bizagi.
 Si una regla de negocio existe en otro sistema.
o Solicite al cliente que exponga la regla de negocio y consúmala desde
Bizagi.
 Recomendación: Use servicios web.
 Alternativa 1: Use la librería de componentes de Bizagi como
fachada.
 Invoque un API proporcionado por el cliente.
 Use un componente para acceder a una fuente de datos
externa (por ejemplo, procedimientos almacenados).
 Si el sistema será reemplazado en un tiempo corto.
o Recomendación: Construya la lógica en Bizagi.
 Si una regla de negocio tiene una alta demanda computacional.
o Debe ser implementada en otro sistema y consumida desde Bizagi.
 Recomendación: Impleméntela como un servicio web.
fachada.
 Si una regla de negocio que se cambia frecuentemente por los usuarios de
negocios
o Se puede hacer dentro o fuera de Bizagi
o En Bizagi, si no hay otro sistema que pueda implementarla o no tiene
una interfaz de usuario que permita la modificación por usuarios de
negocios.
o En un sistema externo, si tiene una interfaz para los usuarios de
negocios y se puede consumir desde Bizagi.
 Recomendación: Impleméntela como un servicio web.
fachada.
 Si requiere una nueva regla de negocio y debe ser consumida por otros
sistemas.

o Se puede construir en Bizagi si no es de alta demanda computacional.

o Otros sistemas pueden acceder a él a través de la capa SOA (sólo
reglas de negocio, esto no aplica para las expresiones o funciones).
2.1.2.1 Nomenclatura para expresiones
El uso de prefijos en las reglas tiene dos funciones, explicar el objetivo de la regla y
dónde se está utilizando; siga esta guía para seleccionar el prefijo apropiado:
2.1.2.2 Diseño de las reglas de negocio eficientes y gobernables
Cuando se definen reglas de negocio, se deben tener en cuenta los siguientes

principios básicos:
1. Diseñe reglas flexibles

2. Implemente un código eficiente
3. Documente las reglas
A continuación, encontrará pautas útiles a seguir estos principios y ayudar a la

definición y administración reglas.
1. Diseñe reglas flexibles
Las reglas de negocio se utilizan para modelar las condiciones del negocio. Como
estas condiciones están en constante cambio, es fundamental crear reglas que se
puedan cambiar fácilmente.
Planee cuidadosamente qué cambios en su proceso se pueden afrontar y construya

las reglas de forma que se puedan adaptar fácilmente para responder a las
condiciones cambiantes del negocio.
Use políticas
Utilice Políticas para modelar reglas de negocio que se enfrentan a condiciones

cambiantes del negocio. El uso de las políticas en lugar de expresiones ofrece la
ventaja de permitirles a los usuarios administrarlas fácilmente desde el Portal de

Trabajo. De esta manera, se pueden realizar cambios en los valores o en la lógica en

tiempo real para adaptarse instantáneamente a las condiciones actuales del negocio.
La siguiente imagen muestra una expresión y una tabla de decisión (política) que se
utiliza para valorar la evaluación del riesgo de una solicitud de préstamo basado en
una evaluación de crédito. Tanto la expresión como la tabla de decisión funcionan para
este propósito, pero si los valores de la evaluación de riesgos cambian para responder
a las condiciones de negocios, no se puede acceder a la expresión desde el entorno
de producción para modificarlos.
Por el contrario, mediante el uso de una tabla de decisión, los usuarios pueden
cambiar fácilmente estos valores desde el Portal de Trabajo.

Use Vocabularios
Los vocabularios son definiciones que obtienen o establecen toda la información
utilizada en las Políticas o en las Expresiones. Si una regla de negocio no puede ser
modelada como una política, pero sus parámetros necesitan ser cambiados con
frecuencia para adaptarse a las condiciones del negocio, puede utilizar expresiones
que incluyan vocabularios.
Los vocabularios se pueden invocar desde Expresiones o Políticas y pueden ser

administradas en el ambiente de producción por los usuarios finales desde el Portal de
Trabajo.
La imagen de abajo muestra dos maneras de asignar la duración de una actividad. La

duración de esta actividad depende de un SLA del cliente (Service Level Agreement).
En la imagen superior, la duración de la actividad se define como un valor fijo, si el

SLA cambia, la expresión tiene que ser modificada en el ambiente de desarrollo y
luego ser llevado al ambiente de producción, a través de deployment.
En la imagen inferior, se utiliza un vocabulario para definir la duración. Si el SLA

cambia, un usuario administrador puede acceder al Portal de Trabajo y modificar el
valor del vocabulario para reflejar al instante la nueva condición en el proceso

No haga referencia a los Id
Cuando las entidades paramétricas son administrables en producción, puede

desactivar sus registros cada vez que necesite. Por defecto, cada registro de una
entidad tiene un identificador único generado automáticamente por Bizagi. Si utiliza
este identificador para hacer referencia a un valor específico de una entidad en una
expresión, puede haber errores en la ejecución si un valor se ha desactivado.
En lugar de hacer referencia a los identificadores, puede crear un atributo adicional en

las entidades paramétricas (normalmente llamado Código) y hacer referencia a estos
códigos, asegurándose de que siempre existe un registro con el código utilizado.
No asigne una instancia de entidad mediante el uso de Id
Cuando tenga una instancia de entidad, no la asigne con un Id.
Se deben utilizar los objetos en su lugar.

Reutilice reglas de negocio
Las reglas de negocio pueden ser reutilizadas a lo largo de un proceso. En muchos

casos, se sigue la misma lógica en diferentes etapas del proceso y no tiene sentido
construir la misma regla una y otra vez. Reutilice las reglas cada vez que se necesiten,
de esta manera, si se requieren cambios sólo se modifica una vez y se reflejan los
cambios en donde se utiliza la regla.
2. Implemente un código eficiente

Algunas situaciones complejas pueden requerir la implementación de código en Bizagi.

Para estos casos, tenga en cuenta que hay prácticas que afectan altamente el
rendimiento de la aplicación. Tenga en mente estas prácticas cuando implemente
reglas de negocio para hacer su aplicación más rápida y mejorar la experiencia del
usuario:
Evite la manipulación de una gran cantidad de registros a la vez Al utilizar métodos

para obtener un conjunto de registros, asegúrese de que se utilizan los filtros y que
sólo traen los registros que usted realmente necesita.
Esto debería evitar grandes iteraciones a través de un conjunto y debe promover un

acceso rápido a la información necesaria. No es usual manipular una cantidad
considerablemente grande de registros; pues esto significaría que es probable que
haya una forma mejorada para cubrir un requisito de negocio.
Evite los for anidados
Las Iteraciones anidadas pueden tardar mucho tiempo para procesar y crean
problemas de rendimiento.
Evite la combinación de las siguientes funciones en una única expresión
 una iteración (for) dentro de la iteración de las funciones addRelation y

removeRelation
 dentro de la iteración de las funciones addRelation y removeRelation
 dentro de la iteración, utilizando Colección de XPaths con filtros
La combinación de estas funciones puede tomar mucho tiempo para procesar y crear
problemas de rendimiento.
Opciones: Guarde la Colección XPath con su filtro en una variable y manipule la

variable en la expresión.
Ejecute las funciones newcollectionitem y deletecollectionitem al principio de la

expresión y no dentro de la iteración. Asigne el XPath de la colección, incluyendo su
filtro, en una variable y manipule la variable en la expresión.
Evitar la manipulación de archivos adjuntos en reglas
Tenga en cuenta que se manejar directamente los archivos adjuntos dentro de las
reglas de negocio pueda implicar trabajar con bytes. En muchos casos, estos datos
adjuntos tendrán un tamaño de archivo grande lo que podría exigir más recursos por la
aplicación que resulta en deficiencias de desempeño.

REGLAS DE NEGOCIO
Objetivo: En este procedimiento, veremos cómo controlar el flujo del proceso de

“Solicitud de préstamo de equipos”.
1. Escogemos la opción de “Definir expresiones”, en el cuarto paso de reglas

del negocio.
2. Inicialmente construyamos la condición asociada al flujo que toma la solicitud

en caso de que fuese aprobada.
Click aquí

3. Para esto, utilizamos una nueva expresión que evalúa el valor del atributo
“aprobado” de la solicitud en la cual se captura la decisión del aprobador.
Click aquí
Luego, Click aquí
4. Para evaluar el Valor del atributo, navegamos el modelo de datos hasta

encontrarlo. Arrastrémoslo como el primer argumento para utilizarlo en la
condición. Dado que este flujo representa la aprobación, completamos la
condición igual a verdadero, para que en caso de cumplirse la condición,
continúe por este camino y se envíe el correo electrónico.

Es igual a
Verdadero
Luego, Aceptar
5. En caso contrario, utilizaremos la opción “sino” el otro flujo asociado a esta

compuerta; activa la tarea de “modificación de la solicitud” o sea cuando la
solicitud ha sido rechazada.
Click aquí

Click aquí
Luego, Click en Aceptar
6. Si la solicitud no fue aprobada, después de que el solicitante decida si quiere

modificar su solicitud, hay que evaluar si se cierra la solicitud o si se realiza
nuevamente la tarea de revisar la disponibilidad de equipos.
Click aquí

Click aquí
Click aquí
7. Para cerrar la solicitud, es necesario que el usuario indique como “negativa”, la

modificación de la solicitud.

Es igual a
Falso
8. Igualmente, se retorna a la tarea de “revisar disponibilidad de equipos” en

caso contrario, o sea, cuando el usuario indique como “positiva” la
modificación de su solicitud después de ser negada.
Click aquí

Click aquí
Luego, Click en Aceptar

¿CÓMO REALIZAR ACCIONES?
Objetivo: En este procedimiento, veremos cómo realizar acciones con Bizagi.
1. En primer lugar, se selecciona “Acciones de la actividad” (Eventos), en el

paso de “Reglas del negocio”.
Las “acciones” nos permiten ejecutar operaciones por ejemplo asignar valores y
realizar cálculos automáticamente, en este caso vamos a definir dos acciones: para
asignar la fecha de solicitud y el solicitante.
2. Para definirlas primero, se debe seleccionar la tarea sobre la cual se quiera

realizar la acción, para nuestro ejemplo, seleccionaremos “solicitar préstamo
de equipos” ya que desde esta tarea se muestra esta información en la
interfaz de usuario.

3. Posteriormente, se debe seleccionar cuando se ejecutará la acción para

asignar tanto el solicitante como la fecha de solicitud, se crea una acción a
la “entrada de la tarea”, ya que necesitamos que el usuario final vea el
resultado de estas acciones, una vez inicie trabajar en la tarea.
Click aquí
Click aquí
4. Creamos una nueva acción a la entrada de tipo “expresión”, inicialmente

debemos asignar al creador del caso como solicitante, por lo tanto damos un
nombre y una descripción apropiada, para posteriormente, construir la
expresión.

Click aquí
Click derecho
5. Haciendo clic con el botón derecho, podemos agregar un nuevo módulo de

expresión, con una descripción clara para ser editada. Aquí, tenemos que
“navegar” el modelo de datos, hasta seleccionar el solicitante.


Doble Click
Click aquí

Click aquí
Luego, haga click en “Aceptar”.
6. Definiremos el “solicitante” como el creador del caso, para esto usaremos una
función, la cual retorna el creador del caso, dicha función se encuentra en la
categoría “usuario creador del caso” bajo el nombre “User Id of the case
Creator”, recordemos utilizar “punto y coma” al final de las asignaciones, para
una correcta sintaxis.
Click aquí

Click aquí
Click aquí
Click aquí

Luego, haga click en “Aceptar”. No olvidar poner “;” al

final de la expresión
7. Hemos finalizado la acción y continuaremos con la siguiente acción para

asignar la “fecha de solicitud”.
Bizagi nos permite reutilizar las acciones anteriormente creadas, por lo cual nos
presenta una lista de expresiones para reutilizarlas si es necesario.
Para esta acción seguiremos los mismos pasos, naveguemos el modelo de
datos para obtener el atributo “fecha de solicitud” e igualarlo a la función “today”
y que se encuentra bajo la categoría “fechas y tiempos”.

2.2 APLICACIÓN 1 – QUINTA PARTE

2.2.1 Mejores prácticas en Asignación de trabajo
La asignación de trabajo es el quinto paso del Asistente de Automatización de

Procesos donde se definen los participantes para cada actividad de su proceso. Los
participantes son usuarios que tienen las cualidades para ser asignados a actividades.
Cada tarea creada por la interacción del usuario final requiere una definición que le
permita a Bizagi asignar los usuarios correctos dentro de su organización.
Bizagi evalúa automáticamente las reglas de asignación definidas para cada tarea y
selecciona uno o más usuarios que cumplan con las condiciones dadas desde la lista
del usuario. Sólo estos usuarios tendrán podrán trabajar en la actividad que se les
asigna.
Esta sección ofrece algunas recomendaciones para definir correctamente estas reglas
de asignación.
2.2.1.1 Controle el número de usuarios que se pueden asignar
La asignación de una sola tarea a cientos de miles de usuarios es una mala práctica.
2.2.1.2 Utilice el método de asignación “Todos” solo cuando sea necesario
Cuando defina la asignación de trabajo para sus diferentes actividades, evite el uso del
método de asignación “Todos” cuando sea posible. El uso de esta característica
implicará un gran grupo de usuarios y por lo tanto va a exigir más recursos y creará un
Log más grande. Por lo tanto, debe ser utilizado cuando sea estrictamente necesario,
y asegurándose de que hay uso de filtros adecuados (por ejemplo, por roles y
habilidades, posiciones).
Opciones:
 Por ejemplo, es posible que desee evaluar si determinadas actividades pueden

usar la característica de reasignar en vez de tener disponible la asignación
para más de un usuario desde el principio.
2.2.1.3 Evite la asignación de tareas que podrían asignar a muchos usuarios

(más de 10).
En el Método de Asignación Todos, las asignaciones se dan a todos los usuarios

con las características indicadas.
Esto funciona bien en el entorno de desarrollo, donde hay 5 a 10 usuarios creados, y

estas asignaciones se convertirán en uno o dos usuarios. Sin embargo, cuando un
proceso se implementa en la producción, los proyectos pueden tener miles de
usuarios.
La asignación de una actividad a miles de usuarios es una mala práctica, y aumentará

el tiempo necesario para ejecutar lo que resulta en problemas de rendimiento.
Métodos de Asignación

Proporciona un conjunto de funciones para seleccionar el modo en el que Bizagi

asigna una tarea a los usuarios disponibles.
Las cuatro opciones son:
 Por Carga: La tarea se asigna al usuario con menor carga de trabajo en su

Inbox. Sin embargo, el sistema verifica primero si alguien en el grupo del
usuario ya ha trabajado en el caso. Si es así, se asignará a él / ella
independientemente de la carga de trabajo del usuario en comparación con el
resto del grupo.
 Todos: Las asignaciones se otorgan a todos los usuarios que cumplen con las
características indicadas. La primera persona que acceda al caso desde su
Inbox (es decir, haga clic sobre el caso) llevará a cabo la tarea. En
consecuencia, ya no se mostrará a los demás asignados.
 Secuencial: cada tarea se le asigna equitativamente y de forma secuencial

entre los usuarios que cumplan los criterios de asignación, independientemente
de su carga de trabajo. Sin embargo, si se crea una instancia de una tarea
varias veces, esta tarea se le asignará al mismo usuario que la realizó por
primera vez, y el método de asignación no aplicaría en este caso.
 Primer disponible: Con este método, las tareas se asignan al usuario que
primero está disponible de acuerdo con la zona horaria asociada. Puede haber
más de un usuario disponible. En tales casos, Bizagi determinará la tarea
ejecutante mediante la evaluación de la carga de trabajo de cada usuario
disponible.

2.2.2 Práctica dirigida.
¿CÓMO ASIGNAR EL TRABAJO?
Objetivo: En esta práctica, vamos a aprender como asignar el trabajo con Bizagi.
1. Seleccionamos “Definir participantes” en el quinto paso de nuestro asistente,

en este paso definiremos quién será el encargado de realizar cada una de las
tareas del usuario que componen nuestro proceso.
2. La tarea “Solicitar préstamo de equipo” es realizada por el creador del caso

por lo tanto, agregamos la condición que define que el usuario, en específico,
el identificador del usuario “User Id”, es igual a una expresión.
De la lista seleccionamos “creador del caso”.

1. ¡Click!
3. En este caso en particular, más de un usuario puede cumplir con este perfil,
por lo cual seleccionaremos el método de asignación por carga es decir,
será asignada al usuario que pertenezca al área con menos trabajo.
3. ¡Click!
4. ¡Click!
2. ¡Click!
5. ¡Click!

7. ¡Click!
6. ¡Click!
4. Vuelva a hacer Click en Aceptar (en la ventana siguiente).
5. Click en “Modificar solicitud de préstamo”
8. ¡Click!
6. La tarea “modificar solicitud” también es realizada por el creador del caso por
lo tanto cumple con la misma condición, es decir, el identificador del usuario es
igual a ”creador del caso”.
10. ¡Click!
11. ¡Click!
9. ¡Click!

12. ¡Click!
14. ¡Click!
13. ¡Click!
7. Vuelva a hacer Click en Aceptar (en la ventana siguiente).
8. Por otro lado, la actividad de “Evaluarla solicitud de préstamo” se realiza por

alguien que cumpla la condición que pertenezca al “Área de TI”.
En Bizagi, podemos crear la estructura organizacional completa de una

compañía, dado que esa práctica es introductoria, solamente crearemos un
área, en este caso el área no existe, por lo que la creamos, guardamos y
posteriormente la seleccionamos.
15. ¡Click!

17. ¡Click!
18. ¡Click!
16. ¡Click!
19. Seleccione “Áreas”
20. Ingrese “Área IT” 21. Agregar
22. OK
Así hemos asignado los participantes de cada una de las tareas necesarias para la
solicitud de préstamo de equipos.

Los usuarios son las personas que trabajarán en este proceso, desde el portal de
trabajo y por lo tanto, tendrán credenciales para autenticarse
9. Bizagi puede integrarse con cualquier sistema o aplicación existente que

administre los usuarios y la autenticación en su compañía, evitando también la
creación de administración de usuarios en Bizagi; pero sí es necesario
podemos crearlos y administrarlos desde Bizagi.
Ahora, para crear nuevos usuarios vamos al menú principal y seleccionamos

“Usuarios” bajo el menú “Admin”.
23. Click
24. Click
10. Este menú, nos permite buscar usuarios existentes o crear uno nuevo.
Llenando los campos básicos, podemos crear un nuevo usuario con las
características deseadas.


2.3 APLICACIÓN 1 – SEXTA PARTE

Bizagi provee una poderosa capa de integración que sigue una arquitectura orientada
a servicios que soporta las diferentes posibilidades de integración para toda la solución
corporativa.
En proyectos donde es necesario integrar los procesos con aplicaciones existentes

(por ejemplo, sistemas ESB), La capa de Integración de Bizagi presenta múltiples
opciones. Es posible invocar servicios basados en Web (por ejemplo., SOAP, REST) o
APIs directamente dentro de los procesos de Bizagi (por ejemplo, dlls, jars).
Esta sección brinda algunas recomendaciones y prácticas para crear y configurar

interfaces eficientes que no afecten la experiencia del usuario y la ejecución normal de
los proceso.
2.3.1 Actividades asíncronas
Cuando el tiempo involucrado en la transacción de un punto de integración es

significativamente alto, se debe usar tarea asíncronas en vez de las tareas síncronas,
esto debido a las siguientes razones:
Cuando usa interfaces síncronas, mientras estas son ejecutadas, las tablas
involucradas son bloqueadas hasta el final de la transacción.
 Las interfaces síncronas esperan una respuesta de un servicio externo antes

de permitirle continuar al caso.
 Cuando usa interfaces síncronas, si la respuesta toma demasiado, las tablas
usadas pueden ser bloqueadas, afectado a TODOS los usuarios finales.
 Cuando usa interfaces síncronas, si la interfaz falla, se bloqueará el caso.
Las Actividades Asíncronas han sido diseñadas especialmente para llamar interfaces
externas, las cuales son usadas principalmente para integración con servicios
existentes en otros sistemas.
Cuando tiene actividades que invoquen servicios externos (Servicios Web SOAP o
servicios REST) o que usen un componente de integración (a través de la Librería de
Componentes), use la propiedad Asíncrono para esta actividad. De esta manera, va a
tener una actividad que maneja los reintentos y demás posibilidades para administrar
transacciones (por ejemplo, se evitan bloqueos de retardo) en puntos del proceso
donde hay un tiempo de servicio significativo (debido a un posible retraso en la
comunicación con sistemas externos).
Use interfaces síncronas solo si puede garantizar absolutamente que el servicio

externo le responde en un máximo de 3 segundos. De esta manera, los usuarios no se
verán afectados. De lo contrario, convierta su interfaz a asíncrona.

2.3.2 Mostrar Retroalimentación (show feedback)
Las tareas automáticas tienen una propiedad llamada Mostrar Retroalimentación

(Show Feedback).
Cuando se activa esta propiedad, Bizagi ejecutará inmediatamente la actividad a

través de su Portal de Trabajo; se mostrará una página de espera mientras se procesa
la solicitud, notificará la terminación o el fallo de esta ejecución. Cuando esta
propiedad está deshabilitada, La actividad asíncrona es ejecutada después por el
servicio del Schedule. Para el usuario final, el Portal de Trabajo notificará que la
ejecución ha sido programada.
Cuando las interfaces no tienen retroalimentación, son ejecutadas por el Schedule,

permitiéndole al caso continuar sin que los usuarios finales esperen por una respuesta.
En las Interfaces que tardan mucho tiempo en responder (como las interfaces de
manejo documental), la retroalimentación hará que la aplicación se vea lenta y causará
problemas de desempeño inminentes.
Opciones:
Si sabe que una interfaz tarda mucho tiempo para procesar (debido a su naturaleza y
la cantidad de procesamiento que debe hacer), diseñe la actividad automática sin
retroalimentación. Por lo tanto, que quede fuera de la experiencia del usuario.
2.3.3 Puntos adecuados de integración
Utilice puntos adecuados de integración
El punto por el que se invoca una interfaz tiene un alto impacto en el comportamiento
de la interfaz en ejecución. Realice un análisis profundo de cuál es el mejor punto de
integración de acuerdo con las condiciones de negocios para evitar problemas de
rendimiento. Cuando defina los puntos de integración tenga en cuenta:
Invocar los servicios externos desde dentro de los procesos en Bizagi, se recomienda
definir estos puntos de integración como tareas de servicio BPMN.

Siempre deben estar configurados como tareas asíncronas y tienen un tiempo de

espera de 10 a 15 segundos.
Dependiendo del SLA acordado con el cliente, se tienen las siguientes opciones:
 SLA menor de 10 segundos: Utilice una tarea automática para llevar a cabo la
integración
 SLA mayor que 10 segundos: Debe ser modelado utilizando un patrón
asíncrono. Esto apunta a reducir los tiempos y obliga a dividir el servicio en 2
elementos:
 Integración asíncrona es invocada únicamente para enviar información y

recibir la confirmación.
 Un evento en Bizagi espera la respuesta del sistema externo a través de la
capa de Bizagi SOA.


UNIDAD
LABORATORIO 3
DESARROLLO DE
APLICACIONES II

Al término de la unidad, el alumno desarrolla Proyectos de automatización de procesos
de negocio, usando técnicas avanzadas de modelado, colecciones y reglas de
negocio.
TEMARIO
3.1 Tema 8 : Aplicación 2 – Primera parte
3.1.1 : Modelado avanzado
3.1.1.1 : Relaciones de muchos a muchos
3.1.1.2 : Propiedades de usuario
3.1.2 : Interfaces avanzadas
3.1.2.1 : Control de búsqueda
3.1.2.2 : Interfaces dinámicas avanzadas
3.2 Tema 9 : Aplicación 2 – Segunda parte

3.2.1 : Reglas de Negocio avanzadas
3.2.1.1 : Asignación de valores a una Colección usando Reglas de Negocio
3.2.1.2 : Validaciones
3.2.1.3 : Funciones de Bizagi – Objeto Me
3.3 Tema 10 : Aplicación 2 – Tercera parte

3.3.1 : Subprocesos reusables
3.3.2 : Múltiples subprocesos
3.3.3 : Configuración de actividades como subprocesos
3.3.4 : Configuración del tipo de acceso para los subprocesos

3.1 APLICACIÓN 2 – PRIMERA PARTE

3.1.1 Modelado avanzado
3.1.1.1 Relaciones de muchos a muchos
En esta sección, vamos a explorar las relaciones múltiples a múltiples, también

llamadas muchos a muchos.
En un proceso de reclutamiento y selección, cada candidato puede seguir un proceso

de evaluación definido por las pruebas pertinentes. Imaginemos que hay una nueva
vacante disponible la empresa, para lo cual hay dos candidatos por evaluar, cada
evaluación de un candidato puede incluir diferentes pruebas, en función del perfil de
los candidatos.
La evaluación aplicada al primer candidato tiene las siguientes pruebas: un examen de

conocimientos sobre el trabajo y una entrevista estructurada.
El segundo candidato es evaluado utilizando las mismas dos pruebas anteriores y una
tercera, una prueba de juicios situacional. Una prueba específica se puede incluir en
varias ocasiones dentro de las diferentes evaluaciones de los candidatos, en nuestro
ejemplo, la prueba de conocimiento del trabajo se incluye en las evaluaciones de los
dos candidatos.
En este caso, podemos ver que entre las entidades de evaluación y prueba existe
una relación muchos a muchos lo que significa, que una evaluación puede tener
varias pruebas y una prueba puede ser aplicada en varias evaluaciones. Esto es
bastante simple; pero ¿cómo representar esta situación en nuestro modelo de datos?
Buenas noticias, Bizagi permite utilizar relaciones muchos a muchos.
En Bizagi studio una flecha bidireccional marcada con dos estrellas en sus puntas,
representa la relación muchos a muchos. Para crear esta relación, primero haga clic
en relaciones y luego en siguiente. Ahora seleccione las dos entidades a relacionar,
en este caso la evaluación y la prueba, haga clic en siguiente, seleccione muchos a
muchos y defina los nombres de las relaciones entre las entidades.
Por último, haga clic en finalizar. Ahora, su relación ha sido creada; si desea borrar la
haga click en la relación, la flecha; seleccione eliminar y luego confirme la eliminación.
Ahora, imagine que el área de recursos humanos necesita saber el puntaje para todas
las pruebas incluidas en la evaluación de candidatos. Puesto que es importante
guardar todos los puntajes, vamos a ver qué entidad es la más adecuada para
almacenarlos. Si tratamos de agregar el atributo puntaje a la entidad de evaluación, el
puntaje para cada prueba no puede ser almacenada en esta entidad, ya que cada
evaluación tiene muchas pruebas. Si tratamos de agregar el atributo puntaje a la
entidad prueba vamos a tener una experiencia similar a la estudiada con la entidad
evaluación.
Si tomamos la prueba de conocimiento del trabajo, vamos a tener dos puntajes: uno
para el candidato uno y otro para el candidato dos. Tampoco se pueden almacenar en
la entidad prueba, ya que cada prueba se podría aplicar a muchos candidatos.
Ahora, probablemente se está preguntando, ¿cómo guardar esta información?,

afortunadamente hay una solución estándar, las denominadas tablas cruzadas. Por lo

tanto, para almacenar la información del puntaje, vamos a crear una tercera tabla; una
tabla cruzada, cuya información incluye el candidato, la prueba específica y la
calificación obtenida.
Si creamos una nueva entidad con las llaves foráneas, apuntando a las entidades de
evaluación y prueba podemos agregar el atributo puntaje, de esta manera se puede
tener, para cada candidato y prueba, el resultado de cada intento, es decir, el puntaje.
Esta configuración es muy recomendable ya que va más allá de los límites de

almacenamiento de información, impuesta por la configuración de muchos a muchos
estudiada anteriormente. El resultado de esta configuración, es el modelo que se
muestra aquí.
Tenga en cuenta que, a pesar de que existe, una relación de atributo relacionado,
entre las entidades prueba requerida y prueba, todavía existe una relación muchos a
muchos entre las entidades de evaluación y prueba, las dos llaves foráneas incluidas
en la tabla de prueba requerida, construyen esta relación.
3.1.3. Práctica dirigida.
APLICACIÓN 2
ENUNCIADO
Un empleado (solicitante) puede iniciar el Registro de Solicitud de viaje e

incluir diversa información como el propósito de su viaje. Una vez que el
empleado ha ingresado la información requerida tales como la reserva de
boletos de avión u hotel, su jefe (supervisor) debe decidir si se aprueba o se
rechaza cada gasto.
Una vez que la solicitud se aprueba, un Agente de viaje busca vuelos

apropiados y/o hoteles cuando se requiera. Posteriormente, luego de las
reservas, el Departamento contable genera un recibo de anticipo de efectivo
para completar el proceso.
Ahora, los otros flujos posibles dentro del proceso; consideremos un escenario
en el que el empleado desea cancelar la solicitud y por lo tanto todo el
proceso puede ser cancelado en cualquier momento. En este caso cuando el
proceso inicia deberá agregarse un modelamiento extra, es decir, una
compuerta paralela y un evento de cancelación; el evento de cancelación
puede ser activado incluso cuando el otro flujo se esté ejecutando.
De manera similar, si el Jefe no aprueba la solicitud, el solicitante debe ser

notificado a través de un correo electrónico y el proceso finalizará de
inmediato. Adicionalmente, si el empleado no necesita hotel o boletos aéreos,
el agente de viajes no tendrá ninguna tarea que realizar y la solicitud debe ir
directamente al Departamento de contabilidad, para realizar generar el recibo
de anticipo de efectivo.

IMPORTANDO UN NUEVO PROCESO DESDE BIZAGI MODELER
Objetivo: En esta práctica, usted aprenderá cómo importar un proceso a Bizagi Studio
usando un modelo previamente creado con Bizagi Modeler. Bizagi nos permite
importar modelos creados en Bizagi Modeler, con tan sólo un click.
1. Cree la carpeta “SolicitudViaje” en la Unidad de disco [D:] o [C:] según tenga

permisos.
2. Activar “Bizagi Studio”, haciendo doble click en el siguiente ícono del “Escritorio”:
3. Crear un nuevo Proyecto Bizagi, haciendo click en el botón “Nuevo”.

4. Para importar un proceso a Bizagi Studio, primero abrir Bizagi Studio y desde la
vista del asistente, vaya al primer paso y seleccione “importar proceso”. Una vez que
la ventana emergente se muestre, navegue hasta donde tenga el archivo “bpm”,
selecciónelo y dé click en “ok”.

El diagrama del proceso se abrirá de inmediato y le permitirá configurar incluso, más

parámetros de los que se tienen en Bizagi Modeler.
Hay dos elementos principales para configurar actividades y procesos.
Click derecho y
luego Propiedades
Para las actividades, es necesario configurar las siguientes propiedades:
Notificar: activa las notificaciones.

Duración: define la duración estimada de la tarea; si el tiempo definido se ha cumplido
la tarea es considerada como vencida. Es posible definir este tiempo en días horas y
minutos.
Acceso desde dispositivos móviles: permite completar la actividad desde
dispositivos móviles.
Adicionalmente, para los procesos es necesario configurar las siguientes propiedades:

Click derecho y
luego Propiedades
Duración estimada del proceso: con la cual se definirá cuales casos están a tiempo,
a riesgo o vencidos
Señal de riesgo: la cual será explicada en la siguiente práctica.
Recordemos que el foco de Bizagi Studio es la automatización; es por este motivo,

que se requiere de configuraciones adicionales.

CREANDO EL MODELO DE DATOS SOLICITUD DE VIAJE
Objetivo: En esta práctica, usted creará el modelo de datos del proceso de solicitud
de viaje.
1. El primer paso, es definir la entidad del proceso “solicitud de viaje”. Recuerde que
el nombre de esta entidad, no necesariamente debe ser el nombre del proceso.
2. Para incluir el primer atributo, dé clic derecho sobre la entidad, y seleccione “editar
lista de atributos”. Vamos a incluir el atributo “fecha de la solicitud”; para verificar el
resultado de manera gráfica de clic en finalizar; nuevamente dé clic derecho sobre
la entidad, para continuar incluyendo más atributos.
Esta es la lista completa de los atributos de la entidad “solicitud de viaje”; tenemos

diferentes tipos de atributos, como por ejemplo fecha, booleano, texto, archivo; entre
otros.

La entidad se ve de esta manera, hasta el momento.
3. Ahora, modelaremos dentro de la solicitud de viaje un atributo, para incluir la

“ciudad de salida”. La lista de ciudades, será modelada como una entidad
paramétrica. En este caso, seleccionaremos “nueva entidad paramétrica”.

4. Esta opción lanza el asistente, para la creación de la entidad ”ciudad. Podemos

darle un nombre e incluir sus atributos; en este caso, nombre y país.


5. País es una relación entre las entidades paramétricas ciudad y país por lo tanto,
crearemos una nueva entidad llamada país. Estos son los atributos de esta entidad
nombre y código; los dos son atributos de tipo texto (configure el atributo visual como
nombre y la entidad Padre como país).
6. Acá podemos ver nuestro modelo de datos gráficamente, una solicitud, la cual tiene
una ciudad de salida y un país; éstas son las relaciones que acabamos de crear.

7. Continuemos editando la entidad “solicitud de viaje” para incluir más relaciones.

Ahora, modelaremos una relación similar para la ciudad de destino, una solicitud de
viaje sólo puede tener un destino y éste es una ciudad en particular. Vamos a reutilizar
la entidad ciudad que creamos anteriormente.
Reutilizar la Entidad
paramétrica
“Ciudad”
8. Ahora, la entidad solicitud de viaje tienen dos relaciones con la entidad ciudad,
una que corresponde a la ciudad de origen y otra para la ciudad de destino; las dos
relaciones están asociadas con la misma entidad paramétrica.

9. Adicionalmente, una solicitud de viaje tiene un hotel, crearemos una relación con
la entidad hotel, la cual tiene atributos como nombre, fecha de llegada y fecha de
salida.
10. Otra entidad llamada “hotel” contiene información del hotel reservado, como el
nombre, la dirección y la fecha de ingreso, como de salida.
Crear una nueva

Entidad Maestra
“Hotel”
11. Por cada solicitud, sólo un hotel será seleccionado, por lo tanto, la relación es de
tipo atributo relacionado, desde la entidad solicitud de viaje.
12. Tenemos otra relación de este tipo, para representar al solicitante; él es un

usuario de la aplicación y por lo tanto su relación es con nuestra entidad WFUSER,
que es donde los usuarios de la aplicación son guardados.

Crear el campo
“Solicitante” de tipo
“WFUSER”
13. Finalmente, vamos a modelar los gastos y los vuelos para esta solicitud. Una
solicitud, puede tener varios gastos y por lo tanto, necesitamos una relación de tipo
“colección”; desde acá lanzamos el asistente para la creación de la entidad “gasto” y
crear los atributos de la colección.

Crear la entidad “Gastos”

de tipo “COLECCIÖN”
(Maestra)
14. Podemos seguir los mismos pasos para crear la colección de vuelos.

Crear la entidad “Vuelos”

de tipo “COLECCIÖN”
(Maestra)
15. Este es el resultado final la entidad “solicitud de viaje” tiene dos colecciones:
gastos y vuelos.

16. Guarde y cierre este modelo de datos.

CREANDO LA INTERFAZ “REGISTRAR SOLICITUD DE VIAJE”
Objetivo: En esta práctica, usted creará la interfaz de usuario “Registrar Solicitud de

viaje”.
1. En primer lugar, en el tercer paso del asistente, “Definir Formas”, luego haga click
en la actividad “registrar solicitud de viajes”

2. Una vez que el diseñador de formularios se abra, arrastre y suelte dos nuevos
grupos en el espacio de trabajo; y cambie sus nombres.
3. Vamos a concentrarnos en el primer grupo “información de viaje”, dado que es

necesario el uso de columnas de la pestaña “layout” arrastre una distribución 50% -
50%, en el grupo correspondiente.
4. Ahora, en la pestaña “datos” arrastre y suelte los controles de formulario, en el

diseño previamente definido. Arrastre y suelte el campo “propósito de viaje” y luego
defina un nuevo Layout de 50%-50% por debajo de este.
5. Arrastre los controles de formulario a éste.
6. Vamos a configurar los controles a continuación: seleccione los controles fecha de

solicitud y solicitante usando la tecla control y póngalos en “no editables”. Para la
configuración de los Combos en cascada, seleccione el control “ciudad de salida”
haga click sobre éste y vaya a “combo en cascada” cambie el nombre del control del
país.

7. Siga los mismos pasos para el control Combo en cascada llamado “ciudad de
destino” seleccione propósito y cambie la propiedad extendido a ”sí” y el tipo de
visualización a “vertical”.
8. Ahora, usando la tecla control, seleccione todos los controles que se definen como
campos obligatorios y cambie la propiedad a “sí”.

9. Para crear la tabla, arrastre los gastos en el grupo “información de los gastos”,
seleccione la tabla y edite sus columnas; arrastre los atributos en el espacio resaltado.
10. Ahora, seleccione la columna “cantidad” y en la pestaña “avanzado” configure un

“totalizador de suma”.
11. Seleccione la tabla y vaya a la pestaña “avanzado”, la tabla debe usar “adición en
línea y editar” permitir “eliminar” y tener las “opciones de detalle” desactivadas.
12. Ahora, vamos a configurar acciones y validaciones es haga click en el botón de

“acciones y validaciones” es y luego clic en “agregar”.

13. En la sección de “cuando”, establezca la condición “reservar hotel” igual

“verdadero”. En la sección “entonces”, establecemos la acción “cambiar visibilidad”
para el control dirección sugerida a “verdadero”. En la sección de “sino”,
establecemos la acción “cambiar visibilidad” para el control dirección sugerida a
“falso”.
14. Click en la pestaña de “validaciones” y luego en “agregar”. Clic en el botón

“Agregar condición”, seleccione la condición de “fecha salida” mayor que la “fecha
de regreso”.

15. Configure el mensaje: “La fecha de salida no puede ser posterior a la fecha de
regreso seleccionada.”
16. Ahora, vamos a definir las validaciones tabla en “validaciones tabla”. Seleccione
el grupo “información de los gastos”, seleccione la tabla y luego click en el botón
“Validaciones” de la ficha “avanzado”. Coloque la descripción “Al menos un gasto
en la solicitud”. Luego, configure el contador “Numgastos” –“Información de Tabla”
– “Contador de filas”. Luego, en el grupo “Validaciones” el contador “Numgastos”
igual a cero.

17. A continuación, un mensaje de error: “Incluir al menos un gasto”. Activar la

opción “Mostrar múltiples validaciones” y dé click en “ok”. Responda
afirmativamente a la pregunta de confirmación.
18. Haga click en “Nuevo”, coloque la descripción “Cada gasto menos de 1000”.
Luego, configure en la validación “Atributo” –“Cantidad” – “Mayor que” –“1000”.
19. A continuación, un mensaje de error: “Cada gasto debe ser inferior a 1000”.
20. Guarde la validación que acaba de crear.
21. Vamos a configurar la validación de la fecha, haga click en la fecha de salida la

pestaña “avanzado”, seleccione el icono “crear regla expresión” en la sección “Valor
mínimo” de clic en “nuevo” y escriba un nombre para la expresión.
22. Ahora, vaya al menú de funciones y busque la función de “hoy” (today), una vez
añadida a la Hoja de trabajo agregue un ”punto y coma” al final de la frase y luego de
clic en “ok”.

23. Siga los mismos pasos para el control de la “fecha de regreso”.
24. Por último, guarde y cierre la forma.

CREACIÓN DE LA INTERFAZ “APROBAR SOLICITUD DE VIAJE”
Objetivo: En esta práctica, usted creará la forma “Aprobar solicitud de Viaje”, que es
la interfaz de usuario, para la segunda actividad en el flujo del proceso.
1. Abrir el diseñador de forma, en este ejercicio tenemos que utilizar una forma
reutilizable, entonces haga clic en formularios reutilizables y luego nueva forma.
2. En la nueva ventana del editor de formas, arrastre y suelte un contenedor de

grupo y cambie su nombre. Ahora, defina los “Layout” requeridos y arrastre y suelte
todos los controles de formulario en el grupo.

3. A continuación, vamos a definir las acciones y validaciones.
4. En primer lugar, cree una nueva acción para ajustar la visibilidad del control
“dirección sugerida”.
5. Ahora, seleccione el grupo y configúrelo como “no editable”.

6. Por último, introduzca un nombre para el formulario reutilizable, guarde y cierre.
7. Después de crear la forma reutilizable, debemos arrastrarla al área de trabajo.

8. Ahora, vamos a crear un nuevo grupo en el que el usuario, introduzca la

información relativa a la aprobación, cambie el nombre del grupo o a información de
aprobación, arrastre los controles del formulario incluyendo la colección de gastos.
9. Vamos a configurar la tabla, haga clic en “editar columnas” y desde la pestaña de

datos, arrastre y suelte los atributos descripción, cantidad y aprobado.
Seleccione la columna aprobada y configúrela para que sea requerida.
10. A continuación, establezca la columna descripción y cantidad como “no

editables”, dé clic en ok para guardar los cambios.
11. Ahora, vamos a configurar las propiedades de la tabla. Dé click en la tabla de

gastos y luego haga click en la pestaña opciones “avanzadas”, desactive las opciones
de borrar y añadir registros.

12. A continuación, arrastre el control de comentarios en el espacio de trabajo y

configúrelo para ser desplegado en forma vertical.
13. Por último, tenemos que definir algunas acciones para la tabla de gastos y el
control de los comentarios. Vaya al menú de acciones y validación es y haga clic en
agregar.
Cuando en la solicitud el atributo aprobar es cierto la “visibilidad” para la tabla de

gastos se debe establecer en verdadero y el control de los “comentarios” debe
ajustarse a no requerido; de lo contrario los gastos se deben establecer en “no
visibles” y los comentarios pueden ser ajustados a “obligatorios”.

14. Hemos terminado de configurar la forma aprobar solicitud de viaje continuo y

aprendiendo sobre la interfaz del usuario en nuestros próximos vídeos y ejercicios

UNIDAD
LABORATORIO 4
DESARROLLO DE
APLICACIONES III

Al término de la unidad, el alumno desarrolla Proyecto de automatización de procesos
de negocio, usando técnicas avanzadas de Políticas de negocio, asignación de trabajo
y consultas.
TEMARIO
4.1 Tema 11 : Aplicación 2 – Cuarta parte
4.1.1 : Políticas de Negocio
4.1.1.2 : Creación de Reglas de política
4.1.1.3 : Contexto de vocabulario
4.2 Tema 12 : Aplicación 2 – Quinta parte

4.2.1 : Asignación de trabajo
4.2.1.1 : Distribución del trabajo para requerimientos de negocio complejos
4.2.2 : Consultas
4.2.2.1 : Creación de consultas de procesos
4.2.2.2 : Creación de consultas de entidad

4.1. APLICACIÓN 2 – CUARTA PARTE

CREACIÓN DE LA INTERFAZ “RESERVAR HOTEL Y VUELOS”
Objetivo: En esta práctica, usted creará la forma “Reservar hotel y vuelos”, que es la
interfaz de usuario, para la tercera actividad en el flujo del proceso.
1. Para empezar abra el diseñador de formularios y añada la forma reutilizable

creada previamente.
Agregue un grupo nuevo llamado “hotel” y arrastre un “layout” 50%-50% en este.

Ahora, vamos a configurar la fecha mínima para los campo fecha de ingreso y fecha
salida. Para ello, reutilizaremos la expresión “hoy” en el campo mínimo, repita este
procedimiento para los dos controles.
A continuación, vamos a definir la validación para las fechas de ingreso y salida.
En la sección “SI”, verifique que la fecha de ingreso es mayor que la fecha de salida.
Ahora, en la sección “ENTONCES”, agregue el mensaje “La fecha de entrada no

puede ser posterior a la fecha de salida”.

Abra la tienda de “Widgets” y busque el widget “Google maps NEARBY PLACES”.
Instálelo y luego, búsquelo la pestaña de controles. Ahora, arrastre el widget en el

grupo de hoteles, vaya a la propiedad “dirección”, seleccione el atributo de
“dirección sugerida”.

Ahora, vamos a definir los controles para los vuelos. Arrastre un nuevo grupo de la
pestaña controles y nómbrelo “tiquetes de avión”.

Arrastre en el nuevo grupo la colección de los vuelos y haga click en “editar

columnas”, arrastre la descripción y atributos número de vuelo y cambie la opción
de agregar en línea a “No”.
Vamos a crear una nueva forma reutilizable. Añadimos los controles y los
configuramos según sea necesario, para los controles de tipo fecha ajustar la
propiedad “mostrar hora” a “SI”, al activar esta opción la fecha que se muestra incluirá
días horas y minutos.
Introduzca un nombre para el formulario reutilizable, guarde y cierre el editor.
Ahora, vamos a definir una forma para editar la tabla de vuelos, seleccione la forma
que acaba de crear y configure las validaciones de tabla. Seleccione una regla, para
comprobar sí hay al menos, un vuelo agregado a la tabla y dé click en “ok”.
Ahora, seleccione el grupo de hotel y configuré su visibilidad con una expresión, haga
clic en nuevo y navegue por el modelo de datos hasta llegar al atributo “reservar
hotel”, arrastre este atributo a la primera celda y seleccione el operador que desee
utilizar.
Por último, establezca el Valor constante deseado para la condición y haga click en
“ok”.
Para el grupo de “tiquetes de vuelo”, es necesario ajustar la visibilidad con base en

una expresión. Cree una nueva expresión y establezca la condición de que reservar
vuelos es igual a verdadero.
Una vez hecho esto, guarde y cierre el formulario.

CREACIÓN DE LA INTERFAZ “ENTREGAR ANTICIPO DE VIAJE”
Objetivo: En esta práctica, usted creará la forma de la actividad “Entregar anticipo de

viaje”, que es la interfaz de usuario, para la cuarta actividad en el flujo del proceso.
1. En el tercer paso del asistente, haga click en la actividad “Entregar anticipo de

viaje”, arrastre el “Encabezado” reutilizable de la lista de formas reutilizable, añada un
nuevo grupo y nómbrelo “Información de gastos”.

2. En la pestaña de datos, arrastre y suelte la colección de gastos en el nuevo grupo

y haga click en “editar columnas”, suelte en el espacio resaltado los atributos
“descripción”, “cantidad” y “aprobado”. Dé clic en “ok”, a continuación seleccione la
tabla de gastos y configúrela como “no editable”.
3. Antes de añadir los nuevos controles del formulario, arrastre un “layout” de 50%-
50% debajo de la tabla y luego arrastre los controles del formulario a este.
Arrastre la propiedad “recibo de adelanto en efectivo” en el grupo de información

gastos, haga click en él y luego en convertir en “plantilla de documento”.

4. Ahora, vamos a configurar la plantilla. Seleccione el control de formulario y haga

click en asistente de configuración, haga click en el icono más para añadir una nueva
plantilla (tenga en cuenta que la plantilla se debe haber creado previamente).
5. Busque y seleccione la plantilla haga clic en abrir de clic en siguiente y luego en

finalizar para salir del asistente.
6. Ahora, tenemos que definir el mapeo para la plantilla esta es la conexión entre la
información del proceso almacenado en el modelo de datos y las etiquetas definidas
en la plantilla.
7. Haga clic en agregar mapeo y seleccione los dos elementos que desea relacionar.
8. Automáticamente, aparecerá una línea, lo que significa que la información entre la

base de datos y las etiquetas se vincula.

9. Al manipular los datos de las colecciones, a veces es necesario agregar filtros. Para
ello, seleccione el icono de herramientas y luego haga clic en filtros de colección.
10. Aparecerá un nuevo cuadro para configurar el filtro, vincule la colección gastos al
triángulo de entrada de la caja del filtro.
11. En este nuevo cuadro, se pueden definir los parámetros para el filtro. Una vez que
el filtro está activado, haga clic en “ok” y luego vincule la salida de la caja del filtro en
la etiqueta de destino.
12. Ahora, vincule las propiedades de la colección. Si es necesario añadir la fecha de

hoy, como un parámetro a la plantilla, haga click en el icono de la herramienta y
seleccione la función de la fecha de hoy. Defina el formato de visualización de la
fecha y vincule a la respectiva etiqueta.
13. Termine el mapeo entre la base de datos y la lista de etiquetas asegurándose que
todas las etiquetas tengan un vínculo de entrada.

14. A continuación, guarde y cierre el formulario.
15. Por último seleccione el formato de exportación adecuado para la aplicación y dé

click en “ok”.
16. Ahora, vaya a la pestaña de opciones avanzadas de habilite la opción “Enviar

archivo adjunto” que permite a los usuarios en el portal de trabajo enviar el archivo
generado a través de correo electrónico, utilizando una interface amigable en Bizagi.
Por último guarde y cierre el formulario.


4.2. APLICACIÓN 2 – QUINTA PARTE

CREACIÓN DE LA INTERFAZ DE USUARIO “CANCELAR SOLICITUD”
Objetivo: En esta práctica, usted creará la forma de la actividad “Cancelar solicitud”,

que es la interfaz de usuario, para el primer evento en el flujo del proceso.
1. En el tercer paso del asistente, haga click en el evento “cancelar la solicitud”.
2. Arrastre el encabezado reutilizable de la lista de formas reutilizables que se

encuentran en la pestaña de “datos” al espacio de trabajo.
3. Arrastre el atributo “cancelar solicitud” al formulario, de clic en él y seleccione

“checkBox” en el menú de “desplegar como”.

4. Por último, guarde y cierre el formulario.
CREACIÓN LA FORMA GLOBAL Y LA FORMA DE RESUMEN
Objetivo: En esta práctica usted creará la forma “Global y de Resumen”, del flujo del
proceso.
1. Primero vaya a la vista de “Experto”
2. Despliegue “Procesos”, luego “Solicitud de viaje”, “1.0”, “Formas” y haga click

derecho sobre ésta opción y luego seleccione “Nueva forma”
3. Vamos a crear primero la “forma de resumen” del proceso de solicitud de viaje.

4. En el diseñador de formas, navegue el modelo de datos, hasta que encuentre la

forma reusable de la cabecera.
5. Ahora, dé un nombre a la forma y luego guarde y ciérrela.
6. Ahora, vamos a crear la “forma global”, para hacer esto, nuevamente de clic
derecho sobre la opción de forma y seleccione “nueva forma”.

7. En el diseñador de formas, seleccione y arrastre la forma reusable que será usada

como cabecera.
8. Luego, incluya un nuevo grupo desde la pestaña de controles y nómbrelo como

“información de gastos” incluya la tabla de gastos al nuevo grupo y luego, defina
como columnas los atributos Descripción, Valor y Aprobado.
9. Ahora, seleccione la tabla de gastos y configúrela como “no editable”.

10. Finalmente, asigne un nombre a la forma global. Guárdela y ciérrela.
11. Vaya nuevamente a la vista de “experto” y seleccione la opción de procesos

navegue hasta la versión actual del proceso y dé clic derecho sobre esta, luego
seleccione la opción propiedades.

12. En esta ventana, active la opción llamada usar forma nueva él y desde la lista
desplegable seleccione la forma y usted creó como forma global ahora repita los
mismos pasos para configurar la forma de resu finalmente de clic en ok para guardar
los cambios.


Manual Del Curso - Laboratorio

Cargado por

Información del documento

Título original

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Manual Del Curso - Laboratorio

Cargado por

Copyright:

Formatos disponibles

PROCESOS ORGANIZACIONALES 1

CARRERA DE ADMINISTRACIÓN Y SISTEMAS IEST PRIVADO CIBERTEC

CARRERA DE ADMINISTRACIÓN Y SISTEMAS IEST PRIVADO CIBERTEC

Unidad de Aprendizaje 1 - Laboratorio

ADMINISTRACIÓN DE PROYECTOS EN BIZAGI STUDIO 11

1.2 Tema 2 Aplicación 1 – Primera parte 38

1.4 Tema 4 Aplicación 1 – Tercera parte 80

Unidad de Aprendizaje 2 - Laboratorio

DESARROLLO DE APLICACIONES I 107

IEST PRIVADO CIBERTEC CARRERA DE ADMINISTRACIÓN Y SISTEMAS

2.1.2.1 : Nomenclatura para expresiones 108

2.2 Tema 6 : Aplicación 1 – Quinta parte 129

2.3 Tema 7 : Aplicación 1 – Sexta parte 137

Unidad de Aprendizaje 3 - Laboratorio

DESARROLLO DE APLICACIONES II 142

3.2 Tema 9 : Aplicación 2 – Segunda parte 160

3.3 Tema 10 : Aplicación 2 – Tercera parte 168

Unidad de Aprendizaje 4 - Laboratorio

DESARROLLO DE APLICACIONES III 174

CARRERA DE ADMINISTRACIÓN Y SISTEMAS IEST PRIVADO CIBERTEC

4.2 Tema 12 : Aplicación 2 – Quinta parte 186

IEST PRIVADO CIBERTEC CARRERA DE ADMINISTRACIÓN Y SISTEMAS

CARRERA DE ADMINISTRACIÓN Y SISTEMAS IEST PRIVADO CIBERTEC

El software utilizado en el Laboratorio de este curso, que implementa el estándar

La plataforma de negocios digitales de Bizagi Studio envuelve los sistemas de TI

Bizagi impulsa la productividad, aumenta la agilidad operacional y renueva la

A continuación, se construye la solución, es decir, se realiza la automatización.

Automatizar es convertir todas las actividades del proceso en una aplicación

Se define el modelo de datos, las interfaces de usuarios, las reglas de negocio, la

El modelo es almacenado en una base de datos y es interpretado y ejecutado por

Bizagi Engine, basado en el modelo de proceso previamente construido, vigila la

CARRERA DE ADMINISTRACIÓN Y SISTEMAS IEST PRIVADO CIBERTEC

CARRERA DE ADMINISTRACIÓN Y SISTEMAS IEST PRIVADO CIBERTEC

IEST PRIVADO CIBERTEC CARRERA DE ADMINISTRACIÓN Y SISTEMAS

CARRERA DE ADMINISTRACIÓN Y SISTEMAS IEST PRIVADO CIBERTEC

LOGRO DE LA UNIDAD DE APRENDIZAJE

1.2 Tema 2 Aplicación 1 – Primera parte

IEST PRIVADO CIBERTEC CARRERA DE ADMINISTRACIÓN Y SISTEMAS

1.3.1.4 Lineamientos de diseño

1.4 Tema 4 Aplicación 1 – Tercera parte

CARRERA DE ADMINISTRACIÓN Y SISTEMAS IEST PRIVADO CIBERTEC

1.1. BIZAGI STUDIO

1024 x 768 o superior

Instancia local de SQL Server 2008 SP3 edición

Base de datos Puede utilizar otra base de datos soportada (ver

Instancia de IIS Express 8 local incluida por la

Bizagi Studio instala el Framework 4.6.1 de

Internet Explorer 1 0 o superior

IEST PRIVADO CIBERTEC CARRERA DE ADMINISTRACIÓN Y SISTEMAS

1.1.2 Creación de Proyectos

Siga los siguientes pasos:

1. Utilice la opción Nuevo proyecto en Bizagi., o

2. Haga clic directamente en el enlace Nuevo, al abrir Bizagi Studio

CARRERA DE ADMINISTRACIÓN Y SISTEMAS IEST PRIVADO CIBERTEC

3. Si su cuenta no posee estos permisos, puede ingresar las credenciales de una

4. Ingrese los detalles de su proyecto. Asegúrese de nombrar su proyecto y definir su

Para una configuración de inicio rápido, puede ignorar la configuración avanzada y

IEST PRIVADO CIBERTEC CARRERA DE ADMINISTRACIÓN Y SISTEMAS

5. Haga clic en Siguiente.

6. Ingrese los detalles del servidor de Base de datos.

Si usted seleccionó la Configuración avanzada, asegúrese de especificar dónde

Observe que la Base de datos puede ser almacenada en el computador local o un

CARRERA DE ADMINISTRACIÓN Y SISTEMAS IEST PRIVADO CIBERTEC