El MCP abre convocatoria de Monitoreo Estratégico y apoyo técnico
BPM Chile Day 2011 - BPM y SOA
1. BPM Chile Day 2011
BPM & SOA
Ángel Yaulilahua
Claudio Vázquez
Daniela Soto
Mario Giacomasso
Nicolás Cofré Castillo
Patricio Caro
Santiago, septiembre 2011
3. Objetivos del Estudio
Entender y relacionar los conceptos BPM y SOA desde una
perspectiva de negocio.
Analizar los impactos de implementar BPM y SOA en una
organización.
Indicar los componentes metodológicos y tecnológicos
importantes para la implementación de BPM y SOA.
BPM Chile Day 2011
5. PREGUNTAS
1. ¿Por qué están relacionados BPM y SOA?
2. ¿Empezar por BPM o empezar por SOA? ¿Comenzamos por los
servicios (bottom-up) o los procesos (top-down)?
3. ¿Cómo se deben representar/especificar los 'requerimientos'
para los proyectos de BPM y/o SOA?
4. ¿Cuál es el impacto de implementar BPM y/o SOA en la
organización y cómo se deberían abordar?¿Cuales son los
riesgos que se afrontan y como mitigarlos?
5. ¿Cuáles son los principales elementos metodológicos y
componentes tecnológicos a considerar al abordar proyectos
que pretenden implementar este tipo de modelo (plataforma
de procesos de negocio y una arquitectura orientada a
servicios) en una organización?
BPM Chile Day 2011
7. ¿POR QUÉ ESTÁN RELACIONADOS BPM Y SOA?
El vínculo entre BPM y SOA se fundamenta en que sus
modelos comparten elementos comunes, a partir de los
cuales se complementan para dotar de “Excelencia
Operacional” y “Agilidad” para responder a los cambios.
Modelo
conceptual BPM
Fundamento de la Relación
Modelo
conceptual SOA
BPM Chile Day 2011
8. ¿POR QUÉ ESTÁN RELACIONADOS BPM Y SOA?
BPM y SOA en la organización:
BPM Chile Day 2011
9. ¿POR QUÉ ESTÁN RELACIONADOS BPM Y SOA?
Modelo conceptual BPM
BPM Chile Day 2011
10. ¿POR QUÉ ESTÁN RELACIONADOS BPM Y SOA?
Ciclo de vida BPM
BPM Chile Day 2011
11. ¿POR QUÉ ESTÁN RELACIONADOS BPM Y SOA?
Modelo conceptual SOA
Servicio
Aplicaciones Mensaje
Existentes
Procesos
Consumidor
Servicio
de Servicio
Procesos
Interfaz de usuario
BPM Chile Day 2011
12. ¿POR QUÉ ESTÁN RELACIONADOS BPM Y SOA?
Modelo conceptual SOA
BPM Chile Day 2011
13. ¿POR QUÉ ESTÁN RELACIONADOS BPM Y SOA?
Ciclo de vida SOA
BPM Chile Day 2011
14. ¿POR QUÉ ESTÁN RELACIONADOS BPM Y SOA?
Elementos comunes
Procesos
Perspectiva SOA Servicios Perspectiva BPM
Información
BPM Chile Day 2011
15. ¿POR QUÉ ESTÁN RELACIONADOS BPM Y SOA?
Ciclos de vida complementarios
CICLO BPM CICLO SOA
Modelado Identificar servicios
Optimización
Implementación Implementar servicios
Ejecución Consumir servicios
Monitorizar servicios
Optimizar servicios
BPM Chile Day 2011
16. ¿EMPEZAR POR BPM O EMPEZAR POR SOA?
ESCENARIO IDEAL
AdoptarImplementar BPM y SOA a la vez
ESCENARIOS MÁS PROBABLES
1. La organización todavía no ha empezado a adoptarimplementar ni
BPM ni SOA
2. La organización se encuentra adoptandoimplementando BPM
3. La organización se encuentra adoptandoimplementando SOA
¿Invertir en Tecnología BPM Complemento/Orientación en
o Invertir en Tecnología base a la relación en BPM y
SOA? SOA
Adopción Incremental
BPM Chile Day 2011
17. ¿EMPEZAR POR BPM O EMPEZAR POR SOA?
PROYECTOS IMPLICANCIAS CRITERIOS
BPM Chile Day 2011
18. ¿EMPEZAR POR BPM O EMPEZAR POR SOA?
PROYECTOS
Proyectos BPM
Adopción BPM
Necesidades de
PROYECTOS
la Organización
Proyectos SOA
Adopción SOA
BPM Chile Day 2011
19. ¿EMPEZAR POR BPM O EMPEZAR POR SOA?
IMPLICANCIAS
Proyectos BPM
Centrarse en los procesos de negocio.
Capacitación y uso de los estándares de BPM.
Tener presente el complemento con SOA con miras a una
implementación de BPM y SOA en toda la organización.
Proyectos SOA
Centrarse en los servicios necesarios para construir soluciones a las
necesidades de la organización a través de la reutilización y
combinación de dichos servicios.
Capacitación y uso de los estándares SOA.
Tener presente el complemento con BPM con miras a una
implementación de SOA y BPM en toda la organización.
BPM Chile Day 2011
20. ¿EMPEZAR POR BPM O EMPEZAR POR SOA?
CRITERIOS
Motivación y Justificación de los proyectos
Potenciales patrocinadores están más cercanos a las áreas de
negocio.
Facilitación del trabajo en equipo
BPMN facilita la comunicación entre negocio y TI
Aporte para la adopción/implementación conjunta
Los Proyectos BPM constituyen una fuente de aporte para la
adopción de SOA, lo contrario no siempre es cierto.
BPM Chile Day 2011
21. ¿EMPEZAR POR BPM O EMPEZAR POR SOA?
CONCLUSIÓN
ESCENARIO IDEAL
AdoptarImplementar BPM y SOA a la vez
ESCENARIOS MÁS PROBABLES
1. La organización todavía no ha empezado a adoptarimplementar ni
BPM ni SOA.
2. La organización se encuentra adoptandoimplementando BPM.
3. La organización se encuentra adoptandoimplementando SOA.
Invertir en Tecnología BPM
Complemento/Orientación en
base a la relación en BPM y
ROI SOA
Invertir en Tecnología SOA
22. ¿CÓMO SE DEBEN REPRESENTAR/ESPECIFICAR LOS
'REQUERIMIENTOS' PARA LOS PROYECTOS DE BPM Y/O SOA?
Problemática de los requerimientos en la ingeniería de
software
BPM Chile Day 2011
23. ¿CÓMO SE DEBEN REPRESENTAR/ESPECIFICAR LOS
'REQUERIMIENTOS' PARA LOS PROYECTOS DE BPM Y/O SOA?
Problemática de los requerimientos en la ingeniería de
software
24. ¿CÓMO SE DEBEN REPRESENTAR/ESPECIFICAR LOS
'REQUERIMIENTOS' PARA LOS PROYECTOS DE BPM Y/O SOA?
Principales inconvenientes de la automatización de
procesos de negocio mediante en enfoque de la ingeniería
de software:
1. Una vez implementados los requerimientos, la implementación no
coincide del todo con la necesidad de negocio que se tradujo en
requerimientos de software
2. Los cambios en los requerimientos suelen ser trabajosos de
implementar por lo que no responden, adecuadamente, al ritmo
de los cambios en el negocio
BPM Chile Day 2011
25. ¿CÓMO SE DEBEN REPRESENTAR/ESPECIFICAR LOS
'REQUERIMIENTOS' PARA LOS PROYECTOS DE BPM Y/O SOA?
¿Cómo debería abordarse los requerimientos
para evitar los inconvenientes del enfoque de la
ingeniería de software?
Propuesta: directrices para requerimientos en proyectos
BPM y SOA:
1. Reducir tanto como sea posible la cadena de interpretación
2. Pasar de requerimientos de software a requerimientos de
información
3. Clasificar o tipificar los requerimientos según el formato o soporte
especializado que exista para cada tipo de requerimiento
BPM Chile Day 2011
26. ¿CÓMO SE DEBEN REPRESENTAR/ESPECIFICAR LOS
'REQUERIMIENTOS' PARA LOS PROYECTOS DE BPM Y/O SOA?
• Reducir tanto como sea posible la cadena de interpretación.
BPM Chile Day 2011
27. ¿CÓMO SE DEBEN REPRESENTAR/ESPECIFICAR LOS
'REQUERIMIENTOS' PARA LOS PROYECTOS DE BPM Y/O SOA?
• Pasar de requerimientos de software a requerimientos de información.
BPM Chile Day 2011
28. ¿CÓMO SE DEBEN REPRESENTAR/ESPECIFICAR LOS
'REQUERIMIENTOS' PARA LOS PROYECTOS DE BPM Y/O SOA?
• Clasificar o tipificar los requerimientos según el formato o soporte
especializado que exista para cada tipo de requerimiento.
BPM Chile Day 2011
29. CASO PRÁCTICO
Gobierno Electrónico bajo el enfoque de BPM y SOA
¿Qué puede aportar BPM y SOA al gobierno electrónico?
¿Qué fases hay que seguir hacia el gobierno electrónico con BPM y
SOA?
BPM Chile Day 2011
30. CASO PRÁCTICO
Contexto en Perú:
Instituciones del estado se conectan punto a punto mediante web
services.
La mayoría de trámites que dependen de múltiples instituciones se
ejecutan visitando presencialmente dichas instituciones para todas
las interacciones. Cada institución automatiza a su manera la parte
del trámite que le corresponde.
Sólo un trámite que depende de múltiples instituciones está
automatizado mediante una aplicación web (Ing. de software)
BPM Chile Day 2011
32. CASO PRÁCTICO
Contexto en Perú: ¿problemas?
Poco uso de estándares
Se mantiene la comunicación punto a punto entre instituciones.
Incluir un nuevo servicio o trámite implica crear una nueva
aplicación desde cero (Ing. de software)
BPM Chile Day 2011
34. CASO PRÁCTICO
Beneficios para el Gobierno Electrónico:
SOA:
Definición de estándares para la interoperatibilidad entre instituciones
del estado.
Comunicación orientada a la mediación de mensajes y servicios a través.
Gobierno de los servicios publicados por las instituciones del estado.
Mínimo impacto en las implementaciones actuales por parte de cada
institución.
BPM Chile Day 2011
35. CASO PRÁCTICO
Beneficios para el Gobierno Electrónico:
BPM:
Catalizador para la publicación de nuevos servicios (trámites que
dependen de múltiples instituciones) debido al uso de una plataforma
para automatizar procesos (BPMS).
Habilitación para la mejora continua de los servicios al ciudadano y
empresas.
Integración con los actuales medios de trabajo debido a la capacidad de
publicar procesos y/o actividades como servicios web.
BPM Chile Day 2011