Diplomado en Software Libre Módulo: 3. Desarrollo Tecnológico Curso: 3.1. Integración de sistemas (6 horas)

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

Download "Diplomado en Software Libre Módulo: 3. Desarrollo Tecnológico Curso: 3.1. Integración de sistemas (6 horas)"

Transcripción

1 Diplomado en Software Libre Módulo: 3. Desarrollo Tecnológico Curso: 3.1. Integración de sistemas (6 horas) Pedro Bonillo Doctor en Ciencias de la Computación Mención Ingeniería de Software Magister en Gerencia de las Finanzas y los Negocios Magister en Ingeniería de Sistemas Mención Sistemas de Información Ingeniero en Computación 12 años de Experiencia en Telecomunicaciones y 16 años de Experiencia en Docencia Universitaria Gerencia General de Proyectos Mayores, CANTV Celular:

2 Integración de sistemas Agenda: 09:00 09:10 Introducción 09:10 10:30 Marco Teórico 10:30 11:00 Receso 11:00 13:00 Continuación Marco Teórico 13:00 14:00 Almuerzo 14:00 16:00 Experiencia Adopción Software Libre 2

3 Antecedentes Plataformas propietarias Inadecuada respuesta a los clientes Lenta resolución de problemas Falta de integridad de datos Registros imprecisos de facturas Inadecuada administración de las cuentas Lenta implementación de nuevos servicios y facturación.

4 Integración de Aplicaciones Punto a Punto

5 Integración de Aplicaciones por un concentrador

6 Integración de Aplicaciones por ESB

7 Integración de Aplicaciones por SOA

8 Integración de Aplicaciones por SOA, mediación Documentos Documentos XML XML se se transforman transforman en en Mensajes Mensajes cuyo cuyo flujo flujo se se controla controla aa traves traves de de una una secuencia secuencia Rutas Rutas paralelas paralelas yy multiples multiples copias copias Entran Entran documentos documentos XML XML aa través través de de un un gateway gateway HTTPS HTTPS Transformacion Transformacion Envio Envio de de respuesta respuesta al al origen origen Envios Envios de de e mail aa través de gateway gateway SMTP Re-copilacion Re-copilacion de de nuevos nuevos documentos documentos Mantenimiento Mantenimiento de un un Log Log yy persistencia persistencia del del mensaje mensaje

9 Ejemplo Servicios web

10 Método, Técnica y Herramienta Técnica Herramienta Método

11 Metódica Metódica

12 Metodología Metodología

13 Metodología en la Integración de Sistemas

14 Marcos Marcos de Trabajo Trabajo

15 Metodología, Metódica, Arquitectura Método Empresarial

16 Arquitectura Empresarial en Práctica

17 17

18 18

19 19

20 20

21 21

22 22

23 23

24 24

25 25

26 26

27 27

28 Lo que necesitamos hoy en día Usuarios Imagenes unificadas de datos Procesos de negocio traducidos en tecnología Sistemas existentes Network Colaboración Contenido Utilitarios Legados Paquetes Integración de datos Integración de funcionalidades de negocio (Integración de aplicaciones)

29 Requerimientos de negocio Visiones 360 de clientes, Tableros de control Cliente Cobol Oracle SAP SQL Server MS-Access Excel

30 Requerimientos de negocio Compañias orientadas y centradas en procesos de negocio Clientes Estrategia, Infraestructura y Productos Operaciones Facturación Aseguramiento Aprovisionamiento Preparación y Soporte de la operación Ciclo de vida del producto Ciclo de vida de los recursos Estrategia & Compromiso Proveedores & Socios Administración empresarial & corporativa Empleados, Accionistas

31 Requerimientos de negocio Integración end-end Cuánto de tiempo procesos, toma y aprovisionar fracaso a la hora un nuevo de teléfono? implementar Duplicamos, de manera temporal, los datos del nuevo cliente entre el facturador y el sistema de aprovisionamiento? Hacemos integración manual en batch cada 24 horas? Clientes Pero mercadeo dice que aprovisionamos en linea? Portal J2EE ( Capturar orden de Aprovisionamiento) Operaciones Aprovisionamiento Siebel( Registrar contacto de cliente) Sistema de facturación in-house Oracle Forms ( Crear cuenta de facturación) Sistema de ordenes de trabajo de DNA ( Crear orden de trabajo) Sistema financiero en SAP (Registrar costeo orden trabajo) Sistema SCM en SAP ( Colocar pedido de insumos) Proveedores & Socios

32 Requerimientos de negocio Soportar toda una historia y tradicción Modelo Cliente/Servidor dos niveles Cliente - Lógica Presentación - Lógica funcional Servidor -Datos 1980 Terminal Modelo host Host - Lógica Presentación - Lógica funcional - Datos Modelo Cliente/Servidor modificado Cliente - Lógica Presentación Servidor - Lógica funcional -Datos 1998 Termina l Browser WebServer AppServer Multicapas Lógica Presentación Lógica Negocio (componentes) Datos DBServer

33 Cuál es el nuevo orden mundial para organizar este caos tecnológico? (SOA + BPM) SWL

34 En resumen + Integración dirigida por procesos de negocios + Trate de localizar donde están las funcionalidades que soportan el proceso ( Sistemas de información, humanos, etc) + El mundo es sincrónico y asincrónico + Soporte la historia, conviva y tome ventaja de la misma

35 Navegando en el difícil mundo de la integración + Existen varios mecanismos de integración ( Sockets, RPC, RMI, DCOM, colas, tópicos) + Existen varios paradigmas de integración ( P2P, Publisher-Subscriber,EAI, Middleware, MOM, ESB) + Existen varios formas de integración EAI Sincrónica (Request-Reply) Asincrónica (Colas (Point 2 Point) / Tópicos (Publisher-Subscriber)) + Existen varias cosas que queremos integrar Datos Aplicaciones Componentes

36 Sistemas Legados: Definición Sistemas altamente confiables y funcionan muy bien ( Anónimo) Sistemas de gran embergadura con los que no sabemos como hacer frente, pero que son vitales para el negocio (Bennet) Un sistema de computación o aplicación que es utilizado debido al prohibitivo costo de reemplazarlo, a pesar de su pobre competitividad y compatibilidad con [sistemas] equivalentes modernos. Se asumen de gran tamaño, monolíticos y difíciles de modificar Free Computer Dictionary OnLine

37 Por qué debemos integrarnos con los sistemas legados? +Sin los datos y transacciones provistas por los sistema legados, las nuevas soluciones tienen una utilidad limitada +Sin integración, se requerirán costosos procesos manuales y se producirán problemas de integridad de datos +Sistemas legados representan un activo valioso de las organizaciones +Contienen lógica de negocio probada a lo largo de los años y residen en plataformas confiables 40% Los paquetes ERP cubren, a lo sumo, 40% de las funciones de una empresas. 60 a 80% De los recursos de TI de grandes empresas se dedica a mantenimiento de aplicaciones legadas 30% a 35% del tiempo y costo de implantación de un sistema son enfocados a la integración con sistemas legacy y otros paquetes. 70% de las funciones y datos críticos de negocio residen en aplicaciones legadas

38 Puntos de integración hacia un sistema legado Aplicación 100% monolítica Programa Legado Presentación Pantallas Negocio Datos Servicio Programas CICS

39 Puntos de integración de acuerdo a la arquitectura lógica de un sistema Proveen la capacidad de crear una sesión de terminal para interactuar con una aplicación, navegando por diversas pantallas, emulando a un usuario. Ej. 3270, Telnet, HTML Servicio Interfaz de Usuario Lógica de aplicación Interactúan directamente con la lógica de la aplicación, accediendo rutinas u objetos en tiempo de ejecución. Ej. Programas CICS, EJB, Stored Procedures, APIs Datos Acceso directo a las fuentes de datos. No utiliza lógica de las aplicaciones. Ej. JDBC, archivos planos, documentos Xml, EDI

40 Enfoques de integración según la arquitectura del sistema legado Modelo host Modelo Cliente/Servidor dos niveles Terminal Host Integración a nivel de interfaz de usuario - Lógica Presentación - Lógica funcional - Datos Cliente WebServer Cliente - Lógica Presentación - Lógica funcional Modelo Cliente/Servidor multinivel Lógica Presentación Lógica Negocio (componentes) Servidor Integración a nivel de datos Integración a nivel de Aplicación -Datos AppServer Datos DBServer

41 Arquitectura técnica-integración Punto a Punto + Tiene una inversión inicial baja, pero el mantenimiento se hace costoso Despacho + El número de conexiones crece exponencialmente a medida que se incorporan aplicaciones + Requiere desarrollo de funciones complejas para comunicación, transformaciones, etc. Atención al Cliente Facturación Manejo de Ordenes + Altamente dependiente de las aplicaciones + Soluciones no reutilizables para requerimientos específicos

42 Arquitectura técnica- Integración EAI + Altamente escalable en cuanto a número de aplicaciones y volumen de datos. Despacho Atención al Cliente + Fuertemente atada a la tecnología del proveedor del bus de integración + Provee funciones de comunicación confiable, transformaciones, enrutamiento, etc. Facturación Bus de Integración Manejo de Ordenes + Enfocado hacia problemas de integración de procesos o datos de gran escala.

