Arquitectura Bizagi

Herramientas personales

Registrarse/Entrar

Vistas

Arquitectura

De

Saltar a navegacin, buscar

Arquitectura Lgica de BizAgi

BizAgi provee la ms completa variedad de herramientas y funcionalidades, que rigurosamente satisfacen los requerimientos para modelar, modificar, controlar y administrar desde los ms simples hasta los ms complejos procesos de la organizacin.

Es esencial entender la arquitectura lgica de BizAgi, no slo porque sta le permite usar diferentes herramientas de acuerdo con la funcionalidad para la que fueron diseadas, sino tambin garantiza implementaciones giles y calidad excelente.

PginaDiscusinVer cdigo fuenteHistorialLenguaje

Contenido

[ocultar]

1 Arquitectura Lgica de BizAgi 2 Arquitectura Tcnica de BizAgi

2.1 Cliente 2.2 Servicio Web 2.3 Servidor de Aplicacin

3 Arquitectura BPM de BizAgi 3.1 Arquitectura de Versin Estndar 3.2 Versin Estndar y Proxy 3.3 Versin Multicapa 3.4 Versin Multicapa y Proxy 3.5 Versin Multicapa con esquema de alta disponibilidad

Page 1 of 11Arquitectura -

22/07/2011http://wiki.bizagi.com/es/index.php?title=Arquitectura&printable=yes

Figura 1: Arquitectura Lgica de BizAgi

La Figura 1 ilustra las capas lgicas y los componentes estructurales de BizAgi, como tambin la interaccin entre estos.

La capa superior incluye los procesos organizacionales. Estos procesos incluyen generalmente una combinacin de actividades manuales (realizadas por personas) y actividades automticas (realizadas por sistemas).

Ambos tipos de actividades requieren procesamiento de datos sofisticado (localizado en las entidades de BizAgi) y toma de decisiones basadas en valores especficos de dichos datos (reglas de negocio). Esta funcionalidad es soportada por las componentes en la capa de objeto de negocio.

En BizAgi, el modelador de proceso siempre asume que los datos son locales, esto es, estos estn presentes en el modelo de entidad-relacin de BizAgi. El proceso organizacional nunca debe contener actividades para acceder y/o actualizar datos; las actividades automticas (que involucran interaccin con sistemas de terceros) debe ser usado slo al realizar transacciones sobre sistemas externos.

Adicionalmente, las reglas de negocio asumen que toda los elementos de informacin requeridos para tomar decisiones estn dentro de las entidades de BizAgi y por lo tanto no deben involucrar el mapeo de datos y lgica de acceso (conocimiento que es forneo al perfil del analista de negocios).

Si los datos estn disponibles en un sistema externo, BizAgi soporta la virtualizacin de las entidades de



BizAgi (tablas). La tecnologa de virtualizacin de BizAgi soporta el acceso transparente a datos administrados por sistemas de terceros usando Servicios Web, soluciones para automatizar la integracin de aplicacin de empresa (enterprise application integration, EAI), sistemas de mensajera (por ejemplo, IBM MQ Series) y acceso directo a bases de datos, entre otros. Cuando los temas de acceso a datos externos son enfocados en slo un componente - virtualizacin - el nmero de de interfaces decrece drsticamente, el mantenimiento de la aplicacin se hace ms simple y se garantiza mejor calidad para la solucin en general.

Otra alternativa para realizar integraciones B2B es la capa de Servicio Corporativo, a travs de la cual BizAgi presenta sus principales funcionalidades a otras aplicaciones para llamar y usar los servicios publicados, lo que permite orquestar las tareas automticas similares y procesos con estilos de arquitectura dirigidos a los servicios existentes en la organizacin.

En los proyectos BPM reales, ciertas reglas de negocio requieren clculos o procesamientos complejos. Para mantener las reglas de negocios entendibles y garantizar su adecuado desempeo, BizAgi permite fcil registro y acceso de estos componentes de programacin, por medio del Administrador de Componentes o las Reglas de Librera.

Ciertas actividades dentro de un proceso pueden requerir tambin herramientas especficas invocadas por una actividad especfica, como una calculadora - usada en una actividad de anlisis de crdito - para determinar los pagos mensuales de una hipoteca.

Estas herramientas deben ser desarrolladas usando herramientas de programacin tradicionales y pueden ser luego integradas fcilmente en BizAgi, la solucin de automatizacin del proceso.

Un proyecto de automatizacin de proceso consiste entonces de varios componentes, que deben ser identificados claramente antes de su implementacin:

El proceso que consiste de todos los elementos que lo componen, entre otros, las partes responsables, formas o pantallas, reglas de negocio, etc. Todos estos elementos estn definidos y son administrados en BizAgi.

