Un sistema de información es un conjunto de elementos que interactúan entre si para gestionar la información. Sirve como apoyo automatizando los procesos de un negocio.

TIPOS

TRANSACCIONALES

Automatizan los procesos operativos de una organización, realizando las labores . Su funcionamiento dentro de una empresa es mas a nivel operativo en la jerarquía de la misma.

DE SOPORTE A LA TOMA DE DESICIONES

Son lo que generan la información ya refinada y transformada para la alta gerencia, mostrando los resultados de los procesos operativos, es decir recoge la información arrojada por los sistemas transaccionales, ya sean de los procesos manuales o automáticos.
Este tipo de sistema se divide en 4 subtipos
Sistema de soporte a la toma de decisiones (DSS): Ayuda en la generación de diferentes alternativas o escenarios de decisión a través de modelos computacionales.
Sistema de información para ejecutivos (EIS): Para los altos ejecutivos mostrando información de suma importancia y critica del negocio a través de sistemas gráficos
Sistema de soporte a la toma de decisiones en grupo (GDSS):
Su función es integrar un grupo de personas para la toma de decisiones, sistemas de vitalización de la información, etc.

ESTRATEGICOS

Su objetivo es mejorar la productividad del negocio, basándose en estrategias y metodologías que ayudan a ofrecer mejores servicios que la competencia.

EXPERTOS

Basados en inteligencia artificial, se programan de tal forma que sean capaces de aprender a desarrollar una tarea o procesos por si mismos, tan solo dándoles unos parámetros de entrada y enseñándoles a realizar dichos procesos.

EJEMPLOS

TRANSACCIONALES

Dentro de los transaccionales, existen sistemas de pagos, cobros.
En empresas dedicadas a la academia podrían ser sistema de inscripción, de matriculas, de notas etc.
Sistemas de reservas para solicitar un cupo en algún servicios, viaje, hotel etc.

DE SOPORTE A LA TOMA DE DESICIONES

Dentro de estos se encuentran software de informes, que permitan realizar cálculos y mostrar de forma grafica el comportamiento de alguna variable o variables en la empresa, ya sea ventas, compras, clientes nivel de satisfacción, etc.
Este es un producto enfocado sistema de toma de decisiones. http://www.idashboards.com/

ESTRATEGICOS

Sistemas de administración de la relación con el cliente: con el fin de mejorar el nivel de satisfacción del cliente.
Sistemas que interactúen con el cliente mostrando los servicios y/o productos que ofrece.
• Las páginas web de las empresas.
• Comercio electrónico.
• Intercambio electrónico de datos.
• Sistemas de comunicación electrónica

Ejemplos

http://www.oracle.com/us/products/applications/siebel/index.html

http://www.sap.com/mexico/index.epx

INFOGRAFIA

http://www.monografias.com/trabajos7/sisinf/sisinf.shtml#tusi

http://tecnomaestros.awardspace.com/tipos_sistemas.php

http://www.csi.map.es/csi/silice/Dsamed17.html

http://cmapspublic.ihmc.us/rid=1G543GWTW-RW25CM-M4X/Sistemas%20Estrategicos.pdf

 1. QUE ES JDBC

 Java Database Connectivity

 Es una interfaz de acceso a bases de datos conexión SQL, también proporciona una base común para la construcción de herramientas y utilidades de alto nivel. [2]

 Este API Java ejecuta consultas SQL en Bases de Datos Relacionales, Independiente del Sistema Gestor Relacional. [1]

Se divide en dos paquetes [1]

ü      java.sql, dentro de J2SE

ü      javax.sql extensión dentro de J2EE

Es importante resaltar que  Para acceder a una base de datos es necesario de un driver.

El API JDBC facilita programar el acceso a BD sin que se tenga en cuenta a que Servidor nos dirigimos (Oracle, Sybase, Informix, etc.).[3]

2. QUE OFRECE [1]

El Api ofrece las clases e interfaces para:

ü      Establecer una conexión a una base de datos.

ü      Ejecutar una consulta.

ü      Procesar los resultados.

A continuación mostraremos el código para establecer una conexión.

// Establece la conexión

Connection con = DriverManager.getConnection (

“jdbc:odbc:miBD”, ”miLogin”, ”miPassword”);

// Ejecuta la consulta

Statement stmt = con.createStatement();

ResultSet rs = stmt.executeQuery(“SELECT nombre, edad FROM Empleados”);

// Procesa los resultados

while (rs.next()) {

String nombre = rs.getString(”nombre”);

int edad = rs.getInt(”edad”);

} [1]

ARQUITECTURA