43 Enterprise Services Bus Definiciones + Plataforma de integración centrada en estándares abiertos + Siguiente generación de las herramientas EAI + Centrado en la naturaleza sincronica de los servicios y asincrónica de los eventos. + Combina los paradigmas: SOA : Services Oriented Architecture EDA : Event Driven Architecture + Implementa interfaces estandarizadas para proveer comunicación, conectividad, transformación, portabilidad y seguridad.

44 Un de las tantas definiciones de la industria The Enterprise Service Bus is a simple way to do integration within a Service Oriented Architecture Tomado de Forrester ( Derechos de autor reservados de Forrester)

45 Soporte Multiprotocolo + Interoperabilidad entre múltiples y propietarios protocolos de comunicación MOM ( Message Oriented Middleware) SOAP (Simple Object Access Protocol) CORBA ( Component Object Request Broker Archictecture) B2B (Business to Business) JBI (Java Business Integration) MOM SOAP RMI CORBA.net Remoting Servicios de negocio Servicios de negocio Enterprise Service Bus (ESB)

46 Soporte WSP ( Web Services Platform) + WSP debe incluir Motor de ejecución SOAP Framework de construcción de webservices + Considera varios frameworks WS-Addressing WS-Reliable Messaging WS-Eventing WS-Notification WS-Transaction. Fuente: Burton Group

47 Contenedor de servicios / Modelo de Programación Abstracto + Contenedor de Servicios Infraestructura que pemite almacenar y manejar el ciclo de los servicios ( Ciclo de vida ) + Modelo de programación abstracto. Modelo de programación que permite abstraer el servicios de los mecanismos de comunicación e interacción ( Request-Reply, MOM, etc) + Mensajería confiable Persistencia de mensajes residentes en colas y tópicos Soporte transaccional en la entrega del mensaje Implementación de primitivas ( at-most-one, at-least-one, exactly one, ordering delivery, etc)

48 Adaptadores de integración + Adaptadores Integración con sistemas legados Plataformas ERP, CRM, Transaccionales. Enterprise Service Bus (ESB) Conectores técnicos JD Edwards SAP Siebel / PeopleSot CISC Aplicación AS/400 Aplicación HTML

49 Orquestación de Procesos de negocio + Ejecución de procesos de negocio basada en reglas. + Procesos de negocio complejos Atraviesan: personas, organizaciones, dominios, actividades, webservices, repositorios, sistemas, etc. Multi-paso, multi-participantes, multi-plataforma, multi-componente. Condicionales, secuenciales y paralelos. + Procesos de negocio dinámicos Considera la redefinición en tiempo real de participantes, roles, rutas, reglas, politicas, dependencias y politicas. + Procesos de negocio de larga duración Ejecución asincrónica de actividades Procesos que toman horas, dias, semanas y meses para completar su ejecución Requiere de un control y monitoreo centralizado del ciclo de vida del proceso

50 Transformaciones / Transacciones / Routing + Transacciones Transacciones locales Transacciones distribuidas Transformaciones Agregación Filtros Truducciones y mapas de datos. + Enrutamiento Enrutamiento tradicional: Los datos e información de enrutamiento hace parte de la lógica del negocio del componente. Enrutamiento basado en el contenido de los mensajes (información encabezados) Enrutamiento de externo: Controlado y/o coordinado por un BPM.

51 ... Y la arquitectura externa en un ESB es: JMS SOAP RMI CORBA.net Remoting Servicios de negocio Servicios de negocio Reglas y parametrización Mecanismos sincronos & Asincronos de transporte Seguridad & Manejo de la identidad Enterprise Service Bus (ESB) Enrutamiento & BPM & Transacciones Servicios de transformación y trans. Orquestación y coordinación Conectores técnicos Aplicación J2EE SAP Siebel / PeopleSot Aplicación.NET Aplicación AS/400 Aplicación HTML

52 Mule ESB

53 Que es Mule ESB? Mule es un framework ligero de mensajería basado en el manejo de eventos. Desarrollado para ambientes altamente escalables SEDA. Arquitectura basada en Enterprise Service Network. Posee canales de comunicación llamado Endpoints. Control de flujo de mensajes: Inbound, Outbound, Response, routers, Filters, etc.

54 Objetivos de Mule Acelerar la integración de sistemas heterogéneos. Exponer Componentes sobre múltiples transportes. Incentivar el reuso de las aplicaciones existentes. Disponibilizar de aplicaciones asíncronas.

55 Topologías SOA Enterprise Service Bus Peer Network Enterprise Service Network Client/Server and Hub n' Spoke Pipeline

56 Conceptos Mule 1. Service Components 2. Endpoints and Transport Providers 3. Inbound routers 4. Outbound routers 5. Transformers 6. Service Manager

57 Services Components En Mule pueden ser objetos - POJOs, EJBs, Remote Objects, WS/REST Services. Configurado en XML. Mule maneja hilos, Pool y recursos de administración via JMX.

58 Endpoints Se utiliza para conectar los componentes y sistemas externos Endpoints usa una URI para acceder. Pueden tener transformer, transaction, filter, security y meta-information asociada. Existen dos tipos de URI [:port]?[params] scheme://[address]?[params] jms://my.queue?persistent=true

59 Routers Controla los eventos que son enviados y recibidos. Se puede modelar todos los patrones de enrutamiento definido en el libro EIP. Inbound Routers Idempotency Selective Consumers Re-sequencing Message aggregation Outbound Routers Message splitting / Chunking Content-based Routing Broadcasting Rules-based routing Load Balancing

60 Transformers Transformers Covierte datos de un formato hacia otro. <jms:object-to-jms name="xmltojms"/> <custom-transformer name="cobolxmltobusxml" class="com.myco.trans.cobolxmltobusxml"/> <endpoint address="jms://trades" transformers="cobolxmltobusxml, XmlToJms"/>

61 Tecnologías Soportadas

62 Mule Flujo de mensaje

63 Mule Concepto básico

64 PIC CANTV Un caso de éxito de implementación de SOA, dentro de un ambiente complejo y heterogéneo

65 Agenda Obstáculos generales en proyectos de integración. Como los enfrentamos en Cantv? El Qué y el Cómo de un proyecto de integración. Algunos Datos. Como lo hicimos? Mas detalle. Que Aprendimos. Lecciones Aprendidas. Recomendaciones. Algunas Reflexiones. Próximos Pasos. WS-*. Capa GPN (Gestión de Procesos de Negocio)

66 Obstáculos : Agilidad Operacional Agilidad Operacional Cambios + Impacto = Flexibilidad

67 Obstáculos : Agilidad Operacional Cliente 1 Cliente 2 App1 App1 Averías Cliente 3 App2 Facturador CBSS Cliente 4 Cliente 5 App3 App3 Recaudador S2K

68 Obstáculos : Agilidad Operacional Cliente 1 Cliente 2 App1 App1 Nuevo Facturador Nuevo Facturador Kenan Averías Cliente 3 App2 Facturador CBSS Cliente 4 Cliente 5 App3 App3 Recaudador S2K

69 Obstáculos : Agilidad Operacional : Implicaciones Alta Dependencia Alto Acoplamiento Poca Protección Tecnológica Grandes Impactos ante un Reemplazo. Información Redundante. Alta Complejidad.

70 Obstáculos : El Bombardeo Tecnológico SOA WS-* BPM REST CEP EDA JBI MDA Web 2 MOM SaaS

71 Obstáculos : El Equilibrio : Toma de Decisiones Madurez ROI Open Source comunidad Prueba de Concepto mapa de ruta Matriz de funciones Evaluación

72 Obstáculos : La Evolución Constante Fuente: Forrester

73 Obstáculos : Como vender un proyecto de Integración? Protege la inversión tecnológica. Proporciona una arquitectura simple, flexible, reusable. Proporciona una arquitectura mantenible, desacoplada e interoperable. Proporciona Agilidad Operacional. Independiente de tecnología. Evita la Información Redundante. Acelera la implantación de proyectos BPM. Lenguaje Común. Único Punto de Acceso. etc. No es fácil de vender!!!

74 Obstáculos : En Resumen? Vender integración Evolución y Adaptación Equilibrio en la Selección de alternativas Comprender la sopa de letras Agilidad Operacional Agilidad Operacional

75 Introducción : Como enfrentamos esos obstáculos?

76 Introducción : Como enfrentamos esos obstáculos? Se conceptualiza el Mapa de Arquitectura Corporativo Oct 2004 Se introduce el PIC como Componente piloto. Nov 2004 Se inicia el desarrollo Del del piloto PIC Ene 2005 Dic 2005

77 Introducción : Como enfrentamos esos obstáculos? Errores no documentados. Poco control de la Tecnología. Soporte y resolución de problemas lento. Poca Experiencia. Consultoría Externa muy costosa. Inmadurez. Alto impacto ante los cambios.

78 Introducción : Como enfrentamos esos obstáculos? En el piloto se descartan tecnologías. Se reforzaron áreas funcionales. Se fortaleció la metodología y procesos de QA. Se conocen aspectos técnicos y lógica de integración. Se potencia la capacidad de evaluación.

79 Introducción : Como enfrentamos esos obstáculos? Proyecto Atención Total Se introduce Nuevo Recaudador y Facturador para CANTV Desarrollo de Atención Total Se introduce el PIC como Componente mediador para AT Ene Ene 2006 Feb 2006 Utilizar dos proveedores uno Open Source y el otro Propietario. Se decide usar una sola tecnología. Open Source. Feb 2007

80 Obstáculos : Recomendaciones 1. Introducir una plataforma de integración como componente mediador de un proyecto mayor.