Las herramientas son componentes de software con funciones especficas que son usadas en una o varias actividades del proceso. Estas herramientas son desarrolladas usando sistemas de programacin tradicionales y BizAgi permite su gil integracin.

Reglas de negocio computacional son componentes programticos que, debido a su complejidad y/o desempeo, son desarrollados en ambientes fuera de BizAgi y son despus integrados para ser usados fcilmente por el proceso y sus reglas de negocio. Por ejemplo, un procedimiento que accede a sistemas localizados en geografas distintas y que calcula el incremento histrico promedio de salarios de una organizacin multinacional a lo largo de los 10 ltimos aos debe ser un componente programtico.



Las clases de virtualizacin son clases que soportan el acceso de datos con sistemas de terceros. BizAgi soporta por defecto varias tecnologas de acceso y transporte, pero ciertos sistemas especficos podran requerir la generacin de una clase adicional durante la automatizacin del proceso.

Las interfaces con sistemas de terceros en una actividad automtica del proceso pueden requerir lanzar una transaccin de BizAgi en un sistema externo, como al debitar una cuenta de ahorros en el sistema central del banco. Estas interfaces especficas deben ser desarrolladas y luego integradas con BizAgi.

Arquitectura Tcnica de BizAgi

Buscando la agilidad requerida en estos das por compaas en la ejecucin diaria de procesos, BizAgi tiene cuatro capas fundamentales para su operacin:

Cliente

Es la interfaz de la solucin para el usuario final. Usando un navegador de internet el usuario puede ver y usar la aplicacin Web de BizAgi.

Servicio Web

El Servicio Web est a cargo del procesamiento de los requerimientos del cliente. Se encuentra en el servidor Web donde todos los objetos de la interface de usuario grfica son administrados.

Servidor de Aplicacin

El servidor de aplicacin procesa toda la informacin del negocio y sus componentes



Administrador de Cach: proporciona un mejor desempeo mediante la optimizacin del acceso a datos en la aplicacin.

Administrador de flujo de trabajo (Workflow): un motor de procesos muy poderoso y expresivo.

Administrador de Entidades: se encarga de administrar informacin del proceso de forma estructurada.

Administrador de Reglas de Negocio: Es el componente que implementa las reglas de negocio.

Administrador de Autenticacin: Ofrece diferentes mecanismos de autenticacin.

Administrador de Empresa: Administra usuarios de la aplicacin agrupndolos por caractersticas, habilidades y roles.

Servicios de consultas (Query services): es la consulta del tiempo de ejecucin en BizAgi.

Servicios de Interoperabilidad y librera de componente: estos componentes ofrecen una completa integracin funcional con otros sistemas

Los Componentes de Acceso a Datos provee conectividad entre el Servidor de Aplicaciones y las Bases de Datos. Almacenamiento

En la capa de datos lgica (back-end) est este componente:

Base de Datos de BizAgi (ORACLE / SQL)

El proceso de modelamiento completo se ofrece en una sola y poderosa herramienta: BizAgi Studio. ste provee toda la funcionalidad para crear fcilmente la solucin de automatizacin dle proceso con agilidad y rendimiento insuperables.

Todos los componentes de BizAgi interactan en armona para proveer a la organizacin con la agilidad para mejorar continuamente sus procesos de negocios principales.

Arquitectura BPM de BizAgi

Las siguientes son las diferentes opciones de arquitectura que pueden escogerse para implementar BizAgi BPM en una organizacin considerando las diferentes capas que puedan existir en una infraestructura de produccin.

Arquitectura de Versin Estndar

Versin Estndar y Proxy



Versin Multicapa

Versin Multicapa y Proxy

Versin Multicapa con con esquema de alta disponibilidad

Arquitectura de Versin Estndar

La versin estndar de BizAgi BPM consiste de un servidor y una aplicacin web coexisten en la misma mquina; dicho servidor interacta con el servidor de la base de datos. Los usuarios finales se conectan por medio del LAN corporativa.

En este escenario, el servidor de BizAgi se encarga de realizar la construccin y mostrar las formas que sern presentados a los usuarios y ejecutar las reglas de negocio para cada proceso que sea definido.

Ventaja:

Configuracin y administracin simple

Evoluciona fcilmente en una arquitectura de alta disponibilidad

Escenario seguro para clientes localizados dentro de la organizacin

Desventajas:

Para publicacin externa (Internet) los usuarios no pueden ser autenticados basados en servicios



LDAP/Directorio Activo; razn por la cual otro mecanismo de autenticacin debe ser adoptado, como la validacin de usuarios basado en bases de datos conocidas como autenticacin de BizAgi.