Fuente http://dis.um.es/~jbermudez/dad/transparencias/T4-JDBC0506.pdf

Mecanismo JDBC [2]

ü      Establecer conexión.

ü      Crear sentencia.

ü      Ejecutar sentencia.

ü      Procesar resultados.

ü      Finalizar sentencia.

ü      Cerrar conexión.

3. COPMONENTES

3.1 QUE ES UN DRIVER [1]

Un dirver es un conjunto de clases encargadas de implementar las interfaces del API y acceder a la base de datos.

Existen diferentes tipos de driver`s

ü      Driver Tipo 1:

Son los que utilizan un API nativa estándar

Ejemplo: puente JDBC:ODBC.

ü      Driver Tipo 2:

Son los que utilizan un API nativa de la base de datos

Ejemplo: Oracle OCI.

ü      Driver Tipo 3:

Servidor remoto con un API genérica.

Útil para aplicaciones en internet.

ü      Driver Tipo 2:

Totalmente desarrollado en Java

Ejemplo: Oracle Thin.

Fuente http://www.it.uniovi.es/docencia/Telematica/appTel/material/Practicas3.pdf

3.2 CLASES DE OBJETOS [5]

DriverManager: Carga, elige drivers

Driver: Se conecta con la base de datos actual

Connection: Una serie de sentencias SQL hacia y desde la BD

Statement: Un sentencia SQL

ResultSet: Los registros obtenidos de la sentencia SQL

3.3 CLASES DE JDBC

Fuente http://zarza.usal.es/~fgarcia/docencia/poo/04-05/Trabajos/JDBC.pdf

3.4 CONSULTAS JDBC [1]

El API JDBC no restringe las sentencias que se envían a la Base de datos.

En principio, todos los drivers deben ser compatibles con ANSI SQL-2 Entry Level.

3.5 TIPOS DE SENTENCIAS: [3]

Existen tres tipos de sentencias:

Statement: Sentencias SQL estáticas (su código se conoce en tiempo de compilación) Se crean mediante el método createStatement() de la clase Connection

PreparedStatement: creadas por el método prepareStatement(). Dan soporte a SQL dinámico (parte de la sentencia se precompila y parte se sustituye en tiempo de ejecución). Eficiente para sentencias de ejecución reiterada

CallableStatement: creada por el método prepareCall() destinada a la ejecución de procedimientos almacenados

El API distingue dos tipos de consultas:

Consultas: SELECT

Actualizaciones: INSERT, UPDATE, DELETE, sentencias DDL

3.5.1 RESULT SET [1]

Es un proxy sobre los registros del resultado de la búsqueda que controla la recuperación de los registros.

Representa un cursor (iterador) sobre los resultados.

ü      Movimiento: métodos next() y previous()

ü      Inicialmente el cursor está posicionado antes del primer registro.

Depende del objeto consulta: Cada vez que se realice una consulta se pierden los resultados.

RESULT SET

Existen dos alternativas para acceder a las columnas del resultado:

ü      rs.getString(“nombre de la columna”);

ü      rs.getString(1); -> Posición en la consulta

El acceso por posición es útil cuando accedemos a una columna derivada ò cuando hay columnas con los mismos nombres (join).

4. Instalación de JDBC [2]

Para acceder a BBDD en Java es necesario:

Tener instalado el entorno de desarrollo de java (SDK).

Tener instalada la API JDBC (normalmente incluido en el SDK).

Disponer del driver java para el gestor de BBDD escogido o usar el puente JDBC-ODBC.

Además de la API JDBC, el driver del gestor es una de las partes fundamentales para al acceso a los datos. Es posible usar un driver java específico del gestor a acceder o se puede usar el driver JDBC-ODBC incluido en la API.

5. BASES DE DATOS EN ENTORNOS WEB

Son importantes las conexiones de bases de datos en entornos web ya que se presentan múltiples conexiones simultáneas a la base de datos y por que el establecimiento de una conexión es costoso.

Para esto es necesario definir cuidadosamente las transacciones y establecer algún mecanismo para optimizar el uso de conexiones.

Este servicio es útil en a construcción de aplicaciones en que se debe acceder  a información disponible en Web Servicie y en bases de datos ofreciendo una interfase homogénea para dichos accesos y permitiendo una integración a través del controlador. [4]

6. WEBGRAFIA

1 http://dis.um.es/~jbermudez/dad/transparencias/T4-JDBC0506.pdf

2 http://zarza.usal.es/~fgarcia/docencia/poo/04-05/Trabajos/JDBC.pdf

3 http://www.miclase-online.com/tutoriales/computacion/programacion/AccesoBDJava.pdf

4 http://www3.uji.es/~berlanga/Chronology/jisbd2003_jordi.pdf

5 http://www.it.uniovi.es/docencia/Telematica/appTel/material/Practicas3.pdf

ODBC ( “Open Database Connectivity”, conectividad de base de datos abierta)

Es un método estándar de acceso a base de datos que ofrece un denominador común neutral (compartir datos) para aplicaciones y bases de datos. [4]

Se asume como una interfaz de programación de aplicaciones estándar (API) que permite acceder a datos contenidos y manejados por sistemas de gestión de bases de datos (DBMSs). Utilizando ODBC, las aplicaciones pueden acceder a datos almacenados en una gran variedad de ordenadores personales, miniordenadores y grandes ordenadores, incluso aunque cada DBMS utilice un formato diferente para guardar la información [3]

Fuentehttp://dis.unal.edu.co/profesores/eleon/cursos/BD/practicas/practica4.pdf

Fuentehttp://dis.unal.edu.co/profesores/eleon/cursos/BD/practicas/practica4.pdf

Oprimimos el botón next y termina de instalar

2.2 CREACIÓN DEL NUEVO ORÍGEN DE DATOS

Ahora, agregaremos un nuevo origen de datos de sistema y posteriormente poder usar el conector, ingresamos por:

Panel de control>Herramientas administrativas>Origenes de datos ODBC

Aparece una ventana en la cual seleccionamos la pestaña de DSN de sistema:

Fuentehttp://dis.unal.edu.co/profesores/eleon/cursos/BD/practicas/practica4.pdf

Hacemos clic en agregar y nos aparece la siguiente ventana, en la cual elegimos el controlador respectivo, que en este caso es MySQL ODBC 3.51 Driver

Fuentehttp://dis.unal.edu.co/profesores/eleon/cursos/BD/practicas/practica4.pdf

Al hacer clic, aparece la ventana de configuración del conector, donde aparecen los siguientes campos:

• Data Source Name: (Windows DNS Name) Ponemos el nombre con el que identificar en Windows la Base de Datos MySQL que vamos a acceder. (example: everyoneMySQL)

• Description: Descripción, opcional.

• Server: (MySQL Host (Name or IP)) Aquí le indicamos la IP del servidor o su nombre. (ejemplo 192.168.0.1)

• User: El usuario con privilegios para acceder a la Base de Datos. (example: root)

• Password: El password para acceder de ese usuario

• Database: (MySQL Database Name) El Nombre de la Base de datos que vamos a acceder. (example: MyBD)

Para otras opciones de configuración, se puede ver en las pestañas de Connect Options y en Advanced.

Fuentehttp://dis.unal.edu.co/profesores/eleon/cursos/BD/practicas/practica4.pdf

3 WEBGRAFIA

1 http://gustavolarriera.tripod.com/doc/tech/cipmsabd.pdf

2 http://dis.unal.edu.co/profesores/eleon/cursos/BD/practicas/practica4.pdf

3 http://lorien.die.upm.es/~juancho/pfcs/ACG/7bdlocal.pdf

4 http://images.autodesk.com/emea_s_main/files/revit_bim_odbc_jun05.pdf

5 http://www.aitg.com/support/intershop/is41_odbc_sp.pdf

Es el acrónimo para Asynchronous JavaScript + XML y el concepto es: Cargar y renderizar una página, luego mantenerse en esa página mientras scripts y rutinas van al servidor buscando, en background, los datos que son usados para actualizar la página solo re-renderizando la página y mostrando u ocultando porciones de la misma. [1]

No es una tecnología, sino la unión de varias tecnologías que juntas pueden lograr cosas realmente impresionantes como GoogleMaps, Gmail el Outlook Web Access ( ref ) o algunas otras aplicaciones muy conocidas. [1]

AJAX (JavaScript Asíncrono y XML) se basa en HTML dinámico y JavaScript en la parte cliente. El Objeto XMLHttpRequest fue añadido originalmente por Microsoft y anduvo revoloteando durante un tiempo hasta que Google lo lanzó al estrellato. AJAX permite que un script escrito en JavaScript y descargado de una página web intercambie información de manera asíncrona con el servidor

web. Pasa de esta manera información (de contrabando) de forma dinámica hasta la página HTML, ya que en principio sólo van a ocurrir cambios pequeños

en la página.(4)

Ajax incorpora

• presentación basada en estándares usando XHTML y CSS;
• exhibición e interacción dinámicas usando el Document Object Model ;
• Intercambio y manipulación de datos usando XML and XSLT ;
• Recuperación de datos asincrónica usando XMLHttpRequest , y JavaScript poniendo todo junto. [1]

FUENTE: http://www.programacionweb.net/articulos/articulo/?num=317

Las tecnologías que forman AJAX son:[2]

▪ XHTML y CSS, para crear una presentación basada en estándares.

▪ DOM, para la interacción y manipulación dinámica de la presentación.

▪ XML, XSLT y JSON, para el intercambio y la manipulación de información.

▪ XMLHttpRequest, para el intercambio asíncrono de información.

▪ JavaScript, para unir todas las demás tecnologías.

Figura . Tecnologías agrupadas bajo el concepto de AJAX

Ref : http://www.librosweb.es/ajax/pdf/introduccion_ajax.pdf

Una aplicación AJAX elimina la naturaleza “arrancar-frenar- arrancar-frenar” de la interacción en la Web introduciendo un intermediario -un motor AJAX- entre el usuario y el servidor. [1]

En vez de cargar un pagina Web, al inicio de la sesión, el navegador carga al motor AJAX (escrito en JavaScript y usualmente “sacado” en un frame oculto). Este motor es el responsable por renderizar la interfaz que el usuario ve y por comunicarse con el servidor en nombre del usuario. [1]

El motor AJAX permite que la interacción del usuario con la aplicación suceda asincrónicamente (independientemente de la comunicación con el servidor). Así el usuario nunca estará mirando una ventana en blanco del navegador y un icono de reloj de arena esperando a que el servidor haga algo. [1]

Figura 2: El patrón de interacción sincrónica de una aplicación Web tradicional (arriba) comparada con el patrón asincrónico de una aplicación AJAX (abajo).

http://adaptivepath.com/ideas/essays/archives/000385.php

Si el motor necesita algo del servidor para responder (sea enviando datos para procesar, cargar código adicional, o recuperando nuevos datos) hace esos pedidos asincrónicamente, usualmente usando XML, sin frenar la interacción del usuario con la aplicación. [1]

¿QUIEN ESTA USANDO AJAX?

Productos de ggogle como (Orkut, Gmail, la última versión de Google Groups, Google Suggest, y Google Maps ).

Estos proyectos demuestran que Ajax no es solo técnicamente importante, sino también prácticos para aplicaciones en el mundo real. [1]

Hoy en día las aplicaciones AJAX brotan por doquier por toda Internet. La beta de Yahoo! Webmail, por ejemplo, se parece bastante a una aplicación de escritorio. Hay que fijarse con mucho detenimiento para apreciar que es nuestro navegador el que esté detrás del espectáculo. (4)

VENTAJAS [5]

Mayor interactividad

Recuperación asíncrona de datos, reduciendo el tiempo de espera del usuario

Facilidad de manejo del usuario

El usuario tiene un mayor conocimiento de las aplicaciones de escritorio

Se reduce el tamaño de la información intercambiada

Portabilidad entre plataformas

No requieren instalación de plugins, appletsde Java, ni ningún otro elemento

Código público

PROBLEMAS

1 http://adaptivepath.com/ideas/essays/archives/000385.php

2 http://www.librosweb.es/ajax/pdf/introduccion_ajax.pdf

3 http://www.programacionweb.net/articulos/articulo/?num=317

4 http://www.linux-magazine.es/issue/15/Perl.pdf

5 http://www.rediris.es/gt/middleware/coord/gt2006/IntroduccionAJAX_v1.0.pdf

UDDI (Universal Discovery, Description and Integration)

Es un estándar para describir y descubrir servicios Web, actualmente se encuentra la versión 3.x y puede interoperar con XML.

Podemos asumirlo como un directorio publico global de empresas y servicios.[3]

ELEMENTOS [1]

Descripción de negocios:

Páginas Blancas: Estas páginas contienen información de contacto

Páginas amarillas: Contiene información de la industria.

Páginas verdes: Información técnica y especificaciones.

Registro de Servicios.

TIPOS DE REGISTROS UDDI [2]

ü  PUBLICO: Se basa UBR (UDDI BusinessRegistry) y establece un registro raíz (root) y múltiples registros UDDI pueden compartir claves.

ü  PRIVADO: Es un registro interno y generalmente detrás de un firewall.

ü  COMPARTIDO o SEMI-PRIVADO: Es un registro con acceso controlado y compartido por varios partners.

CARACTERISTICAS

ü  La última  versión  recomienda un sistema de claves basado en nombres de DNS.[2]

Ejemplo de clave en UDDI v.3:

uddi:example.com:1

uddi:example.com:sales-division:53

Basadas en dominio: uddi:mycompany:nameService

De clave única: uddi:4CD2E4BC-648B-426D-9936-443EAAC8AE23

ü  Soporte para firma digital.

ü  Separación de los datos de una entidad UDDI de los metadatos asociados (Ej.: para calcular la firma digital). [2]

ü  Uso de esquemas de XML.[2]

ü  Los usuarios plantean consultas en UBR para descubrir servicios web y obtener información sobre ellos. [3]

FUNCIONAMIENTO DE UDDI [1]

Su funcionamiento es como una base de datos distribuida P2P

Se compone de

Provider: Información sobre la entidad que ofrece el servicio

Service: Información sobre una familia particular de ofertas.

Binding: Información técnica sobre un punto de entrada a un servicio.

tModel: Descripción de especificaciones de servicio. [1]

FUNCIONAMIENTO DE UN SERVICIO WEB

Fuente:  http://internetng.dit.upm.es/ponencias-jing/2004/Web2.pdf

WEBGRAFIA

1. Introducción a los servicios web, Labra Gayo Jose Emilio, Octubre 2006 http://www.di.uniovi.es/~labra/cursos/Web20/ServiciosWeb.pdf, descargado 30/09/08

2. Fundamentos de Internet, URJC – Aplicaciones para la Web, R. Capilla,  http://triana.escet.urjc.es/apliweb/SOAP-WSDL-UDDI.pdf, fecha de descarga, 30/09/08

3. http://mit.ocw.universia.net/1.264J/NR/rdonlyres/Civil-and-Environmental-Engineering/1-264JDatabase–Internet–and-Systems-Integration-TechnologiesFa/2C547666-79A4-400A-9E47-70CA5245BFE2/0/1264_lecture_14_F2002.pdf, fecha de descarga, 30/09/08

4. Aplicaciones y Servicios Web (Web Services), Joaquín Salvachúa, Joaquín Salvachúa DIT-UPM, jsalvachua@dit.upm.es. http://internetng.dit.upm.es/ponencias-jing/2004/Web2.pdf, fecha de descarga, 30/09/08.

5. Principios de web service, Lectores@mpediciones.com, http://img.redusers.com/imagenes/libros/lpcu104/capitulogratis.pdf, fecha de descarga, 30/09/08.

6. http://arkadoel.es/programacion/INTRODUCCION_SOAP.pdf , fecha de descarga, 30/09/08.

Fuente http://www.di.uniovi.es/~labra/cursos/Web20/ServiciosWeb.pdf

WSDL (Web Services Description Language)

Es la información XML para la descripción de servicios de red y de un conjunto de puntos finales donde se dan los detalles de la conexión. [4]

WSDL permite describir servicios web Respondiendo preguntas como:

¿Qué puede hacer el servicio? Métodos.

¿Dónde reside? Formato de datos y protocolo.

¿Cómo invocarlo?  URI [1]

La relación que tiene este con SOAP es que precisamente los mensajes que describe WSDL son mensajes SOAP.

CARACTERITSITCAS [2]

ü  Es una parte de UDDI para proporcionar directorios y descripciones en Internet.

ü  Describe servicios de red basados en XML.

ü  Proporciona un medio para solicitar peticiones web sin reparar en el protocolo subyacente (ej: SOAP).

ü  Complementa SOAP.

ü  Define los servicios como una colección de puntos finales de red o “puertos (ports)”.

ü  Un conjunto de definiciones WSDL es un grupo de descripción de componentes que se aplican a un único espacio de nombres (“namespace”).

ELEMENTOS  DE WSDL [1],[5]

Contiene los siguientes elementos para definir servicios.

ü  Types: Tipos de datos usados en los mensajes (XML).

ü  Message: Son la definición abstracta (entre el servidor y el cliente) de los datos transmitidos, tanto los mensajes de entrada y salida.

ü  PortType: Todas las operaciones abstractas que realiza, definiendo todos los mensajes a intercambiar entre el cliente y el servidor. Puede ser de los tipos (request-Response) en el cual por cada requerimiento se envía una respuesta, (One-Way) Donde el web Service sólo recibe requerimientos pero no envía respuestas, (Solicit- Response) el cual funciona a la inversa de Request-Response Ya que el que soplicita el requerimiento es el servidor en vez del cliente. Y por ultimo (Notification) inverso al One-Way Donde el que manda el mensaje es solo el servidor.

ü  Binding: Protocolo concreto y especificaciones de las operaciones del mensaje, define los vínculos de protocolos como SOAP a un tipo de vínculo en particular.

ü  Port: Especifica una dirección para el enlace definiendo un único punto de destino.

ü  Service: Colección de puntos de destino, en otras palabras se informa el punto de accceso a los servicios para cada uno de los protocolos por medio de un elemento address.

Funcionamiento de los distintos tipos de portType

Fuente http://img.redusers.com/imagenes/libros/lpcu104/capitulogratis.pdf

FUNCIONAMIENTO [4]

Localización de un servicio.

Petición SOAP:

<?xml version=”1.0″ encoding=”utf-8″?>

<soap:Envelope …>

<soap:Body>

<MakeEncRequest …>

<principal>adg@microsoft.com</principal>

<cipher>+oXHdaCXvK…=</cipher>

</MakeEncRequest>

</soap:Body>

</soap:Envelope>

Respuesta SOAP:

<?xml version=”1.0″ encoding=”utf-8″?>

<soap:Envelope …>

<soap:Body>

<MakeEncRequestResponse …>

<MakeEncRequestResult>

Accepted: with nonce=1

</MakeEncRequestResult>

</MakeEncRequestResponse>

</soap:Body>

</soap:Envelope>

Localización del interfaz WSDL.

Descripción Interfaz WSDL :

…

<s:element name=”MakeEncRequest”>

<s:complexType>

<s:sequence>

<s:element … name=”principal” type=”s:string” />

<s:element … name=”cipher” type=”s:base64Binary” />

</s:sequence>

</s:complexType>

</s:element>

….

Peticiones y respuestas codificadas dentro de “sobres” SOAP.

Grupo de Definiciones WSDL [2]

• Un grupo de definición WSDL tiene obligatoria la propiedad targetNAmespace para identificar el espacio de nombres de los componentes que serán definidos.

• Cada componente excepto el de tipo tiene obligatoria la propiedad name.

• Cada componente tiene opcional la propiedad document.

Componente de Descripción de Mensaje [2]

• Se usa para modelar mensajes que se intercambian entre distintos servicios web.

• Una descripción de mensaje incluye un tipo que puede ser usado para indicar entrada, salida, fallo.

• Contiene cero o varias descripciones de partes de mensajes y cada parte contiene la propiedad name.

Componente de Descripción de Vínculo [2]

• Proporciona los detalles de vínculo del componente portType.

• Se usan también para indicar el protocolo de transporte utilizado para el envío de mensajes.

• Una descripción de vínculo tiene obligatorias las propiedades name y type.

EJEMPLO DE WSDL [1]

<? xml version=”1.0”?>

<definitions name=” Pizzas ”

targe tName space=” http : //mafia.it /pizzas.wsdl ”

xml ns : tns=” http : //mafia.it / pizzas.wsdl ”

xml ns : xsd1=” http : //maf ia . it / pizzas.xsd ”

xml ns : soap=” http : // schemas.xml soap.org /wsdl / soap /”

xmlns=” h t t p : // schemas.xml soap.org /wsdl /”>

<t y p e s>

<schema targe tName spac e=” h t t p : //maf ia . i t / pizzas.xsd ”

xmlns=” h t t p : //www.w3 . org /2000/10/XMLSchema”>

<element name=” PrecioPizzaRequest ”>

<complexType>

<a l l>

<element name=” nombrePizza ” type=”string”/>

</ a l l>

<message name=” precioPizzaInput ”>

    <p a r t name=” body ” element=” xsd1:PrecioPizzaRequest”/>

</message>

<message name=” precioPizzaOutput ”>

     <part name=” body ” element=” xsd1: precio Pizza ”/>

</message>

<portType name=” PizzasPortType ”>

   <operation name=” verPrecio ”>

<inputmessage=” t n s : precioPizza Input ”/>

<output message=” tns : precioPizzaOutput ”/>

   </ operation>

</ portType>

<binding name=” PizzasSoapBinding ”

    type=”tns izzasPortType”>

<soap: bindingstyle=”document ”

transport=”http: // schemas.xml soap.org / soap / http”/>

<operation name=”precioPizza ”>

   <soap: operations o apAction=” http : //mafia.it / Pizzas”/>

<input>

   <soap:body use=” literal ”/>

</ input>

<output>

    <soap: body use=” literal”/>

</output>

       </operation>

    </ binding>

<service name=” Pizzas Service”>

<documentation>Ejemplo de servicio</ documentation>

WEBGRAFIA

1. Introducción a los servicios web, Labra Gayo Jose Emilio, Octubre 2006 http://www.di.uniovi.es/~labra/cursos/Web20/ServiciosWeb.pdf, descargado 30/09/08

2. Fundamentos de Internet, URJC – Aplicaciones para la Web, R. Capilla,  http://triana.escet.urjc.es/apliweb/SOAP-WSDL-UDDI.pdf, fecha de descarga, 30/09/08

3. http://mit.ocw.universia.net/1.264J/NR/rdonlyres/Civil-and-Environmental-Engineering/1-264JDatabase–Internet–and-Systems-Integration-TechnologiesFa/2C547666-79A4-400A-9E47-70CA5245BFE2/0/1264_lecture_14_F2002.pdf, fecha de descarga, 30/09/08

4. Aplicaciones y Servicios Web (Web Services), Joaquín Salvachúa, Joaquín Salvachúa DIT-UPM, jsalvachua@dit.upm.es. http://internetng.dit.upm.es/ponencias-jing/2004/Web2.pdf, fecha de descarga, 30/09/08.

5. Principios de web service, Lectores@mpediciones.com, http://img.redusers.com/imagenes/libros/lpcu104/capitulogratis.pdf, fecha de descarga, 30/09/08.

6. http://arkadoel.es/programacion/INTRODUCCION_SOAP.pdf , fecha de descarga, 30/09/08.

Fuente http://www.di.uniovi.es/~labra/cursos/Web20/ServiciosWeb.pdf

QUE ES SOAP

 Es un protocolo basado en XML para el intercambio de informacion de una forma descentralizada sobre entornos distribuidos. [4]

 Se puede simplificar como una especie de vocabulario XML definiendo el formato de los mensajes. [1]

 Los mensajes SOAP   esta compuestos por un TAG principal llamado ENVELOPE el cual esta dividido en un campo denominado HEADER (opcional), y un campo denominado BODY (Obligatorio).[5]

ENVELOPE: Es el elemento raíz del mensaje para describir su contenido y la forma de procesarlo. [6]

HEADER: Contiene la metaifnormación la cual no es mas que la información de identificación del contenido. Un grupo de reglas de codificación para expresar las instancias de tipos de datos definidos por la aplicación. [6]

BODY: Es el contenido del mensaje, Una convención para representar las llamadas y las respuestas a procedimientos remotos.[6], el cual  contiene los datos en formato XML,

Fuente: http://img.redusers.com/imagenes/libros/lpcu104/capitulogratis.pdf

Funcionamiento de SOAP

Fuente http://arkadoel.es/programacion/INTRODUCCION_SOAP.pdf

QUE PROPORCIONA SOAP

ü  Establece un protocolo estándar de invocación de servicios remotos, basado en protocolos estándares de Internet: HTTP para la transmisión y XML para la codificación de datos.[6]

ü  Un medio para que se reciban las partes primarias y secundarias (Ej.: encapsulación MIME)

ü  Un mecanismo para identificar cada parte mediante una URI. [2]

ü  Capacidad de identificar una única parte con múltiples URIs. [2]

CARACTERISTICAS

ü  Es independiente del protocolo de transporte, de la plataforma, el modelo de datos y el lenguaje de programación usado aun cuando se define un enlace con http.

ü  Esta pensado para introducir nueva tecnología en informática distribuida más allá de lo actualmente utilizado. [3]

ü  Añade encabezados al HTTP; no hay más cambios.

ü  SOAP (HTTP y XML) se presenta en texto y no en formato binario, por lo que es mucho más sencillo interactuar en las distintas máquinas y depurar sus fallos.[3]

ü  Define un mecanismo para el paso de instrucciones (comandos) y parámetros entre clientes y servidores.[4]

VENTAJAS: [6]

ü  Es sencillo de implementar, probar y usar

ü  Atraviesa “firewalls” y routers, pues estos “piensan” que es una comunicación HTTP.

ü  Tanto los datos como las funciones se describen en XML, lo que permite que el protocolo no sólo sea más fácil de utilizar sino que también sea muy sólido.

ü  Es independiente del sistema operativo y procesador.

ü  No está atado a ninguna infraestructura de objeto distribuido: La mayoría de los sistemas de objetos distribuidos se pueden extender, y alguno de ellos admiten SOAP.

ü  Aprovecha los estándares existentes en la industria.

ü  Permite la interoperabilidad entre múltiples entornos: Debido a que se desarrolló sobre los estándares existentes de la industria.

ü  Facilidad para utilizar cualquier lenguaje.

DESVENTAJAS [6]

ü  Dificultad para entender las especificaciones del protocolo, puesto que es un complejo esquema de codificación en el cual es necesario precisar que todos los mensajes se incluyan en un sobre, con el contenido del mensaje dentro de un elemento de cuerpo para que puedan ser entendidos por cada una de las aplicaciones Web que procesan el mensaje.

ü  SOAP cambia los nombres de métodos en etiquetas secundarias del cuerpo y los argumentos en etiquetas secundarias del nombre del método, lo que puede generar ciertos problemas de Interoperabilidad.

EJEMPLO TEÓRICO DE SOAP [2]

Mensaje conteniendo la reclamación de un seguro de un coche dañado y una segunda parte con una imagen JPEG del vehículo.

Existen 3 alternativas

1. La parte primaria del mensaje SOAP y la imagen JPEG pueden ser encapsuladas en un mensaje DIME y se transmiten vía TCP/IP o HTTP.
2. La parte primaria del mensaje SOAP y el JPEG se encapsulan en un mensaje multiparte de tipo MIME y se transmiten vía HTTP.
3. La parte primaria puede ser intercambiada mediante un vínculo HTTP y sin ninguna encapsulación y la imagen JPEG transmitida mediante una petición por el método GET del protocolo HTTP.

EJEMPLOS DE SOAP [2]

Ejemplo Básico

<?xml version=’1.0′ ?>

 <SOAP-ENV:Envelope

    xmlns:SOAP-ENV=”http://schemas.xmlsoap.org/soap/envelope/”>

 <SOAP-ENV:Body>

            ..

<theSignedForm href=”cid:claim061400a.tiff@claiming-it.com”/>

..

 </SOAP-ENV:Body>

</SOAP-ENV:Envelope>

Mensaje SOAP embebido en una petición HTTP

POST /StockQuote HTTP/1.1

Host: www.stockquoteserver.com

Content-Type: text/xml; charset=”utf-8″

Content-Length: nnnn

SOAPAction: “Some-URI”

<SOAP-ENV:Envelope

     xmlns:SOAP-ENV=”http://schemas.xmlsoap.org/soap/envelope/”

     SOAP-ENV:encodingStyle=”http://schemas.xmlsoap.org/soap/encoding/”>

<SOAP-ENV:Body>

     <m:GetLastTradePrice xmlns:m=”Some-URI”>

<symbol>DIS</symbol>

     </m:GetLastTradePrice>

     </SOAP-ENV:Body>

</SOAP-ENV:Envelope>

Mensaje SOAP embebido en una respuesta HTTP

HTTP/1.1 200 OK

Content-Type: text/xml; charset=”utf-8″

Content-Length: nnnn

<SOAP-ENV:Envelope

     xmlns:SOAP-ENV=”http://schemas.xmlsoap.org/soap/envelope/”

     SOAP-ENV:encodingStyle=”http://schemas.xmlsoap.org/soap/encoding/”/>

         <SOAP-ENV:Body>

<m:GetLastTradePriceResponse xmlns:m=”Some-URI”>

      <Price>34.5</Price>

</m:GetLastTradePriceResponse>

    </SOAP-ENV:Body>

</SOAP-ENV:Envelope>

SOAP y .NET de Microsoft

La estrategia de .NET de Microsoft es ofrecer una plataforma de desarrollo Web basada en XM, y como ya sabemos los servicios Web XML utilizan SOAP.

WEBGRAFIA

1. Introducción a los servicios web, Labra Gayo Jose Emilio, Octubre 2006 http://www.di.uniovi.es/~labra/cursos/Web20/ServiciosWeb.pdf, descargado 30/09/08

2. Fundamentos de Internet, URJC – Aplicaciones para la Web, R. Capilla,  http://triana.escet.urjc.es/apliweb/SOAP-WSDL-UDDI.pdf, fecha de descarga, 30/09/08

3. http://mit.ocw.universia.net/1.264J/NR/rdonlyres/Civil-and-Environmental-Engineering/1-264JDatabase–Internet–and-Systems-Integration-TechnologiesFa/2C547666-79A4-400A-9E47-70CA5245BFE2/0/1264_lecture_14_F2002.pdf, fecha de descarga, 30/09/08

4. Aplicaciones y Servicios Web (Web Services), Joaquín Salvachúa, Joaquín Salvachúa DIT-UPM, jsalvachua@dit.upm.es. http://internetng.dit.upm.es/ponencias-jing/2004/Web2.pdf, fecha de descarga, 30/09/08.

5. Principios de web service, Lectores@mpediciones.com, http://img.redusers.com/imagenes/libros/lpcu104/capitulogratis.pdf, fecha de descarga, 30/09/08.

6. http://arkadoel.es/programacion/INTRODUCCION_SOAP.pdf , fecha de descarga, 30/09/08.