81 Obstáculos : Recomendaciones 2. Utilizar Pilotos para seleccionar la tecnología ( no laboratorio ).

82 Obstáculos : Recomendaciones 3. Producción nacional.

83 Plataforma de Integración PIC

84 Plataforma de Integración : Objetivo Desarrollar una plataforma de integración corporativa, que disponibilize funcionalidades existentes en diversos sistemas heterogéneos, realizando tareas de conexión, adaptación, transporte, transformación, integración, etc, mediante Servicios.

85 Plataforma de Integración : Que es un Servicio PIC? Adaptador HTTP Servicio s/a Orquestación de Servicios S Lógica de Integración C Facturador F E T SOAP S JMS Recaudador Averías SDL ntrato TCP Filtro Conector Enrutador Conector Transformador Aprovisionamiento

86 Plataforma de Integración : Algunos Datos Se inicia el desarrollo en Febrero del Entra en produccion en Febrero del

87 Plataforma de Integración : Algunos Datos Soporta areas funcionales como: Atencion al Cliente, Planes, Reclamos, facturación, aprovisionamiento, tasación, pagos, etc.

88 Plataforma de Integración : Algunos Datos Disponibiliza mas de 476 Servicios Web Services. 376 Servicios Batch.

89 Plataforma de Integración : Algunos Datos Servicios FTP... Transporte de Informacion Segura. Utilizacion del protocolo TCP/IP via FTP y SFTP. Logica de Integracion para Conexion y Transporte. Archivo A Spliter Out Spliter IN Archivo B F Archivo C Archivo D Filtro A+B+C+D+E Origen A T T-A+B+C+D+E Archivo A Archivo B Archivo C Archivo D Transformador Archivo E Archivo E XSLT

90 Plataforma de Integración : Algunos Datos Xml1 Trasformar Xml1 a Xml2 Xml2i Servicio WSDL Invocar S1 Transformar Split xml2 y Xml1 Xml2i Servicio WSDL Invocar S1 Servicio WSDL Servicio WSDL Servicios Online Sincronos...

91 Plataforma de Integración : Algunos Datos Maneja mas de 250 mil TX diarias...

92 Plataforma de Integración : Algunos Datos Adaptador Soporta multiples Protocolos... HTTP, SOAP, JMS, TCP, etc. HTTP SOAP JMS TCP Facturador Recaudador Averías Aprovisionamiento mainframe

93 Plataforma de Integración : Algunos Datos Transporta mas de 250 Gigas de datos comprimidos mensualmente...

94 Plataforma de Integración : Algunos Datos Conecta a mas de 40 Aplicaciones... OSS Data Entry. DM. FrontWeb. PAF Qmatic. SGCR CtuC Conoce tu Cliente. Atencion Total. IVR. IVR Centralizado. RMCA. Portales. A futuro: CRM, PAO, WebTV Etc...

95 Plataforma de Integración : Algunos Datos PIC SMS PIC Monitor PIC Completador PIC Estadisticas Herramientas Plataforma de Integración Corporativa (PIC) Framework FTP Mejores Practicas Periféricas PIC JMS

96 Plataforma de Integración : Algunos Datos PIC SMS y Monitor Monitoreo de Servicios Web (Web Services). Monitoreo de listeners (Sockets). Agendar invocación de servicios. Notificación de eventos mediante y SMS.

97 Plataforma de Integración : Algunos Datos Xml1 Trasformar Xml1 a Xml2 Xml2i Servicio WSDL Invocar S1 Servicio de Compensación Transformar Split xml2 y Xml1 Orquestación de Servicios Invocación Fallida Xml2i Servicio WSDL Invocar S1 Servicio WSDL Servicio WSDL Servicio Compensación

98 Plataforma de Integración : Volver al Inicio Conocemos los obstáculos. Nos llevamos algunas recomendaciones. Conocemos que es un servicio PIC (Atributos Generales). Pero, cual es el cambio?

99 Plataforma de Integración : Volver al Inicio Cliente 1 Cliente 2 App1 App1 Averías Cliente 3 App2 Facturador Nuevo CBSS Facturador Kenan Cliente 4 Cliente 5 App3 App3 Recaudador S2K

100 Plataforma de Integración : Volver al Inicio Cliente 1 Cliente 2 App1 App1 Cliente 3 App2 Cliente 4 Cliente 5 App3 App3 Lógica de Integración Nuevo Facturador Nuevo Facturador Kenan Averías Facturador CBSS Recaudador S2K

101 Plataforma de Integración : Volver al Inicio

102 Plataforma de Integración : Como lo hicimos? OK Pero como lo hicimos?

103 Plataforma de Integración : Como lo hicimos? Utilizamos Procedimientos de Aseguramiento de Calidad...

104 Plataforma de Integración : Como lo hicimos? Arquitectura PICQA Diseño y Especificaciones Aseguramiento de Calidad Diseño de Servicio. Construcción de Especificaciones Procesos de Certificación. Establecer Casos de Prueba. Aplicar Casos de Prueba. Despliegue en Ambientes. Pruebas de Carga y Stress. Fabrica Cliente Construcción de Servicios Areas Funcionales Desarrollo de Servicios. Pruebas Unitarias Pruebas Funcionales. Pruebas Integrales. Certificación.

105 Plataforma de Integración : Como lo hicimos? Utilizamos una amplia gama de software Open Source

106 Plataforma de Integración : Como lo hicimos? Utilizamos SOA como estilo de arquitectura. Utilizamos un Bus de Servicios para la lógica de integración.

107 Plataforma de Integración : Como lo hicimos? Utilizamos herramientas para pruebas de carga y Stress, propietarias y Open Source. Utilizamos herramientas para pruebas unitarias Open Source.

108 Plataforma de Integración OK mas detalle?

109 Plataforma de Integración : Mas Detalle : Mule ESB EndPoints. Routers. Transformers. Filters. Transports. Connectors

110 Plataforma de Integración : Mas Detalle : SOAP Testing Jmeter Pruebas masivas Monitoreo de Servicios pruebas de carga tiempo de respuesta Listener SMS SOAPUI agendar notificacion de eventos (ESB) monitoreo pruebas carga y stress XML Schemas Compliance Expresiones Xpath TestCase y TestSuite

111 Plataforma de Integración : Mas Detalle : SOAP Pruebas de Carga

112 Plataforma de Integración : Mas Detalle : Infraestructura Física

113 Plataforma de Integración : Lecciones Aprendidas Lecciones Aprendidas

114 Plataforma de Integración : Lecciones Aprendidas Desarrollar servicios no asegura la interoperabilidad. Web Services Interoperability Organization (WS-I) Especificaciones y lineamientos Aplicaciones interoperativa Comprobación y Monitoreo Analyzer TOOL - WS-I Monitor Tool

115 Plataforma de Integración : Lecciones Aprendidas El contrato nos hace flexibles, proporcionan agilidad! La verdad: depende del modelo de implementación. Cambios en los contratos WSDL Regeneración de Proxis Extender las interfases Implementación Rota

116 Plataforma de Integración : Lecciones Aprendidas Con frecuencia, los servicios son adaptaciones específicas de las aplicaciones. Servicios Reusables Modelo de Datos Únicos Redundancia

117 Plataforma de Integración : Lecciones Aprendidas Es necesario establecer un equilibrio entre los conceptual y lo pragmático. Un mapa de Arquitectura Se puede implantar?

118 Plataforma de Integración : Lecciones Aprendidas Lecciones,Técnicas Utilizar namespace únicos Extender las interfaces para los proxies. Evitar el uso de underscore _ en el nombrado de elementos. Evitar el uso de patrones f2v5 en el nombrado de elementos.

119 Plataforma de Integración : Recomendaciones Algunas Recomendaciones

120 Plataforma de Integración : Recomendaciones Aplicar Aseguramiento de Calidad previo a la Construcción de servicios (contratos ajustados, especificaciones claras antes de ir a construcción). Interfaz Ancha Servicios con interfaz ancha permite reusabilidad, Incluso si los servicios son diseñados a la medida de un cliente. 4ta Generación Codificar con herramientas de 4ta generación es bonito, fácil y aparentemente simple, pero cuando hay problemas, resolverlos es difícil

121 Plataforma de Integración : Recomendaciones Roll back No hacer diseños complejos Logs, Logs, Logs!!! Preparar una arquitectura reusable de manejo de Logs con niveles, homogénea y parseable. Logs en base de datos Olvidarse de Logs en BD simplemente no es buena idea. Errores en Web Services Manejo homogéneo de errores Árbol de Excepciones (Fault)

122 Plataforma de Integración : Recomendaciones Auditoria Y Monitoreo Incluir como parte del Framework capacidades de Auditoria y Monitoreo. Viva la Orquestación Mas orquestación, interfaces mas complejas menos llamadas de stack SOAP sobre la red. RPC mala idea Preferir WS Document / Literal en lugar de RPC encoded.

123 Plataforma de Integración : Recomendaciones Utilizar Document Style para los Web Services, es la mejor practica. No se rompen las implementaciones, orientado a mensajes, extensible. Ir a lo Básico no olvidar lo elemental Herramientas de control de versiones, ciclo de vida de artefactos de SW, manejo de incidencias / CC, Diccionario de Servicios + procesos claros es igual de relevante que la tecnología en uso

124 Plataforma de Integración : Recomendaciones Viva los Xml* Usar tecnologías X* para transformaciones de datos en la lógica del servicio evitar cableado de transformaciones. BPM el futuro El alcance hasta ahora ha sido de servicios atómicos y orquestación de servicios de corto aliento Próximo paso es modelar procesos de largo aliento sobre la capa SOA implantada. ( BPM ).

