Diseño de Componentes

Tamaño: px

Comenzar la demostración a partir de la página:

Download "Diseño de Componentes"

Estefania Toro Ortíz
hace 9 años
Vistas:

1 Diseño de Componentes 1

2 Objetivos Estudiar los principales patrones para diseño de interfaces Estudiar los principales patrones para diseño de componentes Estudiar los principales estilos arquitectónicos utilizados en arquitecturas de componentes Estudiar los principales tipos de conectores 2

componentes Estudiar los principales estilos arquitectónicos

3 Diseño de Interfaces 3

4 Interfaces Componentes - Interfaces Responsabilidades del componente Servicios ofrecidos Protocolos utilizados / requeridos 4

5 Interfaces Retos Responsabilidades del componente Especificación de contratos Bajo acoplamiento y estabilidad Distribución de componentes Heterogeneidad Atributos de calidad Expresividad y simplicidad 5

6 Interfaces Patrones Explicit Interfase Extension Interfase Introspective Interface Dynamic Invocation Business Delegate Proxy Facade Combined Method Iterator Enumeration Method Batch Method 6

7 Interfaces Explicit Interface Pattern Separa el uso del componente de los detalles de implementación Los clientes depende solo del contrato Los clientes no deben conocer Diseño interno Detalles de implementación Sincronización 7

clientes depende solo del contrato Los clientes no deben

8 Interfaces Extension Interface Pattern Permite exponer varias interfaces por parte de un componente De forma estable para los clientes ante cambios y evolución en el componente Interfaces con roles en el componente 8

De forma estable para los clientes ante cambios y

9 Interfaces Instrospective Interface Pattern Ofrece una interfaz suplementaria Permite al cliente conocer el interior del componente Facilita el monitoreo y control del componente 9

10 Interfases Dynamic Invocation Pattern Ofrece una interfaz sumplementaria Permite a los clientes invocar métodos del componentes de forma dinámica En tiempo de ejecución 10

11 Interfaces Business Delegate Pattern Hace transparente a los clientes de un componente Localización del componente Lookup Balanceo de carga Manejo de error 11

12 Interfaces Proxy Los clientes de un componente se comunican con un emisario en lugar del componente mismo Seguridad Localización Remota 12

13 Interfaces Facade Un punto único de acceso para el cliente Varios componentes involucrados 13

14 Interfaces Combined Method El cliente debe realizar la invocación de métodos en un orden particular muchas veces No facilita su utilización Promueve la inyección de defectos 14

15 Interfaces Iterator Se requiere visitar elementos en un componente agregado El cliente no quiere depender de la estructura interna El componente no quiere revelar su estructura 15

16 Interfaces Enumeration Method Se requiere iterar sobre elementos de un componente agregado Se quiere invocar una acción en cada elemento No siempre Iterator funciona (Grafos, Arboles) 16

17 Interfaces Batch Method Se requiere visitar un subconjunto de componentes Acceder a la colección es costoso Remoto / Concurrente Se define un único método en batch Retornar un arreglo con los resultados 17

es costoso Remoto / Concurrente Se define un único

18 Componentes Niveles de granularidad y composición Alta Dificulta entendimiento, evolución y mantenimiento Baja Se requiere mayor integración y pegante entre los componentes 18

19 Componentes Patrones Encapsulated Implementation Replicated Component Whole-part Composite Master-Slave Half Object 19

20 Componentes Encapsulated Implementation Esconde completamente los detalles de implementación La implementación encapsulada puede evolucionar 20

21 Components Whole-Part Un componente agrupa mucha funcionalidad No es práctico / apropiado construir un solo componente Se particiona el componente en un elemento único que encapsula y orquesta partes independientes Este único elemento define las interfaces de acceso al componente 21

22 Componentes Composite Composición de partes recursiva Objetos que soportan la misma interfaz Se desea utilizar toda la jerarquía como si fuera una sola entidad Se utiliza un componente interfaz con la funcionalidad común a todas las partes 22

23 Componentes Master-Slave Requerimientos de calidad altos Imposibles de cumplir en un solo hilo de ejecución Se subdivide el componente en tareas internas, ejecutadas en paralelo 23

24 Componentes Half-Object plus Protocol Se requiere utilizar componentes que residen en espacios de direcciones diferentes Alto costo en transporte y latencia Se divide el componente en varios half object en cada sitio local, solo con la lógica y datos requeridos 24

