UNIDAD I.desbloqueado PDF

Facultad de Ingeniera de Sistemas, Cmputo y
Telecomunicaciones
Sistema a Distancia
SISTEMAS DISTRIBUIDOS II
DANIEL ALEJANDRO YUCRA SOTOMAYOR
2011
Sistemas Distribuidos II - Unidad I
Daniel Yucra Sotomayor
INDICE
Primera Unidad:
Integracin de Sistemas de Informacin
Leccin 1: Retos para la integracin de sistemas: Ley de Moore y los

Sistemas heredados
11
1.1 La Ley de Moore
11
1.2 Sistemas Heredados
12
1.2.1 Partes lgicas de un sistema heredado y sus relaciones
13
1.2.2 Alternativas a los sistemas heredados
14
Leccin 2: Integracin de Datos
15
2.1. El Contexto de la integracin
15
2.2 Tipologas de datos
15
2.3 La Integracin de datos
15
2.4 Tecnologas de Integracin de Datos
16
2.4.1 ETL: Extraer, Transformar y Cargar
17
2.4.2 EII: Integracin de Informacin Empresarial
17
2.4.3 Enterprise Data Replication (EDR)
18
2.5 Tecnologas EII
18
2.6 Uso de la integracin de datos
18
Leccin 3: Integracin de Aplicaciones Empresariales
18
3.1 Qu es la EAI?
18
3.2 La visin de la EAI
19
3.3 Integracin de aplicaciones con interfaces
20
Leccin 4: Cloud Computing
21
4.1 Qu es Cloud Computing?
21
4.2 Caractersticas esenciales
22
4.3 Modelos de de servicios
23
4.3.1 Modelos de Despachos
23
4.4 Cundo adoptar un modelo de Cloud Computing en los Negocios
24
4.5 Cundo no se ajusta el modelo de Cloud Computing en los Negocios
24
4.6 Estrategia a seguir para adoptar Cloud Computing en los Negocios
24
Sistema a Distancia
Segunda Unidad: Parsing XML y Web Services
37
Leccin 5: Parsing XML
39
5.1 Definicin
39
5.2 Tipos de parsing
40
5.3 Parsers en los Browsers
40
5.4 Los APIs para parseo
40
5.5 Java API for XML Processing (JAXP)
40
5.6 DOM y SAX
41
5.7 SAX (Simple API para XML)
41
5.8 DOM
43
5.8.1 rboles y Nodos en DOM
44
Leccin 6: Web Services
47
6.1 Definicin
47
6.2 Estndares principales de los Web Services
47
6.2.1 HTTP (Hypertext Transfer Protocol)
48
6.2.2 Extensible Markup Language (XML)
48
6.2.3 SOAP (Simple Object Access Protocol)
48
6.2.4 Web Services Description Language (WSDL)
48
6.2.5 Universal Description, Discovery and Integration (UDDI)
49
6.3 Caractersticas de los Web Services
49
6.4 Arquitectura de los Web Services
49
6.5 Retos tcnicos que deben superar los Web Services
52
6.6 Desarrollo de un Web Services Proveedor y Consumidor con Axis
52
6.7 Web services con Java
54
6.7.1 Creacin de dos Web Services con un Web Services

Consumidor utilizando JAX-WS
54
6.7.1.1 Enunciado del caso
54
6.7.1.2 Definiendo las bases de datos de los 02 Web

Services Proveedores
55
6.7.1.3 Creacin del primer Web Service Proveedor Librera
56
6.7.1.4 Creacin del segundo Web Service Proveedor Reniec 62

6.7.1.5 Creando un web service consumidor que integre los
Sistema a Distancia
dos web service proveedor
67
6.7.1.6 Web Service Consumidor utilizando servlet
70
Tercera Unidad: Arquitecturas Distribuidas Empresariales
85
Leccin 7: ERP
87
7.1 Qu es un ERP?
87
7.2 Objetivos de un ERP
88
7.3 Caractersticas
88
7.4 Mdulos bsicos de un ERP
88
7.5 Implantacin de un ERP en un Negocio
88
7.6 Factores crticos de xito
89
7.7 Factores crticos para el fracaso
89
7.8 Ventajas de los ERP
89
7.9 Comparativa ERP versus Software de gestin
90
7.10 ERP basados en tecnologa de Software Libre
91
Leccin 8: BPM
92
8.1 Procesos de Negocio
92
8.2 Qu es BPM?
92
8.3 BPM en las Organizaciones
93
8.4 Tecnologas de Informacin para BPM
94
8.5 Componentes Tpicos de un BPMS
94
8.6 Estndar BMPN para Modelar Procesos de Negocio
95
8.7 Lenguaje para la definicin de procesos
96
8.8 Intalio BPMS
97
8.8.1 Intalio Designer
97
8.8.2 Intalio Server
98
Leccin 9: SOA
98
9.1 Concepto de Servicio
98
9.2 Qu es SOA?
99
9.2.1 SOA en las empresas y organizaciones
100
9.3 Comparacin con otros enfoques de desarrollo
101
9.4 Enterprise Service Bus (ESB)
101
Sistema a Distancia
9.5 SOA y BPM
102
Cuarta Unidad: Agentes Distribuidos y aplicaciones mviles
115
Leccin 10: Agentes Mviles
117
10.1 Definicin de agentes
117
10.2 Qu son los agentes mviles?
117
10.3 Sistema Multi-agente (SMA)
118
10.4 Caractersticas de los agentes mviles
118
10.5 Comunicacin entre agentes
119
10.6 Tecnologas para desarrollar agentes
120
10.7 Java Agent DEveloment Framework (JADE)
120
10.8 Lenguajes de comunicacin de agentes
121
10.9 Protocolos de comunicacin para agentes mviles
121
10.10 Aplicaciones de Agentes Mviles
122
10.10.1 Kaztrix
122
10.10.2 EVA
122
10.10.3 LivingMakets
122
10.10.4 UD Agent
123
10.10.5 Chaplet
123
Leccin 11: Desarrollo de Aplicaciones Mviles
123
11.1 Aplicaciones mviles
123
11.2 Dispositivos mviles
124
11.3 Plataforma de desarrollo Java Micro Edition
124
11.4 Arquitectura de configuraciones JME
125
11.4.1 Connected Limited Device Configuration (CLDC)
127
11.4.2 Connected Device Configuration (CDC)
127
11.5 Arquitectura de perfiles JME
127
11.5.1 Mobile Information Device Profile (MIDP)
128
11.5.2 La clase MIDlet
128
11.6 Ejemplo de desarrollo de aplicacin mvil con JME
129
11.6.1 Proyecto frontera
129
11.6.2 Utilizando la clase formulario
129
Sistema a Distancia
INTRODUCCION
Los sistemas distribuidos se caracterizan por reunir computadoras en la red