125 Plataforma de Integración : Reflexiones Algunas Reflexiones

126 Plataforma de Integración : Reflexiones La verdadera integracion es de la gente...

127 Plataforma de Integración : Reflexiones La ausencia de un Arquitecto puede cambiar un Plan.. Prepara el Camino Blueprint Identifica elementos Heterogéneos. Pruebas de Concepto. Factibilidad Técnica.

128 Plataforma de Integración : Reflexiones La interoperabilidad es importante, utilize los tools de la WS-I... WS-I Profile Conformance Report. WS-I Testing Tools Log File

129 Plataforma de Integración : Reflexiones Crear estándares, disminuye los riesgos de implementación. Nombrado de Servicios Web Services Exceptions. Xml Schemas. Orquestación de Servicios.

130 Plataforma de Integración : Reflexiones Existe la practica generalizada de construcción de servicios específicos para los clientes. Las interfaces deben evolucionar sin impacto a los clientes previos Es difícil de evitar Lineamientos. QA.

131 Plataforma de Integración : Reflexiones Pensamos en el desarrollo de software, pero no en como administrarlo y operarlo. No lo dejemos para el final.

132 Plataforma de Integración : Próximos Pasos

133 Plataforma de Integración : Próximos Pasos WS-*

134 Plataforma de Integración : Próximos Pasos Gestion de Procesos de Negocio L E BP

135 Muchas Gracias. Una buena implementación otorga grandes beneficios

136 Experiencia de Adopción de SWL Tendencia en Venezuela

137 Experiencia de Adopción de SWL Tendencia en Venezuela Decreto /12/2004 Artículo 1: La Administración Pública Nacional empleará prioritariamente Software Libre desarrollado con estándares Abiertos, en sus sistemas, proyectos y servicios informáticos

138 Experiencia de Adopción de SWL

139 Experiencia de Adopción de SWL

140 SWL en Cantv Antecedentes Diciembre de 2004: Firma del Decreto 3.390: Migración de la plataforma del Estado al Software Libre con Estándares Abiertos Octubre de 2007: Presentación del Plan de acción para completar con éxito la Migración a Software Libre de toda la Administración Pública Nacional Marzo de 2009: Anuncio de Franco Silva sobre la migración de la telefónica venezolana Cantv: Nuestra empresa está alineada con los objetivos estratégicos del país y a través del Software Libre podemos incentivar el desarrollo de plataformas con mayor conocimiento en la nación, promoviendo la creación de empresas e instituciones educativas con total independencia en el tema. Ya yo me migré a Software Libre y debo reconocer que es muy sencillo de usar

141 Adopción Software Libre 6

142 Proyecto Adopción Software Libre Adopción Software Libre Fase I Migración Soporte a la Operación Fase II Migración Escritorio Corporativo Fase III Migración No Compleja de Infraestructura Fase IV Migración Compleja de Infraestructura Proyecto Fase V SOA y BPM bajo SWL Fase VI Aplicaciones Particulares de Negocio Fases Inicialización y Planificación del Proyecto Ejecución Migración Soporte a la Operación Inventarios 7 Control y Seguimiento Proyecto Software Hardware Cierre Fase I Procesos RRHH

143 Software Libre AdopciónProyecto SoftwareAdopción Libre Adopción Software Libre Fase I Inicialización y Planificación del Proyecto Ejecución Migración Soporte a la Operación Control y Seguimiento Proyecto Cierre Fase I Revisión material, antecedentes Definición Grupo de Trabajo Definición Cronograma de sesiones de trabajo Definición de Alcance y Objetivos Preparación Kick Off y Cronogramas de actividades macro Preparación Plan de Proyecto Preparación Cronograma de Actividades detallado 8 Reunión de Cierre Proyecto Fase I Reuniones de Seguimiento Cierre de Fase I Elaboración de Informes de Avance y Minutas Fase II

144 Software Libre AdopciónProyecto SoftwareAdopción Libre Adopción Software Libre Fase I Inicialización y Planificación del Proyecto Inventarios SW Libres existentes SW propietarios existentes Niveles de uso Equipos y características Procesos Afectados Ejecución Migración Soporte a la Operación Software Hardware Procesos Cierre Fase I RRHH SW sustitutos por item con % de semejanza Cant. de Equipos adecuados Procesos adecuados a los cambios tecnológicos Plan de Entrenamiento Definición de políticas de modificación acordes a SWL Cant. de Equipos a sustituir Pruebas Funcionales (Casos de Pruebas) Plan de Certificación Adecuación de perfiles de SW Cant. de Equipos a repotenciar Nuevos estándares de compras de SW Desarrollo de adecuaciones Nuevos estándares de compra de HW Pruebas Prueba Piloto Implantación Seguimientos Postimplantación 9 Control y Seguimiento Proyecto

145 Ruta de Migración SWL Dic Nov Dic Ene Feb Mar Abr May Jun Jul Ago Sep Oct Nov Dic Ene Abril Sep Inicio Adopción SWL 30 Aplicación de Encuesta Análisis 4 Ene Segmentación, Laboratorio, Plan Pruebas 1 Laboratorio, Plan de Pruebas 1 Feb Sensibilización, Formación Fase I Soporte a la Operación 1 Junio, 24 Replicadores entrenados Pruebas Aplicaciones 1 Julio 13 Informe Pruebas Laboratorio, Distribución Fase II Escritorio Corporativo 1 Nov Fase III Aplicaciones Particulares Hito Clave (plan) Hito Clave (pronóstico) Plan Ejecutado Actividad ( real % / plan % ) 30 Plan de Trabajo Preliminar

146 Ruta Adopción Software Libre Migración Servicios soporte Operación (back-office) DA DNS DHCP WINS Impresoras Archivos Migración Escritorio corporativo Migración Aplicaciones Migración Particulares Aplicaciones de Negocio Particulares (back-end) de en Negocio base a (back-end) la Arquitectura en base Orientada a la Arquitectura a ServiciosSOA (SOA) Etapa 1 Flujos de Trabajo Soporte al Servicio Gestión de Incidentes, Problemas, Cambios, Versiones, Escritorio de Ayuda y Configuraciones Etapa 2 Bases de Datos No Medulares, Medulares, Inteligencia de Negocio Etapa 3 Portales Medulares, No Medulares Etapa 4 Flujos de Trabajo Provisión del Servicio Niveles de Servicio,Capacidad,Financiera,Continuidad ydisponibilidad Etapa 5 Operaciones Soporte y Preparación, Aprovisionamiento, Aseguramiento y Facturación En Ejecución En Planificación Fase1 Fase 2 Fase 3 Etapa 6 Estrategia, Infraestructura y Producto Estrategia y Compromiso, Ciclo de Vida Infraestructura, y Producto Etapa 7 Gestión Empresarial G. Humana, Proveedores, Seguridad, Calidad, Estrategia, Inves.y Desa.

147 Objetivo del Proyecto Este proyecto tiene como objetivo iniciar la adopción de Software libre a través de 3 fases: (1) Migración de los Servicios de Soporte a la Operación (Correo, DHCP, DNS, Directorio Activo, Archivos e Impresoras Compartidas); (2) las computadoras de los empleados de CNT; y, (3) Las aplicaciones particulares del Negocio. Garantizando la gestión del cambio y los procesos, la sensibilización, formación, divulgación y usabilidad, la alineación con la soberania tecnológica y la transferencia de conocimiento. 12

148 Objetivo Específicos del Proyecto Migración de los Servicios de Soporte a la Operación (WIN/DHCP/DNS, Correo, Directorio Activo, Archivos e Impresoras Compartidas). Migración del Sistema Operativo y las Aplicaciones de Apoyo (Generales, Ofimática, mensajería) a una versión de Linux. Sensibilización, Divulgación sobre Software Libre, Decreto 1014 y Plan de Migración del Escritorio Corporativo de la Empresa. Formación y Capacitación. Migración de las aplicaciones particulares de Negocio 13

149 Objetivo Específicos del Proyecto Creación del Laboratorio de Software Libre, con los servicios de soporte a la operación y para adaptar una versión Linux que permita utilizar las aplicaciones particulares Creación de Documentación, Plan de Soporte, Procesos y Gestión del cambio asociada a la migración. Alineación Plan Nacional de Migración para la Soberanía Tecnológica, a través de las mesas: Estratégica, Técnica, Normalización, Capacitación, Divulgación, Documentación, Procesos, Control de Gestión y Diseño Gráfico. 14

150 Beneficios Desarrollar una versión del Sistema Operativo y Ofimática, gracias a la libertad de acceso al código fuente, adaptada a las necesidades Disminución en costos asociados a licenciamiento debido a libertad de usar y distribuir sin costo copias del sistema operativo y ofimática desarrolladas. Contribuir con el Plan Estratégico fijado para la Administración Pública a través de la libertad para mejorar el software y liberar esas mejoras para beneficio de otros, bajo las mismas condiciones del software original. Cumplimiento Decreto Soberanía Tecnológica. 15

