Enfoque de SOA como Proyecto

Tamaño: px
Comenzar la demostración a partir de la página:

Download "Enfoque de SOA como Proyecto"

Transcripción

1 Enfoque de SOA como Proyecto David Alejandro Uribe Pardo, PMP Pontificia Universidad Javeriana Ext: 8909 Bogotá D.C.

2 Grupos de Procesos de la Gerencia de Proyectos 2

3 Grupos de Procesos de la Gerencia de Proyectos 3

4 Project Charter Acta de Inicio del Proyecto Necesidades del Negocio Necesidades comerciales Demanda del mercado Avance Tecnológico Requisito Legal Regulación del Gobierno 4

5 Qué le Interesa a la Alta Gerencia? 5

6 Qué le Interesa a la Alta Gerencia? Reducir gastos de integración Incrementar reutilización de activos Incrementar agilidad de negocio Reducir riesgos de negocio 6

7 Costos de Integración Alto acoplamiento Plataformas, formatos, lenguajes y APIs específicos Altos impactos en los cambios $ CRM $ $ Paquete Contable $ $ $ Sitio e-commerce $ $ $ ERP $ $ $ $ $ Proveedor Externo Proveedor Externo 7

8 Bajo acoplamiento (granuralidad de servicios) Interfaces estándar Bajos impactos en los cambios Costos de Integración con SOA Sitio e-commerce Orquestación Proveedor Externo Servicios de Negocio Servicios de Aplicaciones Proveedor Externo Adaptadores Adaptador Aplicaciones y Repositorios Paquete Contable CRM ERP 8

9 Incremento en la Reutilización de Activos Aunque la inversión inicial en SOA es significativa, el verdadero valor se ve con la posterior reutilización repetida de activos SOA gasta más en configurar soluciones que desarrollar funcionalidad (time to market) SOA hace más por menos reutilizando inversiones en tecnología existentes Composite Applications = 10% Nuevo + 90% Existente SOA es una fábrica de servicios 9

10 Incremento en la Reutilización de Activos I can guarantee there s a cheaper way (than SOA) to build your next product, but there s no cheaper way to build your next 20 products Christohper Corwhurst Vicepresidente de Thomson Learning 10

11 Incremento en la Agilidad de Negocio Exportar orden Sitio e-commerce toma la orden $ Exportar orden Importar orden $ Sistema Contable envía la factura al cliente, registra el ingreso $ Exporta el resultado de la validación del crédito Importar orden Sistema de Bodega despacha la orden Dónde está el proceso de negocio? 11

12 Incremento en la Agilidad de Negocio Sitio e-commerce Iniciar Proceso Proceso de Negocio Sistema Contable Crear orden Servicios Sistema de Bodega Despachar orden Consultar estado orden 12

13 Incremento en la Agilidad de Negocio Sitio e-commerce Iniciar Proceso Proceso de Negocio Si No Sistema Contable Validar crédito Crear orden Crédito Suficiente? Servicios Sistema de Bodega Despachar orden Consultar estado orden 13

14 Reducción de Riesgos de Negocio SOA reduce los riesgos operacionales Para cambios o nuevas competencias solo se tocan ciertos componentes Las capas de SOA permiten probar de manera aislada y enfocarse en procesos o servicios que cambian SOA reduce el riesgo de cumplimiento de regulaciones 14

15 Reducción de Riesgos Cumplimiento de Regulaciones Transformador de códigos Nuevo Código SF -> Código Interno Código Interno -> Nuevo Código SF Proceso de negocio original 15

16 Retorno de la Inversión (ROI) en SOA En SOA se categorizan 3 marcos de tiempo ROI Táctico (corto plazo - ahorros) Licencias middleware, costos de mantenimiento y configuración, tiempo de desarrollo ROI Operacional (mediano plazo - reutilización) Componentes, reglas de negocio, servicios, procesos Se calcula directamente o iterativamente (60% - 80%) ROI Estratégico (largo plazo - agilidad) Ingresos nuevos productos y servicios, tiempos en procesos de negocio, tiempos en cumplimientos regulatorios, ahorros en multas y costos legales 16

17 ROI Táctico Se reduce a sumar ahorros Reducción en costos de licencias middleware Reducción en tiempos de desarrollo Reducción en costos de mantenimiento 17

18 ROI Operacional (Cálculo Iterativo) El Dr Jeffrey Poulin en su libro Measuring Software Reuse dice: El costo de hacer un componente reutilizable tiene un costo del 60% sobre el desarrollo normal El reutilizar un componente tiene un ahorro del 80% Costo sin Reuso Costo Acumulado sin Reuso Impacto de Reuso Costo Actividad Costo Acumulado Total Ahorro Desarrollo Inicial $ 10,000,000 $ 10,000,000 60% $ 16,000,000 $ 16,000,000 $ (6,000,000) Primer reuso $ 10,000,000 $ 20,000,000-80% $ 2,000,000 $ 18,000,000 $ 2,000,000 Segundo reuso $ 10,000,000 $ 30,000,000-80% $ 2,000,000 $ 20,000,000 $ 10,000,000 Tercer reuso $ 10,000,000 $ 40,000,000-80% $ 2,000,000 $ 22,000,000 $ 18,000,000 18

19 ROI Operacional (Cálculo Directo) David Linthicum en ebizq define una fórmula directa Variables: Costo del desarrollo de los servicios (SDC) Costo por función (CPF) Function Points, Object Points o Líneas de Código Número de Servicios Reusables (NRS) Todos los servicios creados Factor de Complejidad del Servicio (SCF) Promedio del número de CPFs de cada servicio Grado de Reutilización (DR) Porcentaje en términos de operaciones ROI = SDC- NRS * DR * SCF * CPF 19

20 ROI Estratégico Incluye Costos legales y multas evitadas por responder rápidamente a cambios regulatorios Ingresos generados por la creación rápida de nuevos servicios y/o manipulación de servicios existentes Ahorros en costos de mantenimiento de sistemas de información 20

21 Identificar a los Interesados Todas las personas en la organización impactadas en el proyecto Se analizan Intereses Involucramiento Impacto en el éxito del proyecto 21

22 Interesados en SOA TOGAF y el SOA Source Book definen los siguientes: Funciones Corporativas: Alta Gerencia, Seguridad de la Empresa, PMO, QA, Administrativa, RRHH Usuarios Finales - Ejecutivos, Gerencias, Expertos de dominios de negocio y dueños de la información Organización del Proyecto- Ejecutivos, Gerencias, Expertos Funcionales de Procesos de Negocio, Especialistas de Producto (Productos de Infraestructura SOA), and Especialistas Técnicos (Diseñadores, Desarrolladores y Probadores de la Solución SOA y de los Servicios) Operaciones de Sistemas Gerencia de IT, Mesa de Servicio, Dirección de Aplicaciones (Gerentes de la Operación de los Servicios, Gerentes del Catálogo de Servicios), Dirección de Infraestructura, and Dirección de Comunicaciones Externos Proveedores, Entes Reguladores 22

23 Preocupaciones de los Interesados Costos y ROI del de los sistemas operacionales Uso de las aplicaciones Uso de Infraestructura Funcionalidad de los componentes de servicio Tecnología de los componentes de servicio Como los servicios contribuyen a los procesos de negocio Como estan desarrollados los servicios (incluyendo composición e implementación basada en modelos) Servicios contratados Agilidad del Procesode de Negocio Cómo están integrados los servicios Operaciones de Sistema - Dirección de Aplicaciones Organización del Proyecto Especialistas Técnicos y de Producto Operaciones de Sistema - Dirección de Aplicaciones Organización del Proyecto Especialistas Técnicos y de Producto Operaciones de Sistema - Dirección de Infraestructura Organización del Proyecto Especialistas Técnicos Operaciones de Sistema - Dirección de Aplicaciones Funciones Corporativas- QA Organización del Proyecto Especialistas Técnicos y de Producto Usuarios Finales - Gerencias, Expertos de dominios de negocio Organización del Proyecto - Expertos Funcionales de Procesos de Negocio y Especialistas Técnicos Organización del Proyecto Especialistas Técnicos Operaciones de Sistema - Dirección de Aplicaciones e Infraestructura Funciones Corporativas- QA y Administrativa Organización del Proyecto Especialistas de Producto Usuarios Finales - Ejecutivos, Gerencias, Expertos de dominios de negocio Organización del Proyecto - Expertos Funcionales de Procesos de Negocio y Especialistas Técnicos Organización del Proyecto Especialistas Técnicos Operaciones de Sistema - Dirección de Aplicaciones, Infraestructura y Comunicaciones 23