ms software para que sea visto por los usuarios como una nica entidad
capaz de proporcionar facilidades de computacin. En este contexto, los
desarrolladores, integradores y arquitectos de software tienen un gran reto
reunir los sistemas de informacin de las organizaciones y sean visto como uno
solo.
El desarrollo de los sistemas distribuidos ha estado en funcin de la evolucin
de las redes locales, desarrollo del software y ahora del mismo internet.
Recientemente, la disponibilidad de computadoras personales, servidores de
altas prestaciones, estaciones de trabajo y dispositivos mviles ha resultado
en un mayor desplazamiento hacia los sistemas distribuidos. Esta tendencia se
ha acelerado por el desarrollo de software para sistemas distribuidos, diseado
para soportar aplicaciones distribuidas. Este tipo de software esta relacionado
con los estndares de internet y basados en el lenguaje xml que ha permitido
consolidar el desarrollo de los web services, la arquitectura orientada a
servicios y su posterior aplicacin en BPM.
Las arquitecturas distribuidas empresariales se implementan en diversas
plataformas hardware, estos sistemas son independientes a la tecnologa y se
han convertido en los negocios como servicios.
El propsito de este texto es que el estudiante conozca el manejo de las
soluciones y alternativas orientadas a la integracin de datos, aplicaciones y
procesos, adems puedan desarrollar aplicaciones distribuidas en entornos
heterogneos y altamente interoperativos.
Sistema a Distancia
ORIENTACIONES METODOLGICAS
SUMILLA
Los sistemas de informacin basados en entornos heterogneos han
evolucionado de una manera clara debido a la implantacin de las redes WAN.
En este contexto resulta de vital relevancia para la formacin del Ingeniero de
Sistemas y Cmputo conocer los conceptos, tcnicas e implementacin de la
integracin de los sistemas de informacin, que es el entorno de trabajo actual
en la que las empresas estn decidiendo su migracin futura o presente.
Esta asignatura de formacin profesional especializada, de naturaleza tericopractica, tiene como propsito que el estudiante maneje en un nivel de
competencia, los conceptos, mtodos, tcnicas y herramientas de integracin
de sistemas de informacin. Para este fin, la asignatura desarrolla los
siguientes temas centrales: Conceptos de Integracin; uso de ERP; definicin
de BPM e implementacin de la arquitectura SOA, y uso de agentes en tareas
de integracin.
DESCRIPCIN DE UNIDADES
Los contenidos se han organizado en cuatro unidades temticas. Estas se
desarrollan en lecciones que incluyen conceptos, descripcin de tecnologas,
estrategias de implementacin y arquitecturas distribuidas que ayuden a
clarificar los contenidos desarrollados.
En la Unidad 1, mostraremos conceptos, diferentes tcnicas y soluciones que
existen para la integracin de sistemas de informacin. Primero se analizar los
retos que tiene que enfrentar el integrador de sistemas como la Ley de Moore y
los sistemas heredados, para luego plantear las soluciones de integracin de
datos (EII) e integracin de aplicaciones empresariales (EAI), fortaleceremos
esta unidad con el modelo de Cloud Computing, el nuevo esquema de
integracin de aplicaciones utilizando internet o la nube.
En la Unidad 2, explicaremos todo lo relacionado con la interoperatividad e
intercambio de datos utilizando Parsing XML y los Web Services como una
solucin de integracin de aplicaciones. En esta parte tocaremos temas
relacionados a los tipos de APIS para parsear ficheros XML como DOM y SAX
adems de los componentes de los Web Services y las herramientas y
tecnologa que se necesita para implementar Web Services Proveedores y
Web Services Consumidores.
En la Unidad 3, mostraremos las principales Arquitecturas Distribuidas
Empresariales. Cuyos temas principales sern los Sistemas de Planificacin de
Recursos Empresariales (ERP), la Arquitectura Orientada a Servicios (SOA) y
Sistema a Distancia
la nueva forma de modelar, ejecutar, monitorear y mejorar procesos de

negocios utilizando Business Process Management (BPM).
En la Unidad 4, mostraremos los agentes distribuidos y como se desarrollan las
aplicaciones mviles que tambin son aplicaciones distribuidas. Cuyos temas
principales los agentes mviles, los sistemas de multi-agente (SMA),
tecnologas para su desarrollo y middleware JADE. En el tema de desarrollo de
aplicaciones mviles se revisarn las plataformas y tecnologas que se utilizan
para ejecutar soluciones en un dispositivo mvil como Java Micro Edition
(JME), adems se describir su arquitectura y la clase MIDlet.
OBJETIVO DE LA ASIGNATURA
El objetivo general es que el estudiante analice, evale, caracteriza, utilice y
aplique las diferentes arquitecturas distribuidas, tcnicas, soluciones y
tecnologas distribuidas en los negocios.
METODOLOGA
En cada unidad, el estudiante encontrar la sumilla y los objetivos, permitiendo
valorar sus alcances y logros, tambin se presentan modelos y arquitecturas
distribuidas los cuales pondr en prctica a travs de las tecnologas
propuestas. Al finalizar la unidad, se brinda un resumen, una lectura
seleccionada, ejercicios propuestos, as como un apartado de autoevaluacin
que fortalezca el proceso del aprendizaje y una serie de direcciones web para
su exploracin y revisin.
ESTRATEGIAS DE APRENDIZAJE Y EVALUACIN

El estudiante, bajo esta modalidad debe planificar el tiempo en el desarrollo de
cada unidad, poniendo en prctica los ejercicios propuestos, compartiendo sus
experiencias con el tutor y realizando actividades de autoaprendizaje. En tal
sentido, el tutor dispondr de un horario que permita interactuar con el alumno
resolviendo consultas o dudas, a travs de Internet.
Respecto a la evaluacin del aprendizaje, el alumno dispone, al finalizar de
cada unidad una serie de preguntas de autoevaluacin que permita medir su
aprendizaje. Al mismo tiempo se dispone de ejercicios propuestos que deber
desarrollar para un mejor entendimiento de las lecciones. Esto ser un
indicador para el tutor que se est poniendo en prctica lo aprendido. Para
obtener el promedio final de la asignatura se suman el examen parcial, final y el
promedio de las actividades planteadas en la asignatura.
Sistema a Distancia
Primera Unidad:
de Informacin
Integracin de Sistemas
Sumario
La siguiente unidad presenta los retos para la integracin de sistemas: Ley de
Moore y los Sistemas heredado. Adems de las tcnicas de Integracin de
datos, contexto de integracin, topologa de datos, tecnologas, ETL, EII y EDR
y uso de integracin de datos
Tambin se presenta las tcnicas y herramientas para la Integracin de
Aplicaciones Empresariales (EAI), visin de la EAI e integracin de
aplicaciones con interfaces.
Adems se revisa el modelo de Cloud Computing, sus caractersticas, tipo de
servicios y estrategia para adoptarlo.
Sistema a Distancia
Objetivos
Al finalizar esta unidad el estudiante ser capaz de:
Definir, inferir y describir las diferentes tcnicas y herramientas para la

integracin de sistemas de informacin
Diferenciar la integracin de datos, integracin de aplicaciones e

integracin de procesos utilizando tecnologas y arquitecturas
distribuidas.
Comprender, analizar y evaluar las diferentes formas de implementacin

basadas en la integracin de sistemas de informacin y las
consecuencias que trae en las organizaciones.
Conocer las arquitecturas y modelos distribuidos para la integracin de

datos y aplicaciones.
Comprender el modelo e implementacin de la computacin en la nube y

conocer las herramientas que se ajusten a este modelo.
10
Sistema a Distancia
Leccin 1: Retos para la integracin de sistemas: Ley de Moore y