151 Esquema de Gobernabilidad Comité Ejecutivo Alta Gerencia: Presidente Gerente General Gerente Proyecto Recursos: Gerencia General 2 PMO 5 Integtración Funcional 5 Integración Técnica 20 Pruebas: 1 Gestión del Cambio 1 Gestión Humana 2 Procesos 1 Comunicación 25 Formación 1 Compras Líder del Proyecto Informe de gestión 1 Especialista HW 1 Energia 1 Infraestructura Operación de Hosting 1 Administrador 16 Gerencia TI 5 Supervisores 50 Tecnicos de Campo 30 Soporte Pase a Producción GGComunicaciones 1 Comunicador Social 1 Diseñador Grafico Gerencia PlanificaciónTI 1 Planificador TI Gerencia Aseguramiento 1 Seguridad

152 Segmentación de Aplicaciones Se requiere realizar una encuesta en formato físico o electrónico que permita analizar las aplicaciones particulares de negocio, de ofimática y de soporte a la operación que sustentan a la institución o empresa. Se disponen de sistemas en Software Libre (PHP y MYSQL) que permiten precargar data de los sistemas de inventario a fin de que luego los usuarios puedan confirmar esta data. 17

153 Segmentación de Aplicaciones Se tendera entonces una muestra de usuarios totales y encuestados. De los encuestado se tendrán herramientas de difícil reemplazo tales como: AUTOCAD, VISUAL MAP, etc. y Herramientas de Desarrollo Tipo Microsoft (.net, asp, etc.) Finalmente se obtendrá una clasificación tal como se muestra a continuación: TIPO DE APLICACIONES ADMINISTRACIÓN DE RED ANTIVIRUS APLICACIÓN CORPORATIVA BASE DE DATOS EMULADORES GESTIÓN DE RED HERRAMIENTAS DE DESARROLLO HERRAMIENTA DE OFICINA SISTEMA OPERATIVO TOTAL APLICACIONES 18 CANTIDAD

154 Segmentación de Aplicaciones De acuerdo a los resultados de la encuesta se segmentaran las Aplicaciones de la siguiente forma: Corporativas Sistemas Operativo Aplicaciones de Apoyo Generales Ofimática Mensajería Aplicaciones Particulares 19

155 Segmentación de Aplicaciones Una vez obtenidos estos resultados de la encuesta, se realizara una evaluación en laboratorio para el reemplazo, por ejemplo: 20

156 Segmentación de Aplicaciones A continuación se realizaran reuniones de alineación. Esto permitirá definir el Sistema Operativo que se utilizara en el Escritorio Corporativo. Se acordará además evaluar la alineación a nivel de estado Seguidamente se evaluaron las aplicaciones corporativas y se acordará probarlas en el sistema operativo y en el laboratorio, permitiendo un plan de aceptación por parte de los usuarios funcionales Finalmente se evaluaron las Aplicaciones Particulares de negocio. En la instalación inicial del laboratorio se recomienda el uso de herramientas en software libre para al administración de parque tecnologico como GPL y de distribución e inventario de software como OCS Inventory, además de la creación de repositorios y manejadores de versiones. 21

157 Plan Laboratorio Prueba de Aplicaciones Particulares y Corporativas, con: 10 maquinas clientes, con la distribución CNT 1 servidor donde se alojará la Distribución con las adaptaciones 1 servidor para el sistema de Distribución de Software (OCS Inventory) 1 Servidor para la Manejo de la Autentificación y Políticas (OPEN LDAP, SAMBA) 1 Servidor para formación y plan de soporte (wiki, gestión de documentos, procedimientos de soporte, manuales, entrenamientos en línea) 22

158 Plan Laboratorio Plan de Pruebas: Cliente en Linux Cliente WEB oprogramación con Controles Activex oprogramación Standard Simulación y Emulación osimulación de Windows (Wine) oemulación Local de Windows por Maquina Virtual (VirtualBOX) Conexión Remota a Windows (CITRIX) Formato ODF Usabilidad 23

159 Sensibilización y Formación Con respecto a la Sensibilización se plantean las siguientes actividades: 1 Charla de Sensibilización para 300 Personas en Auditorio. Preparación de otras 50 charlas de sensibilización para 300 personas a través de los facilitadores Entrega de Live CD, material POP. Grabación de Video Corporativo de Sensibilización en Software Libre. Evento Feria de Instalación de Software Libre. Tríptico corporativo. Campaña de Sensibilización Escolar. Campaña de Sensibilización Plan Internet. Campaña de Sensibilización Proveedores y Cooperativas Campaña de Sensibilización Sistemas 24

160 Sensibilización y Formación Con respecto a la Formación: Formación de 25 facilitadores CNT en componente docente, curso usuarios básicos y curso soporte técnico y usuarios avanzados. cursos de usuario básico (12 personas estimadas por curso en sitio de 16 horas) cursos de usuario avanzado (12 personas estimadas por curso en sitio de de 24 horas). Utilización de las salas capital y Regional. Entrenamiento en Línea y Manuales disponibles. Diseño y Estrategia Instruccional 25

161 Sensibilización y Formación Currícula Básica (presencial): Todos los Usuarios Finales (duración:16 Horas) Linux básico, Open Office: Writer (Word), Calc (Excel), Base (Acces), Impress (Power Point), Draw (Paint), Math (formulas matemáticas), Correo, Navegador Currícula para el manejo de procesos: (GIF) Currícula Básica, Dia (Visio). Currícula para el manejo de planificación: (PMO) Currícula Básica, Open Proj. Currícula para personal Técnicos (Duración: 24 horas) Linux básico y avanzado, Curricula Basica,Dia (Visio), Open Proj, Nuevos Proceso de Atención de Incidencias. Entrenamientos en Línea. Cuaderno Electrónico. 26

162 Premisas La planificación presentada está hecha sobre la base de participación del personal actual a dedicación parcial a estas iniciativas, dado que son responsables de la operación, especialmente en la fase inicial de levantamiento de especificaciones funcionales y técnicas La documentación recopilada estará certificada por los responsables de la entrega y validación del equipo de trabajo Se instalarán El Escritorio tal y como funciona Actualmente, con el menor impacto en el cliente El laboratorio es el insumo para la continuidad de la Adopción de Software Libre 27

163 Entregables Plan de Adopción Software Libre Laboratorio Software Libre Informe de Resultados Laboratorio Pronostico de Despliegue Sensibilización Usuarios Formación Usuarios. Migración Servicios Soporte a la Operación Migración Escritorio Corporativo Migración Aplicaciones Particulares de Negocio 28

164 Puntos Críticos Alineación con la CNT Espacio físico definitivo para el Laboratorio Sensibilización y Formación. Ubicar los instaladores y manuales de las aplicaciones particulares Dedicación del personal (evaluar propuesta de contratar personal para continuar la operación y que el personal actual apoye en las especificaciones) Alcance geográfico, alta demanda de usuarios a nivel nacional Sensibilización Gerencia Alta y Media. 29

165 Puntos críticos Pruebas de Laboratorio. Se debe diseñar una estrategia de implantación alineada con todas las aplicaciones relacionadas que interactúan con el nuevo Escritorio Corporativo y se plantea realizar las instalaciones de manera progresiva, de forma tal que ese garantice la sincronización e integridad del proyecto. Riesgo de indisponibilidad de recursos humano y técnico Formación y Capacitación Usuarios. Resistencia al Cambio Proceso Atención al cliente. Transferencia de Conocimiento. Totalitarismo y Autoritarismo en Decisiones Técnicas y de Estado. 30

166 SWL en Cantv Objetivo de la fase I, del Proyecto Migración del Escritorio Corporativo (MEC) Iniciar la adopción de Software libre en Cantv, a través de la migración de las computadoras de Cantv a la Distribución de Software Libre CANAIMA, apalancándose en el Proyecto de Sustitución Tecnológica (PAT), manteniendo los Servicios de Soporte a las Operaciones actuales y permitiendo, la ejecución de las Aplicaciones Corporativas según criterios de calidad y usabilidad.

MARCANDO LA DIFERENCIA

MARCANDO LA DIFERENCIA MARCANDO LA DIFERENCIA INTEGRACIÓN RÁPIDA Y CONFIABLE entre sus sistemas Simplifique la integración y el mantenimiento de su lógica de negocio con nuestra arquitectura orientada a servicios. Ahorre dolores

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

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

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

VISIÓN PRÁCTICA SOA PREPARATIC

VISIÓN PRÁCTICA SOA PREPARATIC VISIÓN PRÁCTICA SOA PREPARATIC VISIÓN PRÁCTICA SOA PROPÓSITO DE SOA Por qué? Para qué? EVOLUCIÓN VISIÓN PRÁCTICA SOA TÉRMINOS SOA UDDI WSDL XML Gobierno SOA SOAP Orquestación BAM ESB BPEL VISIÓN PRÁCTICA

Más detalles

SOA y estándares: una pareja inseparable

SOA y estándares: una pareja inseparable SOA y estándares: una pareja inseparable Javier Cámara Coordinador del grupo de "SOA Infrastructure and Governance practices", Software AG SOA y estándares 23/may/2007 Seite 1 Software AG, quiénes somos?

Más detalles

JavaEE. www.javasoft.com

JavaEE. www.javasoft.com JavaEE Java Enterprise Edition www.javasoft.com Por qué Java en el servidor? Ventajas Independencia de la plataforma portabilidad Gran conjunto de APIs Reusabilidad y modularidad Seguro en la ejecución

Más detalles

La integración de información. Presente y futuro de la empresa moderna

La integración de información. Presente y futuro de la empresa moderna La integración de información. Presente y futuro de la empresa moderna Ing. Josue Carralero Iznaga, MSc. ISPJAE, Facultad de Ingeniería Informática, Departamento de Ingeniería de Software. Complejo de