24 Qué infraestructura es necesaria Desempeño de los servicios Cómo la identidad del usiario y el acceso será manejada por los servicios Cómo se manejan los servicios, composiciones y componentes de servcio Los datos son usados por los servicios Como se representa la información como datos Preocupaciones de los Interesados Funciones Corporativas- QA y Administrativa Operaciones de Sistema - Dirección de Aplicaciones, Infraestructura y Comunicaciones Organización del Proyecto Especialistas Técnicos y de Producto Operaciones de Sistema Gerencia de IT, Dirección de Aplicaciones, Infraestructura y Comunicaciones Funciones Corporativas - Seguridad Usuarios Finales- Expertos de Dominio de Negocio y Dueños de la Información Project Organization Expertos Funcionales de Procesos de Negocio y Especialistas Técnicos Operaciones de Sistema Gerencia de IT Operaciones de Sistema Gerencia de IT Usuarios Finales- Expertos de Dominio de Negocio y Dueños de la Información Organización del Proyecto Especialistas Técnicos y de Producto Operaciones de Sistema - Dirección de Aplicaciones Organización del Proyecto Especialistas Técnicos y de Producto Operaciones de Sistema - Dirección de Aplicaciones, Infraestructura y Comunicaciones Funciones Corporativas - QA Solución y ciclo de vida de sevicio y manejo de Funciones Corporativas PMO y QA protafolio 24

25 Grupos de Procesos de la Gerencia de Proyectos 25

26 Definición de Alcance Qué se va hacer? Entregables Riesgos Supuestos Restricciones 26

27 Madurez de SOA para definir el Alcance 27

28 Top-Down Estrategias de Implementación de SOA Se parte de los procesos de negocio para identificar los servicios Bottom-Up Ágil Se crean servicios de acuerdo a las necesidades principalmente de integración (SOI) Una combinación de las dos anteriores en donde se ejecutan proyectos Bottom-Up con posteriores validaciones frente al negocio 28

29 Estrategias de Implementación de SOA Pros Top-Down Alta calidad Reusabilidad y Adaptabilidad Maximizada Bottom-Up Resuelve rápidamente problemas de integración de una manera estándar Ágil Cumple requerimientos inmediatos sin poner en peligro la integridad de los negocios Contras Tiempo y Dinero Resultados a largo plazo No es una estrategia Posibilidad de servicios innecesarios para el negocio Llegar a implementar SOA desde SOI puede implicar mucho retrabajos Requiere retrabajos pero a menor escala 29

30 Qué le Interesa a la Alta Gerencia? 30

31 Divide el Alcance y Vencerás Modelado de uno o varios procesos de negocio Establecimiento de una organización de gobierno SOA Identificación de servicios de todos los procesos de negocio modelados Implementación de un grupo de servicios identificados Automatización de un proceso de negocio específico 31

32 Proyectos SOA y Proyectos de Desarrollo Desarrollo Análisis de Requerimientos de lo que se va a desarrollar Diseño de los que se va a desarrollar Desarrollar Probar los que se desarrolló Desplegar lo que se desarrolló SOA Análisis de un Negocio (Procesos) Diseño de Procesos de Negocio Identificación de Servicios que Soportan el negocio Desarrollar los Procesos Probar los procesos Desplegar los procesos 32

33 El Ciclo de Vida de SOA Implementación Implementación del Servicio Implementación del Proceso Pruebas Descubrimiento Definir Requerimientos Identificar Procesos de Negocio Análisis y Diseño Identificación de Servicios e Interfaces Modelado de Procesos Desarrollo del Servicio Despliegue Control de configuraciones y versionamiento Configuración del sistema y el servicio Registro de Servicio Retiro Modificar servicios y procesos dependientes Monitoreo Identificar y monitorear (KPI) Reportes de desempeño del proceso y el servicio 33

34 Metodologías de Proyectos SOA Modelado de Procesos (BPM) Análisis y Diseño Orientado a Objetos Arquitecturas de Solución Arquitectura Empresarial 34

35 Análisis y Diseño Orientado a Servicios (SOAD) Negocio SOAD Modelado de Procesos (BPM) Arquitectura Arquitectura Empresarial Arquitecturas de Solución Aplicación Análisis y Diseño Orientado a Objetos Análisis Diseño Desarrollo 35

36 Análisis y Diseño Orientado a Servicios (SOAD) 1. Requerimientos y Modelado de Proceso Pruebas y Monitoreo en Tiempo de Ejecución 2. Identificación y Especificación de Servicio 4. Implementación de Proceso 3. Implementación de Servicio 36

37 SOAD y el Ciclo de Vida de SOA Ciclo de Vida SOA Definir Requerimientos Identificar Procesos de Negocio Identificación de Servicios e Interfaces Modelado de Procesos Implementación del Servicio Implementación del Proceso Pruebas Control de configuraciones y versionamiento Configuración del sistema y el servicio Registro de Servicio Modificar servicios y procesos dependientes Descubrimiento Análisis Implementación Monitoreo Retiro SOAD Requerimientos y Modelado de Procesos Identificación de Servicios Implementación de Servicios Implementación de Procesos 37

38 El Equipo del Proyecto Plan de Recursos Humanos Roles Responsabilidades Habilidades Comunicaciones 38

39 Roles en Proyectos SOA Gerente de Proyecto Responsable de administrar el proyecto y del éxito o fracaso del mismo En SOA, el PM necesita planear en ciclos de entrega cortos para el desarrollo e implementación de servicios Debe interactuar con varios proveedores de servicio para identificar el uso de recursos y definir SLAs Analista de Negocio Además de identificar requerimientos de negocio, es responsable de crear un modelo empresarial basado en componentes de negocio (servicios) 39

40 Roles en Proyectos SOA Arquitecto Define el diseño técnico del proyecto. Además, se involucra en la creación del Modelo de Gobierno SOA y asegurar el cumplimiento de sus políticas Desarrollador Diseño detallado de los componentes del proyecto y construye servicios y lógica de negocio Especialista de Seguridad Defina las guía de seguridad y como éstas se implementan. En SOA, utiliza la especificación WS-Security 40

41 Service Deployer, Release Administrator Roles en Proyectos SOA Se encarga del despliegue del servicio en los ambientes (Application Servers) Generación de código de despliegue (stubs, skeleton) Tester de Integración SOA Hacer pruebas de integración, carga y aceptación Define los casos de prueba para verificar la interoperabilidad entre servicios Se asegura que la aplicación haga lo que debe hacer 41

42 Roles en Proyectos SOA Configuration Manager Responsable del control y administración de todos los cambios de los servicios y los procesos Mantiene y comunica las versiones de los servicios y procesos DBA Administrar Bases de Datos (no cambia) Administrador de Sistema En aplciaciones n-tier, administra los middleware (application servers) Administra motores BPM y ESB 42

43 Gerencia de Riesgos Planificación de la gestión Identificación Análisis cualitativo y cuantitativo Planificación de respuesta a los riesgos Monitorear y controlar los riesgos 43

44 Gestión de Riesgos en Proyectos SOA Se debe hacer una evaluación de los riesgos de acuerdo a los siguientes criterios Conocimiento de Procesos de Negocio Financiación Seguridad SOA Migración a SOA Habilidades y Conocimientos existentes Identificación de Servicios Tecnologías a utilizar Plataformas a utilizar 44

45 Gestión de Riesgos en Proyectos SOA La evaluación de los riesgos ayuda a identificar los gaps y los controles a diferentes niveles (negocio y técnico) Acciones preventivas se pueden definir para disminuir los gaps y mitigar los riesgos Las mejoras deberían hacerse incrementalmente de una manera planeada 45

46 Riesgos y Retos en Proyectos SOA Identificar y reutilizar sin repetir funcionalidad Decidir cuáles servicios van a ser desarrollados y su método Implementar políticas de los servicios (seguridad) Administración y control de cambios sobre los servicios Correspondencia con diseño y mejores prácticas Asegurarse que los servicios y procesos sean extensibles Monitorear el desempeño y funcionamiento de los servicios Entrenamiento del equipo de desarrollo en las nuevas tecnologías (Negocio, Integración, SOAD, Testing) 46

47 Riesgos y Retos en Proyectos SOA Los estándares aún están emergiendo Las soluciones SOA del mercado no es consistente. Soporte propietario adicional y sus propios estándares Estudiar una metodología de desarrollo SOAD y adoptarla 47

48 Grupos de Procesos de la Gerencia de Proyectos 48

49 Dirigir y Administrar la Ejecución del Proyecto Se compone de los procesos realizados para completar el trabajo de finido a fin de cumplir las especificaciones del mismo Implica Coordinar personas y recursos Integrar y realizar las actividades del proyecto de acuerdo con el plan 49

50 Análisis y Diseño Orientado a Servicios (SOAD) 1. Requerimientos y Modelado de Proceso Pruebas y Monitoreo en Tiempo de Ejecución 2. Identificación y Especificación de Servicio 4. Implementación de Proceso 3. Implementación de Servicio 50

51 1. Levantamiento de Requerimientos y Modelado de Proceso En SOAD el énfasis está en los Procesos de Negocio (en OOAD, el énfasis está en los casos de uso) Documentar el Proceso de Negocio. Es buena práctica usar el mismo formato de Casos de Uso Esta es una tarea que debe realizarse por un Analista de Procesos o el dueño del proceso El documento de proceso de negocio captura la interacción entre negocios o diferentes sistemas (AS-IS) dentro de un negocio 51

52 1. Levantamiento de Requerimientos y Modelado de Proceso Crear Diagrama del Proceso de Negocio Una notación fácil para los dueños de los procesos: BPMN, Diagramas de Flujo, BPEL gráfico (no estándar), etc. Herramienta que exporte a BPEL (estándar) Ejecutar simulaciones para estimar tiempos y costos de ejecutar el proceso Entregables Documento de Proceso de Negocio Diagrama de Proceso de Negocio Documento BPEL 52

