SOA

Un servicio tiene que ser explícitamente mantenido a lo largo de su ciclo de vida, desde su diseño hasta su despliegue.

Un servicio tiene que ser explícitamente mantenido solamente durante su diseño.

Un servicio tiene que ser explícitamente mantenido solo durante su despliegue.

Un servicio no tiene que ser explícitamente mantenido a lo largo de su ciclo de vida, sino que sólo debe mantenerse durante la etapa de diseño.

Es el protocolo estándar, genérico y sin estado, que utilizan los Servicios Web como mecanismo de comunicación.

Es una arquitectura software para sistemas distribuidos como la World Wide Web

Es un directorio que contiene un registro/repositorio de descripciones de Servicios Web.

Es la base de los Servicios Web que ofrece un formato de datos que permite adaptar o transformar fácilmente la información.

JSON

XML

WSDL

SOAP

UDDI y SOAP

JSON y UDDI

WSDL y XML

XML y JSON

SOAP

UDDI

REST

BPM

Portlets

Servicios de presentación

A y B son incorrectas

A y B son correctas

Son procesos que incorporan tareas interactivas

Son procesos exclusivos para directores de empresas

Son los procesos que utilizan exclusivamente las empresas financieras

Ninguna es correcta

Se pueden utilizar en distintos procesos

Son procesos exclusivos para directores de empresas

Son los procesos que utilizan exclusivamente las empresas financieras

Ninguna es correcta

Son servicios atómicos, que dan servicio a otros de nivel superior

Acceden directamente a los recursos y sistemas legados

Encapsulan funcionalidades especificas

Todas son correctas

Monitorización

Diseño e Implementación del ESB

Despliegue y Descubrimiento

Todas son correctas

Usuarios empleados

Estructura (Cadena de Valor)

Procesos de negocio

Interacciones

Usuarios de Negocio, Aplicación SOA y Portal, Portlets, Servicios de Negocio e Información, Sistemas Legados

Usuarios de Negocio, Aplicación SOA y Portal, Servicios de Presentación, Procesos y Servicios de Negocio, Servicios de Información, Sistemas Legados

Usuarios de Negocio, Aplicación SOA y Portal, Portlets, Procesos de Negocio, Servicios de Información, Sistemas Legados

Usuarios de Negocio, Aplicación SOA y Portal, Servicios de Presentación, Servicios de Negocio, Servicios de Información, Sistemas Legados

Se realiza la definición del Enterprise Service Bus, de forma que soporte los servicios legados de la empresa para que haya Time Market favorable en la implantación de servicios.

Se realiza la definición del Enterprise Service Bus, de forma que soporte los servicios los servicios de nueva creación de la empresa

Se realiza la definición del Enterprise Service Bus, de forma que soporte los servicios legados de la empresa y los servicios de nueva creación para que la implantación y comunicación de servicios se realice con un Time Market favorable.

Se realiza la definición del Enterprise Service Bus, de forma que soporte los servicios los servicios de nueva creación de la empresa para que haya Time Market favorable en la comunicación de servicios progresiva

En el análisis orientado a servicios se realiza la identificación de los servicios requeridos para la implantación de la arquitectura, y se define el contrato o interfaz del servicio

En el diseño orientado a servicios se define la interfaz del servicio, y la identificación de los servicios requeridos

En el análisis orientado a servicios se define el contrato o interfaz del servicio, quién es el propietario del servicio y qué nivel de servicio debe proporcionar, y los parámetros de entrada y salida.

En el diseño orientado a servicios se define el contrato o interfaz del servicio, parámetros de entrada, parámetros que devuelve, qué es lo que hace, quién es el propietario del servicio y qué nivel de servicio debe proporcionar

Nos dicen lo que significan los datos

Nos dicen cómo se muestran los datos.

Nos dicen cómo se muestran y que significan los datos.

Ninguna de las anteriores.

Siempre

Nunca

Solo si la etiqueta tiene atributos.

Solo si la etiqueta no tiene atributos.

Información adicional incluida como parte de la propia etiqueta.

Una etiqueta dentro de la propia etiqueta.

Las respuestas a y b son ciertas

Las respuestas a y b son falsas.

Nombre, signo “=” y valor del atributo.

Solo con el nombre del atributo.

Las respuestas a y b son ciertas

Las respuestas a y b son falsas.

Debe estar bien formado

Debe ajustarse a una DTD

Las respuestas a y b son ciertas

Las respuestas a y b son falsas.

Es un software.

Es un estilo de arquitectura para construir soluciones empresariales basadas en servicios.

Es un lenguaje de programación

No es un enfoque de desarrollo de aplicaciones de software empresarial.

15

12

11

10

Flexibilidad, Interoperabilidad e Integración.

Divulgación, Diversidad y Estandarización.

Bajo acoplamiento, Reutilización y Escalabilidad.

Todas son correctsa

Diferentes tipos de fuentes en términos de dispositivos, plataformas, aplicaciones empaquetadas y tecnologías que deben ser conectadas.

La semántica de un servicio debe documentarse, directa o indirectamente, por su descripción.

Cualquier cambio en la implementación de un servicio no afectaría al resto siempre y cuando se mantuviese la interfaz.

Ninguna es corecta

Divide y vencerás.

Se descompone un problema en piezas más pequeñas.

A y B son correctas.

Ninguna es correcta.

Se comprueba su funcionamiento a través del ESB y la consistencia del mismo mediante diversos tests.

No existen pruebas en la fase de implantación de SOA

No se puede comprobar el funcionamiento porque no existe todavía código a probar