los Sistemas heredados
1.1 La Ley de Moore
Las organizaciones tienden a integrar sus procesos adems de enfrentarse a
nuevos retos como integrar sus tecnologas viejas con las modernas. Por
mucho tiempo el software ha evolucionado mucho ms que el hardware y leyes
como la de Moore, permiten la disminucin de costos en la fabricacin de
componentes de hardware.
La Ley de Moore, denominada en honor a Gordon Moore, fundador de Intel
plante un factor definitivo en la industria moderna. Esta ley manifiesta "que
cada dieciocho meses las computadoras son dos veces ms poderosas y
tienen aproximadamente la mitad de precio" (Rischmoller, 2002, p. 64).
Esta ley es un patrn que nos permite juzgar la conducta de las ms
innovadoras empresas del mundo.
Es una ley emprica y su cumplimiento se ha podido constatar hasta el da de
hoy, en el ao 1975 el mismo Gordon Moore modific su propia ley al afirmar
Que el ritmo bajara, y que la capacidad de integracin se duplicara
aproximadamente cada 24 meses (Brock, 2006, p. 26).
Todo esto a causa del nmero de transistores contenidos en un chip. Esta ley
no solo ha sido exacta sino tal vez lo haya superado, porque la capacidad de
auto superacin de chips se multiplica por dos.
"Un procesador esta formado por transistores, por lo tanto mientras ms
transistores tenga el chip del procesador, ms operaciones por ciclo ser capaz
de ejecutar. Sin embargo, cuanto mayor sea el rea ocupada por el
procesador, su frecuencia de operacin ser menor, pues los transistores ms
alejados unos de los otros, la seal tardar ms tiempo para ser transmitida y,
adems de eso, tendremos una prdida de seal e interferencias. Es
justamente por ello que los chips son tan pequeos" (Durn, 2006, p. 136).
La ley de Moore ha mantenido su validez durante casi cincuenta aos. Muchos
analistas esperan que contine hacindolo durante el doble de tiempo, y con
asombrosos efectos en los asuntos humanos (Brockman, 2002, p. 186).
Esta ley, finalmente, tuvo una consecuencia directa porque los precios de las
computadoras bajaron y al mismo tiempo las prestaciones como el software
subieron, por ejemplo la computadora moderna que hoy tiene un costo de US
$1500.00 costar la mitad al ao siguiente y posiblemente estar obsoleta al
cabo de dos aos adems el software como servicio hoy en da es mucho ms
caro que el hardware.
Esta ley es aplicable a casi todos los productos de la industria y confirma la
necesidad del aprendizaje permanente, cuando escribi y formul su ley Moore
11
Sistema a Distancia
era director de los laboratorio de tecnologa Fairchild Semiconductor, ms tarde

en el ao de 1968 (Shelly, 2009, p. 219), cre la empresa Intel junto con su
compaero Robert Noyce y actualmente la mayora de las computadoras de
uso personal son de la marca Intel la misma compaa del que propuso la ley.
1.2 Sistemas Heredados

Los grandes sistemas informticos normalmente tienen un tiempo de vida
generalmente largo. Por ejemplo los sistemas militares son diseados
normalmente para un periodo de 20 aos, as como sistemas de control de
trfico areo dependen del software y procesos operativos que fueron
desarrollados a principios de los aos 60 y 70. Uno de los factores que no
permiten la integracin de sistemas han sido los sistemas heredados.
Los sistemas heredados son sistemas informticos socio-tcnicos que han
sido desarrollados en el pasado, a menudo usando una tecnologa antigua y
obsoleta. Estos sistemas no solamente, incluyen hardware y software sino
tambin procesos y procedimientos heredados -antiguas formas de hacer
cosas que son difciles de cambiar porque dependen de software heredado -.
Cambios en una parte del sistema inevitablemente implican cambios en otros
componentes" (Sommervile, 2006, p.167).
Muchas veces el mantenimiento de estos sistemas son demasiados caros y
son sistemas crticos durante toda su vida con cambios que deben de satisface
a nuevos requerimiento, plataformas, sistemas operativos e incluso adecuarse
al crecimiento del negocio.
Los administradores de tecnologas de informacin lo consideran
potencialmente problemticos a veces operan en ordenadores obsoletos y
lentos, y el mantenimiento podra tener elevados costos y a veces difciles de
actualizar e incluso reparar por falta de componentes adecuados al
mantenimiento. Adems se considera que este tipo de sistema ha existido por
un largo tiempo y contina su uso por evitar el alto costo por reemplazarlo.
Este tipo de sistemas son a menudo sistemas de negocio crticos. Se
mantienen porque es demasiado arriesgado cambiarlo. Por ejemplo para la
mayora de los bancos el sistema contable de clientes fue uno de los primeros
sistemas. Las polticas y procedimientos de las organizaciones pueden
depender de estos sistemas. Si el banco fuera a descartar y reemplazar el
sistema contable de clientes, entonces habra un serio riesgo en el negocio si el
sistema en el cambio no funcionara adecuadamente. Adems, los
procedimientos existentes tendran que cambiar, y esto puede molestar a las
personas de la organizacin y causar dificultades con los auditores del banco.
Muchas veces factores humanos y de las propias organizaciones influyen en el
funcionamiento de los sistemas heredado, a su vez este tipo de sistemas
antiguos todava proporcionan servicios esenciales al negocio. Al ser sistemas
socio-tcnicos, incluyen los procesos de negocio, software de aplicacin,
software de apoyo y sistemas de hardware.
12
Sistema a Distancia
1.2.1 Partes lgicas de un sistema heredado y sus relaciones

Para Sommerville (2006), clasifica en 6 partes lgicas un sistema heredado:
1. Sistemas hardware. En muchos casos, los sistemas heredados son creados
para hardware mainframe que ya no est disponible, es costoso de mantener y
no es compatible con las actuales polticas de compras IT organizacionales.
2. Software de apoyo. Los sistemas heredados cuentan con una gran variedad
de software de apoyo que van desde sistemas operativos y utilidades
suministradas por el fabricante de hardware hasta los compiladores utilizados
para el desarrollo de sistemas. De nuevo, stos pueden ser obsoletos o ya no
recibir soporte de sus proveedores originales.
3. Software de aplicaciones. El sistema de aplicaciones que proporciona los
servicios de negocio por lo general est compuesto de varios programas
independientes desarrollados en momentos diferentes. Algunas veces, el
trmino sistema heredad significa este software de aplicacin en lugar del
sistema completo.
4. Datos de aplicacin. Son los datos procesados por el sistema de aplicacin.
En muchos sistemas heredados, se han acumulado un inmenso volumen de
datos a lo largo del tiempo de vida del sistema. Estos datos pueden ser
incongruentes y estar duplicados en varios archivos.
5. Polticas y reglas de negocio. Son directrices que definen al sistema
heredado, contienen el conocimiento de la aplicacin y restringen a los
procesos de negocios. Estas reglas y polticas muchas veces no han podido
ser actualizadas y en el tiempo han quedado obsoletos y no permiten
evolucionar al negocio.
6. Procesos de Negocio. Son los procesos utilizados en los negocios para
lograr algn objetivo del negocio. Un ejemplo de un proceso de negocio en una
compaa de seguros sera emitir una poltica de seguros; en una fbrica, un
proceso de negocio sera aceptar un pedido para los productos y estipular el
proceso de fabricacin asociado. Los procesos de negocio pueden ser
diseados alrededor de un sistema heredado y restringido por la funcionalidad
que ste proporciona.
En la figura 1.1, se muestra los componentes y relaciones de los sistemas
heredados:
13
Sistema a Distancia
Figura 1.1: Componentes de los sistemas heredados

