Tendencias en la integración de sistemas y desafíos en la integración móvil

1. TENDENCIAS EN LA
INTEGRACIÓN DE
SISTEMAS
Isis Lay 12003204
Carlos Escobar 12003202

2. INTRODUCCIÓN
 Tendencia. En un sentido general, es un patrón de
comportamiento de los elementos de un entorno particular
durante un período.
 Integración es el proceso a través del cual la organización
aprende a introducir criterios y especificaciones en sus procesos
y en sus sistemas de modo que satisfagan a todos sus clientes
(internos, externos, institucionales, partes interesadas, etc.) de
forma simultánea, ahorrando costes y esfuerzos, con un espíritu
innovador, autocrático y comprometido con la mejora continua.

3. TENDENCIAS INTEGRACIÓN DE
SISTEMAS
Tendencia Detalle
1) Gestión y
diversidad
de
dispositivos
móviles
Hacia 2018, la creciente variedad de dispositivos, estilos
de computación, contextos de usuario y paradigmas de
interacción hará que sean inalcanzables las estrategias
basadas en la máxima “todo en cualquier sitio”. La
consecuencia, “inesperada”, según Gartner, de los
programas bring your own device (BYOD), es decir, el uso
de dispositivos personales en las empresas, está
doblando e incluso triplicando el tamaño de la fuerza
de trabajo móvil. Esto impactará plenamente en las
organizaciones, que tendrán que revisar sus políticas de
seguridad, ya que los empleados ya no solo acceden a las
aplicaciones corporativas a través de las redes y
dispositivos de empresa sino también mediante los
personales.

4. TENDENCIAS INTEGRACIÓN DE
SISTEMAS
Tendencia Detalle
2) Aplicaciones
y apps
móviles
Para 2014 el mejor rendimiento de JavaScript comenzará
a impulsar HTML5 y el navegador como un entorno de
desarrollo de aplicaciones predominante. En este sentido,
Gartner recomienda a los desarrolladores que se centren
en crear modelos de interfaz de usuario expandidos que
incluyan voz y vídeo más enriquecidos y que puedan
conectar a las personas de diferentes formas. Las apps
continuarán creciendo por su parte mientras que las
aplicaciones tradicionales empezarán a caer. Las apps
son desarrollos más pequeños y más segmentados
mientras que las aplicaciones son más amplias y
completas.

5. TENDENCIAS INTEGRACIÓN DE
SISTEMAS
Tendencia Detalle
3) Internet de
las cosas
El PC ya no es ni mucho menos la única puerta de
entrada a Internet. La Red se está expandiendo a
múltiples dispositivos y no solo a los móviles, sino
también a todo tipo de objetos: por ejemplo, coches,
televisiones y un largo etcétera. El problema radica en que
la mayor parte de las organizaciones y fabricantes de
tecnología todavía tienen que explorar las posibilidades
que esta tendencia trae consigo. Deben pensar qué
nuevos servicios e información podrán brindar al
consumidor de los servicios a través de estos soportes. En
definitiva, todo está por hacer en esta línea.

6. TENDENCIAS INTEGRACIÓN DE
SISTEMAS
Tendencia Detalle
4) Nube híbrida
y TI como un
bróker de
servicio
Para Gartner es ya un imperativo aunar los servicios
de nube personal con los servicios de cloud privada.
Las organizaciones deberían diseñar servicios de cloud
privada con un futuro híbrido en mente y garantizar que
son posibles una integración e interoperabilidad en un
plazo de tiempo. Para el diseño y gestión de este tipo de
servicios se precisará un nuevo rol en las empresas, el de
bróker de servicios cloud (cloud service broker o CSB),
que será el encargado de agregar, integrar y personalizar
los servicios.
5) Arquitectura
nube/cliente
Los modelos de computación cloud/cliente están en
continuo movimiento. En esta arquitectura el cliente es
una aplicación enriquecida que corre sobre un
dispositivo conectado a internet, y el servidor es un
conjunto de servicios de aplicación hospedados en una
plataforma de cloud computing escalable y flexible. La
nube es el punto de control y el sistema y las aplicaciones
pueden abarcar múltiples dispositivos.