53 Mejores Prácticas para el Modelado de Negocio Un arquitecto de negocio o alguien con buen conocimiento del dominio debería documentar el negocio Documentar el negocio consume tiempo, reservar el suficiente Seguir los formatos de Casos de Uso, esto lo hace entendible Un proceso de negocio se ejecutará como una nueva pieza de software. Este invocará operaciones de servicios externos. Estos servicios ya podrían existir como sistemas legados. Aprovéchelos!!! Use una herramienta de modelado de procesos que exporte a BPEL. Esto agiliza la interacción con la gente técnica 53

54 2. Identificación de Servicios Mapear actividades de los procesos de negocio a operaciones de servicios Etapas Identificación de servicios lógicos que soporten el proceso y creación o modificación de contratos de servicios. Analistas de Negocio o Arquitectos Especificación de interfaces de servicios (WSDL). Arquitectos o Diseñadores Decisiones Arquitectónicas Entregables Modelo de Servicios WSDLs 54

55 Modelo de Servicios RUP SOMA Modelo de Servicios Identificación Portafolio de Servicios Jerarquía de Servicios Exposición de Servicios Dependencia de Servicios Especificación Composición y Flujo de Servicios Requerimientos no funcionales de Servicios Mensajes de Servicios Decisiones de Manejo de Sesión de Servicios Realización Decisiones de Realización 55

56 Aspectos más relevantes del Modelo de Servicios Requerimientos no Funcionales Disponibilidad (p.e. MTBF (Mean Time Between Failures), MTTR (Mean Time To Repair)) Ventana de tiempo operativa ( Existe algún tiempo en que el servicio no se espera que sirva?) Tiempo de Respuesta Pico de carga (Peak throughput) (Cuántos requests puede recibir el servicio por unidad de tiempo) 56

57 Aspectos más relevantes del Modelo de Servicios Decisiones Arquitectónicas Cómo se publicarán los descriptores de los servicios? Cómo se expondrán los servicios? (p.e. Web services) Cómo se formarán los mensajes? (p.e., XML, AS2, CORBA, propietario, ) Cómo y dónde se efectuará la transformación de los mensajes? Cómo se reforzará la seguridad al nivel de la interfaz de servicio? Nomenclaturas División de responsabilidad entre el ESB y los componentes empresariales 57

58 Mejores Prácticas en el Modelado de Servicios Un servicio debería encapsular tanta complejidad y detalles como sea posible El consumidor debería completar una tarea con un mínimo de llamados a operaciones El formato de los mensajes debería simple (no corto) Las operaciones de los servicios deberían agruparse de la misma manera en que lo hacen las entidades que los servicios representan en el mundo real. Los tipos de los mensajes a este nivel son genéricos; esto reduce las transformaciones. Pero no exagere, guarde un equilibrio Mantenga no solo un catálogo de servicios sino de tipos de datos, mapeos e interfaces 58

59 3. Implementación del Servicio Seleccionar un servicio específico del paso anterior Tomar decisión de implementación (Arquitecto o Diseñadores) El servicio será soportado por un ser humano (tarea) o un sistema? Definición de datos de entrada y salida de la tarea Si será soportado por un sistema, la funcionalidad ya existe? Cuando la funcionalidad ya existe (Bottom-Up) Modelar el mapeo de datos Documentar protocolos de transformación Diseñar Web Services Wrapper si es necesario Cuando la funcionalidad se debe desarrollar (Top-Down) Desarrollar casos de uso describiendo como las operaciones se implementarán Diseñar (Identificar Clases) Implementación del servicio y pruebas unitarias (Desarrollador) 59

60 3. Implementación del Servicio Entregables Documento de Casos de Uso Documentos técnicos Tareas Humanas Documento de entradas y salidas de tarea Servicio Existente Documento de protocolo de transformación de datos Diseño del Web Service Wrapper Servicio a Desarrollar Diseño (Diagrama de Clases, Secuencia, Implementación, etc) Componentes del Servicio Implementado 60