Fuente: Sommerville, Ian (2006, p. 167). Ingeniera de Software 7ma edicin.
1.2.2 Alternativas a los sistemas heredados
Al tener las organizaciones sistemas heredados o muchas veces denominado
system legacy, se enfrentan a nuevos retos frente a sistemas modernos como
las de entorno web. Si estos sistemas son actualizados implica costos
inevitables y posiblemente encontremos componentes obsoletos. Por otro lado
si estos sistemas se reemplazan por nuevos sistemas, de todos modos tendrn
un coste e incluso estos nuevos sistemas no provean apoyo efectivo al negocio
como lo que realizaban los sistemas heredados.
En estos tiempos los sistemas antiguos o heredados estn buscando tcnicas
de la ingeniera de software que prolonguen su tiempo de vida y disminuir los
costos de seguir utilizando estos sistemas en organizaciones donde los
procesos son cada vez ms automatizados por tecnologas modernas.
Una buena alternativa a este tipo de casos y complejos es la implementacin
de una Arquitectura Orientada a Servicios SOA, dnde las aplicaciones de los
sistemas heredados podran ser publicadas como servicios. Adems con SOA
los sistemas heredados pueden adaptarse a los cambios de mercado e incluso
integrarse con nuevos sistemas e interactuar con ellos sin tener que depender
de una macro-estructura tan compleja.
14
Sistema a Distancia
Leccin 2: Integracin de Datos

2.1. El Contexto de la integracin
Segn Conesa y Curto (2010, p.53), en un contexto empresarial o de negocios,
la integracin puede darse en cuatro grandes reas:
- Integracin de datos: Donde se proporciona visin nica de todos los datos
del negocio, no importando donde se encuentren.
- Integracin de aplicaciones: Proporciona una visin unificada de todas las
aplicaciones tanto internas como externas de la empresa. Este tipo de
integracin se consigue mediante la coordinacin de los flujos de eventos entre
las aplicaciones.
- Integracin de procesos de negocio: Proporciona una visin unificada de
todos los procesos de negocio.
- Integracin de las interacciones de los usuarios: Proporciona una interfaz
segura y personalizada al usuario del negocio (datos, aplicaciones y procesos
de negocios).
2.2 Tipologas de datos
En las organizaciones podemos encontrar diferentes tipos de datos desde:
- Estructurados: Contenidos de base de datos (Ejemplo: Informacin que
encontramos en cualquier base de datos como registros)
- Semiestructurados: Son formatos legibles para mquinas (Ejemplo: html
tabulado, archivos excel, ficheros cvs, etc.) estas se pueden obtener utilizando
tcnicas estndares de extraccin de datos.
- No estructurados: En formatos legibles para humanos, pero no para mquinas
(Ejemplo: word, html no tabulado, pdf, etc.) que puede obtenerse por tcnicas
avanzadas como Text Mining.
2.3 La Integracin de datos
"Se entiende por integracin de datos al conjunto de aplicaciones, productos,
tcnicas y tecnologas que permiten una visin nica consistente de nuestros
datos de negocio" (Conesa y Curto, 2010, p.61)
15
Sistema a Distancia
Por lo tanto las aplicaciones son soluciones a medida que permiten la

integracin de datos en base al uso de herramientas tecnolgicas de de
integracin.
Las tecnologas de integracin son soluciones para realizar la integracin de
datos.
Las herramientas de integracin de datos como Data Warehouse han sido una
opcin para extraer, transformar, cargar y gestionar los datos de los negocios,
adems son una alternativa para la integracin de datos.
Estas herramientas han evolucionado incluyendo muchas funcionalidades
propias de una herramienta de integracin de datos.
Las herramientas de integracin de datos, de este tipo poseen su propia
arquitectura y esquema tal como se muestra en la figura 2.1.
Figura 2.1: Arquitectura bsica de una solucin Data Warehouse

Fuente: Adaptado de Conesa, J. y Curto, C. (2010, p.53) Introduccin al
Bussiness Intelligence
2.4 Tecnologas de Integracin de Datos

De acuerdo con la clasificacin de Conesa y Curto (2010, p. 58-59), tenemos
03 tipos de tecnologas de integracin de datos:
a) ETL: Extraer, Transformar y Cargar (Extract, Transform y Load) o Data
Warehouse
Adems se subclasifican en:
16
Sistema a Distancia
- ETL de generacin de cdigo

- ETL basado en motor
- ETL integrado en la base de datos
b) EII: Integracin de Informacin Empresarial (Enterprise Integration
Information)
c) EDR: Replicacin de Datos Empresariales (Enterprise Data Replication)
2.4.1 ETL: Extraer, Transformar y Cargar
Permite extraer datos del entorno de origen, transformarlos segn nuestras
necesidades de negocio para integracin de datos y cargar estos datos en
los entornos destino. Los entornos origen y destino son usualmente bases
de datos y/o ficheros, tal como se muestra en la figura 2.1
Las herramientas de Data Warehouse mueven o transportan datos entre
entornos de origen y destino, pero tambin documentan cmo estos datos
son transformados, almacenando esta informacin en un catlogo propio de
metadatos. Adems este tipo de herramientas suelen tener un Interfaz
grfica de usuaria, permiten ser administrados y controlados en cada uno de
los procesos de extraccin, transformacin y carga de datos.
2.4.2 EII: Integracin de Informacin Empresarial
Es permitir a las aplicaciones el acceso a datos dispersos (desde una data
mart hasta fichero de texto o incluso web services) como si estuviesen todos
residiendo en una base de datos comn. Por lo tanto se basa en la
federacin de datos.
Los productos EII han evolucionado desde dos entornos origen
diferenciados: las bases de datos relacionadas y las bases de datos XML.
Actualmente, la tendencia en productos EII es que soporten ambas
interfaces a datos, SQL (ODBC y JDBC) y XML (XQuery y XPath).
Las caractersticas de estos productos son:
- Transparencia: los datos parecen estar en un origen nico.
- Heterogeneidad: integracin de datos de diferentes fuentes (relacionales,
xml, jerrquicas) y tambin no estructurados.
- Extensibilidad: posibilidad de federar cualquier fuente de datos.
- Alta disponibilidad: acceso en lectura y escritura a cualquier fuente
soportada.
- Autonoma: acceso no disruptivo para los datos o las aplicaciones.
- Rendimiento: posibilidad de optimizar las consultas dependiendo del tipo y
fuente de datos.
17
Sistema a Distancia
2.4.3 Enterprise Data Replication (EDR)

Este tipo de tecnologa tiene como objetivo detectar los cambios que suceden
en las fuentes de origen. Esta soportada por las tcnicas de integracin de
datos de CDC (Change Data Capture) y por la tcnica de propagacin de
datos. Consta bsicamente de un programa de capturas, un sistema de
transporte, un programa de aplicaciones de cambios, un programa de
administracin y utilidades para planificar una carga de datos desde el inicio
hasta el destino.
2.5 Tecnologas EII
Detrs de la alternativa EII se encuentran diferentes estndares web y
soluciones que permiten la integracin de datos las cuales mencionamos a
continuacin:
-
Business activity monitoring (BAM)

Software, enterprise resource planning (ERP),
Frameworks (Java EE, .NET, Web services),
BI - business intelligence (BI),
Customer Relationship Management (CRM),
Business Process Management (BPM and/or BPEL)
Web content management (WCM).
2.6 Uso de la integracin de datos

La integracin de datos es muy importante en los negocios y estas
soluciones pueden ser utilizadas para:
- Migracin de datos
- Procesos de calidad de datos
- Master Data Management (MDM)
- Data Warehousing
- Business Intelligence (BI)
- Entreprise Information Management (EIM)
- Product Information Management (PIM)
- Customer Data Integration (CDI)
- Corporate Performance Management (CPM)
Leccin 3: Integracin de Aplicaciones Empresariales

3.1 Qu es la EAI?
"La Integracin de Aplicaciones empresariales (EAI), es la combinacin de
procesos, software, protocolos de comunicacin estndar y hardware
resultantes del esfuerzo por integrar distintos sistemas empresariales con el
objetivo de que se operen como si fuera uno solo" (Garca, 2001, p. 120).
18
Sistema a Distancia
Hace mucho tiempo que se trabaja en la integracin de aplicaciones y sistemas