Más detalles

Oracle Service Bus Enrique Martín Casado Presales Manager

<Insert Picture Here> Oracle Service Bus Enrique Martín Casado Presales Manager Oracle Bus Enrique Martín Casado Presales Manager Partimos de una Necesidad Para mejorar la productividad y la competitividad de nuestras organizaciones, cada día es más necesario

Más detalles

Grado en Ingeniería del Software

Grado en Ingeniería del Software Grado en Ingeniería del Software Descripción de los módulos o materias FUNDAMENTOS CIENTÍFICOS PARA LA INGENIERÍA Bases científicas necesarias para cualquier ingeniero informático: Física, Álgebra, Análisis

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

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

WebSphere Message Broker como Entreprise Service Bus

WebSphere Message Broker como Entreprise Service Bus IBM Software Group WebSphere Message Broker como Entreprise Service Bus Irene Couso, IT Specialist, SWG WebSphere Services Agenda WebSphere Problemática En Los Clientes Por Qué Esta Arquitectura? Oferta

Más detalles

JBoss Enterprise Middleware. Gustavo N Yasue IT Architect Latinoamérica Red Hat Latinoamérica gyasue@redhat.com

JBoss Enterprise Middleware. Gustavo N Yasue IT Architect Latinoamérica Red Hat Latinoamérica gyasue@redhat.com JBoss Enterprise Middleware Gustavo N Yasue IT Architect Latinoamérica Red Hat Latinoamérica gyasue@redhat.com UN FUTURO TAN ABIERTO COMO SEA POSIBLE CODIGO ABIERTO ESTANDARES ABIERTOS CONTENIDO ABIERTO

Más detalles

Acoplamiento e interoperabilidad

Acoplamiento e interoperabilidad Máster Universitario en Ingeniería Informá3ca Acoplamiento e interoperabilidad Sistemas de Información Orientados a Servicios RODRIGO SANTAMARÍA 2 Acoplamiento débil Tipos de acoplamiento Cabalgando el

Más detalles

Solicitud de Propuesta

Solicitud de Propuesta Solicitud de Propuesta Implementación de un Portal Corporativo que permita a los empleados de Celeritech Solutions, acceder a la información de la empresa, permitiendo incrementar la productividad y crear

Más detalles

SONIC ESB 7. CAPACIDADES CLAVE > Conecta, actúa de mediador y controla. BENEFICIOS CLAVE > Crea nuevos procesos utilizando las

SONIC ESB 7. CAPACIDADES CLAVE > Conecta, actúa de mediador y controla. BENEFICIOS CLAVE > Crea nuevos procesos utilizando las CONNECT EVERYTHING. ACHIEVE ANYTHING. TM HOJA DE DATOS CAPACIDADES CLAVE > Conecta, actúa de mediador y controla los servicios, donde sea que estén implantados > Comunicaciones rápidas, confiables y seguras

Más detalles

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

Jaime Orlando Moreno, Jorge Humberto Arias Cámara de Comercio de Bogota {jaimem,arquitectodes}@ccb.org.co

Jaime Orlando Moreno, Jorge Humberto Arias Cámara de Comercio de Bogota {jaimem,arquitectodes}@ccb.org.co Caso de Estudio: Proyecto SIREP2 Estructura, rol e importancia de un ESB en un proyecto Empresarial centrado en procesos de negocio (BPM) y soportados en reusabilidad de Servicios (SOA) Jaime Orlando Moreno,

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

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

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

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

Integración de Aplicaciones de Negocio ÍNDICE: Presentación Integración de Aplicaciones de Negocio 01 Infraestructura Tecnológica de Integración 02 Servicios Web 03 Tecnología de portal 04 Arquitectura

Más detalles

Estrategia Tecnológica de Migración a Software Libre. Jhon Monrroy jmonroy@cnti.gob.ve

Estrategia Tecnológica de Migración a Software Libre. Jhon Monrroy jmonroy@cnti.gob.ve Estrategia Tecnológica de Migración a Software Libre Jhon Monrroy jmonroy@cnti.gob.ve AGENDA: Definiciones Objetivos de la migración Beneficios del Software Libre Roles del MPPTI y CNTI Etapas y fases

Más detalles

Glosario Acoplamiento. API. Archivos de recursos. ASCII. Balanceo de carga. Bases de datos federadas. BBDD. Clientes. Constructores.

Glosario Acoplamiento. API. Archivos de recursos. ASCII. Balanceo de carga. Bases de datos federadas. BBDD. Clientes. Constructores. GLOSARIO Glosario Acoplamiento. Posibilidad que tiene un servicio de funcionar de forma autónoma. Se dice que un servicio o aplicación es bajamente acoplado cuando puede funcionar de forma independiente

Más detalles

Informe de avance Implementación herramientas de back-end (3-III).

Informe de avance Implementación herramientas de back-end (3-III). Proyecto RG-T1684 Desarrollo e implementación de las soluciones Prueba piloto del Componente III Informe Número 1. Informe de avance Implementación herramientas de back-end (3-III). Lautaro Matas 11/04/2013

Más detalles

INFORME PREVIO DE EVALUACIÓN DE SOFTWARE N EI-007-2007

INFORME PREVIO DE EVALUACIÓN DE SOFTWARE N EI-007-2007 INFORME PREVIO DE EVALUACIÓN DE SOFTWARE N EI-007-2007 1. NOMBRE DEL ÁREA División de Sistemas de Información 2. RESPONSABLE DE LA EVALUACIÓN Luis Antonio Manya Aqquehua 3. CARGO Jefe de Sistemas de Información

Más detalles

Proyecto Piloto. Integración de Ventanillas Únicas de Comercio Exterior dela RED VUCE

Proyecto Piloto. Integración de Ventanillas Únicas de Comercio Exterior dela RED VUCE Proyecto Piloto Integración de Ventanillas Únicas de Comercio Exterior dela RED VUCE Contenido Punto de Partida Objetivos Solución Propuesta Como Trabajaremos Calendario de Alto Nivel Siguientes Pasos

Más detalles

Oracle Application Server 10g

Oracle Application Server 10g Oracle Application Server Oracle Application Server 10g La plataforma de aplicaciones más completa e integrada del mercado Puntos a comparar Lo más importante antes de realizar un análisis comparativo

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

INTEGRACIÓN DE SISTEMAS HEREDADOS

INTEGRACIÓN DE SISTEMAS HEREDADOS CAPÍTULO 2 INTEGRACIÓN DE SISTEMAS HEREDADOS En el presente capítulo, se presenta el problema de integración de sistemas de Software. Una de cuyas características es la presencia de los llamados Sistemas

Más detalles

6.1 Introducción a los sistemas EAI

6.1 Introducción a los sistemas EAI 6.1 Introducción a los sistemas EAI Integración de Aplicaciones (1) El problema de la integración de aplicaciones consiste en hacer colaborar entre sí a aplicaciones distribuidas, heterogéneas y posiblemente

Más detalles

La interoperabilidad se consigue mediante la adopción de estándares abiertos. Las organizaciones OASIS y W3C son los comités responsables de la

La interoperabilidad se consigue mediante la adopción de estándares abiertos. Las organizaciones OASIS y W3C son los comités responsables de la Servicios web Introducción Un servicio web es un conjunto de protocolos y estándares que sirven para intercambiar datos entre aplicaciones. Distintas aplicaciones de software desarrolladas en lenguajes

Más detalles

Silenus Consultoría. SOA Silenus SOA/09009. Mayo de 2009. Análisis SOA Silenus

Silenus Consultoría. SOA Silenus SOA/09009. Mayo de 2009. Análisis SOA Silenus SOA Silenus SOA/09009 Mayo de 2009 Análisis SOA Silenus Índice 1 Introducción...4 2 Contexto del Proyecto...7 3 Casos de Uso...11 3.1 CU 1: Creación y Modificación de Cuentas...11 3.2 CU 2: Creación de

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

PLAN DE ACTUACIÓN DEL INSTITUTO NACIONAL DE ADMINISTRACIÓN PÚBLICA EN TECNOLOGÍAS DE LA INFORMACIÓN Y LAS COMUNICACIONES AÑO 2004

PLAN DE ACTUACIÓN DEL INSTITUTO NACIONAL DE ADMINISTRACIÓN PÚBLICA EN TECNOLOGÍAS DE LA INFORMACIÓN Y LAS COMUNICACIONES AÑO 2004 PLAN DE ACTUACIÓN DEL INSTITUTO NACIONAL DE ADMINISTRACIÓN PÚBLICA EN TECNOLOGÍAS DE LA INFORMACIÓN Y LAS COMUNICACIONES AÑO 2004 . ACTIVIDADES FORMATIVAS. El INAP viene desarrollando las siguientes líneas

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

ARQUITECTURA ORIENTADA A SERVICIOS (SOA) EN LA JUNTA DE ANDALUCÍA

ARQUITECTURA ORIENTADA A SERVICIOS (SOA) EN LA JUNTA DE ANDALUCÍA ARQUITECTURA ORIENTADA A SERVICIOS (SOA) EN LA JUNTA DE ANDALUCÍA Dirección General de Administración Electrónica y Calidad de los Servicios Consejería de Justicia y Administración Pública Junta de Andalucía

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

Panorámica de la asignatura

Panorámica de la asignatura Arquitecturas típicas. Mario Muñoz Organero Departamento de Ingeniería Telemática http://www.it.uc3m.es/mario Panorámica de la asignatura RED Comunicaciones Servidores información Intercambio de datos

