Arquitecturas Empresariales. Orientación a Servicios (SOA) y Gestión de Procesos de Negocio (BPM)

(1)

Aulas de empresa 2007

Barcelona. 8, 9 y 12 de febrero de 2007

Arquitecturas Empresariales. Orientación a Servicios (SOA) y

Gestión de Procesos de Negocio (BPM)

(2)

confidencialidad

Aviso: este documento es material confidencial y propiedad de

Aviso: este documento es material confidencial y propiedad de everiseveris. Se prohíbe. Se prohíbe

el uso, reproducción o la divulgación del contenido de este material sin permiso el uso, reproducción o la divulgación del contenido de este material sin permiso previo y por escrito de la empresa propietaria.

previo y por escrito de la empresa propietaria.

(3)

1

1 .

.

I

n

t

r

o

d

u

c

i

ó

n

2.

2. Ar

Ar

qu

it

ec

tu

ra t

ec

no

ló

gi

ca e

mp

re

sa

ri

al

3.

3. Ser

Ser

vic

ios d

e una ar

qui

tec

tur

a em

pre

sar

ial e

n eje

cuc

ión y de

sar

rol

lo

4.

4. Ar

Ar

qu

it

ec

tu

ra

or

ie

nt

ad

a a se

rv

ic

io (

SO

A)

5.

5. Ge

Ge

st

ió

n d

e p

ro

ce

so

s d

e n

eg

oc

io

(B

PM

)

6.

6. Eje

Eje

mpl

o de

arq

uit

ect

ura

de r

efe

ren

cia

emp

res

ari

al

7

7 .

.

A

n

e

x

o

s

índice

(4)

1

1.. IInnttrroodduucccciióónn

2.

2. Ar

Ar

qu

it

ec

tu

ra t

ec

no

ló

gi

ca e

mp

re

sa

ri

al

3.

3. Ser

Ser

vic

ios d

e una ar

qui

tec

tur

a em

pre

sar

ial e

n eje

cuc

ión y de

sar

rol

lo

4.

4. Ar

Ar

qu

it

ec

tu

ra

or

ie

nt

ad

a a se

rv

ic

io (

SO

A)

5.

5. Ge

Ge

st

ió

n d

e p

ro

ce

so

s d

e n

eg

oc

io

(B

PM

)

6.

6. Eje

Eje

mpl

o de

arq

uit

ect

ura

de r

efe

ren

cia

emp

res

ari

al

7

7 .

.

A

n

e

x

o

s

índice

(5)

Introducción

Objetivos y conocimientos previos recomendados

Objetivos

En este seminario el alumno aprenderá qué es una

En este seminario el alumno aprenderá qué es una arquitectura tecnológicaarquitectura tecnológica empresarial

empresarial, de qué partes está compuesta y qué requisitos debe satisfacer., de qué partes está compuesta y qué requisitos debe satisfacer.

Los asistentes al seminario estudiarán además dos de las tendencias más presentes Los asistentes al seminario estudiarán además dos de las tendencias más presentes actualmente en las arquitecturas empresariales: la

actualmente en las arquitecturas empresariales: la orientación a serviciosorientación a servicios (SOA) y(SOA) y

la

la gestión de procesos de negociogestión de procesos de negocio (BPM), viendo ejemplos concretos de(BPM), viendo ejemplos concretos de

arquitecturas empresariales de grandes

arquitecturas empresariales de grandes corporaciones.corporaciones.

Conocimie

ntos

previos recomendados

Programación, estructuras de datos, ingeniería del software, bases

Programación, estructuras de datos, ingeniería del software, bases de datos, redesde datos, redes de ordenadores.

(6)

Introducción

Contenido del curso

El curso está dividido de

El curso está dividido de 3 sesiones de 3 horas3 sesiones de 3 horas, en las que se desarrollarán los, en las que se desarrollarán los

siguientes temas: siguientes temas:

(7)

Introducción

Contenido del curso

Arquitectura tecnológica empresarial Arquitectura tecnológica empresarial

Se explicará qué es una arquitectura tecnológica empresarial y qué partes la conforman. Se explicará qué es una arquitectura tecnológica empresarial y qué partes la conforman. Servicios de una arquitectura empresarial de ejecución y desarrollo

Servicios de una arquitectura empresarial de ejecución y desarrollo

Se estudiará qué funcionalidades debe proveer una arquitectura software en las áreas de Se estudiará qué funcionalidades debe proveer una arquitectura software en las áreas de ejecución y desarrollo.

ejecución y desarrollo.

Arquitectura orientada a servicio (SOA) Arquitectura orientada a servicio (SOA) Se describirá qué es una