desde cuando aparecieron los sistemas informticos distribuidos. Lo que
pretende este nuevo concepto es la comunicacin sin barreras entre
aplicaciones y el intercambio sin restricciones, pero controlado a nivel de datos
y procesos.
Se trata de vincular y compartir muchos datos y aplicaciones de empresas,
inclusive extensiones a socios, a travs del uso de mdulos aplicacin-aaplicacin, o plataformas de servidor multi-capas. Una de las motivaciones de
EAI es la necesidad de implementar rpidamente los proyectos basados en la
Web, la necesidad de vincularse a datos heredados y la necesidad de crear
vnculos a diferentes sistemas adquiridos a travs de mezcladores" (Duran,
2006, p. 82).
Enterprise Application Integration (EAI) o Integracin de Aplicaciones
Empresariales se define tambin como el conjunto de software y principios de
arquitecturas distribuidas para integrar un conjunto de aplicaciones.
Este tipo de integracin provee una serie de ventajas como el acceso a la
informacin en tiempo real entre los sistemas, la encadenacin de los procesos
de negocio que ayuda a incrementar la eficiencia organizacional y mantener la
integridad de la informacin entre varios sistemas.
El problema de este tipo de integracin conlleva a costes de desarrollo muy
excesivos, especialmente para las pequeas y medianas empresas (PYMEs),
adems las implementaciones de EAI consumen mucho tiempo y requieren
muchos recursos tecnolgicos, humanos y materiales.
Desde el punto de vista tcnico y operativo requieren de una gran cantidad de
diseo frontal, el cual muchos gerentes son incapaces de visualizar por lo tanto
no muchos desean invertir.
Por ahora las tecnologas de EAI aun estn en desarrollo y no hay un consenso
sobre cul es el enfoque ideal o el grupo correcto de tecnologas que la
compaa debera usar.
3.2 La visin de la EAI
Las tecnologas de informacin que existen en el mercado para la Integracin
de Aplicaciones Empresariales (EAI), permiten a muchos desarrolladores
gestionar, centralizar, optimizar e integrar aplicaciones que juntos pueden
resolver problemas crticos de los negocios.
El objetivo principal de una solucin EAI es la de construir una estructura que
integre en una sola la gestin y comunicacin centralizada de varios sistemas
de Informacin ya existentes.
Estas herramienta de EAI deben tener visin de integrar de manera
transparente a las aplicaciones y lograr una alta interoperabilidad y
19
Sistema a Distancia
organizacin de los flujo de informacin entre aplicaciones heterogneas, es

decir, asegurando la comunicacin entre las distintas aplicaciones de la
organizacin, incluso integrando a los clientes, socios o proveedores, tal como
muestra la figura 3.1.
Figura 3.1: Visin de las soluciones EAI

Fuente: Adaptacin propia
3.3 Integracin de aplicaciones con interfaces

"Una manera de integrar sistemas es construir un puente o unin de software
(interfaz) entre dos programas, para que los datos de un sistema se transfiera
ms o menos automticamente a otro sistema, segn un cronograma
previamente definido" (Bashein y Markus, 2000, 115).
En la figura 3.2 se muestra cmo a partir de la misma aplicacin se puede crear
pasarelas con las interfaces de las aplicaciones y transferir informacin entre
ellas, este modelo implica que las interfaces grficas de usuarios (GUI), deben
recoger los datos de los sistemas e interactuar con el resto, de esta manera
tendramos un nivel de integracin entre las aplicaciones.
20
Sistema a Distancia
Figura 3.2: Modelo conceptual de la integracin de aplicaciones con interfaces

Fuente: Bashein, B. J. & Markus, M. L. (2000, p. 116) Data Warehouses: more
than just mining
Leccin 4: Cloud Computing

4.1 Qu es Cloud Computing?
Segn Mell y Grance (2009), de la National Institute of Standards and
Technology define Cloud Computing como: "un modelo para habilitar un acceso
conveniente, en demanda y a travs de la red, a un conjunto de recursos
computacionales
compartidos
(por
ejemplo,
redes,
servidores,
almacenamiento, aplicaciones y servicios), los que pueden ser aprovisionados
y liberados rpidamente con un mnimo esfuerzo administrativo o con poca
interaccin con el proveedor de servicios. Este modelo de nube promueve la
disponibilidad y se compone de cinco caractersticas esenciales (autoservicio a
demanda, amplio acceso a travs de la red, disponibilidad de recursos, rpida
elasticidad, servicio medido), tres modelos de servicio (software, plataforma,
infraestructura) y cuatro modelos de implementacin (privada, comunitaria,
pblica, hbrida) (p. 5).
21
Sistema a Distancia
Figura 4.1: Modelo de computacin en la nube

Elaboracin propia
4.2 Caractersticas esenciales
Segn Mell y Grance (2009), tambin caracterizan a la computacin en la nube
en:
- Servicio medido: Los sistemas en la nube automticamente controlan y
optimizan el uso de sus recursos donde pueden ser monitoreados, controlados
y reportados, proveyendo transparencia para ambos, el proveedor y el
consumidor del servicio utilizado.
- Auto-servicio por demanda: Un consumidor puede unilateralmente
aprovisionar capacidades computacionales.
- Acceso ubicuo a la red: Las capacidades estn disponibles a travs de la
red.
- Conjunto de recursos obtenibles independientemente de la ubicacin:
Los recursos computacionales del proveedor se agrupan para servir a mltiples
consumidores.
22
Sistema a Distancia
- Rpida elasticidad: Las capacidades pueden ser rpida y elsticamente

aprovisionadas, para el consumidor, las capacidades disponibles para el
aprovisionamiento a menudo parecen ser ilimitadas y pueden ser compradas
en cualquier cantidad.
4.3 Modelos de servicios
Adems existen dos tipos de modelos de servicios
a) Modelos de Despacho
- SaaS: Software como Servicio Software as a Service
- PaaS: Plataforma como Servicio Plataform as a Service
- IaaS: Infraestructura como Servicio Infrastructure as a Service
b) Modelos de Despliegue
- Nube hbrida: La infraestructura de nube es la composicin de dos o ms
nubes (privadas, comunitarias o pblicas) que permanecen como entidades
nicas pero estn enlazadas juntas por una tecnologa estandarizada o
propietaria que permite la portabilidad de datos y aplicaciones.
- Nube privada: Cuando infraestructura de nube es operada solamente por una
organizacin
- Nube pblica: La infraestructura es provista al pblico general o a un grupo de
industria grande y es propiedad de una organizacin que vende servicios en
nube.
- Nube comunitaria: La infraestructura es compartida por varias organizaciones
y soporta a una comunidad especfica que tiene preocupaciones compartidas.
4.3.1 Modelos de Despachos
a) Software como Servicio (SaaS)
Como una capacidad provista para el usuario o cliente de usar una aplicacin
de software de un determinado proveedor a travs de una infraestructura en la
nube, accesible a los usuarios a travs de un cliente delgado (browser), a
travs de un navegador de Internet.
El consumidor, usuario o cliente no controla ni administra la infraestructura de
la nube como servidores, redes, sistemas operacionales, almacenamiento e
inclusive capacidades individuales de la aplicacin.
b) Plataforma como Servicio (PaaS)
Capacidad provista al usuario o cliente de desplegar en una infraestructura en
la nube aplicaciones creadas por el consumidor del servicio usando lenguajes
de programacin y herramientas usadas por el proveedor del servicio.
la nube subyacente (sistemas operacionales, redes, servidores, y
23
Sistema a Distancia
almacenamiento), pero s tiene control sobre las aplicaciones desplegadas y