25 Componentes Replicated Component Group Se requiere garantiza alta disponibilidad de un componente Se provee un grupo de componentes Se instancian en diferentes nodos de ejecución Un requerimiento es enviado a todo el grupo Se utiliza la primer respuesta obtenida 25

26 Estilos Arquitectónicos 26

27 Estilos Layered (Virtual Machine) 27

28 Estilos Layered (Virtual Machine) 28

29 Estilos Layered (Virtual Machine) 29

30 Estilos Layered (Client-Server) 30

31 Estilos Layered (Client-Server) 31

32 Estilos Dataflow (Batch-Sequential) 32

33 Estilos Dataflow (Batch-Sequential) 33

34 Estilos Dataflow (Pipe-and-Filter) 34

35 Estilos Dataflow (Pipe-and-Filter) 35

36 Estilos Shared Memory (BlackBoard) 36

37 Estilos Shared Memory (BlackBoard) 37

38 Estilos Shared Memory (Rule-Based) 38

39 Estilos Shared Memory (Rule-Based) 39

40 Estilos Interpreter (Interpreter) 40

41 Estilos Interpreter (Interpreter) 41

42 Estilos Interpreter (Mobile code) 42

43 Estilos Interpreter (Mobile code) 43

44 Estilos Implicit Invocation (Publish-subscribe) 44

45 Estilos Implicit Invocation (Publish-subscribe) 45

46 Estilos Implicit Invocation (Event-based) 46

47 Estilos Implicit Invocation (Event-based) 47

48 Estilos Peer-to-Peer 48

49 Estilos Peer-to-Peer 49

50 Estilos C2 50

51 Estilos C2 51

52 Estilos C2 52

53 Conectores 53

54 Conectores Realizan transferencia de control y datos entre componentes Proveen servicios Persistencia Invocación Mensajería Transaccionalidad Normalmente considerados Componentes 54

55 Conectores Roles Principales Comunicación Coordinación Conversión Facilitadores 55

56 Conectores Tipos de Conectores Procedure Call Event Data access Linkage Stream Arbitrator Adaptor Distributor 56

57 Conectores Procedure Call Connectors Modela el flujo de control entre componentes (Coordinador) Flujo de datos - Parámetros (Comunicación) 57

58 Conectores 58

59 Conectores Event Connectors Coordinan el flujo de control Basado en la ocurrencia de un evento y la generación de mensajes Usados en aplicaciones distribuidas 59

60 Conectores 60

61 Conectores Data Access Connectors Permite a los componentes acceder información que reside en un componente de almacenamiento Puede almacenar datos de manera persistente o temporal 61

62 Conectores 62

63 Conectores Linkage Connectors Facilitan la creación de canales de comunicación y coordinación Utilizados por conectores de mas alto nivel 63

64 Conectores 64

65 Conectores Stream Connectors Utilizados para transmitir grandes cantidades de datos entre procesos autónomos Utilizados con otros conectores para acceso a BD y archivos 65

66 Conectores 66

67 Conectores Arbitrator Connectors Ayudan en situaciones donde no se sabe el estado de los componentes Ejemplo:Sincronización y concurrencia Ayudan en la negociación de niveles de servicio Ejemplo: Scheduling, Load Balancing 67

68 Conectores 68

69 Conectores Adaptor Connectors Proveen facilidades para soportar interacción entre componentes No diseñados para interoperar Proveen servicios de conversión 69

70 Conectores 70

71 Conectores Distributor Connectors Realizan la identificación e interacción de caminos y rutas de comunicación y coordinación entre componentes Ejemplo: DNS, Routing, Switching 71

72 Plan de Trabajo Lo que sigue Documento Arquitectura Escenarios Operacionales - Casos Uso Punto de Vista Funcional Diagrama de Componentes Identificación / Documentación Servicios Preparación para el desarrollo Tutoriales Spring/OSGI Ambiente de desarrollo y producción 72

73 Referencias Software Architecture: Foundations, Theory and Practice. Richard Taylor, Nenad Medvidovic, and Eric Dashofy Patter-Oriented Software Architecture, Volume 4. Frank Buschman 73

Documentos relacionados

Patrones de Alto nivel: Patrones de Arquitectura Patrones de nivel medio: Patrones de Diseño Patrones de bajo nivel: Idioms

Patrones de Alto nivel: Patrones de Arquitectura Patrones de nivel medio: Patrones de Diseño Patrones de bajo nivel: Idioms Patrones Patrones Es una solución reusable de problemas comunes. Los patrones solucionan problemas que existen en muchos niveles de abstracción. desde el análisis hasta el diseño y desde la arquitectura