diplomado en software libre módulo: 3. desarrollo tecnológico...
Post on 15-Apr-2020
1 Views
Preview:
TRANSCRIPT
Diplomado en Software LibreDiplomado en Software LibreMódulo:Módulo: 3. Desarrollo Tecnológico3. Desarrollo Tecnológico
Curso: 3.1. Integración de sistemas (6 horas)Curso: 3.1. Integración de sistemas (6 horas)
Pedro BonilloDoctor en Ciencias de la Computación Mención Ingeniería de Software Magister en Gerencia de las Finanzas y los NegociosMagister en Ingeniería de Sistemas Mención Sistemas de InformaciónIngeniero en Computación12 años de Experiencia en Telecomunicaciones y 16 años de Experiencia en Docencia UniversitariaGerencia General de Proyectos Mayores, CANTVEmail: pbonillo@gmail.com Celular: 4166830677
2
Integración de sistemas 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
Antecedentes
Falta de integridad de datos
Registros imprecisos de
facturas
Lenta resolución de problemas
Lenta implementación de nuevos servicios y
facturación.
Inadecuada administración de las cuentasInadecuada
respuesta a los clientes
Plataformas propietarias
Integración de Aplicaciones Punto a Punto
Integración de Aplicaciones por un concentrador
Integración de Aplicaciones por ESB
Integración de Aplicaciones por SOA
Rutas paralelas y multiples copias
Rutas paralelas y multiples copias
Entran documentos XML a través de un gateway HTTPS
Entran documentos XML a través de un gateway HTTPS
Documentos XML se transforman en “Mensajes” cuyo flujo se controla a traves de una secuencia
Documentos XML se transforman en “Mensajes” cuyo flujo se controla a traves de una secuencia
Envios de e-mail a través de gateway SMTP
Envios de e-mail a través de gateway SMTP
Mantenimiento de un Log y persistencia del mensaje
Mantenimiento de un Log y persistencia del mensaje
Re-copilacion de nuevos documentos
Re-copilacion de nuevos documentos
Envio de respuesta al origen
Envio de respuesta al origen
TransformacionTransformacion
Integración de Aplicaciones por SOA, mediación
Ejemplo Servicios web
Técnica
Método
Herramienta
Método, Técnica y Herramienta
Metódica
Metódica
Metodología
Metodología
Metodología en la Integración de Sistemas
Marcos de TrabajoMarcos de Trabajo
Metodología, Metódica, MétodoArquitectura Empresarial
Arquitectura Empresarial en Práctica
17
18
19
20
21
22
23
24
25
26
27
Lo que necesitamos hoy en día
Sistemas existentes
Legados PaquetesUtilitariosColaboración ContenidoNetwork
Usuarios
Imagenes unificadas de
datos
Procesos de negocio traducidos en
tecnología
Integración de datosIntegración de datos Integración de funcionalidades de negocioIntegración de funcionalidades de negocio(Integración de aplicaciones)(Integración de aplicaciones)
Requerimientos de negocioVisiones 360 de clientes, Tableros de control
MS-AccessSQL ServerSAPCobol Oracle Excel
Cliente
Requerimientos de negocioCompañias orientadas y centradas en procesos de negocio
Clientes
Proveedores & Socios
Empleados, Accionistas
Administración empresarial & corporativa
Estrategia, Infraestructura y Productos
Operaciones
Estrategia &
Com
prom
iso
Asegu
ramien
to
Facturación
Prep
aración y
Soporte d
e la op
eración
Ciclo d
e vida d
el produ
cto
Ciclo d
e vida de los
recursos
Aprovision
amien
to
Requerimientos de negocioIntegración end-end de procesos, y fracaso a la hora de implementar
Clientes
Proveedores & Socios
Operaciones
Aprovision
amien
to
Portal J2EE ( Capturar orden de 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)
¿Cuánto tiempo toma aprovisionar un nuevo teléfono?¿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?
¿ Pero mercadeo dice que aprovisionamos en linea ?
Requerimientos de negocioSoportar toda una historia y tradicción
1970 2012
1980
TerminalHost
- Lógica Presentación- Lógica funcional- Datos
Modelo host
1990
ClienteServidor
- Lógica Presentación- Lógica funcional
-Datos
Modelo Cliente/Servidor dos niveles
1998ClienteServidor
- Lógica Presentación
- Lógica funcional-Datos
Modelo Cliente/Servidor modificado
TerminalBrowser
WebServer
DBServer
AppServer
Lógica Presentación
Lógica Negocio(componentes)
Datos
Multicapas
¿ Cuál es el nuevo orden mundial para organizar este caos tecnológico?
(SOA + BPM) SWL
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
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
Sistemas Legados: Definición
“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
“Sistemas altamente confiables y funcionan muy bien” ( Anónimo)
¿ Por qué debemos integrarnos con los sistemas legados ?
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
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
+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
Puntos de integración hacia un sistema legado
Pantallas
Programas CICS
Servicio
Presentación
Negocio
Datos
Aplicación 100% monolítica
Programa Legado
Puntos de integración de acuerdo a la arquitectura lógica de un sistema
Datos
Interfaz de Usuario
Lógica de aplicación
Servicio
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
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
Acceso directo a las fuentes de datos. No utiliza lógica de las aplicaciones. Ej. JDBC, archivos planos, documentos Xml, EDI
Enfoques de integración según la arquitectura del sistema legado
TerminalHost
- Lógica Presentación- Lógica funcional- Datos
Modelo host
ClienteServidor
- Lógica Presentación- Lógica funcional
-Datos
Modelo Cliente/Servidor dos niveles
Cliente
WebServer
DBServer
AppServer
Lógica Presentación
Lógica Negocio(componentes)
Datos
Modelo Cliente/Servidor multinivel
Integración a nivel de datos
Integración a nivel de Aplicación
Integración a nivel de interfaz de usuario
Arquitectura técnica-Integración Punto a Punto
Atención al Cliente
Manejo de Ordenes
Facturación
Despacho
+ Tiene una inversión inicial baja, pero el mantenimiento se hace costoso
+ El número de conexiones crece exponencialmente a medida que se incorporan aplicaciones
+ Requiere desarrollo de funciones complejas para comunicación, transformaciones, etc.
+ Altamente dependiente de las aplicaciones
+ Soluciones no reutilizables para requerimientos específicos
Arquitectura técnica- Integración EAI
Manejo de Ordenes
Atención al Cliente
Facturación
Despacho
Bus de Integración
+ Altamente escalable en cuanto a número de aplicaciones y volumen de datos.
+ Fuertemente atada a la tecnología del proveedor del bus de integración
+ Provee funciones de comunicación confiable, transformaciones, enrutamiento, etc.
+ Enfocado hacia problemas de integración de procesos o datos de gran escala.
Enterprise Services BusDefiniciones
+ 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.
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)
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)
Enterprise Service Bus (ESB)
Servicios de negocio
RMI CORBA .net RemotingMOM
Servicios de negocio
SOAP
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
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)
Adaptadores de integración
+ Adaptadores
– Integración con sistemas legados–Plataformas ERP, CRM, Transaccionales.
Enterprise Service Bus (ESB)
JD Edwards SAP Siebel / PeopleSot
CISC Aplicación AS/400
Aplicación HTML
Conectores técnicos
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
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.
... Y la arquitectura externa en un ESB es:
Enterprise Service Bus (ESB)
Reglas y parametrización
Mecanismos sincronos & Asincronos de transporte
Seguridad & Manejo de la identidad
Enrutamiento & BPM & Transacciones
Servicios de transformación y trans.
Orquestación ycoordinación
Aplicación
J2EE SAP Siebel /
PeopleSotAplicación
.NET Aplicación
AS/400Aplicación
HTML
Servicios de negocio
RMI CORBA .net RemotingJMS
Servicios de negocio
SOAP
Conectores técnicos
Mule ESB
¿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.
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.
Topologías SOA
Enterprise Service Bus
Client/Server and Hub n' Spoke
Peer Network
Pipeline
Enterprise Service Network
Conceptos Mule1. Service Components2. Endpoints and Transport Providers3. Inbound routers4. Outbound routers5. Transformers6. Service Manager
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.
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
scheme://[username][:password]@[host][:port]?[params]
smtp://ross:pass@localhost:25 scheme://[address]?[params]
jms://my.queue?persistent=true
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
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"/>
Tecnologías Soportadas
Mule Flujo de mensaje
Mule Concepto básico
PIC CANTV Un caso de éxito de implementación de SOA,
dentro de un ambiente complejo y heterogéneo
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)
Obstáculos : Agilidad Operacional
Agilidad Operacional↑ Cambios + Impacto↓ = Flexibilidad
Obstáculos : Agilidad Operacional
RecaudadorS2K
FacturadorCBSSAverías
Cliente 1
App1
Cliente 2
App1
Cliente 3
App2 App3
Cliente 4
App3
Cliente 5
Obstáculos : Agilidad Operacional
RecaudadorS2K
FacturadorCBSSAverías
Cliente 1
App1
Cliente 2
App1
Cliente 3
App2 App3
Cliente 4
App3
Cliente 5
Nuevo Facturador
NuevoFacturador
Kenan
Obstáculos : Agilidad Operacional : Implicaciones
Alta Dependencia
Alto Acoplamiento
Poca Protección Tecnológica
Grandes Impactos ante un Reemplazo.
Información Redundante.
Alta Complejidad.
Obstáculos : El Bombardeo Tecnológico
EDA
SOA
REST
BPM
MOM
WS-*
MDA
JBI
SaaS
Web 2
CEP
Obstáculos : El Equilibrio : Toma de Decisiones
Madurez comunidad
ROI Open Source Prueba de Concepto mapa de ruta Matriz
de funciones Evaluación
Obstáculos : La Evolución Constante
Fuente: Forrester
Obstáculos : Como vender un proyecto de Integración ?
Protege la inversión tecnológica.
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.
Proporciona una arquitectura simple, flexible, reusable.
Proporciona una arquitectura mantenible, desacoplada e interoperable.
No es fácil de
vender!!!
etc.
Obstáculos : En Resumen
Agilidad Operacional
Comprender la sopa de letras
Equilibrio en la Selección de alternativas
Evolución y Adaptación
Vender integración
Agilidad Operacional
?
Introducción : Como enfrentamos esos obstáculos?
Se conceptualiza el Mapa de
Arquitectura Corporativo
Se inicia el desarrollo
Del piloto PIC
Se introduce el PIC como Componente piloto.
Oct 2004
Introducción : Como enfrentamos esos obstáculos?
Nov 2004 Ene 2005 Dic 2005
Se inicia el desarrollo
del piloto PIC
Poco control de la Tecnología. Errores no documentados.
Soporte y resolución de problemas lento.
Consultoría Externa muy costosa.
Alto impacto ante los cambios.
Poca Experiencia.
Inmadurez.
Introducción : Como enfrentamos esos obstáculos?
Se fortaleció la metodología y procesos de QA.
Introducción : Como enfrentamos esos obstáculos?
Se conocen aspectos técnicos y lógica de integración.
Se potencia la capacidad de evaluación.
En el piloto se descartan tecnologías.
Se reforzaron áreas funcionales.
Se introduce el PIC como Componente
mediador para AT
Proyecto Atención Total Desarrollo de Atención Total
Se introduce Nuevo Recaudador y
Facturador para CANTV
Ene 2006 Ene 2006 Feb 2006 Feb 2007
Introducción : Como enfrentamos esos obstáculos?
1. Utilizar dos proveedores uno Open Source y el otro Propietario.
2. Se decide usar una sola tecnología.
3. Open Source.
Obstáculos : Recomendaciones
1. Introducir una plataforma de integración como componente mediador de un proyecto mayor.
Obstáculos : Recomendaciones
2. Utilizar Pilotos para seleccionar la tecnología ( no laboratorio ).
Obstáculos : Recomendaciones
3. Producción nacional.
Plataforma de Integración
PIC
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.
Plataforma de Integración : Que es un Servicio PIC?
Facturador
Recaudador
Averías
Aprovisionamiento
F E
Orquestación de Servicios
Conector
Adaptador
Filtro
Transformador
Servicio s/a
WSDL
HTTP
SOAP
JMS
TCP
T
S
S
EnrutadorConector
Lógica de Integración
C
Contrato
Plataforma de Integración : Algunos Datos
Entra en produccion enFebrero del 2007...
Se inicia el desarrollo en Febrero del 2006...
Plataforma de Integración : Algunos Datos
Soporta areas funcionales como: Atencion al Cliente, Planes, Reclamos, facturación, aprovisionamiento, tasación, pagos, etc.
Plataforma de Integración : Algunos Datos
Disponibiliza mas de
476 Servicios..
100 Web Services.
376 Servicios Batch.
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.
ArchivoA
ArchivoB
ArchivoC
ArchivoD
ArchivoE
A+B+C+D+EF T-A+B+C+D+ET
ArchivoA
ArchivoB
ArchivoC
ArchivoD
ArchivoE
OrigenA
Spliter IN Spliter Out
TransformadorFiltro
XSLT
Plataforma de Integración : Algunos Datos
Servicios Online Sincronos...
ServicioWSDL
TrasformarXml1 a Xml2
Invocar S1
Xml1
Xml2i
TransformarSplit
xml2 y Xml1
ServicioWSDL
Invocar S1
Xml2i
ServicioWSDL
ServicioWSDL
Plataforma de Integración : Algunos Datos
Maneja mas de 250 mil TX diarias...
Plataforma de Integración : Algunos Datos
Soporta multiplesProtocolos...HTTP, SOAP, JMS, TCP, etc.
Facturador
Recaudador
Averías
Aprovisionamiento mainframe
Adaptador
HTTP
SOAP
JMS
TCP
Plataforma de Integración : Algunos Datos
Transporta mas de
250 Gigas de datos comprimidos mensualmente...
Plataforma de Integración : Algunos Datos
Data Entry. DM.FrontWeb.PAFQmatic.SGCRCtuC Conoce tu Cliente.Atencion Total.IVR.IVR Centralizado.RMCA.Portales.A futuro: CRM, PAO, WebTVEtc...
Conecta a mas de 40 Aplicaciones...
OSS
Plataforma de Integración : Algunos Datos
PIC MonitorPIC SMS
PIC Completador
PIC Estadisticas
Framework FTP
Mejores Practicas
PIC JMS
Plataforma de Integración Corporativa
(PIC)
PeriféricasHerramientas
Plataforma de Integración : Algunos Datos
• Monitoreo de Servicios Web (Web Services).• Monitoreo de listeners (Sockets).• Agendar invocación de servicios.• Notificación de eventos mediante Email y SMS.
PIC SMS y Monitor
Plataforma de Integración : Algunos Datos
Invocación Fallida
ServicioWSDL
TrasformarXml1 a Xml2
Invocar S1
Xml1
Xml2i
TransformarSplit
xml2 y Xml1
ServicioWSDL
Invocar S1
Xml2i
ServicioWSDL
ServicioWSDL
ServicioCompensación
Servicio de Compensación
Orquestación de Servicios
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?
Plataforma de Integración : Volver al Inicio
RecaudadorS2K
FacturadorCBSSAverías
Cliente 1
App1
Cliente 2
App1
Cliente 3
App2 App3
Cliente 4
App3
Cliente 5
NuevoFacturador
Kenan
Plataforma de Integración : Volver al Inicio
Cliente 1
App1
Cliente 2
App1
Cliente 3
App2 App3
Cliente 4
App3
Cliente 5
RecaudadorS2K
FacturadorCBSSAverías
Lógica de Integración
Nuevo Facturador
NuevoFacturador
Kenan
Plataforma de Integración : Volver al Inicio
Plataforma de Integración : Como lo hicimos?
OK Pero como lo hicimos?
Plataforma de Integración : Como lo hicimos?
Utilizamos Procedimientos de Aseguramiento de Calidad...
Plataforma de Integración : Como lo hicimos?
PICQA
Aseguramiento de Calidad
1. Procesos de Certificación.2. Establecer Casos de Prueba.3. Aplicar Casos de Prueba.4. Despliegue en Ambientes.5. Pruebas de Carga y Stress.
Arquitectura
Diseño y Especificaciones
1. Diseño de Servicio.2. Construcción de Especificaciones.
Fabrica
Construcción de Servicios
1. Desarrollo de Servicios.2. Pruebas Unitarias.
Cliente
Areas Funcionales
1. Pruebas Funcionales.2. Pruebas Integrales.3. Certificación.
Plataforma de Integración : Como lo hicimos?
Utilizamos una amplia gama de software Open Source
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.
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.
Plataforma de Integración
OK mas detalle?
Plataforma de Integración : Mas Detalle : Mule ESB
• EndPoints.• Routers.• Transformers.• Filters.• Transports.• Connectors
Plataforma de Integración : Mas Detalle : SOAP Testing
Jmeter pruebas de carga
Pruebas masivas tiempo de respuesta SOAPUIMonitoreo de Servicios Listener agendar
SMS notificacion de eventos
Email(ESB) monitoreo pruebas carga y stress
XML Schemas Compliance Expresiones
Xpath TestCase y TestSuite
Plataforma de Integración : Mas Detalle : SOAP Pruebas de Carga
Plataforma de Integración : Mas Detalle : Infraestructura Física
Plataforma de Integración : Lecciones Aprendidas
LeccionesAprendidas
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
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
Plataforma de Integración : Lecciones Aprendidas
Con frecuencia, los servicios son adaptaciones específicas de las aplicaciones.
Servicios Reusables
Modelo de Datos Únicos
Redundancia
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?
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.
Plataforma de Integración : Recomendaciones
AlgunasRecomendaciones
Plataforma de Integración : Recomendaciones
Aplicar Aseguramiento de Calidadprevio 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
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)
Plataforma de Integración : Recomendaciones
Auditoria Y MonitoreoIncluir 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.
Plataforma de Integración : Recomendaciones
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
Utilizar Document Style para los
Web Services, es la mejor practica. No se rompen las implementaciones, orientado a mensajes, extensible.
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 ).
Plataforma de Integración : Reflexiones
AlgunasReflexiones
Plataforma de Integración : Reflexiones
La verdadera integracion es de la gente...
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.
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
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.
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.
Plataforma de Integración : Reflexiones
Pensamos en el desarrollo de software,
pero no en como administrarlo y operarlo.
No lo dejemos para el final.
Plataforma de Integración : Próximos Pasos
Plataforma de Integración : Próximos Pasos
WS-*
Plataforma de Integración : Próximos Pasos
Gestion de Procesos de Negocio
BPEL
Muchas Gracias.
Una buena implementación Una buena implementación otorga grandes beneficios …otorga grandes beneficios …
Experiencia de Adopción de SWL
Tendencia en Venezuela
Experiencia de Adopción de SWL
Tendencia en Venezuela
Decreto 3.390 23/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…
Experiencia de Adopción de SWL
Experiencia de Adopción de SWL
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”
6
Adopción Software Libre
7
Proyecto Adopción Software Libre
Proyecto
Fase I Migración Soporte a
la Operación
Fases
Fase II Migración Escritorio
Corporativo
Fase VSOA y BPM bajo
SWL
Fase IVMigración Compleja
de Infraestructura
Fase VI Aplicaciones
Particulares de Negocio
Fase III Migración No Compleja de
Infraestructura
Inicialización y Planificación del
Proyecto
Control y Seguimiento Proyecto
Ejecución Migración Soporte a la Operación
Cierre Fase I
Inventarios HardwareSoftware Procesos RRHH
Adopción Software LibreAdopción Software Libre
8
Adopción Software Libre
Adopción Software LibreAdopción Software LibreFase IFase I
Control y Seguimiento Proyecto
Cierre Fase IInicialización y
Planificación del Proyecto
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
Ejecución Migración Soporte a la Operación
Reuniones de Seguimiento
Elaboración de Informes de Avance y Minutas
Reunión de Cierre Proyecto Fase I
Cierre de Fase I
Fase II
Proyecto Adopción Software Libre
9
Adopción Software Libre
Control y Seguimiento Proyecto
Cierre Fase IInicialización y
Planificación del Proyecto
Ejecución Migración Soporte a la Operación
Hardware
Cant. de Equipos adecuados
Cant. de Equipos a sustituir
Cant. de Equipos a repotenciar
Inventarios
SW Libres existentes
SW propietarios existentes
Niveles de uso
Equipos y características
Procesos Afectados
RRHH
Plan de Entrenamiento
Plan de Certificación
Procesos
Procesos adecuados a los cambios tecnológicos
Pruebas Funcionales (Casos de Pruebas)
Nuevos estándares de compras de SW
Nuevos estándares de compra de HW
Prueba Piloto
Software
SW sustitutos por item con % de semejanza
Definición de políticas de modificación acordes
a SWL
Adecuación de perfiles de SW
Desarrollo de adecuaciones
Pruebas
Implantación
Seguimientos Post- implantación
Adopción Software LibreAdopción Software LibreFase IFase I
Proyecto Adopción Software Libre
--------------------------------------------2010-------------------------------------------------------------------------------2011-2017---------
13 Informe Pruebas Laboratorio, Distribución
-------2009----
Inicio Adopción SWL
4 Ene
30 Plan de Trabajo Preliminar
30 Aplicación de Encuesta
Ene DicNov Feb Mar Abr May Jun Jul
Ruta de Migración SWLSep Ago Oct Nov Dic Ene Abril Sep Dic
Análisis
Segmentación, Laboratorio, Plan Pruebas
1 Feb
1 Laboratorio, Plan de Pruebas
1 Junio, 24 Replicadores entrenados
Pruebas Aplicaciones
1 Julio
Fase II Escritorio Corporativo
1 Nov
Actividad ( real % / plan % ) Actividad ( real % / plan % ) Ejecutado
Hito Clave (plan)
Plan
Hito Clave (pronóstico)
Sensibilización, Formación
Fase I Soporte a la Operación
Fase III Aplicaciones Particulares
2010 2011 2012 2013 2014 2015 2016 2017 - ...
Migración Escritorio corporativo
Ruta Adopción Software Libre
Migración Servicios soporte Operación (back-office)
Fase 3
Migración Aplicaciones Particulares de Negocio (back-end) en base a la Arquitectura SOA
Fase1
Fase 2
DADHCP DNS WINS Impresoras
Archivos
Migración Aplicaciones Particulares de Negocio (back-end) en base a la Arquitectura Orientada a Servicios (SOA)
Etapa 1 Flujos de Trabajo Soporte al ServicioGestión de Incidentes , Problemas, Cambios , Versiones, Escritorio de Ayuda y Configuraciones
Etapa 4 Flujos de Trabajo Provisión del ServicioNiveles de Servicio,Capacidad ,Financiera ,Continuidad yDisponibilidad
Etapa 2 Bases de Datos No Medulares , Medulares , Inteligencia de Negocio
Etapa 3 Portales Medulares , No Medulares
Etapa 5 Operaciones Soporte y Preparación, Aprovisionamiento, Aseguramiento y Facturación
Etapa 6 Estrategia, Infraestructura y ProductoEstrategia y Compromiso , Ciclo de Vida Infraestructura, y Producto
Etapa 7 Gestión Empresarial G. Humana , Proveedores, Seguridad , Calidad, Estrategia, Inves.y Desa.
En EjecuciónEn Planificación
12
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.
13
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
14
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.
15
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 3390.
Soberanía Tecnológica.
16
Esquema de Gobernabilidad
Comité Ejecutivo
Gerencia GeneralRecursos:• 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
1 Especialista HW1 Energia1 Infraestructura
GGComunicaciones1 Comunicador Social1 Diseñador Grafico
Operación de Hosting
1 Administrador
Gerencia Aseguramiento1 Seguridad
Informede gestión
Gerencia TI5 Supervisores
50 Tecnicos de Campo30 Soporte
Líder del Proyecto
Gerencia PlanificaciónTI1 Planificador TI
Pase a Producción
Alta Gerencia:• Presidente•Gerente General•Gerente Proyecto
17
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.
18
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:
TOTAL APLICACIONES
SISTEMA OPERATIVO
HERRAMIENTA DE OFICINA
EMULADORES
BASE DE DATOS
APLICACIÓN CORPORATIVA
ANTIVIRUS
ADMINISTRACIÓN DE RED
TIPO DE APLICACIONES CANTIDAD
GESTIÓN DE RED
HERRAMIENTAS DE DESARROLLO
19
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
20
Segmentación de Aplicaciones
Una vez obtenidos estos resultados de la encuesta, se realizara una evaluación en
laboratorio para el reemplazo, por ejemplo:
21
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.
22
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)
23
Plan Laboratorio
Plan de Pruebas:
•Cliente en Linux•Cliente WEB
oProgramación con Controles Activex oProgramación Standard
•Simulación y EmulaciónoSimulación de Windows (Wine)oEmulación Local de Windows por Maquina Virtual (VirtualBOX)
•Conexión Remota a Windows (CITRIX)•Formato ODF•Usabilidad
24
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
25
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
26
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.
27
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
28
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
29
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.
30
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.
Objetivo de la fase I, del Proyecto Migración del Escritorio Corporativo (MEC)
SWL en Cantv
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.
SWL en Cantv Ruta de Migración
---------------------------------------------------------2008-------------------------------------------------------Ene DicNov Feb Mar Abr May Jun Jul Sep Ago Oct Nov Dic Ene Abril Sep Dic
Hito Clave (plan)
Plan
-------------2009-------------------2007----
Sensibilización, Formación
Segmentación, Laboratorio, Plan Pruebas1 Laboratorio, Plan de Pruebas
Pruebas 150 Aplicaciones
Despliegue
Inicio Proyecto Adopción de Software Libre
SWL en Cantv
Beneficios
Desarrollo de una versión del Sistema
Operativo y Ofimática, adaptada
a las necesidades de Cantv
Disminución en costos asociados a
licenciamiento
Contribución con el Plan Estratégico fijado por el CNTI
para la Administración
Pública
Beneficios
SWL en Cantv
Cumplimiento del
Decreto 3.390
Soberanía
Tecnológica
Promoción de la Industria Nacional
62
Conclusión¿Cuál puerta tomará usted?
¿Adoptar tanto software libre como sea posible, ahorrándose 5 años a través de la integración
de sistemas?
¿Adoptar software libre, con totalitarismo sin una visión de
integración, poniendo en riesgo el proyecto y atrasándolo por lo
menos en 5 años?
63
Dr. Pedro Bonillopbonil@cantv.com.ve
top related