posiblemente configuraciones del ambiente de desarrollo que lo hospeda.
c) Infraestructura como Servicio (IaaS)
Es la capacidad provista al usuario o cliente de aprovisionarse de
procesamiento, almacenamiento, redes y otros recursos computacionales
fundamentales donde el consumidor, cliente o usuario es capaz de desplegar y
correr un software arbitrario que puede incluir sistemas operacionales y
aplicaciones.
la nube subyacente, pero tiene el control sobre los sistemas operacionales,
almacenamiento aplicaciones desplegadas y posiblemente seleccionar
componentes de red como firewalls y balanceadores de carga.
4.4 Cundo adoptar un modelo de Cloud Computing en los Negocios
Las empresas puedan adoptar un modelo de computacin en la nube de
manera parcial o total, teniendo en consideracin estos puntos:
- Cuando sus procesos, aplicaciones y sus datos son
independientes.
- Cuando el tema de costos es importante
- Cuando las aplicaciones son nuevas
- Cuando los puntos de integracin estn bien definidos.
- Cuando hay un bajo nivel de seguridad
- Cuando la arquitectura tecnolgica de la empresa es saludable.
- Cuando la Web es una plataforma deseada por el negocio
altamente
4.5 Cundo no se ajusta el modelo de Cloud Computing en los Negocios

Por otro lado no es necesario elegir este modelo:
- Cuando las aplicaciones son de uso tradicional.
- Cuando los procesos, las aplicaciones y los datos estn altamente
relacionados.
- Cuando los puntos de integracin no estn bien definidos.
- Cuando es necesario un alto nivel de seguridad.
- Cuando la arquitectura tecnolgica de la empresa an requiera reformas.
- Cuando las aplicaciones necesiten de una interfaz propia y no es
necesariamente la web.
4.6 Estrategia a seguir para adoptar Cloud Computing en los Negocios
Una vez elegido este modelo de computacin, es necesario seguir una
estrategia para llevar organizada la implementacin, a continuacin el proceso
de implementacin:
a) Conocer la arquitectura del negocio y su arquitectura tecnolgica
24
Sistema a Distancia
b) Conocer la cultura organizacional del negocio

c) Conocer el valor estratgico de este tipo de modelo
d) Entender la arquitectura de datos del negocio.
e) Entender sus servicios
f) Entender los procesos
g) Entender los recursos de la nube
h) Identificar los datos candidatos
i) Identificar los servicios candidatos.
j) Identificar los procesos candidatos
k) Crear una estrategia de gobierno.
m) Crear una estrategia de seguridad.
n) Integrar los servicios candidatos a los datos y los procesos.
o) Reubicar los servicios, los procesos y la informacin.
p) Implementar un modelo de seguridad
q) Implementar un modelo gestin corporativo de la nueva solucin
r) Implementar las operaciones de esta nueva implementacin
s) Monitorear y supervisar los servicios implementados
25
Sistema a Distancia
RESUMEN
La unidad desarrollada nos brinda una revisin de la problemtica y los retos
que tienen que enfrentarse los sistemas de informacin para su integracin. Se
analiza y describe la Ley de Moore, el cual se ha cumplido a cabalidad, durante
todos estos ltimos aos, y los sistemas informticos han tenido que
enfrentarse, adems se analiza las repercusiones de integridad de los
Sistemas Heredados que actualmente tiene estos sistemas los negocios y se
presenta que alternativas tenemos para integrar con los sistemas modernos.
Se plantea la problemtica de la integracin de distintos tipos de datos, incluso
se revisa la tipologa de los datos, para luego plantear las diferentes
tecnologas que permiten la integracin de datos como la alternativa de Data
Warehouse o ETL, EDR y solucin basada en la Enterprise Information
Integration (EII).
Se explica y describe la integracin de aplicaciones empresariales (EAI),
adems de plantear las tecnologas vinculadas a este tipo de integracin.
Finalmente en esta unidad se describe y detalla la forma de unificar e integrar
sistemas en un entorno de computacin totalmente distinto al convencional
denominado Cloud Computing o simplemente Computacin en Nube, adems
se describe sus caractersticas, servicios, estrategias de implementacin y
cuando recurrir a este modelo de computacin.
26
Sistema a Distancia
LECTURA
Software para la Integracin Empresarial (*)
Existen Soluciones de software alternativas para promover la integracin
empresarial.
Una alternativa, es reemplazar los sistemas aislados que no se pueden
comunicar entre s con un sistema empresarial. El software empresarial consta
de un conjunto de mdulos interdependientes para aplicaciones como ventas y
distribucin, contabilidad financiera, administracin de inversin, administracin
de materiales, planeacin de produccin, mantenimiento de plantas y recursos
humanos, lo que permite utilizar los datos para mltiples funciones y procesos
de negocio para una coordinacin y control organizacional ms precisos. Los
mdulos se pueden comunicar entre s directamente compartiendo un depsito
comn de datos. Los principales proveedores de software empresarial incluyen
SAP, Oracle, PeopleSoft y Baan. Estos proveedores estn mejorando sus
productos para proporcionar ms capacidades para la administracin de la
cadena de abastecimientos y el intercambio de datos con otras empresas.
Las compaas individuales pueden implementar todos los mdulos del
software empresarial que le ofrece un proveedor o seleccionar solamente los
mdulos que les interesen. Tambin pueden configurar el software que
seleccionaron para apoyar su manera de hacer negocios. Por ejemplo, podran
configurar el software para dar seguimiento a los ingresos por lnea de
producto, unidad geogrfica o canal de distribucin. Sin embargo, el software
empresarial tal vez no pueda apoyar algunos procesos de negocios nicos de
la compaa y en ocasiones requiera que las empresas cambien su manera de
operar.
La mayora de las empresas no pueden desechar todos sus sistemas
existentes y crear una integracin a nivel de toda la empresa desde la nada.
Muchas aplicaciones heredadas de mainframe existentes son esenciales para
las operaciones diarias y es muy riesgoso cambiarlas, pero se pueden hacer
ms tiles si su lgica de informacin y de negocios se puede integrar con
otras aplicaciones. Una manera de integrar varias aplicaciones heredadas es
utilizar software especial llamado moddleware para crear interfaz o puente
entre dos sistemas diferentes. El middleware es un software que conecta dos
aplicaciones que de otra forma estaran separadas, permitindoles
comunicarse entre s e intercambiar datos. El middleware puede constar de
software personalizado escrito en la empresa o de un paquete de software.
Hay muchos tipos de diferentes middleware. Un uso importante del middleware
es para enlazar las mquinas clientes y servidor en una computacin
cliente/servidor, y cada vez se est usando ms para enlazar un servidor web
27
Sistema a Distancia
como los datos almacenados en otra computadora. Un servidor Web es un