Se describirá qué es una Service Oriented Architecture Service Oriented Architecture (SOA) y qué elementos son habituales(SOA) y qué elementos son habituales

en ésta. en ésta.

Gestión de procesos de negocio (BPM) Gestión de procesos de negocio (BPM) Se describirá qué es el

Se describirá qué es el Business Process Management Business Process Management (BPM) y cómo se integra en una(BPM) y cómo se integra en una

arquitectura software. arquitectura software.

Ejemplo de arquitectura de referencia empresarial Ejemplo de arquitectura de referencia empresarial

Se propondrá un ejemplo completo de arquitectura software a partir de los conceptos Se propondrá un ejemplo completo de arquitectura software a partir de los conceptos aprendidos en el resto del curso.

(8)

1

1 .

.

I

n

t

r

o

d

u

c

i

ó

n

2.

2. ArArququititecectutura ra tetecncnolológógicica ema emprpresesarariaiall

3.

3. Ser

Ser

vic

ios d

e una ar

qui

tec

tur

a em

pre

sar

ial e

n eje

cuc

ión y de

sar

rol

lo

4.

4. Ar

Ar

qu

it

ec

tu

ra

or

ie

nt

ad

a a se

rv

ic

io (

SO

A)

5.

5. Ge

Ge

st

ió

n d

e p

ro

ce

so

s d

e n

eg

oc

io

(B

PM

)

6.

6. Eje

Eje

mpl

o de

arq

uit

ect

ura

de r

efe

ren

cia

emp

res

ari

al

7

7 .

.

A

n

e

x

o

s

índice

(9)

Arquitectura tecnológica empresarial

Qué es una arquitectura tecnológica empresarial

Arquitectu

ra

tecnológica empresarial

Definimos

Definimos arquitectura tecnológica empresarialarquitectura tecnológica empresarial como el conjunto de componentes,como el conjunto de componentes,

servicios y procedimientos que dirigen y soportan el desarrollo y funcionamiento de servicios y procedimientos que dirigen y soportan el desarrollo y funcionamiento de una solución de negocio para

una solución de negocio para una organización, garantizando la calidad, completituduna organización, garantizando la calidad, completitud y operatividad del resultado.

(10)

Arquitectura tecnológica empresarial

Porqué es necesaria una arq. tecnológica empresarial

Retos

En la actualidad, existen diferentes

En la actualidad, existen diferentes tecnologías (e.g. Java EE, MS .NET) comúnmentetecnologías (e.g. Java EE, MS .NET) comúnmente extendidas en el mercado IT y en las empresas, si bien su evolución ha

extendidas en el mercado IT y en las empresas, si bien su evolución ha provocado laprovocado la aparición de una serie de

aparición de una serie de problemas y escenarios poco adecuadosproblemas y escenarios poco adecuados::



 Proliferación de aplicaciones departamentales tecnológicamente dispares.Proliferación de aplicaciones departamentales tecnológicamente dispares.



 Poca uniformidad en la programación yPoca uniformidad en la programación y look & feel look & feel de las aplicaciones.de las aplicaciones.



 Entornos de desarrollo y ejecución heterogéneos y Entornos de desarrollo y ejecución heterogéneos y poco integrados.poco integrados.



 Diversidad de productos con diferente cobertura funcional.Diversidad de productos con diferente cobertura funcional.

Todo ello hace que sea necesario

Todo ello hace que sea necesario estructurar y racionalizarestructurar y racionalizar los elementos quelos elementos que

intervienen en el uso de estas tecnologías. Como respuesta a todos estos problemas, intervienen en el uso de estas tecnologías. Como respuesta a todos estos problemas, surge el concepto de arquitectura.

(11)

Arquitectura tecnológica empresarial

Porqué es necesaria una arq. tecnológica empresarial

Soluciones

Una arquitectura tecnológica empresarial permitirá por ejemplo: Una arquitectura tecnológica empresarial permitirá por ejemplo:



 Focalizar el desarrolloFocalizar el desarrollo de aplicaciones en la implementación de soluciones dede aplicaciones en la implementación de soluciones de

negocio. negocio.



 Mejorar la calidadMejorar la calidad del resultado final de los desarrollos reforzando el uso dedel resultado final de los desarrollos reforzando el uso de

estándares. estándares.



 Reducir la complejidadReducir la complejidad y los tiempos de desarrollo (y los tiempos de desarrollo (time to market time to market ).).



 Optimizar el rendimientoOptimizar el rendimiento de las aplicaciones, favoreciendo su modularidad yde las aplicaciones, favoreciendo su modularidad y