Inicialmente es inconsistente hasta que se hacen las pruebas pertinentes

No se puede probar la consistencia de ninguna forma

Mediante diversos tests

Preguntando al programador la forma que lo ha programado inicialmente en la fase inicial

Las respuestas c) y b) son correctas

No existe esta fase

La publicación del servicio y la modificación de la arquitectura de referencia inicial

La reunión del director general de proyecto con los clientes para comprobar los requisitos y hacer revisión

Estudio de costes y publicación o no del servicio.

Fase de revisión del servicio

Fase ajuste del servicio

Fase de mantenimiento y monitorización

No existen estas fases en la implantación de un servicio SOA

Iterativo pero no incremental

Incremental pero no iterativo

Iterativo e incremental

Ninguno

Interfaz del Servicio y documentos de interfaz.

Políticas y control del servicio.

Quality of service (QoS).

Todas correctas

Modularidad, subordinación y granularidad

Independencia, descripción y composición

Acoplamiento, dependencia y modularidad

Aislamiento de responsabilidades, subordinación y descripción.

Representar los datos de forma estándar: XML

Forma de descubrir los servicios en Internet: UDDI (basado en XML).

Lenguaje común y extensible para describir los servicios: WSDL (basado en XML).

Formato común y extensible de mensaje: BPMS.

la relación entre las dos tendencias no es importante

las ventajas de la arquitectura SOA ayudan a que las iniciativas de Servicios Web tengan éxito.

los Servicios Web son parte obligatoria de SOA.

todas las SOAs están basadas en Servicios Web.

BPM

BPMS

BPEL

UDDI

Es usado para describir servicios Web de tal forma que los clientes puedan acceder a ellos y utilizarlos.

Debe cumplir las condiciones de estar bien formado y ser válido.

Es un lenguaje obligatorio para todas las empresas que provean Servicios Web

Debe ir acompañado siempre de un documento DTD.

Ha dejado de usarse por su complejidad.

Se emplea habitualmente en entornos donde el tamaño del flujo de datos entre cliente y servidor es de vital importancia.

No soporta lenguajes de alto nivel.

Representa de forma más compleja la estructura de los datos, requiere más codificación y procesamiento.

Es un protocolo abierto y extensible basado en JSON.

No es válido para aplicaciones de mensajería instantánea.

Es un protocolo abierto y extensible basado en XML, originalmente ideado para mensajería instantánea.

No existen servidores y clientes libres que pueden ser usados sin coste alguno.

El objetivo es ser accedido por los mensajes JSON

El registro en el catálogo se realiza mediante REST.

En las páginas blancas se encuentra información técnica sobre los servicios que aportan las propias empresas.

Tiene páginas blancas, amarillas y verdes.

Es solo una parte de la definición del estándar ECMA-262 en que está basado Javascript.

Una de las supuestas ventajas sobre XML como formato de intercambio de datos es que es mucho más sencillo escribir un analizador sintáctico (parser) de JSON.

La a) y la b) son correctas.

Comunicaciones

Interacción de Servicios

Gestión

Componentes

Solo si estan integrados en origen

Si, aunque no esten integrados en origen

Las dos primeras son incorrectas

Las dos primeras son correctas

Administra

Rapido

Seguro

Dependencia

NO

Solo si se crea a partir de este

Solo en sistemas Unix

Sí

event/drivent

push/pop

open/close

pause/play

Presentación y Negocio

Negocio e Información.

Información, Negocio y Presentación.

Ninguna de las anteriores.

Proveer un lenguaje común entre servicios.

Soportar un gobierno de control

Proveer una arquitectura basada en una metodología de diseño.

Todas son correctas.

Los componentes específicos de cada trabajador

Los componentes específicos de cada empresa

Los componentes específicos de cada dispositivo

Ninguna es correcta

Son los usuarios de las aplicaciones

Los participantes de los procesos de negocio

A y B son correctas.

Ninguna es correcta.

Se usan componentes reutilizables

Incorpora todas las funcionalidades de un proceso bajo un ambiente común.

Una aplicación desarrollada para un dispositivo se puede ajustar a otro.

Todas correctas

Solución de integración estándar, basada en mensajes

Solución de integración estándar, basada en mensajes, con arquitectura distribuida y que proporciona servicios de enrutamiento.

Solución de integración estándar, basada en mensajes, con arquitectura distribuida y que proporciona servicios de enrutamiento, invocación y mediación para facilitar la intercomunicación de recursos distribuidos, tecnológicamente "dispares", de una forma fiable.

Ninguna es válida

Comunicaciones e integración

Interacción de Servicios

Gestión

Todas son correctas

Los ESB necesitan aportar una capa de comunicaciones que dé soporte a la interacción entre los diferentes servicios que coordina.

Los ESB no necesitan aportar una capa de comunicaciones que dé soporte a la interacción entre los diferentes servicios que coordina.

Es necesario que un ESB sea capaz de integrar una variedad de sistemas que no soportan en origen interacciones orientadas a servicios, sistemas legacy, paquetes de software, etc.

No es necesario que un ESB sea capaz de integrar una variedad de sistemas que no soportan en origen interacciones orientadas a servicios, sistemas legacy, paquetes de software, etc.

Integración de aplicaciones corporativas e infraestructura medular para la arquitectura orientada a servicios.

Un producto que evoluciona desde una arquitectura

Interacción de servicios y Gestión.

Todas son correctas

Un producto que evoluciona desde una arquitectura.

Una arquitectura y un producto a la vez.

Un patrón de arquitectura que puede ser ensamblado por usuarios finales.

Todas son correctas.