software para localizar y administrar pginas web almacenadas. Localiza las
pginas Web solicitadas por un usuario en la computadora en la que estn
almacenadas y enva las pginas Web a la computadora del usuario. El
middleware permite a los usuarios solicitar datos (como pedido) del sistema de
transacciones (como sistema de procesamiento de pedido) que aloja los datos
mediante formularios desplegados en un navegador Web, y eso le permite al
navegador Web devolver pginas Web dinmicas basadas en la solicitud de
informacin del usuario.
En vez de escribir middleware personalizado para conectar una aplicacin con
otra, ahora las compaas pueden comprar un software de integracin de
aplicaciones empresariales para conectar aplicaciones separadas o grupos de
aplicaciones. Hay una gran cantidad de productos de software de integracin
de aplicaciones empresariales, muchos ofreciendo herramientas de integracin
de procesos de negocios para enlazar aplicaciones a travs del modelado de
procesos de negocios. El software permite a los constructores del sistema
modelar grficamente sus procesos de negocios y definir las reglas que deben
seguir las aplicaciones para hacer que estos procesos funcionen. A
continuacin el software genera las instrucciones fundamentales del programa
para enlazar las aplicaciones existentes para que puedan intercambiar datos a
travs de mensajes regidos por las reglas de los procesos de negocios. (Un
ejemplo de estas reglas podra ser "cuando se ha colocado un pedido, la
aplicacin de pedidos le dice al sistema de contabilidad que enve una factura y
le debe indicar al rea de embarques que enve el pedido al cliente".) Puesto
que el software de integracin de aplicaciones empresariales es muy
independiente de las aplicaciones individuales que conecta, la organizacin
puede cambiar sus procesos de negocios y crecer sin requerir cambios a las
aplicaciones. Algunas herramientas de integracin de aplicaciones
empresariales permiten que mltiples empresas integren sus sistemas para
aplicar su cadena de abastecimientos.
* Fuente: (Laudon y Laudon, 2004, pp. 206-207)
28
Sistema a Distancia
AUTOEVALUACIN
1. La ley de Moore se origin porque:
a) Cada 18 meses las computadoras son ms poderosas por el nmero de
transistores en un chip
b) Los chips se cuadriplican por tres en una computadora
c) El precio del software tiende a bajar y el hardware sube en el nmero de
componentes
d) Los precios de las computadoras bajan y al mismo tiempo las prestaciones
siguen igual
e) Las computadoras son del fabricante intel
2. Una de las afirmaciones sobre los Sistemas Heredados es incorrecta:
a. No se pueden reemplazar
b. Son sistemas cuyo costo de migracin es costosa
c. Si es posible integrar con sistemas modernos
d. Se pueden considerar como un servicio ms en una Arquitectura Orientada
a Servicios
e. Son demasiado caros su mantenimiento y crticos en los negocios
3. Uno de los ejemplos de datos semiestructurados no corresponde
a. Datos en archivos Excel
b. Datos en Archivos CVS
c. Datos en Archivos HTML tabulado
d. Datos en Archivos PDF
e. Datos en documentos XML
4. Una de las caractersticas de los productos EII no corresponde:
a. Transparencia
b. Heterogeneidad
c. Extensibilidad
d. Alta disponibilidad
e. Dependencia
5. En Cloud computing uno de los modelos de despliegue no
corresponde:
a. Nube hbrida
29
Sistema a Distancia
b. Nube privada
c. Nube pblica
d. Nube comunitaria
e. Nube Organizacional
6. Una de las integraciones por heterogeneidad no corresponden:
a. Informacin estructurada
b. Informacin no estructurada
c. Informacin en formatos legibles para mquinas
d. Informacin semi-estructurada
e. Informacin no reconocida por las mquinas
7. Uno de las afirmaciones es incorrecta sobre el modelo de Data
Warehouse
a. Los datos de las fuentes se copian peridicamente a un almacn central
b. Pueden copiarse todos los datos o slo un subconjunto de datos
c. Las fuentes pueden ser archivos con datos no estructurados
d. Las fuentes pueden ser otras bases de datos
e. Centraliza la informacin en una sola base de datos
8. Una de las Tecnologas no corresponde a la alternativa EII
a. Cliente/Servidor
b. ERP
c. BPM
d. BI
e. SOA
9. Una de las siguientes caractersticas no corresponden a la
computacin en la nube
a. Acceso ubicuo a la red
b. Conjunto de recursos obtenibles independientemente de la ubicacin
c. Rpida elasticidad
d. Servicio ilimitado
e. Seguridad extrema
30
Sistema a Distancia
10. Una de las afirmaciones es incorrecta, sobre adoptar un modelo de