61 Mejores Prácticas para Implementar Servicios Un servicio puede ser implementado usando muchas tecnologías diferentes Usar web services en la mayoría de los casos (Independiente del S.O., facilidad en configuración de firewalls y balanceo de cargas En Bottom-Up, utilizar herramientas provistas por los dueños de los sistemas legados sin gastar mucho tiempo Clases o APIs expuestas que puedan ser invocadas por un Web Service Adapatadores existentes en el mercado Screen Scrapping 61

62 Mejores Prácticas para Implementar Servicios En Top-Down, usar formatos de datos genéricos para disminuir los mapeos Guardar información de estados en una base de datos para ejecutar un servicio en múltiples máquinas 62

63 4. Implementación del Proceso Cada actividad es ejecutada como una invocación de una operación de servicio. (BPEL) Para aquellos servicios que solo tienen una interfaz orientada a los datos, exportar los datos del procesos (publicar un mensaje, guardar en BD, generar archivo plano, etc.) Ejecutar el proceso en un ambiente de pruebas Entregables: BPEL del proceso y modulo de despliegue Documentación de proceso actualizada 63

64 Mejores Prácticas en Implementación de Procesos Un buen proceso tiene los siguientes atributos Automatización: Puede automatizar lo que antes se hacía manualmente para la integración de varios sistemas Encapsula Complejidad: El proceso se enfoca en integración Flexibilidad: Rapidez de modificación al re-ordenar actividades o agregar nuevas (Agilidad) Adaptabilidad: Facilidad de agregar nuevos sistemas al proceso. El ESB se encarga de las transformaciones de los datos 64

65 Mejores Prácticas en Implementación de Procesos Evaluar siempre el uso de mensajería asíncrona en lugar de SOAP/HTTP para asegurar la entrega (sistemas externos) Usar formatos de datos canónicos para las variables de estado del proceso Usar esquemas de publish/suscribe para facilitar el adicionar o remover servicios que estén interesados en el mismo evento Adicionar flujos de manejo de error Establecer límites de tiempo para las actividades que necesitan esperar mucho tiempo Adicionar múltiples fuentes de datos Cuando el proceso encuentra una de las fuentes, el proceso continúa (Clustering) 65

66 Grupos de Procesos de la Gerencia de Proyectos 66

67 Control de Calidad Se monitorean y registran los resultados de la ejecución de actividades de calidad, a fin de evaluar el desempeño y recomendar cambios necesarios Equipo específico para esta tarea 67

68 Las pruebas tradicionales de SW y las pruebas SOA SW Tradicional El software por lo general usa el mismo lenguaje e IDE Los datos de entrada no requieren preparación Ambientes de prueba disponibles Comunicación síncrona (frameworks) SOA Integra sistemas legados y COTS Los datos de prueba deben ser creados en múltiples aplicaciones. (Mucha más gente involucrada) No todas las aplicaciones tienen ambiente de pruebas Comunicación asíncrona. Cada response necesita correlacionarse con su request, errores difíciles de encontrar 68

69 Qué se prueba en SOA? GUI Procesos de Negocio Mapeo de Datos Servicios Adaptadores y Componentes Flujo de datos Aplicaciones Pruebas Unitarias Pruebas de Integración Pruebas No Funcionales 69

70 G Partes de un Framework para Pruebas Generador Genera los datos de entrada V Ingresado en el repositorio de datos Capturado de un sistema real Aleatoriamente a partir del esquema de datos Verificador Valida el resultado S Validar la salida de la operación Validar el estado interno (BD) de la aplicación Stub Simulación de una parte del sistema que no está siendo probada o no está disponible 70

71 Escenarios de Pruebas Unitarias G V G G1 G2 V V Adaptador Adaptador Adaptador Adaptador Aplicación Aplicación V Aplicación G Aplicación G G Mapeo de datos V Actividad 1 Adapt Aplicación Actividad 2 S 71

72 Pruebas de Integración Servicios Nuevo código (SO y ESB igual a producción) Adaptador (Instalar aplicación) Procesos de Negocio Involucrar a los dueños de los procesos Conectividad Proceso de Negocio Servicios URL de Web Services Firewalls Colas de Mensajes Repositorios Adaptadores y puntas Por cada servicio, configurar adaptador (URLs, usuarios, passwords) Por cada punta asegurarse que sean ambientes de pruebas Instalar las aplicaciones de tareas e interacciones con los procesos 72

73 Pruebas No Funcionales Pruebas de Desempeño Pruebas de Seguridad Pruebas de Interoperabilidad Pruebas de persistencia de estados de los procesos Pruebas de versiones de procesos 73

74 Pruebas de Desempeño Dos tipo de pruebas de desempeño para SOA Tiempo de respuesta de un componente bajo una dura carga activa (operaciones de servicios invocadas al tiempo) Resistencia para encontrar memory leaks y otros problemas de recursos Stress de Servicios Medir tiempo promedio de respuesta de las operaciones y verificar que no hayan errores funcionales por el stress Herramientas automáticas Números de invocaciones realistas Stress de Procesos de Negocio De acuerdo a la vida real No necesariamente se necesitan las mismas condiciones de máquina que en producción, solo se tiene que reducir la carga activa de manera apropiada 74

75 Pruebas de Seguridad La seguridad debe estar implementada para las pruebas de integración, desempeño e interoperabilidad Probar los ataques convencionales Probar en bajo los mismo productos de producción (AS, ESB, BPM), ya que aún se tienen muchos estándares propietarios y problemas de interoperabilidad Tener claro, cada elemento de la seguridad del mensaje Cifrado Firma digital Autenticación SSL 75

76 Pruebas de Interoperabilidad Pueden haber muchos ESBs y BPMs involucrados Siempre verificar temas de interoperabilidad entre marcas, lenguajes y sistemas operativos (virtualizaciones) Dejar muy claras las plataformas involucradas Estas pruebas siempre se deben hacer cuando llegan nuevos consumidores de servicios 76

77 Pruebas de Persistencia de Estados de Procesos (Tolerancia a Fallos) Los proceso internamente manejan información de estado que controla el flujo de los mismos Siempre viene como entrada del proceso o como salida de una llamada a una operación de un servicio Los procesos pueden ser muy largos y sus instancias pueden ser detenidas intencionalmente o por caídas del sistema Cuando se restablece el sistema, el proceso debe volver al punto en donde iba La mayoría de BPMs soportan esto, pero a veces los servicios involucrados pueden alterar el resultado. 77

78 Pruebas de Versionamiento de Procesos Una instancia de proceso puede ejecutarse durante mucho tiempo Si se despliega una nueva versión del proceso, las instancias antiguas deberían mantener el código anterior Especificar cuántas versiones del proceso pueden existir al tiempo La mayoría de BPMs soportan esto, pero a veces los servicios involucrados pueden alterar el resultado. 78

79 Grupos de Procesos de la Gerencia de Proyectos 79

80 Gobierno SOA SOA puede expandirse a través de toda la empresa, interviniendo en tecnología, actores y recursos. Es necesario tener procesos y controles para el desarrollo, despliegue, versionamiento y retiro de servicios para evitar: Duplicación de servicios Servicios indeseados (servicios indocumentados sin control) 80

81 Gobierno SOA ITIL (Information Technology Infrastructure Library): es un marco de trabajo de las mejores prácticas destinadas a facilitar la entrega de servicios de tecnologías de la información de alta calidad El gobierno SOA se construye sobre el gobierno de IT (Tarea fundamental de un arquitecto) Define procesos y procedimientos para la administración de los servicios Establece políticas para los estándares de los servicios y formatos de los mensajes Proveer documentación y recursos de entrenamiento para asegurar un enfoque común de la visión de SOA a través de todos los implicados 81

82 Modelo Gobierno SOA Dueños de Líneas de Negocio Equipo de Gobierno de Negocio COE (Definiciones) Dominio 1 Ejec Neg, Ejec IT Dominio 2 Ejec Neg, Ejec IT Equipo Líder (Gobierno SOA) Equipo de Iniciativa Equipo de Iniciativa Equipo de Iniciativa Líder de Negocio Líder Técnico Líder de Negocio Líder Técnico Líder de Negocio Líder Técnico Equipo de Proyecto Equipo de Proyecto Equipo de Proyecto Equipo de Proyecto 82

83 Erl, Thomas: Service-Oriented Architecture (SOA): Concepts, Technology, and Design. Prentice Hall, Referencias A Guide To The Project Management Body of Knowledge. Project Management Institute. 4th Edition, 2008 SOA Immersion for EDS. Web Age Solutions, SOA Course Introduction. Electronic Data Systems, SOA Source Book. Open Group, 2009

SOA Governance. (Administración SOA) Luis Alberto Espinoza Bustamante

SOA Governance. (Administración SOA) Luis Alberto Espinoza Bustamante SOA Governance (Administración SOA) Luis Alberto Espinoza Bustamante 1 Agenda SOA Governance Algunas Problemas por Falta de Governance Quien: SOA Office (y Centro Competencia SOA) Que: Plan Inicial Como:

Más detalles

Boletín de Asesoría Gerencial SOA: enfoque técnico orientado a procesos

Boletín de Asesoría Gerencial SOA: enfoque técnico orientado a procesos Espiñeira, Sheldon y Asociados No. 4-2010 Contenido Haga click en los enlaces para navegar a través del documento Haga click en los enlaces para llegar directamente a cada sección 4 Introducción 4 Qué

Más detalles

Consideraciones para implementaciones BPM y EDA

Consideraciones para implementaciones BPM y EDA Consideraciones para implementaciones BPM y EDA Jesús Buriticá IBM Software Group Brand Architect jburitic@ve.ibm.com Agenda Manejando los conceptos sobre BPM y EDA Abordar una iniciativa BPM/EDA Algunos

Más detalles

ARQUITECTURAS ORIENTADAS A SERVICIOS. SOA en la Seguridad Social. 48 boletic

ARQUITECTURAS ORIENTADAS A SERVICIOS. SOA en la Seguridad Social. 48 boletic ARQUITECTURAS ORIENTADAS A SERVICIOS SOA en la Seguridad Social por Mario triguero garrido 48 boletic El deber de ofrecer al ciudadano el mejor servicio ha sido siempre la motivación por la cual la Gerencia

Más detalles

Cloud Computing. Mario José Villamizar Cano Investigador, Consultor y Arquitecto Cloud Computing

Cloud Computing. Mario José Villamizar Cano Investigador, Consultor y Arquitecto Cloud Computing Mario José Villamizar Cano Investigador, Consultor y Arquitecto @mariocloud @tiendacloud Áreas Estratégicas Tecnológicas Emergentes Imagen tomada de Gartner Inc. Áreas Estratégicas Tecnológicas Emergentes

Más detalles

Conceptos de Orquestador O2 EMPRESAS TUXPAN www.tuxpan.com

Conceptos de Orquestador O2 EMPRESAS TUXPAN www.tuxpan.com EMPRESAS TUXPAN www.tuxpan.com AÑO 2007 INDICE DE CONTENIDO 1 Software de Servicios y Orquestación de Procesos 2 1.1.1 Introducción 2 1.1.2 Software de Orquestación como Integrador 3 1.1.3 Automatización

Más detalles

LA IMPORTANCIA DE SOA

LA IMPORTANCIA DE SOA LA IMPORTANCIA DE SOA En el mundo de negocios de ahora, la habilidad de adaptar la infraestructura de tecnología de información de manera rápida, es imperativa. Muchos están tomando la decisión de invertir

Más detalles

Gerencia de Procesos de Negocio (Business Process Management, BPM). Lic. Patricia Palacios Zuleta

Gerencia de Procesos de Negocio (Business Process Management, BPM). Lic. Patricia Palacios Zuleta Gerencia de Procesos de Negocio (Business Process Management, BPM). Lic. Patricia Palacios Zuleta (Business Process Management, BPM). La Gerencia de los Procesos del Negocio: Se define como: "integración

Más detalles

1 GLOSARIO. Actor: Es un consumidor (usa) del servicio (persona, sistema o servicio).

1 GLOSARIO. Actor: Es un consumidor (usa) del servicio (persona, sistema o servicio). 1 GLOSARIO A continuación se definen, en orden alfabético, los conceptos básicos que se han abordado a lo largo del desarrollo de la metodología para la gestión de requisitos bajo la Arquitectura Orientada

Más detalles

Integración al Servicio de la Empresa

Integración al Servicio de la Empresa Integración al Servicio de la Empresa Las Arquitecturas SOA permiten abordar los nuevos retos empresariales, ser más competitivos y disponer de sistemas de información integrados. Además, tecnologías como

Más detalles

El desarrollo de aplicaciones

El desarrollo de aplicaciones e d i t o r i a l Entendiendo el desarrollo de los sistemas SOA María Consuelo Franky R. El desarrollo de aplicaciones orientadas y basadas en servicios, como estilo de arquitectura, emergió sobre la arena

Más detalles

LINEAMIENTOS GENERALES PARA LA IMPLEMENTACIÓN DE PROCESOS ELECTRÓNICOS

LINEAMIENTOS GENERALES PARA LA IMPLEMENTACIÓN DE PROCESOS ELECTRÓNICOS LINEAMIENTOS GENERALES PARA LA IMPLEMENTACIÓN DE PROCESOS LINEAMIENTOS GENERALES PARA LA IMPLEMENTACIÓN DE PROCESOS Ministerio de Tecnologías de la Información y las Comunicaciones Programa de Gobierno

Más detalles

Herramientas de Software que posibilitan el BPM

Herramientas de Software que posibilitan el BPM Qué es BPM? BPM (Business Process Management) no es solamente una tecnología, sino en términos generales, una disciplina gerencial que trata a los procesos como bienes tangibles que contribuyen al desempeño

Más detalles

BPM en la práctica Transitando del BPA al BPM con una metodología probada. Diego Karbuski - Diciembre 2012

BPM en la práctica Transitando del BPA al BPM con una metodología probada. Diego Karbuski - Diciembre 2012 BPM en la práctica Transitando del BPA al BPM con una metodología probada. Diego Karbuski - Diciembre 2012 Qué es BPM? BPM no solo es tecnología informática. Es una disciplina de gestión empresarial impulsada

Más detalles

Título: Optimización de Procesos de Negocio con SOA / BPM Nombre y Apellido: Mario Bolo Email: bolo@ar.ibm.com Fecha: 15/08/2012

Título: Optimización de Procesos de Negocio con SOA / BPM Nombre y Apellido: Mario Bolo Email: bolo@ar.ibm.com Fecha: 15/08/2012 Título: Optimización de Procesos de Negocio con SOA / BPM Nombre y Apellido: Mario Bolo Email: bolo@ar.ibm.com Fecha: 15/08/2012 El problema: las aplicaciones tradicionales no le proveen la agilidad necesaria

Más detalles

SERVICE ORIENTED ARCHITECTURE (SOA) CONTENIDO

SERVICE ORIENTED ARCHITECTURE (SOA) CONTENIDO SERVICE ORIENTED ARCHITECTURE (SOA) CONTENIDO Introducción:...1 Service Oriented Architecture...2 Elementos de una Service Oriented Architecture...2 Application frontends...2 Servicios...2 Contrato:...3

Más detalles

Boletín de Asesoría Gerencial* Arquitectura orientada a servicios (SOA)

Boletín de Asesoría Gerencial* Arquitectura orientada a servicios (SOA) Espiñeira, Sheldon y Asociados * No. 12-2009 *connectedthinking Haga click en los enlaces para navegar a través del documento Haga click en los enlaces para llegar directamente a cada sección 4 Introducción

Más detalles

Introducción. http://www.microsoft.com/spanish/msdn/comunidad/mtj.net/voices/art143.asp - Gráfica tomada del Artículo de José David Parra

Introducción. http://www.microsoft.com/spanish/msdn/comunidad/mtj.net/voices/art143.asp - Gráfica tomada del Artículo de José David Parra Si en otros tiempos el factor decisivo de la producción era la tierra y luego lo fue el capital... hoy día el factor decisivo es cada vez más el hombre mismo, es decir, su conocimiento... Juan Pablo II

Más detalles

Como agilizar los procesos y sistemas para. responder a las. necesidades del negocio: BPM y BRMS. Alex Martínez. BPM Sales Leader alexmart@pe.ibm.

Como agilizar los procesos y sistemas para. responder a las. necesidades del negocio: BPM y BRMS. Alex Martínez. BPM Sales Leader alexmart@pe.ibm. Como agilizar los procesos y sistemas para responder a las necesidades del negocio: BPM y BRMS Alex Martínez BPM Sales Leader alexmart@pe.ibm.com 1 Entorno del Mercado Financiero Adaptarse rápidamente

Más detalles

BPMS ESCM CMMI COBIT EFQM ISO IT MARK ITIL PMI TOGAF TSP. Arquitectura empresarial Integrado. del sector TIC. de Información Tecnologías relacionadas

BPMS ESCM CMMI COBIT EFQM ISO IT MARK ITIL PMI TOGAF TSP. Arquitectura empresarial Integrado. del sector TIC. de Información Tecnologías relacionadas MATRIZ CONCEPTUAL BPMS ESCM CMMI COBIT EFQM ISO IT MARK ITIL PMI TOGAF TSP NOMBRE COMPLETO Business Process Management o esourcing Capability Mode o Capability Maturity Model Control Objectives for European

Más detalles

Introducción a los Servicios Web. Ing. José Luis Bugarin ILUMINATIC SAC jbugarin@consultorjava.com

Introducción a los Servicios Web. Ing. José Luis Bugarin ILUMINATIC SAC jbugarin@consultorjava.com Introducción a los Servicios Web Ing. José Luis Bugarin ILUMINATIC SAC jbugarin@consultorjava.com Servicios Web y Soa En un contexto SOA y los servicios web son una oportunidad de negocios en la actualidad.

Más detalles

Service Oriented Architecture

Service Oriented Architecture Programación Concurrente y Distribuida Ingeniería en Informática Service Oriented Architecture José Carlos Cortizo Pérez josecarlos.cortizo@uem.es http://www.esp.uem.es/jccortizo D. Sistemas Informáticos

Más detalles

MIGRACIÓN DE UNA ARQUITECTURA TRADICIONAL A UNA ARQUITECTURA ORIENTADA A SERVICIOS (SOA)

MIGRACIÓN DE UNA ARQUITECTURA TRADICIONAL A UNA ARQUITECTURA ORIENTADA A SERVICIOS (SOA) MIGRACIÓN DE UNA ARQUITECTURA TRADICIONAL A UNA ARQUITECTURA ORIENTADA A SERVICIOS (SOA) Nelson Beltran Galvis Grupo de Investigación de Ingeniería de Software, Universidad Francisco de Paula Santander.

Más detalles

Oracle WebLogic Server 11g: Manejo de Usuarios y Grupos

Oracle WebLogic Server 11g: Manejo de Usuarios y Grupos Newsletter Noviembre 2012 Oracle WebLogic Server 11g: Manejo de Usuarios y Grupos Contenido Por Ing. Iván García igarcia@datum.com.gt Página: El manejo de seguridad en los ambientes Web es uno de los puntos

Más detalles

Business Process Management [BPM] Get Control. Empower People.

Business Process Management [BPM] Get Control. Empower People. Business Process Management [BPM] Get Control. Empower People. SoftExpert BPM es una suite que abarca módulos y componentes perfectamente integrados para administrar todo el ciclo de vida de la gestión

Más detalles

Proyecto Tutelkán Tutelkan Reference Process (TRP) Versión 2.0

Proyecto Tutelkán Tutelkan Reference Process (TRP) Versión 2.0 Proyecto Tutelkán Tutelkan Reference Process (TRP) Versión 2.0 Parte 3: TRP Avanzado MAYO 2009 Tabla de Contenidos PREFACIO...5 DESARROLLO Y MANTENCIÓN DE SOFTWARE...6 DESARROLLO DE REQUERIMIENTOS...7

Más detalles

WebRatio. Otro camino para el BPM. Web Models s.r.l. www.webratio.com contact@webratio.com 1 / 8

WebRatio. Otro camino para el BPM. Web Models s.r.l. www.webratio.com contact@webratio.com 1 / 8 WebRatio Otro camino para el BPM Web Models s.r.l. www.webratio.com contact@webratio.com 1 / 8 El BPM El BPM (Business Process Management) no es solo una tecnología, además a grandes rasgos es una disciplina

Más detalles

Implementación de Procesos Business Process Management BPM Services Oriented Architecture SOA

Implementación de Procesos Business Process Management BPM Services Oriented Architecture SOA Implementación de Procesos Business Process Management BPM Services Oriented Architecture SOA Título Área específica de la publicación 2 Implementación de Procesos Business Process Management BPM Services

Más detalles

3. Horario laboral referencial: Lunes Viernes 8:00 a.m. a 6:00 p.m.

3. Horario laboral referencial: Lunes Viernes 8:00 a.m. a 6:00 p.m. Arquitecto de Datos 1. Línea de Negocios: Soluciones de Negocios 2. Funciones Específicas: Participar en la realización de las actividades técnicas de actualización y migraciones a versiones mejoradas

Más detalles

WebServices bajo SOA. SOAagenda team Chile

WebServices bajo SOA. SOAagenda team Chile WebServices bajo SOA SOAagenda team Chile 1 Conceptos Servicio SOA Una tarea de negocio repetitiva validar Crédito Cliente, que cumple estándares SOA WebService Funcionalidades disponibles vía Web, implementadas

Más detalles

COBIT - Control Objectives for Information and related Technology (Objetivos de Control para la Información y la Tecnología relacionada) Mayo de 2012

COBIT - Control Objectives for Information and related Technology (Objetivos de Control para la Información y la Tecnología relacionada) Mayo de 2012 - Control Objectives for Information and related Technology (Objetivos de Control para la Información y la Tecnología relacionada) Mayo de 2012 Antecedentes Ante la necesidad de crear y fortalecer el ambiente

Más detalles

LA COLABORACIÓN, UNA REALIDAD GRACIAS A LA ARQUITECTURA TECNOLÓGICA HP EGOVERNMENT FRAMEWORK

LA COLABORACIÓN, UNA REALIDAD GRACIAS A LA ARQUITECTURA TECNOLÓGICA HP EGOVERNMENT FRAMEWORK 1 LA COLABORACIÓN, UNA REALIDAD GRACIAS A LA ARQUITECTURA TECNOLÓGICA HP EGOVERNMENT FRAMEWORK Miguel Angel Abellán Juliá Gerente de Soluciones para Administraciones Públicas. Hewlett-Packard Española,

Más detalles

Nomenclador de cargos

Nomenclador de cargos Nomenclador de cargos ROLES Áreas de I T Definición de módulos y roles Versión: 1.0 Pagina 1 Módulos interactuantes en un área de IT 1. Infraestructura Tecnológica 2. Producción de Software 3. Asistencia

Más detalles

Programación orientada a

Programación orientada a Programación orientada a objetos con Java Pedro Corcuera Dpto. Matemática Aplicada y Ciencias de la Computación Universidad de Cantabria corcuerp@unican.es Objetivos Presentar los conceptos de la programación

Más detalles

Mª Luisa Gutiérrez Acebrón División de Informática y Tecnologías de la Información Ministerio de Justicia

Mª Luisa Gutiérrez Acebrón División de Informática y Tecnologías de la Información Ministerio de Justicia Implantación de una arquitectura orientada a servicios. Un caso de uso Mª Luisa Gutiérrez Acebrón División de Informática y Tecnologías de la Información Ministerio de Justicia Introducción Los compromisos

Más detalles

Qué ofrece Autentia Real Business Solutions S.L?

Qué ofrece Autentia Real Business Solutions S.L? Avenida de Castilla,1 - Edificio Best Point - Oficina 21B 28830 San Fernando de Henares (Madrid) tel./fax: +34 91 675 33 06 info@autentia.com - www.autentia.com Qué ofrece Autentia Real Business Solutions

Más detalles

Plataforma de Interoperabilidad Libre Orientada a Servicios para el Estado Venezolano

Plataforma de Interoperabilidad Libre Orientada a Servicios para el Estado Venezolano Plataforma de Interoperabilidad Libre Orientada a Servicios para el Estado Venezolano Introducción Tecnológica Noviembre 2009 Agenda Visión del Proyecto Plataforma de Interoperabilidad Libre Orientada

Más detalles

Diseño del Sistema de Información

Diseño del Sistema de Información Diseño del Sistema de Información ÍNDICE DESCRIPCIÓN Y OBJETIVOS...2 ACTIVIDAD DSI 1: DEFINICIÓN DE LA ARQUITECTURA DEL SISTEMA...7 Tarea DSI 1.1: Definición de Niveles de Arquitectura...9 Tarea DSI 1.2:

Más detalles

Notación de Modelado de Procesos de Negocio

Notación de Modelado de Procesos de Negocio Notación de Modelado de Procesos de Negocio Transformación constante: Presiones económicas. Necesidades. Requiere una mudanza en el modo en que las empresas abordan sus procesos de negocios. Perfeccionar

Más detalles

Comparación del entorno IBM Websphere BPM y sus equivalentes funcionales en código fuente abierto.

Comparación del entorno IBM Websphere BPM y sus equivalentes funcionales en código fuente abierto. Comparación del entorno IBM Websphere BPM y sus equivalentes funcionales en código fuente abierto. 2 José Martinez Garro 1 Patricia Bazán 2 Emilio Lorenzón 1 LINTI Facultad de Informática UNLP 2 Facultad

Más detalles

Patrones de Alto nivel: Patrones de Arquitectura Patrones de nivel medio: Patrones de Diseño Patrones de bajo nivel: Idioms

Patrones de Alto nivel: Patrones de Arquitectura Patrones de nivel medio: Patrones de Diseño Patrones de bajo nivel: Idioms Patrones Patrones Es una solución reusable de problemas comunes. Los patrones solucionan problemas que existen en muchos niveles de abstracción. desde el análisis hasta el diseño y desde la arquitectura

Más detalles

Diseño del Sistema de Información

Diseño del Sistema de Información Diseño del Sistema de Información ÍNDICE DESCRIPCIÓN Y OBJETIVOS... 2 ACTIVIDAD DSI 1: DEFINICIÓN DE LA ARQUITECTURA DEL SISTEMA... 7 Tarea DSI 1.1: Definición de Niveles de Arquitectura... 9 Tarea DSI

Más detalles

Desarrollo y servicios web

Desarrollo y servicios web Desarrollo y servicios web Luisa Fernanda Rincón Pérez 2014-2 Qué vimos la clase pasada? Introducción a Big Data Introducción a bases de datos NOSQL Características bases de datos NOSQL MongoDB como motor

Más detalles

Glosario Plataforma de Interoperabilidad Libre Orientada a Servicios para el Estado Venezolano

Glosario Plataforma de Interoperabilidad Libre Orientada a Servicios para el Estado Venezolano Ministerio del Poder Popular para las Telecomunicaciones y la Informática Centro Nacional de Tecnologías de Información Glosario Plataforma de Interoperabilidad Libre Orientada a Servicios para el Estado

Más detalles

Arquitectura SOA para la integración entre software libre y software propietario en entornos mixtos.

Arquitectura SOA para la integración entre software libre y software propietario en entornos mixtos. I JORNADAS DE SIG LIBRE Arquitectura SOA para la integración entre software libre y software propietario en entornos mixtos. Alejandro Guinea de Salas (1), Sergio Jorrín Abellán (2) (1) Director de Geograma

Más detalles

Tema 4: Diseño de flujos interaplicación

Tema 4: Diseño de flujos interaplicación Tema 4: Diseño de flujos interaplicación 4.1 Introducción a los Sistemas EAI Modelo de referencia (1) INTEGRACIÓN B2B INTEGRACIÓN DE APLICACIONES Y PROCESOS INTEGRACIÓN DE DATOS INTEGRACIÓN DE PLATAFORMA

Más detalles

Metodología de Ingeniería del Software para el desarrollo y mantenimiento de sistemas de información del Gobierno de Extremadura

Metodología de Ingeniería del Software para el desarrollo y mantenimiento de sistemas de información del Gobierno de Extremadura Metodología de Ingeniería del Software para el desarrollo y mantenimiento de sistemas de información del Gobierno de Extremadura Página 1 de 23 Índice del Documento 1.- Introducción... Página 4 2.- Propuesta

Más detalles

Automatización de Procesos de Negocio utilizando un BPMS

Automatización de Procesos de Negocio utilizando un BPMS Automatización de Procesos de Negocio utilizando un BPMS Marcelo MEJIA División Académica de Ingeniería Instituto Tecnológico Autónomo de México Río Hondo No. 1, Colonia Progreso Tizapán México, D.F.,

Más detalles

Fecha Publicación: 3 de Noviembre 2009. BPM Business Process Management Gestión de Procesos de Negocio

Fecha Publicación: 3 de Noviembre 2009. BPM Business Process Management Gestión de Procesos de Negocio BPM Business Process Management Gestión de Procesos de Negocio Palabras Clave: BPM, Business Process Management, Workflow, Gestión de Procesos de Negocio, Reingeniería de Procesos, Optimización de Procesos,

Más detalles

ARQUITECTURAS DE PROCESOS DE NEGOCIOS INGENIERIA DE SOFTWARE ING. MA. MARGARITA LABASTIDA ROLDÁN

ARQUITECTURAS DE PROCESOS DE NEGOCIOS INGENIERIA DE SOFTWARE ING. MA. MARGARITA LABASTIDA ROLDÁN ARQUITECTURAS DE PROCESOS DE NEGOCIOS INGENIERIA DE SOFTWARE ING. MA. MARGARITA LABASTIDA ROLDÁN ARQUITECTURA SOA Services Oriented Arquitecture SOA como arquitectura para BPM Las organizaciones deben

Más detalles

JIAP 2011 Transitando hacia una Organización Gestionada por Procesos. Diego Karbuski - Agosto 2011

JIAP 2011 Transitando hacia una Organización Gestionada por Procesos. Diego Karbuski - Agosto 2011 JIAP 2011 Transitando hacia una Organización Gestionada por Procesos Diego Karbuski - Agosto 2011 Puede convertirse el BPM en un modelo de gestión para el Gobierno? Reducción de costos Transparencia Control

Más detalles

Permite compartir recursos en forma coordinada y controlada para resolver problemas en organizaciones multiinstitucionales

Permite compartir recursos en forma coordinada y controlada para resolver problemas en organizaciones multiinstitucionales The Anatomy of the Grid Enabling Scalable Virtual Organization Autores : Ian Foster, Carl Kesselman y Steven Tuecke. 2001 GRIDS y Organizaciones Virtuales Permite compartir recursos en forma coordinada

Más detalles

COMPONENTES DE SERVICIOS WEB A PARTIR DE SERVICIOS EN UDDI: VERSIÓN EXTENDIDA. Instituto Tecnológico de Nogales (ITN)

COMPONENTES DE SERVICIOS WEB A PARTIR DE SERVICIOS EN UDDI: VERSIÓN EXTENDIDA. Instituto Tecnológico de Nogales (ITN) COMPONENTES DE SERVICIOS WEB A PARTIR DE SERVICIOS EN UDDI: VERSIÓN EXTENDIDA 1 Ismael Armando Zúñiga Félix y 2 Luicyana Pérez Figueroa 1,2 División de Estudios de Posgrado e Investigación (DEPI), Instituto

Más detalles

Definición de PMO Características de una PMO

Definición de PMO Características de una PMO Definición de PMO Existen varios conceptos de una oficina de proyectos (PMO) una de ella la define como una unidad organizacional, física o virtual, especialmente diseñada para dirigir y controlar el desarrollo

Más detalles

JAVA EE 5. Arquitectura, conceptos y ejemplos.

JAVA EE 5. Arquitectura, conceptos y ejemplos. JAVA EE 5. Arquitectura, conceptos y ejemplos. INTRODUCCIÓN. MODELO DE LA APLICACIÓN JEE5. El modelo de aplicación Java EE define una arquitectura para implementar servicios como lo hacen las aplicaciones

Más detalles

Implantación Plataforma SOA. La experiencia del Principado de Asturias

Implantación Plataforma SOA. La experiencia del Principado de Asturias Implantación Plataforma SOA La experiencia del Principado de Asturias I. Situación inicial II. Necesidades III. Búsqueda de soluciones IV. Solución seleccionada V. Implantación I. Situación inicial La

Más detalles

Modelos de desarrollo de software. septiembre de 2007 1

Modelos de desarrollo de software. septiembre de 2007 1 Modelos de desarrollo de software septiembre de 2007 1 Referencias básicas Ingeniería de software. Un enfoque práctico. Pressman, R. Quinta edición. Mc. Graw Hill 2002 Ingeniería de software. Sommerville,

Más detalles

Anuncio de software ZP10-0336 de IBM Europe, Middle East and Africa con fecha 14 de septiembre de 2010

Anuncio de software ZP10-0336 de IBM Europe, Middle East and Africa con fecha 14 de septiembre de 2010 con fecha 14 de septiembre de 2010 IBM Rational System Architect V11.4: saca partido a las nuevas integraciones con Gestión de activos y Operaciones de TI, y cumple con los estándares DoDAF V2.0 y BPMN

Más detalles

Análisis de tecnologías para implementar un marco integrador de SOA y BPM

Análisis de tecnologías para implementar un marco integrador de SOA y BPM Análisis de tecnologías para implementar un marco integrador de SOA y BPM Patricia Bazán 1, Roxana Giandini 2, F.Javier Diaz 1, 1 LINTI Facultad de Informática- UNLP La Plata (1900) Buenos Aires, Argentina

Más detalles

ARQUITECTURAS DE SOFTWARE ORIENTADAS A SERVICIOS

ARQUITECTURAS DE SOFTWARE ORIENTADAS A SERVICIOS ARQUITECTURAS DE SOFTWARE ORIENTADAS A SERVICIOS ANDRES CAMILO ROJAS M. Universidad Piloto de Colombia Ingeniería de Sistemas Séptimo Semestre CONCEPTOS: AGENDA Que es Arquitectura de Software Que es una

Más detalles

PLAN DE PRUEBAS SISTEMA DE GESTIÓN HOSPITALARIA. Plan de Pruebas. File: 20130211-QA-INF-V2-PLAN DE PRUEBAS.odt STD-INF-GENERAL Versión: 1.

PLAN DE PRUEBAS SISTEMA DE GESTIÓN HOSPITALARIA. Plan de Pruebas. File: 20130211-QA-INF-V2-PLAN DE PRUEBAS.odt STD-INF-GENERAL Versión: 1. Cliente: FCM-UNA Página 1 de 14 PLAN DE PRUEBAS SISTEMA DE GESTIÓN HOSPITALARIA Cliente: FCM-UNA Página 2 de 14 Tabla de contenido 1. INTRODUCCIÓN 1.1. PROPÓSITO 1.2. ALCANCE 1.3. DEFINICIONES, ACRÓNIMOS

Más detalles

D E S C R I P C I Ó N

D E S C R I P C I Ó N ADAPTOR pertenece a la nueva generación en herramientas de Integración de Sistemas (EAI) fuertemente inspirada en el paradigma SOA y capaz de funcionar en un bus de servicios (ESB), es la forma más eficiente

Más detalles

PERSYS www.persys.com.mx Tel. (81) 8160 0126 Página 0

PERSYS www.persys.com.mx Tel. (81) 8160 0126 Página 0 PERSYS www.persys.com.mx Tel. (81) 8160 0126 Página 0 Interacción entre herramientas BPA y BPM Este breve ensayo tiene el propósito de esclarecer las similitudes y diferencias entre lo que llamamos una

Más detalles

Resumen General del Manual de Organización y Funciones

Resumen General del Manual de Organización y Funciones Gerencia de Tecnologías de Información Resumen General del Manual de Organización y Funciones (El Manual de Organización y Funciones fue aprobado por Resolución Administrativa SBS N 354-2011, del 17 de

Más detalles

PROCESS INTELLIGENCE. Análisis de rendimiento para procesos de negocios

PROCESS INTELLIGENCE. Análisis de rendimiento para procesos de negocios PROCESS INTELLIGENCE Análisis de rendimiento para procesos de negocios "Lo que no se define no se puede medir, lo que no se mide no se puede mejorar. Lo que no se mejora, se degrada siempre. Sir William

Más detalles

Creando Arquitecturas

Creando Arquitecturas Creando Arquitecturas orientadas a servicios SOA Suite Abril 2013 Buenos Aires - Argentina Índice 1. Introducción. 2. Nuestro camino para la creación de SOAs. 3. Como justificar el cambio? 4. Nuestras

Más detalles

Anexo 4 Documento de Arquitectura

Anexo 4 Documento de Arquitectura Anexo 4 Documento de Arquitectura 1. Introducción El anexo se describe el propósito y alcance referentes al proyecto correspondiente al documento de arquitectura. 2. Propósito El propósito del anexo de

Más detalles

Gestión del Portfolio de Proyectos HP Portfolio & Project Management. Información de Producto. 2010 Dirección de Consultoría

Gestión del Portfolio de Proyectos HP Portfolio & Project Management. Información de Producto. 2010 Dirección de Consultoría Gestión del Portfolio de Proyectos HP Portfolio & Project Información de Producto 2010 Dirección de Consultoría 2 1. Introducción Actualmente las organizaciones necesitan hacer frente a la complejidad

Más detalles

OpenESB FEMI Sofis Solutions - PMA

OpenESB FEMI Sofis Solutions - PMA OpenESB FEMI Sofis Solutions - PMA Página 1 de 22 1 BPMS... 3 1.1 Introducción... 3 1.2 Modelado de Procesos... 5 1.2.1 Editor Gráfico de Procesos... 5 1.2.2 Gestión de Tareas... 6 1.2.3 Interacción Humana...

Más detalles

Introducción: Qué se entiende por una arquitectura SOA? Bernhard Hitpass

Introducción: Qué se entiende por una arquitectura SOA? Bernhard Hitpass 5to Encuentro 29-10-14 Agenda Charla del 5to Encuentro Introducción: Qué se entiende por una arquitectura SOA? Bernhard Hitpass Charla: Roadmap de un Proyecto BPMN con Arquitectura SOA Aspectos a Considerar

Más detalles

Boletín de Asesoría Gerencial* Business Process Management (BPM)

Boletín de Asesoría Gerencial* Business Process Management (BPM) Espiñeira, Sheldon y Asociados * No. 11-2009 *connectedthinking Contenido Haga click en los enlaces para navegar a través del documento Haga click en los enlaces para llegar directamente a cada sección

Más detalles

Cómo lograr una implementación exitosa de SOA?

Cómo lograr una implementación exitosa de SOA? Software Huibert Aalbers Certified Executive Software IT Architect BUE Technical Sales, SW Services Manager IBM de Mexico 2007 IBM Corporation Agenda!Interoperabilidad! De dónde viene SOA?!Las distintas

Más detalles

UNIVERSIDAD PERUANA DE CIENCIAS APLICADAS FACULTAD DE INGENIERÍA DIVISIÓN DE ESTUDIOS PROFESIONALES PARA EJECUTIVOS CARRERA DE INGENIERÍA DE SISTEMAS

UNIVERSIDAD PERUANA DE CIENCIAS APLICADAS FACULTAD DE INGENIERÍA DIVISIÓN DE ESTUDIOS PROFESIONALES PARA EJECUTIVOS CARRERA DE INGENIERÍA DE SISTEMAS UNIVERSIDAD PERUANA DE CIENCIAS APLICADAS FACULTAD DE INGENIERÍA DIVISIÓN DE ESTUDIOS PROFESIONALES PARA EJECUTIVOS CARRERA DE INGENIERÍA DE SISTEMAS DESARROLLO DE UNA SOLUCION GENERAL DE INTEGRACION DE

Más detalles

SOLUCIÓN SITUACIÓN ACTUAL

SOLUCIÓN SITUACIÓN ACTUAL SITUACIÓN ACTUAL La necesidad de las organizaciones de ser más competitivas en un mercado dinámico ha generado estructuras organizacionales complejas y exigentes en términos de calidad y eficiencia. Sobre

Más detalles

Introducción a SOA (II) Huibert Aalbers Senior Certified Software IT Architect

Introducción a SOA (II) Huibert Aalbers Senior Certified Software IT Architect Introducción a SOA (II) Huibert Aalbers Senior Certified Software IT Architect IT Insight podcast Este podcast pertenece a la serie IT Insight Pueden suscribirse al podcast a través de itunes. El material

Más detalles

Lecciones Aprendidas en SOA y BPM. Gregorio Alejandro Patiño Zabala Gerente de Consultoría Pragma S.A

Lecciones Aprendidas en SOA y BPM. Gregorio Alejandro Patiño Zabala Gerente de Consultoría Pragma S.A Lecciones Aprendidas en SOA y BPM Gregorio Alejandro Patiño Zabala Gerente de Consultoría Pragma S.A Agenda Definiciones Antecedentes Oportunidades Oportunidad Información Automatización procesos Implementación

Más detalles

Arquitectura y Diseño de la Solución

Arquitectura y Diseño de la Solución Arquitectura y Diseño de la Solución Recuento de Conceptos importantes Modelamiente / Versionamiento de trámites Vista Conceptual Subsistemas Funcionales Principales Detalle de los subsistemas Vista de

Más detalles

icaria Lean Upgrade Modernización de sistemas y aplicaciones iadm industrialized Application Development and Maintenance (www.netzima.

icaria Lean Upgrade Modernización de sistemas y aplicaciones iadm industrialized Application Development and Maintenance (www.netzima. icaria Lean Upgrade Modernización de sistemas y aplicaciones iadm industrialized Application Development and Maintenance (www.netzima.com/icaria) Sistemas obsoletos E l s i s t e m a d e i n f o r m a

Más detalles

La Implementación de SAP R/3

La Implementación de SAP R/3 SESIÓN 3 La implementación de SAP R/3 Etapas del Proyecto y Tareas a Realizar Entorno de la Implementación SAP Taller de Introducción a ERP SESIÓN 3/1 La Implementación de SAP R/3 El significado usual

Más detalles

Plataforma de expediente Electrónico @DOC

Plataforma de expediente Electrónico @DOC MINISTERIO DE LA PRESIDENCIA SUBSECRETARÍA SUBDIRECCIÓN GENERAL DE TECNOLOGÍAS Y SERVICIOS DE LA INFORMACIÓN Plataforma de expediente Electrónico @DOC Arquitectura de Sistemas Control de versiones Versión

Más detalles

Una propuesta arquitectónica para integrar una herramienta BPMS y un sistema de gestión de reglas de negocio. Contexto

Una propuesta arquitectónica para integrar una herramienta BPMS y un sistema de gestión de reglas de negocio. Contexto Una propuesta arquitectónica para integrar una herramienta BPMS y un sistema de gestión de reglas de negocio Parra Julián Matias 1, Mg. Patricia Bazán 2, Lic. José Martinez Garro 3 1 3 Facultad de Informática

Más detalles

SOA el boom Hoy en día es casi imposible encontrar una plataforma de aplicación, Core bancario o aplicación

SOA el boom Hoy en día es casi imposible encontrar una plataforma de aplicación, Core bancario o aplicación c o l u m n i s t a i n v i t a d o SOA: Sólo un estilo de arquitectura más o una burbuja en evolución? Jorge Humberto Arias B. SOA el boom Hoy en día es casi imposible encontrar una plataforma de aplicación,

Más detalles

SOA Webinar. Análisis y Definición de Servicios SOA con Patrones de Diseño

SOA Webinar. Análisis y Definición de Servicios SOA con Patrones de Diseño SOA Webinar Análisis y Definición de Servicios SOA con Patrones de Diseño Expositor: Andrés Hevia (España) Arquitecto y evangelizador SOA. Cuenta con más de 16 años de experiencia en desarrollo y diseño

Más detalles

CUALIFICACIÓN PROGRAMACIÓN DE SISTEMAS INFORMÁTICOS PROFESIONAL. Nivel 3. Versión 5 Situación RD 1201/2007 Actualización

CUALIFICACIÓN PROGRAMACIÓN DE SISTEMAS INFORMÁTICOS PROFESIONAL. Nivel 3. Versión 5 Situación RD 1201/2007 Actualización Página 1 de 17 CUALIFICACIÓN PROGRAMACIÓN DE SISTEMAS INFORMÁTICOS PROFESIONAL Familia Profesional Informática y Comunicaciones Nivel 3 Código IFC303_3 Versión 5 Situación RD 1201/2007 Actualización Competencia

Más detalles

Facultad de Ingeniería Informática. Informe de las Prácticas Profesionales

Facultad de Ingeniería Informática. Informe de las Prácticas Profesionales Facultad de Ingeniería Informática CEIS Informe de las Prácticas Profesionales Título: Informatización de los Procesos de Negocio Solicitud de Trabajo Extra laboral en el CITI, a través de la BPMS BizAgi

Más detalles

METODOLOGÍA DE GESTION DE PROYECTOS

METODOLOGÍA DE GESTION DE PROYECTOS METODOLOGÍA DE GESTION DE PROYECTOS CONTENIDO CONTENIDO... 2 ALCANCE... 4 MARCO METODOLÓGICO... 4 ETAPAS DEL PROCESO... 5 1. ETAPA 0: INICIACIÓN...5 FASE DE INICIO...5 2. ETAPA 1: PLANEAMIENTO...6 FASE

Más detalles

Productos Oracle para gobierno de SOA. Oracle White Paper Mayo 2009

Productos Oracle para gobierno de SOA. Oracle White Paper Mayo 2009 Productos Oracle para gobierno de SOA Oracle White Paper Mayo 2009 Productos Oracle para gobierno de SOA RESUMEN EJECUTIVO La solución de Oracle SOA Governance es un elemento clave de la estrategia de

Más detalles

Arquitectura Java para el Cuarto Ejercicio. José Antonio Ruano Ampudia Técnico Superior de Proyecto Informático

Arquitectura Java para el Cuarto Ejercicio. José Antonio Ruano Ampudia Técnico Superior de Proyecto Informático Arquitectura Java para el Cuarto Ejercicio José Antonio Ruano Ampudia Técnico Superior de Proyecto Informático Sumario Introducción Arquitectura en n-capas Arquitectura y el Cuarto Examen Java y su modelo

Más detalles

Transición del Servicio

Transición del Servicio Fundamentos de ITIL V3 Transición del Servicio Operaciones y Servicio al Cliente Ing. Paul Ernesto Luque Ybaceta Setiembre de 2011 Agenda Visión General del Diseño del Servicio Metas, Objetivos y Retos

Más detalles

BPM y BPEL como herramientas de administración de procesos de negocio

BPM y BPEL como herramientas de administración de procesos de negocio BPM y BPEL como herramientas de administración de procesos de negocio BPM and BPEL as business process management tools Alejandro León Mora* Sandra Bibiana Zárate Zárate** Resumen Este artículo trata sobre

Más detalles

Plataforma de Interoperabilidad Libre Orientada a Servicios para el Estado Venezolano Prueba de Concepto

Plataforma de Interoperabilidad Libre Orientada a Servicios para el Estado Venezolano Prueba de Concepto Plataforma de Interoperabilidad Libre Orientada a Servicios para el Estado Venezolano Prueba de Concepto Enero 2009 Ing. Javier Santana Agenda Conceptos y Tecnologías involucradas Escenario actual y deseado

Más detalles

Programa de SOA Governance

Programa de SOA Governance Programa de SOA Governance Agenda 1. Contexto 2. Programa 3. Fundamentos 4. Entregables ejemplo 5. Antecedentes 1. CONTEXTO Nuestro entendimiento Objetivos: Iniciar un programa de proyectos que permita

Más detalles

Tecnologías Grid Estándares grid

Tecnologías Grid Estándares grid Tecnologías Grid Estándares grid Master en Sistemas y Servicios Informáticos para Internet Universidad de Oviedo Estándares grid Introducción Introducción Justificación El grid se construye a base de diversos

Más detalles

MACROPROCESO GESTIÓN TECNOLÓGICA

MACROPROCESO GESTIÓN TECNOLÓGICA Versión 1.0 Página 1 de 5 1. OBJETIVO Suministrar las fases para la puesta en producción de aplicaciones y sistemas de información desarrollados o adquiridos por el Instituto Colombiano de Bienestar Familiar

Más detalles

Management(BPM) Gestión de Proceso de negocio con BPM. Universidad Inca Garcilaso de la Vega

Management(BPM) Gestión de Proceso de negocio con BPM. Universidad Inca Garcilaso de la Vega Universidad Inca Garcilaso de la Vega CURSO DE ACTUALIZACIÓN PROFESIONAL DE INGENIERÍA DE SISTEMAS Y CÓMPUTO Business Process Business Process Management(BPM) Management(BPM) MSc. Daniel Alejandro Yucra

Más detalles

Sistemas de Información II. Introducción al Proceso Unificado de Desarrollo de Software. Autor: Ing. Silverio Bonilla 1

Sistemas de Información II. Introducción al Proceso Unificado de Desarrollo de Software. Autor: Ing. Silverio Bonilla 1 Introducción al Proceso Unificado de Desarrollo de Software Autor: Ing. Silverio Bonilla 1 James Rumbaugh et al. Concepto de Método Una metodología de ingeniería del software es un proceso para producir

Más detalles

Ingeniería del Software. Diseño. Diseño en el PUD. Diseño de software. Patrones arquitectónicos. Diseño Orientado a Objetos en UML

Ingeniería del Software. Diseño. Diseño en el PUD. Diseño de software. Patrones arquitectónicos. Diseño Orientado a Objetos en UML Diseño Diseño en el PUD Diseño de software Patrones arquitectónicos Diseño Orientado a Objetos en UML 1 Iteración en PUD Planificación de la Iteración Captura de requisitos: Modelo de casos de uso, Modelo

Más detalles

Arquitectura Empresarial. Ministerio de Salud

Arquitectura Empresarial. Ministerio de Salud Arquitectura Empresarial Ministerio de Salud Arquitectura de TI - Arquitectura de Aplicaciones Versión 1.1 Versión 1.1 Página: 1 of 34 Tabla de Contenido 1. INTRODUCCIÓN... 3 2. ARQUITECTURA DE APLICACIONES...

Más detalles