Versin Estndar y Proxy

Como se puede ver, en esta arquitectura un Proxy es puesto antes del Servidor BizAgi. Dicho servidor realiza la autenticacin de usuarios externos e internos, crea paquetes y filtros de contenido y ofrece la posibilidad de administracin del cach web.

Descripcin: La variacin en cuanto a al escenario anterior consiste en poner un Proxy antes del servidor de BizAgi, para los usuarios internos localizados en el LAN corporativo. Puede haber tambin la variacin de dirigirlos directamente al servidor BizAgi sin la necesidad de pasar por el Proxy.

Ventajas:

El Proxy ofrece proteccin al servidor de BizAgi de usuarios externos

La autenticacin de usuario es realizada basndose en los servicios LDAP/Directorio Activo de la organizacin

Publicacin funcional de BizAgi para usuarios internos o externos

La configuracin del Proxy es relativamente simple

Desventajas:

Es necesario adquirir la herramienta Proxy y la infraestructura para esta operacin (licencias, equipos,



etc.)

Versin Multicapa

Esta versin ofrece la posibilidad de separar la solucin BPM de BizAgi en capas de presentacin y aplicacin.

Descripcin: En este escenario, el Servidor Web es separado del Servidor de Aplicacin. Este esquema considera la publicacin del servidor web en una zona pblica o desmilitarizada para hacerla accesible por usuarios internos o externos y localiza el servidor de la aplicacin en una zona militarizada o protegida. De esta forma, el Servidor Web se encarga de presentar al usuario final formas para interactuar con BizAgi y el Servidor de Aplicacin ejecuta la lgica del negocio del proceso. Esta figura mantiene una clara y de tres capas arquitectura de Presentacin, Lgica de Negocio y Datos.

Ventajas:

Publicacin de BPM de BizAgi en ambientes externos (Internet) e internos

Autenticacin basada en servicios LDAP/Directorio Activo

Separacin en capas especializadas que facilitan la administracin de soluciones corporativas

Se puede incorporar la figura del Centro de Aplicacin para ofrecer servicios con alta disponibilidad para servidores localizados despus en la aplicacin.

Desventajas:



La configuracin requerida para que la comunicacin entre el Servidor Web y el Servidor de Aplicacin sea exitosa necesita un esfuerzo mayor.

La administracin y mantenimiento de los servidores envuelven mayor infraestructura, los ambientes de prueba deben simular la misma arquitectura para que los cambios a produccin no presenten errores debido a configuraciones que no fueron tomadas en cuenta en ciertos ambientes.

Un servidor adicional se requiere para separar la capa de presentacin de la capa de aplicacin.

Versin Multicapa y Proxy

En este escenario, un Proxy es adicionada antes del servidor web de BizAgi. En este esquema, se obtiene la separacin por capas funcionales, ms las posibilidades funcionales del Proxy.

Descripcin:

El uso de un Proxy en este escenario provee mayor control sobre el acceso de usuarios externos.

Ventajas:

Posibilidad de mantener una arquitectura separada por capas especializadas con proteccin incrementada.

Publicacin de seguridad para usuarios externos

Autenticacin basada en servicios LDAP/Directorio Activo

Desventajas:



Este escenario requiere la mayor infraestructura con respecto a hardware y software

La administracin y mantenimiento de los servicios involucra ms infraestructura; el ambiente de prueba debe simular esta arquitectura para simular el ambiente de produccin por completo.

Versin Multicapa con esquema de alta disponibilidad

Descripcin: En este escenario, las capas de presentacin y aplicacin manipulan nodos redundantes con mecanismos de balanceo de carga y tolerancia a fallas. Finalmente, pero no menos importante, la capa de acceso a datos tiene un cluster de servidores con un esquema activo/pasivo. Si uno de los servidores falla, ocurre la conmutacin por error (failover) y el servidor en un estado pasivo tomar control sobre la operacin.

Cmo podemos mejorar este artculo?

Obtenido de "http://wiki.bizagi.com/es/index.php?title=Arquitectura"

Buscar

Navegacin

Pgina Principal Cambios Recientes Wiki in English Versin Anterior BizAgi Soporte BizAgi

Ir Buscar



Herramientas

Lo que enlaza aqu Cambios relacionados Pginas especiales Versin para imprimir Enlace permanente

Esta pgina fue modificada por ltima vez el 21:26, 27 ago 2010. Esta pgina ha sido visitada 7.333 veces. Poltica de proteccin de datos Acerca de http://wiki.bizagi.com/es Aviso legal



Arquitectura Bizagi

Documents

Transcript of Arquitectura Bizagi