Cloud Computing
a. Cuando los datos son independientes
b. Cuando la web es una plataforma adecuada para la organizacin
c. Cuando los puntos de integracin no estn bien definidos
d. Cuando las aplicaciones son nuevas
e. Cuando hay un bajo nivel de seguridad
RESPUESTAS DE CONTROL
1. a
2. a
3. d
4. e
5. e
6. a
31
7. c
8. a
9. d
10. c
Sistema a Distancia
EJERCICIOS PROPUESTOS
Caso: Integracin de Datos con RSS XML
Desarrollar una aplicacin Really Simple Syndication (RSS) en php con esta
estructura de datos.
#
# Table structure for table 'articulos'
#
CREATE TABLE àrticulos` (
ìd` int(11) NOT NULL auto_increment,
`categoria` varchar(50) NOT NULL,
`titulo` varchar(50) NOT NULL,
`resumen` varchar(50) NOT NULL,
`fecha` date NOT NULL,
ènlace` varchar(50) NOT NULL,
UNIQUE KEY ìd` (ìd`)
) ENGINE=MyISAM AUTO_INCREMENT=3 /*!40100 DEFAULT CHARSET=utf8*/;
c) Insertar algunos registros

# Base de Datos 'app'
# Table structure for table 'articulos'
#
CREATE TABLE àrticulos` (

ìd` int(11) NOT NULL auto_increment,
`categoria` varchar(50) NOT NULL,
`titulo` varchar(50) NOT NULL,
`resumen` varchar(50) NOT NULL,
`fecha` date NOT NULL,
ènlace` varchar(50) NOT NULL,
UNIQUE KEY ìd` (ìd`)
) ENGINE=MyISAM AUTO_INCREMENT=3 /*!40100 DEFAULT CHARSET=utf8*/;
#
INSERT INTO àrticulos` (ìd`, `categoria`, `titulo`, `resumen`, `fecha`, ènlace`) VALUES
(1,'Sistemas','Nuevo Perfil de Sistemas','Esta nueva carrera es a distancia','2011-0101','http://www.uigv.edu.pe'),
(2,'Electronica','Utilizando red electrica para Internet','Es una novedosa tecnica para
trabajar por internet','2011-02-10','http://internet.com');
32
Sistema a Distancia
Se pide:
a) Generar el RSS de la aplicacin con la estructura de datos definida en Mysql
b) Utilizar el archivo XML de la aplicacin para que lo sindiquen en otros sitios
webs
c) Comparar el RSS XML en el navegador Internet Explorer y Mozilla Firefox
d) Importar la Base de Datos de Mysql a formato XML
e) Importar el archivo XML a SQL utilizando un script PHP
f) Integrar 03 aplicaciones RSS, utilizando un solo script
g) Disee la arquitectura distribuida de la solucin
Caso: Implementacin de un servidor Cloud Computing utilizando el

servicio EYEOS
EYEOS es una solucin de software para gestionar paquetes en un servidor de
Cloud Computing, se pide:
a) Instalar y configurar el servicio EyeOS en un sistema operativo GNU/Linux
b) Implemente e integre dos paquetes en EYEOS
c) Diferencie una
convencionales
aplicaciones
Cloud
Computing
versus
sistemas
d) Describa la arquitectura de la plataforma EYEOS

e) Mencione las caractersticas Tcnicas y arquitectura de EYEOS
33
Sistema a Distancia
EXPLORACIN ON LINE
URL: http://www.intel.com/technology/mooreslaw/
Sitio oficial de Intel, donde su co-fundador Gordon Moore predice la popular
ley de Moore por ms de 40 aos
URL: http://isc.sans.edu/diary.html?storyid=7528
Sitio web del Centro de Investigacin de Internet del Instituto Tecnolgico
de SANS donde explican el impacto y la problemtica de los sistemas
heredados en los navegadores de internet
URL:http://www.denodo.com/en/resources/webcasts/technical_demonstratio
n/index.php
Una demo de la solucin de EII de la empresa Denodo Technologies, donde
explica como funciona y se desarrolla una solucin de Enterprise
Information Integration con ejemplos prcticos de implementacin.
URL: http://www-01.ibm.com/software/es/itsolutions/eai/
Sitio de IBM donde explica y muestra sus soluciones para la integracin de
aplicaciones informticas y empresariales, adems muestra Software de
EAI con SOA
URL: http://www.oracle.com/Sun_Cloud
Sitio de Oracle, en ella se puede encontrar informacin de las soluciones y
servicios de la computacin en la Nube
URL: http://www.ibm.com/ibm/cloud/
Sitio oficial de IBM, donde muestra sus diferentes productos y servicios de
Cloud Computing
URL: http://csrc.nist.gov/groups/SNS/cloud-computing/
Sitio oficial de la National Institute of Standards and Technology, donde
definen los servicios del modelo de computacin Cloud Computing
34
Sistema a Distancia
REFERENCIA BIBLIOGRFICA
Aquilera, P.
(2009) Seguridad Informtica. Madrid:

Editex
Bashein, B. J. & Markus, M. L.
(2000) Data warehouses: more than

just mining, Financial Executives
Research Foundation, Inc
Brock, D.
(2006) Understanding Moore's law.

Philadelphia:
Chemical
Heritage
Foundation
Brockman, J.
(2002) Los prximos cincuenta aos: El

conocimiento Humano en la primera
mitad del siglo XXI. Barcelona, Kairos
S.A.
Conesa, J. y Curto, C.
(2010) Introduccin al Bussiness

Intelligence. Barcelona, Editorial UOC
Durn, L.
(2006) Ampliar, configurar y reparar su

PC. Barcelona, Marcombo S.A.
Garcia, I.
(2001) CRM Gestin de la Relacin de

los
Clientes.
Madrid,
Fundacin
Confemetal
Laudon, K.C., Laudon, J. P.
(2004) Sistemas de Informacin

Gerencial 8va edicin, Mexico d.f.,
Pretice Hall
Mell, P., Grace, T.
(2009) The NIST Definition of Cloud

Computing. Washington D.C: National
Institute of Standards and Technology
NIST
(2010), Cloud Computing. Publicado 20

de Mayo del 2010. Obtenido 15 de
Marzo
del
2011,
desde
35
Sistema a Distancia
http://csrc.nist.gov/groups/SNS/cloudcomputing/
Rischmoller, L.
(2002) Impacto de las Herramientas

Avanzadas de Visualizacin en la
Industria AEC. Santiago de Chile:
Premix Grupo Blue Circle.
Shelly, G.
(2007) Discovering computers 2009.

Boston: CengageBrain
Sommerville, I.
(2006) Ingeniera del Software 7ma

edicin. Madrid: Addison-Wesley
BIBLIOGRAFA COMENTADA
-
Coulouris, G., Dollimore, J., & Kindberg, Tim (2007) Sistemas Distribuidos
Conceptos y Proyecto 4ta Edicin. Madrid: Addison Wesley.
Puede revisar la unidad 2, sobre los modelos de arquitectura de los
sistemas distribuidos.
Linthicum, D. (2000) Enterprise Aplicacion Integration. Addison-Wesley

Revisar el captulo 2 sobre los niveles de Integracin de las aplicaciones
empresariales, adems del captulo 5 sobre la integracin de aplicaciones a
nivel de interfaz de usuarios
Antonopoulos, N. & Gullam, L.

Systems and Applications
(2010) Cloud Computing: Principles,
Puede revisar la Parte III sobre la confidencialidad y seguridad de los datos

en este tipo de sistemas
36
Sistema a Distancia

UNIDAD I.desbloqueado PDF

Diunggah oleh

Informasi Dokumen

Judul Asli

Hak Cipta

Format Tersedia

Bagikan dokumen Ini

Bagikan atau Tanam Dokumen

Opsi Berbagi

Apakah menurut Anda dokumen ini bermanfaat?

Apakah konten ini tidak pantas?

Hak Cipta:

Format Tersedia

UNIDAD I.desbloqueado PDF

Diunggah oleh

Hak Cipta:

Format Tersedia

Facultad de Ingeniera de Sistemas, Cmputo y

Sistemas Distribuidos II - Unidad I

Daniel Yucra Sotomayor

Integracin de Sistemas de Informacin

Leccin 1: Retos para la integracin de sistemas: Ley de Moore y los

1.1 La Ley de Moore

1.2 Sistemas Heredados

1.2.1 Partes lgicas de un sistema heredado y sus relaciones

1.2.2 Alternativas a los sistemas heredados

Leccin 2: Integracin de Datos

2.1. El Contexto de la integracin

2.2 Tipologas de datos

2.3 La Integracin de datos

2.4 Tecnologas de Integracin de Datos

2.4.1 ETL: Extraer, Transformar y Cargar

2.4.2 EII: Integracin de Informacin Empresarial

2.4.3 Enterprise Data Replication (EDR)

2.5 Tecnologas EII

2.6 Uso de la integracin de datos

Leccin 3: Integracin de Aplicaciones Empresariales

3.2 La visin de la EAI

3.3 Integracin de aplicaciones con interfaces

Leccin 4: Cloud Computing

4.1 Qu es Cloud Computing?

4.2 Caractersticas esenciales

4.3 Modelos de de servicios

4.3.1 Modelos de Despachos

4.4 Cundo adoptar un modelo de Cloud Computing en los Negocios

4.5 Cundo no se ajusta el modelo de Cloud Computing en los Negocios

4.6 Estrategia a seguir para adoptar Cloud Computing en los Negocios

Sistemas Distribuidos II - Unidad I

Daniel Yucra Sotomayor

Segunda Unidad: Parsing XML y Web Services

Leccin 5: Parsing XML

5.2 Tipos de parsing

5.3 Parsers en los Browsers

5.4 Los APIs para parseo

5.5 Java API for XML Processing (JAXP)

5.6 DOM y SAX

5.7 SAX (Simple API para XML)

5.8.1 rboles y Nodos en DOM

Leccin 6: Web Services

6.2 Estndares principales de los Web Services

6.2.1 HTTP (Hypertext Transfer Protocol)

6.2.2 Extensible Markup Language (XML)

6.2.3 SOAP (Simple Object Access Protocol)

6.2.4 Web Services Description Language (WSDL)

6.2.5 Universal Description, Discovery and Integration (UDDI)

6.3 Caractersticas de los Web Services

6.4 Arquitectura de los Web Services

6.5 Retos tcnicos que deben superar los Web Services

6.6 Desarrollo de un Web Services Proveedor y Consumidor con Axis

6.7 Web services con Java

6.7.1 Creacin de dos Web Services con un Web Services

6.7.1.1 Enunciado del caso

6.7.1.2 Definiendo las bases de datos de los 02 Web

6.7.1.3 Creacin del primer Web Service Proveedor Librera

6.7.1.4 Creacin del segundo Web Service Proveedor Reniec 62

Sistemas Distribuidos II - Unidad I

Daniel Yucra Sotomayor

dos web service proveedor

6.7.1.6 Web Service Consumidor utilizando servlet

Tercera Unidad: Arquitecturas Distribuidas Empresariales