Más detalles

Desarrollo de una arquitectura orientada a servicios para un prototipo de una línea de productos de software

Desarrollo de una arquitectura orientada a servicios para un prototipo de una línea de productos de software Desarrollo de una arquitectura orientada a servicios para un prototipo de una línea de productos de software Ramón Gómez-Romero, Karen Cortés Verdin, Juan Carlos Pérez Arriaga, Ángeles Arenas Valdés Universidad

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

Arquitectura de Aplicaciones Empresariales. Lic. Esteban Cesar Calabria

Arquitectura de Aplicaciones Empresariales. Lic. Esteban Cesar Calabria Arquitectura de Aplicaciones Empresariales Aplicaciones empresariales Temario Aplicaciones Empresariales Arquitectura Aplicaciones Empresariales Layering Negocio Persistencia Presentación Ejemplos Aplicaciones

Más detalles

Especificación de la secuencia de mensajes que se han de intercambiar. Especificación del formato de los datos en los mensajes.

Especificación de la secuencia de mensajes que se han de intercambiar. Especificación del formato de los datos en los mensajes. SISTEMAS DISTRIBUIDOS DE REDES 2.- MODELOS ORIENTADOS A OBJETOS DISTRIBUIDOS 2.1. Tecnologías de sistemas distribuidos Para la implementación de sistemas distribuidos se requiere de tener bien identificados

Más detalles

Somos su empresa de. Soporte a Desarrollo Informático. Ese apoyo que siempre quiso tener.

Somos su empresa de. Soporte a Desarrollo Informático. Ese apoyo que siempre quiso tener. Qué ofrece Autentia? Somos su empresa de Soporte a Desarrollo Informático Ese apoyo que siempre quiso tener. Desarrollo de componentes y proyectos a medida. Auditoría de código y recomendaciones de mejora.

Más detalles

ENCUENTA - CONTABILIDAD Net. Definiciones generales

ENCUENTA - CONTABILIDAD Net. Definiciones generales ENCUENTA - CONTABILIDAD Net Definiciones generales 2013 ENCUENTA - CONTABILIDAD Net Definiciones generales Contenido 1 GENERALIDADES... 3 2 DISTRIBUCIÓN GENERAL DE LOS ELEMENTOS DEL SISTEMA... 3 3 REQUERIMIENTOS...

Más detalles

Oracle Service Bus: Entorno de Desarrollo

Oracle Service Bus: Entorno de Desarrollo Oracle Service Bus: Entorno de Desarrollo Mayo 2012 Versión 1.1 ÍNDICE 1. Introducción al Oracle Service Bus I. Conceptos II. Ventajas del OSB III. Arquitectura Mensajería adaptable Seguridad Unificada

Más detalles

VISUAL SALE, EL SOFTWARE DE VENTAS MÁS INNOVADOR DEL MERCADO

VISUAL SALE, EL SOFTWARE DE VENTAS MÁS INNOVADOR DEL MERCADO , EL SOFTWARE DE VENTAS MÁS INNOVADOR DEL MERCADO Olvídese de CRM para la fuerza de ventas y utilice una herramienta desarrollada por Vendedores para Vendedores. Visual Sale nace como la respuesta a la

Más detalles

Taller de Sistemas de Información 2

Taller de Sistemas de Información 2 Taller de Sistemas de Información 2 Clase 1 Aruitecturas y Middlewares Contenido Aruitectura de un sistema Evolución de las aruitecturas Monolíticas File sharing Cliente/Servidor En capas SOA Middlewares

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

1.264 Tema 16. Middleware heredado

1.264 Tema 16. Middleware heredado 1.264 Tema 16 Middleware heredado Qué es el middleware heredado? Cliente (interf. de usuario, aplic. local) Cliente (interf. de usuario, aplic. local) Cómo conectamos clientes y servidores? Middleware

Más detalles

Windows Server 2003. Windows Server 2003

Windows Server 2003. Windows Server 2003 Windows Server 2003 Windows Server 2003 Es un sistema operativo de la familia Windows de la marca Microsoft para servidores que salió al mercado en el año 2003. Está basada en tecnología NT y su versión

Más detalles

La aplicación práctica en el mundo empresarial de los estándares Web

La aplicación práctica en el mundo empresarial de los estándares Web La aplicación práctica en el mundo empresarial de los estándares Web El problema de la integración inter/intra empresas y la familia "XML" Enrique Bertrand XML Business Integration, Regional Director Software

Más detalles

SISTEMA DE ADMINISTRACIÓN DE CONSULTORÍA (SIAC)

SISTEMA DE ADMINISTRACIÓN DE CONSULTORÍA (SIAC) SISTEMA DE ADMINISTRACIÓN DE CONSULTORÍA (SIAC) Ing. Marianella Arrieche Gerente de Calidad y Consultoría Ing. Carlos Perkinson Director Caracas, Abril 2010 AMAZING GLOBAL DE VENEZUELA Como implantador

Más detalles

Arquitecturas de Integración

Arquitecturas de Integración Arquitecturas de Integración Ing. Gastón Escobar Ing. Nicolás Passerini Ing. Juan Arias Ing. Santiago Blanco 2006 Agenda Enterprise Architecture Integración de Sistemas Evolución histórica Métodos de integración

Más detalles

ORACLE TUXEDO HOJA DE DATOS DE ORACLE

ORACLE TUXEDO HOJA DE DATOS DE ORACLE HOJA DE DATOS DE ORACLE CARACTERÍSTICAS Y BENEFICIOS CLAVE CARACTERÍSTICAS Procesamiento de transacciones distribuidas Infraestructura de integración extensible Seguridad avanzada Alta disponibilidad Protocolo

Más detalles

Servicio Web. Estándares empleados. Ventajas de los servicios web. Inconvenientes de los servicios Web

Servicio Web. Estándares empleados. Ventajas de los servicios web. Inconvenientes de los servicios Web Servicio Web Un servicio web (en inglés, Web services) es una tecnología que utiliza un conjunto de protocolos y estándares que sirven para intercambiar datos entre aplicaciones. Distintas aplicaciones

Más detalles

ASSECO / Localización y monitorización / TS Monitor

ASSECO / Localización y monitorización / TS Monitor ASSECO / Localización y monitorización / TS Monitor Sistema integral de monitorización y análisis de sistemas INTRODUCCIÓN TODO SU NEGOCIO EN UN MAPA INTERACTIVO WEB Un sistema de monitorización remoto

Más detalles

Service Oriented Architecture: Con Biztalk?

Service Oriented Architecture: Con Biztalk? Service Oriented Architecture: Con Biztalk? Pablo Abbate Servicios Profesionales Danysoft SOA supone una nueva forma de pensar acerca de la arquitectura IT para las empresas. De hecho, es una asociación

Más detalles

Caso J2EE. Necesidades del negocio. Arquitectura Luther

Caso J2EE. Necesidades del negocio. Arquitectura Luther Caso J2EE Grupo de Construcción de Software Facultad de Ingeniería Universidad de los Andes Necesidades del negocio Describa el objetivo funcional del sistema que desea Inmedius Enumere los RNF que debe

Más detalles

Facultad de Sistemas e Informática

Facultad de Sistemas e Informática Escuela Politécnica del Ejército Sede Latacunga Facultad de Sistemas e Informática Galarza Maira Tapia Cevallos Paulina DESARROLLO DE APLICACIONES DISTRIBUIDAS UTILIZANDO PATRONES DE DISEÑO MODELO/VISTA

Más detalles

Integración GE Smallworld / SAP

Integración GE Smallworld / SAP 1ª JORNADA DE GESTION GEOESPACIAL DE REDES Integración GE Smallworld / SAP Kai Ostermann koster@tierra-ayni.com Presentación Relator Kai Ostermann Tierra-Ayni Objetivo Dar a conocer la technología de integración

Más detalles

Notas técnicas de SAP / ABAP - Tip en detalle Nro. 16