escalabilidad. escalabilidad.



 Simplificar el mantenimientoSimplificar el mantenimiento de aplicaciones.de aplicaciones.



 Facilitar la portabilidadFacilitar la portabilidad entre plataformas.entre plataformas.



(12)

Arquitectura tecnológica empresarial

Qué áreas cubre una arq. tecnológica empresarial

Áreas

Desde esta perspectiva, una arquitectura Desde esta perspectiva, una arquitectura debería contemplar:

debería contemplar:



 LosLos componentes softwarecomponentes software orientados aorientados a

satisfacer requerimientos de negocio o satisfacer requerimientos de negocio o tecnológicos (arquitectura de ejecución). tecnológicos (arquitectura de ejecución).



 LasLas herramientas, estándares yherramientas, estándares y

metodologías

metodologías para el óptimo desarrollo depara el óptimo desarrollo de

software (arquitectura de desarrollo). software (arquitectura de desarrollo).



 LaLainfraestructura técnicainfraestructura técnica (HW y SW) para(HW y SW) para

soportar el proceso de desarrollo y operación soportar el proceso de desarrollo y operación del sistema (arquitectura técnica).

del sistema (arquitectura técnica).



 Los mecanismos, técnicas y componentesLos mecanismos, técnicas y componentes

que garanticen la

que garanticen la operación, nivel deoperación, nivel de servicio

servicio, mantenimiento y seguridad de la, mantenimiento y seguridad de la

solución software (arquitectura de operación). solución software (arquitectura de operación).

(13)

1

1 .

.

I

n

t

r

o

d

u

c

i

ó

n

2.

2. Ar

Ar

qu

it

ec

tu

ra t

ec

no

ló

gi

ca e

mp

re

sa

ri

al

3.

3. ServServicios icios de de una una arquiarquitectutectura ra empreempresariasarial l en een ejecujecución ción y y desadesarrollorrollo

4.

4. Ar

Ar

qu

it

ec

tu

ra

or

ie

nt

ad

a a se

rv

ic

io (

SO

A)

5.

5. Ge

Ge

st

ió

n d

e p

ro

ce

so

s d

e n

eg

oc

io

(B

PM

)

6.

6. Eje

Eje

mpl

o de

arq

uit

ect

ura

de r

efe

ren

cia

emp

res

ari

al

7

7 .

.

A

n

e

x

o

s

índice

(14)

Servicios arq. emp. en ejecución y desarrollo

Arquitectura de ejecución

Componentes

Una arquitectura de ejecución provee principalmente a las aplicaciones de los Una arquitectura de ejecución provee principalmente a las aplicaciones de los siguientes tipos de componentes:

(15)

Servicios arq. emp. en ejecución y desarrollo

Arquitectura de ejecución

Ejemplos de componentes

Algunos ejemplos de los diferentes tipos de componentes son los siguientes: Algunos ejemplos de los diferentes tipos de componentes son los siguientes:



 Componentes de soporte a la lógica de aplicaciónComponentes de soporte a la lógica de aplicación: base para la: base para la

implementación de lógica de aplicación y los procesos de negocio, soporte implementación de lógica de aplicación y los procesos de negocio, soporte multi-organización.

organización.



 ComponentesComponentes core core : gestión de sesión de usuario,: gestión de sesión de usuario, logging logging , persistencia,, persistencia,

transaccionalidad. transaccionalidad.



 Componentes de comunicaciónComponentes de comunicación: sistemas de mensajería, emulación local.: sistemas de mensajería, emulación local.



 Componentes de integraciónComponentes de integración: acceso a: acceso a backends backends , uso de gestores de contenido,, uso de gestores de contenido,

uso de email, uso de periféricos. uso de email, uso de periféricos.



 Componentes de presentaciónComponentes de presentación: perfiles de usuarios, validación de datos,: perfiles de usuarios, validación de datos,

internacionalización, módulos de creación de

internacionalización, módulos de creación de user interfaces user interfaces ..



(16)

Servicios arq. emp. en ejecución y desarrollo

Arquitectura de desarrollo

Procesos

Una arquitectura de desarrollo contempla principalmente los

(17)

Servicios arq. emp. en ejecución y desarrollo

Arquitectura de desarrollo

Ejemplos de procesos

Algunos ejemplos de las diferentes tareas y productos incluidos en los procesos de Algunos ejemplos de las diferentes tareas y productos incluidos en los procesos de desarrollo son los siguientes:

desarrollo son los siguientes:



 Proceso de adquisiciónProceso de adquisición: gestión de la demanda, : gestión de la demanda, plan de proyectos.plan de proyectos.



 Proceso de desarrolloProceso de desarrollo: análisis funcional y técnico, construcción.: análisis funcional y técnico, construcción.



 Proceso de gestiónProceso de gestión: plan de proyecto, plan de iteración.: plan de proyecto, plan de iteración.



 Proceso de gestión de Proceso de gestión de la configuraciónla configuración: versionado de código fuente.: versionado de código fuente.



 Proceso de documentaciónProceso de documentación: normativa, generación automática.: normativa, generación automática.



 Proceso de infraestructuraProceso de infraestructura: entornos, extracción de juegos de datos.: entornos, extracción de juegos de datos.



 Proceso de gestión de la calidadProceso de gestión de la calidad: normativa, tests de calidad.: normativa, tests de calidad.



 Proceso de formaciónProceso de formación: material de formación, cursos.: material de formación, cursos.



(18)

1

1 .

.

I

n

t

r

o

d

u

c

i

ó

n

2.

2. Ar

Ar

qu

it

ec

tu

ra t

ec

no

ló

gi

ca e

mp

re

sa

ri

al

3.

3. Ser

Ser

vic

ios d

e una ar

qui

tec

tur

a em

pre

sar

ial e

n eje

cuc

ión y de

sar

rol

lo

4.

4. ArArququititecectutura ra orieorientntadada a sea a servrvicicio (io (SOSOA)A)

5.

5. Ge

Ge

st

ió

n d

e p

ro

ce

so

s d

e n

eg

oc

io

(B

PM

)

6.

6. Eje

Eje

mpl

o de

arq

uit

ect

ura

de r

efe

ren

cia

emp

res

ari

al

7

7 .

.

A

n

e

x

o

s

índice

(19)

Arquitectura orientada a servicio (SOA)

En qué consiste una arquitectura orientada a servicios

SOA



 El concepto de SOA (El concepto de SOA (Service Oriented Architecture Service Oriented Architecture ) ofrece un marco de trabajo) ofrece un marco de trabajo

para

para alinear los procesos de negocio con los sistemasalinear los procesos de negocio con los sistemas de IT.de IT.



 Plataforma de servicios que representan procesos de negocio y que se combinanPlataforma de servicios que representan procesos de negocio y que se combinan

entre sí (

entre sí (flexibilidadflexibilidad) para ofrecer soluciones adecuadas a ) para ofrecer soluciones adecuadas a las diferenteslas diferentes

necesidades de negocio (

necesidades de negocio (agilidadagilidad).).



 Existen multitud de definiciones del Existen multitud de definiciones del término.término.

“SOA es un modelo de componentes que interrelaciona las diferentes unidades funcionales de “SOA es un modelo de componentes que interrelaciona las diferentes unidades funcionales de

las aplicaciones, denominadas servicios, a través de interfaces y contratos bien definidos entre las aplicaciones, denominadas servicios, a través de interfaces y contratos bien definidos entre

esos servicios. La interfaz se define de forma neutral, y debería ser independiente de la esos servicios. La interfaz se define de forma neutral, y debería ser independiente de la plataforma hardware, del sistema operativo y del lenguaje de programación utilizado. Esto plataforma hardware, del sistema operativo y del lenguaje de programación utilizado. Esto permite a los servicios, construidos sobre sistemas heterogéneos, interactuar entre ellos de una permite a los servicios, construidos sobre sistemas heterogéneos, interactuar entre ellos de una

manera uniforme y universal.” * manera uniforme y universal.” *

(20)

Arquitectura orientada a servicio (SOA)

Por qué aparecen las arq. orientadas a servicios

Retos



 Actualmente las empresas dependen completamente de sus IT, de las queActualmente las empresas dependen completamente de sus IT, de las que

esperan

esperan flexibilidad, agilidad y eficienciaflexibilidad, agilidad y eficiencia en los costes.en los costes.



 Las IT de las empresas están compuestas por un gran número deLas IT de las empresas están compuestas por un gran número de sistemassistemas

interdependientes, heterogéneos

interdependientes, heterogéneos y muchas veces redundantes.y muchas veces redundantes.



 La rapidez con que las IT pueden adaptarse a los cambios en las necesidades delLa rapidez con que las IT pueden adaptarse a los cambios en las necesidades del

negocio no siempre es suficiente (falta de

negocio no siempre es suficiente (falta de agilidadagilidad yy flexibilidadflexibilidad).).



 La estructura actual de las IT puede hacer que los cambios introducidos cuestenLa estructura actual de las IT puede hacer que los cambios introducidos cuesten

