Integrantes: Marcelo Caponi Pablo Rodriguez Pablo Zamudio Tutores: Leonardo Rodríguez Diego Rivero.

Slides:



Advertisements
Presentaciones similares
U.M.L A/Gx. Diego Gutiérrez Application Analysis and Design.
Advertisements

Segmento GRC. Segmento GRC IT Governance Segmento E-Governance Otros Segmentos Segmento CRM Segmento E-Governance.
Lenguaje Unificado de Modelado
Noveno Semestre UNIDEC
Conectividad e Integración I
INTRODUCCIÓN ESTADO DE LA TÉCNICA PROCESAMIENTO DISTRIBUIDO CON MPI PROCESAMIETNO DISTRIBUIDO DE IMÁGENES GENÉRICO CON VTK PROCESAMIENTO DISTRIBUIDO DE.
Servicios Web.
Arquitectura Orientada a Servicios (SOA)
DIAGRAMA DE FLUJO DE DATOS
Ingeniería en Automática Industrial Software para Aplicaciones Industriales I Ingeniería en Automática Industrial Software para Aplicaciones Industriales.
Tipos de Servicios Web.
Aplicación de diseño de clases y generación de código, orientado hacia la arquitectura multicapas y el mapeo objeto/relacional Juan Timoteo Ponce Ortiz.
Acceso a datos y paso de datos entre capas
ACIS Desarrollar proyectos de software y “evitar” el fracaso ?
Análisis y Diseño O.O. Click to add notes Preguntas del diseño :
Aspectos Avanzados de la Tecnología de Objetos
Unified Modeling Language (Lenguaje de Modelamiento unificado)
Sesión Teórico/Práctica No. 1
Sistemas Operativos Distribuidos Plataforma Cliente/Servidor
Contexto: Aplicación gráfica.  Siempre que se piensa en separar la funcionalidad de una aplicación de su interacción con el usuario, bien sea una aplicación.
FIREWALL.
Instituto San José Del Pedregal
Common Compound Design Patterns. Compound vs composite Un composite es algo que generalmente se compone de partes interconectadas. Un compound simplemente.
Modelado Arquitectónico
Diseño del Software Diseño de datos Diseño arquitectónico
Ingeniería de Software
InfoPath Ventajas y Uso.
DISEÑO DE SOFTWARE 1ª. Parte
Unidad 4 Diseño Arquitectónico Basado en la Funcionalidad
66.69 Criptografía y Seguridad Informática FIREWALL.
Tema 0: Aplicaciones de Cliente Inteligente Carlos Cobos Miguel Ángel Niño Adaptado de Smart Client Development in.NET Peter Ty Developer Evangelist Developer.
Sistemas Distribuidos
Arquitectura Orientada a Servicios
PROTOCOLO DE ENLACE TRONCAL DE VLAN Semestre 3 Capítulo 9
UML 2.0 Integrantes: Diana Carolina Valencia M. Jhon Fernando Lopez T. Carlos Alberto Castillo.
Arquitectura para crear Soluciones Conectadas Eduardo Mangarelli Gerente de Socios Estratégicos Wilson Pais Gerente de.NET Microsoft Uruguay.
Vista de interacción  Una vista de interacción muestra el flujo de control requerido que se establece entre los objetos.
GESTION DE PROCESOS DE NEGOCIO
Integrantes: Marcelo Caponi Pablo Rodriguez Pablo Zamudio Tutores: Leonardo Rodríguez Diego Rivero.
Mensajería en Sistemas de Información
Integrantes: Marcelo Caponi Pablo Rodriguez Pablo Zamudio Tutores: Leonardo Rodríguez Diego Rivero.
“condición que necesita el usuario para resolver un problema o conseguir un objetivo determinado”. Los requisitos de un sistema son los aspectos que el.
DEFINICIÓN DE OBJETO Un objeto es aquello que puede ser observado, estudiado y aprendido CARACTERÍSTICAS nos permiten conocerlos mediante la observación,
Diagramas de Interacción.
PROGRAMACION ORIENTADA A OBJETOS
Términos y Conceptos Básicos
Juan Timoteo Ponce Ortiz
Ingeniería de Requisitos
DIAGRAMA DE SECUENCIA Y ACTIVIDADES.
Common Compound Design Patterns Integrantes : Ricardo Macedo Henry Renato Paz Carolina Vigil.
Protocolos del modelo TCP/IP
DISEÑO CURRICULAR Presentado por: Cesar Augusto Sáenz María Alejandra Hernández 1.contenidos curriculares de competencia.
Relación con otras asignaturas del plan de estudio
Álvaro Navarro Barquero. Alejandro Rodríguez Jiménez.
Unidad 3 MODELO DE ANALISIS.
Luis Ponce Cabello.  Primera Parte : JSF  Segunda Parte : Facelets  Tercera Parte : Icefaces.
Presentación de la solución Junio Concepto ROUTING TIER ROUTING TIER FRONT END TIER FRONT END TIER COMM TIER COMM TIER TRANSLATE TIER TRANSLATE.
Prof. Joel Moreno Molina
Unified Modeling Language (Lenguaje de Modelamiento unificado)
PROTOCOLOS Modelo TCP/IP
UNIDAD 2: “Características del Modelado UML” CONTENDIDO Elaborado por: Ingeniero Harold Cabrera Meza Actualizado por: Ingeniero Nilson Albeiro Ferreira.
3. Paradigmas de la ingeniería de software.
The Arquitecture of Service - Orientation Integrantes : Ricardo Macedo Henry Renato Paz Carolina Vigil.
Integrantes: Marcelo Caponi Pablo Rodriguez Pablo Zamudio Tutores: Leonardo Rodríguez Diego Rivero.
Integrantes: Marcelo Caponi Pablo Rodriguez Pablo Zamudio Tutores: Leonardo Rodríguez Diego Rivero.
MODELAMIENTO VISUAL Y UML
Integrantes: Castro José República Bolivariana De Venezuela Ministerio Del Poder Popular Para La Educación Superior Instituto Universitario Tecnológico.
Fundamentos de Ingeniería de Software
Presentación De UML Lenguaje estándar para escribir planos de software Se usa para visualizar, especificar, construir y documentar los artefactos de un.
VERIFICACIÓN Y VALIDACIÓN DE SISTEMAS 3.10 Fase de manejo de requerimientos 4.1 Modelado de pruebas en UML Ponente: ing. Alejandro tapia vazquez.
Transcripción de la presentación:

Integrantes: Marcelo Caponi Pablo Rodriguez Pablo Zamudio Tutores: Leonardo Rodríguez Diego Rivero

- Entender soluciones basadas en mensajería - Estudiar técnicas y artefactos de diseño para atacar un problema de mensajería Estudiar EIP en SOA SOA ∩ Mensajería Futuro EIP → SOA WS-* → EIPs Frameworks y ESBs → EIPs

 Brinda: Bajo Acoplamiento Comunicación Asíncrona Comunicación Confiable Operación sin conexión  Pero … Modelo de Programación complejo

 Definición “Paradigma en el que tanto la estructura como la ejecución de los programas están determinados por los sucesos que ocurran en el sistema o que ellos mismos provoquen.”  Puntos de contacto con mensajeria? Forma de pensar las soluciones similar

 Integración de aplicaciones  Diseminación de Información  Sistemas de Monitoreo Distribuido  Sistemas Móviles

 Channels: Direcciones lógicas en el sistema de mensajería.  Messages: Entidades que transportará el sistema de mensajería.  Message Endpoint: Permite conectar una aplicación al sistema de mensajería.

 Permite la comunicación entre aplicaciones mediante el intercambio de mensajes.  Características: Confiable Asíncrona Con garantía de entrega Con notificación de entrega Con manejo transaccional

 Identificación del contexto  Especificación del comportamiento de la aplicación  Definición de los componentes  Definición y estructura de los canales de comunicación  Especificación de interacción entre componentes

 Channel Patterns Point-to-Point Channel  Message Patterns Return Address  Routing Patterns Message Router  Transformation Patterns Content Filter  Endpoint Patterns Message Selector  Management Patterns Wire Tap

 UML (Diagramas de estados, Diagramas de Actividad, Diagramas de secuencia, etc)  Diagramas de Contexto  Signal Wiring Diagrams  SysML  Workflow diagrams  SDL

 Identificación del contexto Diagrama de Contexto Diagrama de Casos de Uso  Especificación del comportamiento de la aplicación Diagramas de Actividad UML Diagramas de Workflow  Definición de los componentes Block diagrams Signal Wiring Diagrams Diagramas de Componentes UML  Definición y estructura de los canales de comunicación Diagramas de EIP  Especificación de interacción entre componentes Signal Wiring Diagrams Block diagrams (SysML) Diagramas de Comunicación UML

 Porque EIP en SOA? SOA ∩ Mensajería? Futuro EIP → SOA? WS-* → EIPs? Frameworks y ESBs → EIPs?

 Estándares WS-* WS-Notification WS-Adressing WS-ReliableMessaging WS-Coordination WS-AtomicTransaction WS-BusinessActivity WS-Enumeration WS-Policy WS-ResourceFramework

 Apache Camel Motor de reglas de ruteo y transformacion de mensajes Soporta varios protocolos Implementa gran parte de los EIP Reglas expresables mediante: ○ POJOs + DSL ○ POJOs + XMLs de configuración (Spring fashion)

 Implementables mediante WS-*  No implementables mediante WS-* Basados en el canal Ruteo de mensajes Manipulación de mensajes Transformación de mensajes System Management

 Message Filter. Problema Evitar que un componente reciba mensajes que no le son de interés Solución Utilizar un ruter, que filtre los mensajes que no son de interés, en función de criterios definidos con anterioridad.

 Utilización de: WS-Notification (WS-BaseNotification y WS-Topics)  En cada suscripción se especifican filtros para evaluar si una notificación debe ser enviada al subscriptor o no. Se puede especificar: Tópicos de interés Condiciones sobre las notificaciones usando Xpath  Se utilizo Apache Muse, como plataforma que implementa estas especificaciones.

 Dead Letter Channel. Problema Resolver a donde van los mensajes que no pueden ser entregados. Solución Especificar un canal donde se envíen los mensajes que no se pueden entregar.

 Se utiliza Apache Camel  Se definen políticas a seguir para evaluar si un mensaje ya no puede ser entregado. Ejemplos: cantidad de reintentos de entrega tiempo máximo a intentar la entrega.  Se especifican reglas de ruteo de los mensajes que no pueden ser entregados. Ejemplos: Web Services, colas de mensajes, base de datos, dirección de correo

 WS-* + WS-* Estándares componibles por definición  WS-* + No WS-* Factible usando Apache Camel y su componente para manejo de WS  No WS-* + No WS-* Factible si al implementar un patron se tiene en cuenta la compatibilidad con el resto

 Completar estudio de implementación de EIP en SOA  Impacto de la implementación de EIP en la composición  Trazabilidad entre diagramas de diseño  Caso de estudio