PARADIGMA DEL DESARROLLO DE APLICACIONES ORIENTADO A SERVICIOS

Jetzt loslegen. Gratis!
oder registrieren mit Ihrer E-Mail-Adresse
PARADIGMA DEL DESARROLLO DE APLICACIONES ORIENTADO A SERVICIOS von Mind Map: PARADIGMA DEL DESARROLLO DE  APLICACIONES ORIENTADO A SERVICIOS

1. PRINCIPIOS DEL DISEÑO DE SERVICIO

1.1. Granularidad de servicios

1.1.1. Granualidad funcional

1.1.2. Granualidad en las interfaces

1.2. Desarrollo más efectivos

1.2.1. Gobierno de servicios

1.3. Reutilización

1.3.1. Alta viabilidad que un servicio se utilice para varios procesos de negocio

1.4. Integración

1.4.1. Patrones de integración

1.4.2. Semántica común de toda la empresa para datos compartidos

1.5. Agilidad

1.5.1. Arquitectura de la información

1.5.2. Arquitectura de la aplicación

1.5.2.1. Producir y consumir servicios

1.5.2.2. Jerarquía de servicios

2. PROTOCOLOS

2.1. Web Services

2.2. JMS, CORBA, MQSeries

2.3. UDDI

3. FACILITA

3.1. Reutilización

3.1.1. Es utilizado por más de una app o servicio.

3.2. Interoperabilidad

3.3. Integridad entre sistemas

3.4. Agilidad entre cambios

3.4.1. Responde de manera ágil a los cambios que vallan surgiendo.

4. COMPONENTES

4.1. Servicios

4.1.1. Acepta una llamad y devuelve una respuesta mediante una interfaz

4.2. Cliente

4.2.1. Consume el resultado del servicio provisto por el proveedor

5. EJEMPLO SERVICIOS

5.1. Utilidad

5.1.1. Servicio de gestión de tokens de seguridad de acceso

5.1.2. Servicio de envío de correos o para grabar la actividad que se produce en la plataforma

5.2. Tareas

5.2.1. Póliza, estos servicios variarán en función del negocio concreto y las entidades que representen su actividad

5.3. Entidad

5.3.1. Servicio de autorización de prestación de servicios

6. ALGUNOS PROVEEDORES

6.1. ORACLE

6.2. IBM

6.3. SAP

7. SERVICIOS QUE ABARCA

7.1. Modernizar aplicaciones obsoletas

7.2. Mejora en la gestión de procesos

7.3. Mejora en la toma de decisiones

7.4. Necesidad de trabajar en diferentes aplicaciones

8. VENTAJAS

8.1. Aplicaciones más productivas y flexibles

8.2. Desarrollo de aplicaciones más rápido y económico

8.3. Aplicaciones más seguras y manejables

8.4. Minimización del riesgo de tiempo de inactividad o pérdidas de datos

8.5. El servicio se puede reutilizar para otras aplicaciones

8.6. Con la reutilización el equipo de desarrollo puede reutilizar servicios en otros proyectos, reduciendo el tiempo de desarrollo.

8.7. Mejora de la capacidad para innovar y ser auténticos

9. CARACTERÍSTICAS

9.1. Separación de servicios

9.1.1. Se usara desde cualquier otro servicio.

9.2. Orientado a servicios

9.3. Acoplamiento débil

9.3.1. Su funcionalidad depende en lo mínimo de otro servicio.