más que los beneficios que aportan (baja

(21)

Arquitectura orientada a servicio (SOA)

Por qué aparecen las arq. orientadas a servicios

Soluciones



 Ahorro de dinero, tiempo y esfuerzo Ahorro de dinero, tiempo y esfuerzo mediante lamediante la reutilización de "componentes"reutilización de "componentes"

y gracias a la

y gracias a la flexibilidadflexibilidad de SOA.de SOA.



 Elimina "frustraciones" con IT gracias a lasElimina "frustraciones" con IT gracias a las soluciones flexibles y los tiempossoluciones flexibles y los tiempos

más cortos de despliegue

más cortos de despliegue de soluciones.de soluciones.



 Permite justificar más claramente las inversiones en IT, ya que éstas están másPermite justificar más claramente las inversiones en IT, ya que éstas están más

alineadas con el negocio alineadas con el negocio..



 Proporciona a los ejecutivos del negocio unaProporciona a los ejecutivos del negocio una visión clara de lo que hace ITvisión clara de lo que hace IT y suy su

valor

valor asociado.asociado.



 Permite laPermite la creación y cambio de servicios de forma incrementalcreación y cambio de servicios de forma incremental, evitando, evitando

proyectos de larga duración y alto coste. proyectos de larga duración y alto coste.

(22)

Arquitectura orientada a servicio (SOA)

Qué elementos constituyen una arq. orient. a se

rvicios

Los principales componentes de una arquitectura orientada a servicios son: Los principales componentes de una arquitectura orientada a servicios son:

(23)

Arquitectura orientada a servicio (SOA)

Qué elementos constituyen una arq. orient. a se

rvicios

Servidores

Un

Un servicio de negocioservicio de negocio es un componente reutilizable de software, con significadoes un componente reutilizable de software, con significado

funcional completo, y que está compuesto por: funcional completo, y que está compuesto por:



 ContratoContrato: especificación de la finalidad, funcionalidad, forma de uso y restricciones: especificación de la finalidad, funcionalidad, forma de uso y restricciones

del servicio. del servicio.



 InterfazInterfaz: mecanismo de exposición del servicio a los usuarios.: mecanismo de exposición del servicio a los usuarios.



(24)

Arquitectura orientada a servicio (SOA)

Qué elementos constituyen una arq. orient. a se

rvicios

Tipos de servicios



 Servicios básicosServicios básicos: pueden estar centrados en datos o en lógica y encapsulan: pueden estar centrados en datos o en lógica y encapsulan

funcionalidades como cálculos complejos, acceso a datos y reglas complejas de funcionalidades como cálculos complejos, acceso a datos y reglas complejas de negocio.

negocio.



 Servicios intermediariosServicios intermediarios: servicios adaptadores,: servicios adaptadores, façades façades , etc. Suelen ser, etc. Suelen ser

servicios sin estado. servicios sin estado.



 Servicios de procesoServicios de proceso: servicios de negocio que encapsulan la lógica de proceso.: servicios de negocio que encapsulan la lógica de proceso.

Suelen conservar estado y pueden residir en

Suelen conservar estado y pueden residir en herramientas BPM.herramientas BPM.



(25)

Arquitectura orientada a servicio (SOA)

Qué elementos constituyen una arq. orient. a se

rvicios

Repositorio de servicios



 UnUn repositorio de serviciosrepositorio de servicios proporciona facilidades para descubrir servicios yproporciona facilidades para descubrir servicios y

adquirir la información necesaria para su uso, en particular fuera del alcance adquirir la información necesaria para su uso, en particular fuera del alcance temporal y funcional del proyecto en el que se crearon.

temporal y funcional del proyecto en el que se crearon.



 Además de la propia información de Además de la propia información de contrato, los repositorios pueden proporcionarcontrato, los repositorios pueden proporcionar

información acerca de: información acerca de:



 Localización.Localización.



 Personas de contacto.Personas de contacto.



 Restricciones técnicas.Restricciones técnicas.



(26)

Arquitectura orientada a servicio (SOA)

Qué elementos constituyen una arq. orient. a se

rvicios

Bus de servicios

El

El bus de serviciosbus de servicios es el elemento de las arquitecturases el elemento de las arquitecturas

SOA que conecta los servicios con sus consumidores y que SOA que conecta los servicios con sus consumidores y que proporciona:

proporciona:



 ConectividadConectividad: el propósito principal de un bus de: el propósito principal de un bus de

servicios es interconectar a los participantes de una servicios es interconectar a los participantes de una arquitectura SOA.

arquitectura SOA.



 Soporte a la heterogeneidad de tecnologíasSoporte a la heterogeneidad de tecnologías: debe ser: debe ser

capaz de conectar a participantes basados en distintos capaz de conectar a participantes basados en distintos lenguajes de programación, sistemas operativos,

lenguajes de programación, sistemas operativos, entornos de ejecución y protocolos de

entornos de ejecución y protocolos de comunicación.comunicación.



 Soporte a la heterogeneidad de paradigmas deSoporte a la heterogeneidad de paradigmas de

comunicación

comunicación: debe ser capaz de mantener distintos: debe ser capaz de mantener distintos

modos de comunicación (por ejemplo comunicaciones modos de comunicación (por ejemplo comunicaciones síncronas y asíncronas).

(27)

Arquitectura orientada a servicio (SOA)

Qué elementos constituyen una arq. orient. a se

rvicios

Consumidore

s

de servicios

Definimos

Definimos consumidores de consumidores de serviciosservicios como aquellos elementos de una como aquellos elementos de una arquitecturaarquitectura

SOA que: SOA que:



 Pueden descubrir servicios a través de Pueden descubrir servicios a través de un repositorio.un repositorio.



 Realizan llamadas a los mismos de acuerdo al contrato y a través del interfazRealizan llamadas a los mismos de acuerdo al contrato y a través del interfaz

definido a tal efecto. definido a tal efecto.

(28)

1

1 .

.

I

n

t

r

o

d

u

c

i

ó

n

2.

2. Ar

Ar

qu

it

ec

tu

ra t

ec

no

ló

gi

ca e

mp

re

sa

ri

al

3.

3. Ser

Ser

vic

ios d

e una ar

qui

tec

tur

a em

pre

sar

ial e

n eje

cuc

ión y de

sar

rol

lo

4.

4. Ar

Ar

qu

it

ec

tu

ra

or

ie

nt

ad

a a se

rv

ic

io (

SO

A)

5.

5. GeGeststióión n de de prprococesesos os de de nenegogocicio (o (BPBPM)M)

6.

6. Eje

Eje

mpl

o de

arq

uit

ect

ura

de r

efe

ren

cia

emp

res

ari

al

7

7 .

.

A

n

e

x

o

s

índice

(29)

Gestión de procesos de negocio (BPM)

Qué es un BPM

BPM



 El conceptoEl concepto Business Process Management Business Process Management (BPM) se aplica tanto desde un punto(BPM) se aplica tanto desde un punto

de vista tecnológico como de gestión. de vista tecnológico como de gestión.



 Desde una perspectiva de gestión es un enfoque estructurado que empleaDesde una perspectiva de gestión es un enfoque estructurado que emplea

métodos, políticas y métricas

métodos, políticas y métricas para gestionar y optimizar de manera continua laspara gestionar y optimizar de manera continua las actividades y procesos

actividades y procesos de una organización.de una organización.



 Desde el punto de vista tecnológico, agrupa una serie deDesde el punto de vista tecnológico, agrupa una serie de herramientas softwareherramientas software

para el modelado, ejecución y

para el modelado, ejecución y monitorizaciónmonitorización de los procesos de negocio.de los procesos de negocio.



 Estandariza las interfaces entre componentes tecnológicos,Estandariza las interfaces entre componentes tecnológicos, reduce los costesreduce los costes dede

integración de los sistemas, y provee de

integración de los sistemas, y provee de lógica de negocio a nivel de procesológica de negocio a nivel de proceso

interconectando servicios reutilizables. interconectando servicios reutilizables.



 Permite encadenar los procesos para ganar enPermite encadenar los procesos para ganar en eficienciaeficiencia y asegurar lay asegurar la mejoramejora

continua

continua de los mismos.de los mismos.



(30)

Gestión de procesos de negocio (BPM)

Qué problemática solucionan los BPMs

Retos



 Solucionar el problema de laSolucionar el problema de la distribución de procesos en múltiplesdistribución de procesos en múltiples

aplicaciones

aplicaciones construidas sobreconstruidas sobre diversas plataformasdiversas plataformas tecnológicas.tecnológicas.



 Traducir laTraducir la lógica de negociológica de negocio de una organización definiendo sus flujos dede una organización definiendo sus flujos de

interacciones manuales y automáticas de forma

interacciones manuales y automáticas de forma completa.completa.



 Dotar deDotar de dinamismodinamismo, respondiendo a la demanda de los clientes y a los cambios, respondiendo a la demanda de los clientes y a los cambios

en las condiciones de mercado. en las condiciones de mercado.



 Soportar laSoportar la larga duraciónlarga duración, una instancia de un proceso puede permanecer activa, una instancia de un proceso puede permanecer activa

durante meses o incluso años. durante meses o incluso años.

(31)

Gestión de procesos de negocio (BPM)

Cómo se integra un BPM en una arq. tec. empresarial

Soluciones

Una suite BPM debe dar soporte al modelado, ejecución y monitorización de Una suite BPM debe dar soporte al modelado, ejecución y monitorización de procesos.

procesos.

Expertos Expertos funcional

(32)

Soluciones

Un proceso consta de diversas tareas ejecutadas en un flujo controlado: Un proceso consta de diversas tareas ejecutadas en un flujo controlado:

Gestión de procesos de negocio (BPM)

Cómo se integra un BPM en una arq. tec. empresarial

(33)

Gestión de procesos de negocio (BPM)

Cómo se integra un BPM en una arq. tec. empresarial

Modelado de procesos

Las soluciones BPM de modelado de

Las soluciones BPM de modelado de procesos deben proveer a los procesos deben proveer a los expertosexpertos funcionales de por ejemplo:

funcionales de por ejemplo:



 Capacidad paraCapacidad para capturar procesoscapturar procesos ya existentes de manera estructuradaya existentes de manera estructurada

mediante algún tipo de notación

mediante algún tipo de notación (e.g. BPMN) que permita representar las(e.g. BPMN) que permita representar las

relaciones existentes entre distintos departamentos y/o sistemas involucrados en relaciones existentes entre distintos departamentos y/o sistemas involucrados en los mismos.

los mismos.



 Capacidad paraCapacidad para definir nuevos procesosdefinir nuevos procesos, o realizar modificaciones sobre los ya, o realizar modificaciones sobre los ya

existentes utilizando la misma notación que en el caso anterior. existentes utilizando la misma notación que en el caso anterior.



 SimulaciónSimulación de parámetros de proceso (tiempo de ejecución, costes,de parámetros de proceso (tiempo de ejecución, costes, throughput throughput ),),

en función de las variables independientes del mismo. en función de las variables independientes del mismo.



 Automatización de laAutomatización de la documentacióndocumentación del proceso modelado en formato fácilmentedel proceso modelado en formato fácilmente

exportable. exportable.



(34)

Gestión de procesos de negocio (BPM)

Cómo se integra un BPM en una arq. tec. empresarial

Modelado de procesos

Desde el punto de vista de los expertos técnicos, las soluciones BPM de modelado de Desde el punto de vista de los expertos técnicos, las soluciones BPM de modelado de procesos deben proveer por ejemplo de:

procesos deben proveer por ejemplo de:



 Facilidades para agilizar laFacilidades para agilizar la importación y exportaciónimportación y exportación de modelos analíticosde modelos analíticos

creados por expertos funcionales a modelos

creados por expertos funcionales a modelos aplicativos ejecutables.aplicativos ejecutables.



 Capacidades deCapacidades de control de flujocontrol de flujo (e.g. instanciación de subprocesos, toma de(e.g. instanciación de subprocesos, toma de

decisiones en base a reglas

decisiones en base a reglas predefinidas).predefinidas).



 Soporte aSoporte a eventoseventos..



 Gestión deGestión de excepcionesexcepciones..



 Definición deDefinición de alarmasalarmas..



(35)

Gestión de procesos de negocio (BPM)

Cómo se integra un BPM en una arq. tec. empresarial

Ejecución de procesos

Habitualmente, un motor de ejecución de

Habitualmente, un motor de ejecución de procesos:procesos:



 Ofrece diversos mecanismos deOfrece diversos mecanismos de invocación de procesos de manera invocación de procesos de manera síncronasíncrona,,

por ejemplo vía

por ejemplo vía web services web services (publicando el WSDL), RMI.(publicando el WSDL), RMI.



 Ofrece diversos mecanismos deOfrece diversos mecanismos de invocación de procesos de manera invocación de procesos de manera asíncronaasíncrona,,

por ejemplo vía colas (IBM

por ejemplo vía colas (IBM MQSeries, JMS), recepción de emails.MQSeries, JMS), recepción de emails.



 Permite laPermite la invocación de procesos desde otros procesosinvocación de procesos desde otros procesos (subprocesos).(subprocesos).



 Hace posible la definición deHace posible la definición de transaccionestransacciones (definición de nodos o conjuntos de(definición de nodos o conjuntos de

nodos de un proceso como

nodos de un proceso como recursos XA).recursos XA).



 Permite elPermite el versionadoversionado de procesos.de procesos.



 Tiene en cuenta laTiene en cuenta la escalabilidadescalabilidad (e.g. posibilidad en crecimiento en número de(e.g. posibilidad en crecimiento en número de

usuarios y recursos), el

usuarios y recursos), el rendimientorendimiento (e.g. permite la ejecución de miles de(e.g. permite la ejecución de miles de

procesos diferentes de manera concurrente) y la

(36)

Gestión de procesos de negocio (BPM)

Cómo se integra un BPM en una arq. tec. empresarial

Monitorizaci

ón de

procesos

La monitorización de procesos permite obtener información de

La monitorización de procesos permite obtener información de negocio (negocio (Business Business Activity Monitoring

Activity Monitoring , BAM) y técnica, con el fin de , BAM) y técnica, con el fin de identificar patrones de utilización,identificar patrones de utilización,

situaciones de riesgo, indicadores de desempeño, situaciones de riesgo, indicadores de desempeño, etc.etc.

Además del almacenamiento y agregación de datos a partir de

Además del almacenamiento y agregación de datos a partir de key performance key performance indicators

indicators (KPIs), las soluciones de monitorización deben (KPIs), las soluciones de monitorización deben tener en cuenta:tener en cuenta:



 LaLa usabilidadusabilidad de la aplicación de consulta para expertos de negocio. El perfiladode la aplicación de consulta para expertos de negocio. El perfilado

según tipos de usuarios. Los métodos de envío de alertas (e.g. email). según tipos de usuarios. Los métodos de envío de alertas (e.g. email).



 Los mecanismos deLos mecanismos de captura de información,captura de información, ofreciendo la capacidad de procesarofreciendo la capacidad de procesar

datos generados por diversas fuentes, incluidas aquéllas ajenas al propio BPM datos generados por diversas fuentes, incluidas aquéllas ajenas al propio BPM (e.g. otras aplicaciones no BPM).

(e.g. otras aplicaciones no BPM).



 ElEl rendimientorendimiento de la solución, minimizando el impacto en la escalabilidad yde la solución, minimizando el impacto en la escalabilidad y

consumo de recursos en entornos de

(37)

1

1 .

.

I

n

t

r

o

d

u

c

i

ó

n

2.

2. Ar

Ar

qu

it

ec

tu

ra t

ec

no

ló

gi

ca e

mp

re

sa

ri

al

3.

3. Ser

Ser

vic

ios d

e una ar

qui

tec

tur

a em

pre

sar

ial e

n eje

cuc

ión y de

sar

rol

lo

4.

4. Ar

Ar

qu

it

ec

tu

ra

or

ie

nt

ad

a a se

rv

ic

io (

SO

A)

5.

5. Ge

Ge

st

ió

n d

e p

ro

ce

so

s d

e n

eg

oc

io

(B

PM

)

6.

6. EjeEjemplmplo de o de arqarquituitectectura ura de rde refeeferenrencia cia empempresresariarialal

7

7 .

.

A

n

e

x

o

s

índice

(38)

1

1 .

.

I

n

t

r

o

d

u

c

i

ó

n

2.

2. Ar

Ar

qu

it

ec

tu

ra t

ec

no

ló

gi

ca e

mp

re

sa

ri

al

3.

3. Ser

Ser

vic

ios d

e una ar

qui

tec

tur

a em

pre

sar

ial e

n eje

cuc

ión y de

sar

rol

lo

4.

4. Ar

Ar

qu

it

ec

tu

ra

or

ie

nt

ad

a a se

rv

ic

io (

SO

A)

5.

5. Ge

Ge

st

ió

n d

e p

ro

ce

so

s d

e n

eg

oc

io

(B

PM

)

6.

6. Eje

Eje

mpl

o de

arq

uit

ect

ura

de r

efe

ren

cia

emp

res

ari

al

7

7.. AAnneexxooss

índice

(39)

Anexos

Referencias



 ISO 12207 (http://www.12207.com/).ISO 12207 (http://www.12207.com/).



 The Open Group Architecture Framework (http://www.opengroup.org/).The Open Group Architecture Framework (http://www.opengroup.org/).



 OASIS Reference Model for Service Oriented Architecture (http://www.oasis-OASIS Reference Model for Service Oriented Architecture

(http://www.oasis-open.org/committees/tc_cat.php?cat=soa). open.org/committees/tc_cat.php?cat=soa).



 Enterprise SOA: Service-Oriented Enterprise SOA: Service-Oriented Architecture BesArchitecture Best Practices. Dirkt Practices. Dirk Krafzig,Krafzig,

Kar

Karll BanBanke, Dke, Dirkirk SlaSlama. ma. PrePrentinticece HalHall PTRl PTR. No. Novemvemberber 09, 09, 2002004. IS4. ISBNBN 0131465759.

0131465759.



 IBM SOA (http://www-306.ibm.com/softwarIBM SOA (http://www-306.ibm.com/software/solutions/soa/).e/solutions/soa/).



 BEA SOABEA SOA

(http://www.bea.com/framework.jsp?CNT=index.htm&FP=/content/solutions/soa/). (http://www.bea.com/framework.jsp?CNT=index.htm&FP=/content/solutions/soa/).



(40)

everis.com everis.com

Alberto Otero García

alberto.otero.garcia@everis.com