7. TENDENCIAS INTEGRACIÓN DE
SISTEMAS
Tendencia Detalle
6. La era de la
nube
personal
Esta tendencia supondrá un punto de inflexión marcado
por el paso de los dispositivos a los servicios. En este
nuevo mundo los dispositivos seguirán siendo
importantes, sí, y de hecho muchos usuarios tendrán
varios de ellos como ahora pasa (PC, smartphone,
tableta…). Pero ninguno de estos dispositivos será el
hub primario: la nube adoptará ese rol.
7. Todo
definido por
software
El llamado Software-Defined anything (SDx) es un
término que abarca una tendencia de mercado en la que
el software, sus estándares y la automatización que el
primero brinda a la tecnología, en particular al centro de
datos, marca todo. Se trata de una tendencia que engloba
proyectos como OpenStack, OpenFlow, The Open
Compute Project y Open Rack.

8. TENDENCIAS INTEGRACIÓN DE
SISTEMAS
Tendencia Detalle
8) TI que
escala con
la Web
Web-Scale IT es un modelo de computación de clase
global que despliega las capacidades de los grandes
proveedores de servicios cloud dentro de una TI
empresarial nueva. Los grandes proveedores de
servicios en la nube como Amazon, Google,
Facebook, etc. están reinventando la forma en la que
se despliegan los servicios de TI en las áreas de
informática de las empresas, afirma Gartner. Si las
organizaciones quieren seguir siendo competitivas, añade
la consultora, tienen que imitar las arquitecturas, procesos
y prácticas de estos proveedores. La combinación de
todos esos elementos es a lo que Gartner llama web-scale
IT.

9. TENDENCIAS INTEGRACIÓN DE
SISTEMAS
Tendencia Detalle
9) Máquinas
inteligentes
Para 2020, la era de las máquinas inteligentes florecerá
con toda una proliferación de asistentes personales
inteligentes, que entiendan el contexto del usuario y le
puedan dar consejos (Watson, de IBM, es un ejemplo),
sistemas industriales globales avanzados y todo tipo de
vehículos autónomos. De hecho, los analistas de Gartner
no dudan en decir que “la era de las máquinas
inteligentes será la más disruptiva en la historia de las
TI”. Tanto los individuos como las empresas invertirán en
este tipo de máquinas.

10. TENDENCIAS INTEGRACIÓN DE
SISTEMAS
Tendencia Detalle
10)Event Driven
Architecture
(EDA)
Patrón de arquitectura de software que promueve la
producción, detección, consumo de, y reacción a eventos.
Un evento puede ser definido como "un cambio
significativo en un estado". Por ejemplo, cuando un
consumidor compra un auto, el estado del coche pasa de
"se vende" a "vendido". La arquitectura del sistema del
vendedor de coches debe tratar este cambio de estado
como un evento, cuyo suceso puede ser conocido en
otras aplicaciones en la arquitectura. EDA es parte de la
nueva generación de Arquitectura Orientada a Servicios
(SOA 2.0) porque los servicios pueden ser activados por
disparadores que se encuentran en eventos entrantes.
Ejemplo: Progress, SAP

11. TENDENCIAS INTEGRACIÓN DE
SISTEMAS
Tendencia Detalle
11)Complex
Event
Processing
(CEP)
CEP es un método para el seguimiento y análisis
(procesamiento) de flujos de información (datos) sobre
cosas que suceden (eventos), y la obtención de una
conclusión a partir de ellos. Es el procesamiento de
eventos que combina datos de múltiples fuentes para
inferir eventos o patrones que sugieren las circunstancias
más complicadas. El objetivo de CEP es identificar
eventos significativos (tales como oportunidades o
amenazas) y responder a ellas tan pronto como sea
posible. Los eventos se dan en la organización
(oportunidades de ventas, pedidos o llamadas de servicio
al cliente), fuera de ella (noticias, mensajes de texto, redes
sociales, mercado de valores) o ser cambios de estado,
cuando una medida supera un umbral predefinido.
Ejemplo: Hitachi, IBM, Jboss