Notas técnicas de SAP / ABAP - Tip en detalle Nro. 16 Notas técnicas de SAP / ABAP - Tip en detalle Nro. 16 (Lo nuevo, lo escondido, o simplemente lo de siempre pero bien explicado) Los nuevos escenarios de programación con SAP Netweaver (serie de varios

Más detalles

TEMA 37: Arquitecturas Cliente / Servidor. Tipos de cliente. Tipos de Servidor. Clasificación del software.

TEMA 37: Arquitecturas Cliente / Servidor. Tipos de cliente. Tipos de Servidor. Clasificación del software. . TEMA 37: Arquitecturas Cliente / Servidor. Tipos de cliente. Tipos de Servidor. Clasificación del software. Índice 1 INTRODUCCIÓN 2 2 CARACTERÍSTICAS 2 2.1 Características del cliente...2 2.2 Características

Más detalles

Tema 1: Introducción a las tecnologías

Tema 1: Introducción a las tecnologías Tema 1: Introducción a las tecnologías de integración de aplicaciones Índice Introducción Integración de Aplicaciones Arquitectura de referencia Capa de Integración de Plataforma Capa de Acceso e 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

CARRERA TITULO DEL TRABAJO CURSO

CARRERA TITULO DEL TRABAJO CURSO CARRERA Ingeniería Informática TITULO DEL TRABAJO SOA CURSO Tópicos de Ingeniería del Software CÉSAR ESTRADA CONDORI MAYRA GOMEZ QUEVEDO LUIS MUǸOS ESCAPA ALAN A. ROJAS MARROQUIN SEMESTRE IX 2010 Los alumnos

Más detalles

Tecnología de objetos distribuidos y arquitectura de componentes. Índice. Bibliografía. Introducción. Tema V

Tecnología de objetos distribuidos y arquitectura de componentes. Índice. Bibliografía. Introducción. Tema V Bibliografía Tema V Tecnología de objetos distribuidos y arquitectura de componentes. Szyperski, C. 1998. Component Software. Addison-Wesley. Ruiz Cortés, 1998. A. CORBA: Una visión general. http://www.lsi.us.es/~aruiz

Más detalles

Capítulo 7: Introducción a la dinámica de servicios Web

Capítulo 7: Introducción a la dinámica de servicios Web Servicios Web Capítulo 7: Introducción a la dinámica de servicios Web Pedro J. Álvarez alvaper@unizar.es José Ángel Bañares banares@unizar.es http://diis.unizar.es/postweb/ Departamento de Informática

Más detalles

Desafíos. en Inteligencia de Negocios. Magic Software Abril 2011

Desafíos. en Inteligencia de Negocios. Magic Software Abril 2011 Desafíos en Inteligencia de Negocios Magic Software Abril 2011 1 www.magicsoftware.com.ar Magic Software Enterprises Empresa Internacional de Software fundada en 1986 Entre las 250 mayores empresas de

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

Lecciones Aprendidas en Grandes Implementaciones SOA

Lecciones Aprendidas en Grandes Implementaciones SOA Lecciones Aprendidas en Grandes Implementaciones SOA Alejandro Schwed alejandro.schwed@ctpconsultoria.com CTP, Consultoria, Tecnologia y Procesos www.ctpconsultoria.com Bogotá, Colombia Caracas, Venezuela

Más detalles

Bajo Costo de Implementación y Soporte: Ofrecer un bajo costo de implementación y mantenimiento.

Bajo Costo de Implementación y Soporte: Ofrecer un bajo costo de implementación y mantenimiento. Documento de Referencia Una Única Solución que Integra Todas las Aplicaciones que su Empresa Requiere Tecnologizar los procesos financieros, operacionales y de gestión de su empresa, es sólo cuestión de

Más detalles

www.microsoft.com/office/sharepointserver www.abd.es Contenido empresarial administrado en una interfaz de usuario basada en Web.

www.microsoft.com/office/sharepointserver www.abd.es Contenido empresarial administrado en una interfaz de usuario basada en Web. Microsoft Office SharePoint Server 2007 es un conjunto integrado de características de servidor que puede contribuir a mejorar la eficacia organizativa al ofrecer completas funciones de administración

Más detalles

El modelo ebusiness (2) SIE II. Curso 2004/05

El modelo ebusiness (2) SIE II. Curso 2004/05 El modelo ebusiness (2) SIE II. Curso 2004/05 Elemento central en una estrategia ebusiness: capa de aplicaciones Procesos de Negocio (producción, logística, dirección, ) Aplicaciones de Negocio (SCM, ERP,

Más detalles

MIDDLEWARE: Arquitectura para Aplicaciones Distribuidas Dr. Víctor J. Sosa Sosa vjsosa@tamps.cinvestav.mx

MIDDLEWARE: Arquitectura para Aplicaciones Distribuidas Dr. Víctor J. Sosa Sosa vjsosa@tamps.cinvestav.mx MIDDLEWARE: Arquitectura para Aplicaciones Distribuidas Dr. Víctor J. Sosa Sosa vjsosa@tamps.cinvestav.mx Contenido Middleware: Introducción Definición Genealogía Aplicaciones actuales: Servicios Web Computación

Más detalles

DESARROLLO DE APLICACIONES CON TECNOLOGÍAS WEB PROFESIONAL

DESARROLLO DE APLICACIONES CON TECNOLOGÍAS WEB PROFESIONAL Página 1 de 21 CUALIFICACIÓN DESARROLLO DE APLICACIONES CON TECNOLOGÍAS WEB PROFESIONAL Familia Profesional Informática y Comunicaciones Nivel 3 Código IFC154_3 Versión 5 Situación RD 1087/2005 Actualización

Más detalles

SISTEMAS DISTRIBUIDOS DE REDES 3.- ESTANDAR CORBA. 3.1. Características

SISTEMAS DISTRIBUIDOS DE REDES 3.- ESTANDAR CORBA. 3.1. Características SISTEMAS DISTRIBUIDOS DE REDES 3.- ESTANDAR CORBA 3.1. Características La tendencia hacia el futuro es el de lograr la integración total de componentes realizados por terceras partes, para lo cual es necesario

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

INTRODUCCIÓN A LA TECNOLOGÍA.NET

INTRODUCCIÓN A LA TECNOLOGÍA.NET INTRODUCCIÓN A LA TECNOLOGÍA.NET CONTENIDO 1.1 Definición de.net 1.2 Evolución de.net 1.3 Compatibilidad de.net con Sistemas Operativos 1.4 Componentes de la plataforma.net MONICA CECILIA GALLEGOS VARELA

Más detalles

Generador GeneXus JAVA

Generador GeneXus JAVA Generador GeneXus JAVA Última actualización: 2009 Copyright Artech Consultores S. R. L. 1988-2009. Todos los derechos reservados. Este documento no puede ser reproducido en cualquier medio sin el consentimiento

Más detalles

Beneficios estratégicos para su organización. Beneficios

Beneficios estratégicos para su organización. Beneficios La solución ideal para controlar la totalidad de su infraestructura IT mediante un inventario automatizado, control remoto y Gestión de activos informáticos. Beneficios Características Inventario actualizado

Más detalles

Universidad Digital. Conocimiento y compromiso. Experiencia para el futuro. Diálogo y consenso

Universidad Digital. Conocimiento y compromiso. Experiencia para el futuro. Diálogo y consenso Universidad Digital Pilar Aranda Ramírez Catedrática de Universidad Aspiro a ser la próxima Rectora de la Universidad de Granada La universalización de las TIC ha propiciado nuevas fórmulas de generar,

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

Coordinación de los Diplomados

Coordinación de los Diplomados Introducción La Facultad de Matemáticas, de acuerdo a su misión de "formar profesionistas altamente capacitados, desarrollar investigación y realizar actividades de extensión en matemáticas y computación,

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

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

Tema 2: EL MODELO CLIENTE/SERVIDOR

Tema 2: EL MODELO CLIENTE/SERVIDOR Tema 2: EL MODELO CLIENTE/SERVIDOR E. U. Informática en Segovia Departamento de Informática Universidad de Valladolid Definición de sistemas cliente/servidor (1) Clientes y servidores: entidades lógicas

Más detalles

ARC 108 Component Model

ARC 108 Component Model ARC 108 Component Model Evolución Tecnológica de RNOM Banco de Previsión Social Tabla de Contenidos ARC 108 Component Model 1. INTRODUCCIÓN 3 2. OBJETIVO 4 3. NOTACIÓN 5 4. ARQUITECTURA GLOBAL 6 4.1. DIAGRAMA

Más detalles

Utilizar los servicios de Index Service para buscar información de forma rápida y segura, ya sea localmente o en la red.

Utilizar los servicios de Index Service para buscar información de forma rápida y segura, ya sea localmente o en la red. Funciones de servidor La familia Windows Server 2003 ofrece varias funciones de servidor. Para configurar una función de servidor, instale dicha función mediante el Asistente para configurar su servidor;

Más detalles

Arquitecturas Empresariales y de Integración. Sesión #5: Arquitectura de Datos

Arquitecturas Empresariales y de Integración. Sesión #5: Arquitectura de Datos Arquitecturas Empresariales y de Integración Sesión #5: Arquitectura de Datos Departamento de Ingeniería de Sistemas y Computación Jorge Arias jor-aria@uniandes.edu.co Bogotá, 2011 1. Contexto 2. Motivación

Más detalles

La aportación de Software AG a la modernización del sector público. Modernice con confianza

La aportación de Software AG a la modernización del sector público. Modernice con confianza La aportación de Software AG a la modernización del sector público Modernice con confianza Agenda Estado al día de hoy de los Sistemas heredados Modernización versus sustitución Rip and Replace La propuesta

Más detalles

Evolucione Forms. Jesús García Hernández. Pedro Gallardo Delgado. Alejandro Font Cruz. Responsable de Consultoría de Sistemas

Evolucione Forms. Jesús García Hernández. Pedro Gallardo Delgado. Alejandro Font Cruz. Responsable de Consultoría de Sistemas BBR ENGINYERIA DE SERVEIS Jesús García Hernández Responsable de Consultoría de Sistemas Evolucione Forms Pedro Gallardo Delgado Responsable de Middleware Alejandro Font Cruz Consultor tecnológico Agenda

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

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

Sistema de Gestión de Arquitectura Empresarial para la Banca

Sistema de Gestión de Arquitectura Empresarial para la Banca 2015 Sistema de Gestión de Arquitectura Empresarial para la Banca El manual refleja las bondades, alcances y funcionalidad del sistema. Se describe su alineación con los principales framework del mercado

Más detalles

Aplicaciones Distribuidas. Informática III

Aplicaciones Distribuidas. Informática III Aplicaciones Distribuidas Informática III Temario Elementos arquitecturales Arquitecturas tradicionales Arquitecturas Cliente/Servidor Arquitecturas distribuidas Elementos Arquitecturales Componentes de

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

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