12. TENDENCIAS INTEGRACIÓN DE
SISTEMAS
Tendencia Detalle
12)Business
Activity
Monitoring
(BAM)
Solución empresarial destinada a proveer un sumario del
proceso empresarial en tiempo real para administradores
de operaciones y administradores superiores, mostrando
los indicadores de desempeño empresariales para mejorar
la velocidad y efectividad de las operaciones. Ejemplo:
SOALogix
13)Semantic
Information
Model
El modelo describe el significado de sus instancias. Es
una abstracción que define cómo los símbolos
almacenados (los datos de instancia) se relacionan con el
mundo real. Incluye la capacidad de expresar la
información que permite a las partes del intercambio de
información para interpretar el significado (semántica) de
los casos, sin la necesidad de conocer el meta-modelo.
Ejemplo: SOALogix

13. TENDENCIAS INTEGRACIÓN DE
SISTEMAS
Tendencia Detalle
14)Model
Driven
Architecture
(MDA)
Es un acercamiento al diseño de software. Usando la
metodología MDA, la funcionalidad del sistema será
definida en primer lugar como un modelo independiente
de la plataforma (Platform-Independent Model o PIM) a
través de un lenguaje específico para el dominio del que
se trate. Dado un modelo de definición de la plataforma
(Platform Definition Model o PDM) el modelo PIM puede
traducirse entonces a uno o más modelos específicos de
la plataforma (Platform-specific models o PSMs) para la
implementación correspondiente. Ejemplo: E2E
15)Digital
Nervous
System
Concepto donde las TI dotan a las empresas de un
“sistema nervioso digital” que les permite ver y oír
(entradas), pensar y analizar (procesamiento), planificar
y tomar acciones (salida) a partir de la información de lo
que sucede en su entorno.

14. TENDENCIAS INTEGRACIÓN DE
SISTEMAS
Tendencia Detalle
16)Zero
Latency
Enterprise
(ZLE)
Estrategia que explota el intercambio inmediato de
información a través de las fronteras técnicas y
organizativas para lograr el beneficio empresarial. Por
ejemplo, existen límites técnicos entre los diferentes
sistemas operativos, sistemas de gestión de bases de
datos y lenguajes de programación. "Inmediata" implica
ser lo suficientemente rápido como para que todos los
beneficios de negocio que el conocimiento simultáneo
potencialmente puede lograr. Latencia no puede ser,
literalmente, cero en cualquier sistema real, porque las
computadoras necesitan tiempo para "pensar".

15. DESAFÍOS INTEGRACIÓN MÓVIL
Los desafíos de integración que enfrenta una empresa al incorporar
aplicaciones móviles en su entorno de nube incluyen lo siguiente:
Desafío Detalle
La
habilitación
móvil de la
aplicaciones
existentes.
La habilitación móvil implica acceder a los datos y a la
lógica de negocio de estas aplicaciones pero
desafortunadamente muy pocas brindan los API o los
servicios con los que cuenta para desarrollar las nuevas
interfaces para el usuario móvil. Para reducir la carga de
trabajo que significa alterar las aplicaciones existentes,
una de las soluciones es apoyar las capacidades
móviles en las aplicaciones existentes sin cambiarlas
mediante el uso de un conector.

16. DESAFÍOS INTEGRACIÓN MÓVIL
Desafío Detalle
Lenguajes
complejos
de
desarrollo
móvil.
El desarrollo de aplicaciones móviles que se usa necesita
algunos recursos Objective C y Java™ complejos de los que,
por regla, los desarrolladores web básicos no conocen mucho.
Sin embargo, estructuralmente, las aplicaciones móviles hacen
uso de interfaces de usuario que requieren habilidades HTML5
y JavaScript. Los desarrolladores web cuentan con estas
habilidades. Una solución que se le puede dar a este desafío
es proporcionar un puente sobre el cual los desarrolladores
web puedan escribir códigos de aplicaciones móviles usando
las tecnologías que conocen.
La
tendencia
de "traiga
su propio
dispositivo"
(BYOD).
El desafío multiplataforma demanda un desarrollo móvil que
debería hacerse una vez y ejecutarse en múltiples plataformas
(iOS, Android, Blackberry, Windows Phone, etc.) y en múltiples
dispositivos (smartphones, tablets, etc.) que tengan diferentes
memorias y parámetros de tamaño del monitor. Como
mencionamos en el párrafo anterior, un entorno puente, más
común y fácil de usar, puede ser la clave para solucionar este
desafío.

17. DESAFÍOS INTEGRACIÓN MÓVIL
Desafío Detalle
Cómo
estructurar
y posicionar
la lógica de
negocio.
La lógica de empresa de la aplicación no debería codificarse
en el dispositivo móvil: Codificar la lógica de empresa de las
aplicaciones en los dispositivos implica tener que administrar
códigos inmanejables y duplicados de los mismos procesos de
empresa en múltiples aplicaciones móviles. Tener esta lógica
de empresa concentrada en el lado del servidor hace que la
arquitectura sea más eficiente, esté mejor administrada y que
se pueda reutilizar en múltiples aplicaciones móviles. La
creación de una capa de lógica de empresa en un servidor que
pueda combinar, orquestar y computar datos desde muchas
fuentes de empresas es una idea inteligente.

18. DESAFÍOS INTEGRACIÓN MÓVIL
Desafío Detalle
Cómo evitar
la confusión
entre una
arquitectura
móvil
orientada a
la Web con
una SOA.
La mayoría de las empresas tienen conocimientos, o pericia,
de los conceptos y estructuras de la arquitectura orientada a
servicios. Pueden tener un sistema de información basado en
los servicios web SOAP, orquestado por buses de servicio de
la empresa. Pero el mundo móvil no está basado en SOA. La
mayoría de los entornos de dispositivos móviles dependen de
WOA, una arquitectura orientada a la Web que está basada en
los servicios REST o JSON y está autenticada por los
protocolos OAuth. Estos protocolos están mucho más
optimizados para un ancho de banda bajo de redes 3G. Debe
existir una forma de aprovechar los atributos SOA de una
organización en un mundo WOA. Una de las soluciones es una
capa de interfaz que se ubique entre una SOA estructurada y
una rígida, y una WOA ágil y flexible. Una que pueda, por
ejemplo, cambiar los servicios web SOAP existentes a un
servicio REST/JSON con unos pocos clics.

19. PRODUCTO

20. ESPER
 Herramienta de Complex Event Processing (CEP) Open Source
disponible en Java y .Net
 Utilizado en sistemas dirigidos por eventos detectando patrones
en una corriente de datos de eventos como sistemas de
monitoreo de procesos y reaccionando en tiempo real.
 Permite el rápido desarrollo de aplicaciones que procesan
grandes volúmenes de mensajes o eventos entrantes,
independientemente de si los mensajes entrantes son históricos o
en tiempo real en la naturaleza.
 Filtra y analiza los eventos de varias maneras y responden a las
condiciones de interés.
 http://esper.codehaus.org/

21. ESPER

22. DEMOSTRACIÓN

23. CASO 1: MONITOREAR LA
TEMPERATURA DE UNA CENTRAL
NUCLEAR
 Se necesita de un sistema que
monitoree constantemente la
temperatura del núcleo de un reactor
nuclear.
 El sistema debe medir las
temperaturas cada 10 segundos y
mostrar la temperatura promedio.
 Debe lanzar un WARNING cada vez
que se ha superado dos veces los 400
grados Celsius.
 Debe lanzar una ALERTA CRITICA
cuando existan cuatro aumentos
sucesivos de temperatura donde la
ultima medición sea1.5 o más veces
más grande que la primera.
http://corsoftlimited.blogspot.com/2013/02/complex-event-processing-made-easy.
html
Demostración

24. CASO 1I: IDENTIFICAR TRAYECTORIAS
DE VUELO DE AVIONES Y OVNIS
 Se requiere un sistema que detecte y
muestre las trayectorias de vuelo de
aviones y otros objetos en el aire.
 Debe discriminar cuando se trate de
objetos reales o sea solo ruido.
 Utilizar fusión de datos, es decir,
mezclar información de múltiples
fuentes
 El sistema será alimentado por
sensores de radio y radares en tierra.
http://avasseur.blogspot.com/2008/10/complex-event-processing-and-data.html
Demostración

25. CONCEPTOS RELACIONADOS
 HTML5: es la quinta revisión importante del lenguaje básico de la World Wide
Web, HTML. HTML5 especifica dos variantes de sintaxis para HTML: un «clásico»
HTML (text/html), la variante conocida como HTML5 y una variante XHTML
conocida como sintaxis XHTML5 que deberá ser servida como XML (XHTML)
 cloud service broker o CSB: es una función de TI y el modelo de negocio en el
que una sociedad u otra entidad agrega valor a una o más (público o privado),
servicios en la nube, en nombre de uno o más consumidores de dicho servicio a
través de tres funciones principales, incluyendo la agregación, la integración y
personalización de corretaje. A CSB facilitador proporciona la tecnología para
implementar CSB, y un proveedor de CSB ofrece tecnología combinada, las
personas y las metodologías para implementar y gestionar proyectos relacionados
con la CSB.
 WOA: Arquitectura orientada a Web es un estilo de arquitectura de software que
extiende la arquitectura orientada a servicios (SOA) para las aplicaciones basadas
en la Web, y es a veces considerado como una versión ligera de SOA. WOA
también está orientado a maximizar las interacciones del navegador y el servidor
mediante el uso de tecnologías como REST y POX.

26. CONCEPTOS RELACIONADOS
 SOAP: (siglas de Simple Object Access Protocol) es un protocolo
estándar que define cómo dos objetos en diferentes procesos
pueden comunicarse por medio de intercambio de datos XML. Este
protocolo deriva de un protocolo creado por David Winer en 1998,
llamado XML-RPC. SOAP fue creado por Microsoft, IBM y otros y
está actualmente bajo el auspicio de la W3C. Es uno de los
protocolos utilizados en los servicios Web.
 SOA: La 'Arquitectura Orientada a Servicios de cliente' (en inglés
Service Oriented Architecture), es un concepto de arquitectura de
software que define la utilización de servicios para dar soporte a los
requisitos del negocio. Permite la creación de sistemas de
información altamente escalables que reflejan el negocio de la
organización, a su vez brinda una forma bien definida de exposición
e invocación de servicios (comúnmente pero no exclusivamente
servicios web), lo cual facilita la interacción entre diferentes sistemas
propios o de terceros.

27. BIBLIOGRAFÍA
 http://www.innovacion.cl/2013/10/las-10-tendencias-tecnologicas-para-las-
empresas-en-2014/
 http://www.ibm.com/developerworks/ssa/cloud/library/cl-mobileapplatform/
 http://es.wikipedia.org/wiki/HTML5
 http://www.gartner.com/it-glossary/cloud-services-brokerage-csb
 http://en.wikipedia.org/wiki/Web-oriented_architecture
 http://es.wikipedia.org/wiki/Simple_Object_Access_Protocol
 http://www.willemsma.eu/wp-content/uploads/2009/03/gartner-magic-quadrant-
for-application-infrastructure-for-back-end-application-integration-
projects.pdf
 http://en.wikipedia.org/wiki/Complex_event_processing
 https://es.wikipedia.org/wiki/Arquitectura_dirigida_por_eventos