Arquitectura de Software. Contenido 1. Introducción 2. Características de la arquitectura 3. Los casos de uso y la arquitectura 4. Descripción de la arquitectura.

Presentación del tema: "Arquitectura de Software. Contenido 1. Introducción 2. Características de la arquitectura 3. Los casos de uso y la arquitectura 4. Descripción de la arquitectura."— Transcripción de la presentación:

1 Arquitectura de Software

2 Contenido 1. Introducción 2. Características de la arquitectura 3. Los casos de uso y la arquitectura 4. Descripción de la arquitectura 5. Vistas de la arquitectura 6. Estilos arquitectónicos

3 Rendimiento Disponible Fiable Amigable Verificable CalidadSeguro Portable Mantenible ¿Cómo conseguir estos requisitos?

4 El Arquitecto de Software Posee la responsabilidad técnica más importante. Adapta el sistema a las restricciones. Establece una estructuración correcta del sistema utilizando un conjunto de estrategias, herramientas y patrones de diseño.

5 ¿Qué es la Arquitectura? “… es una descripción de los subsistemas y los componentes de un sistema informático y las relaciones entre ellos (... )” PRESSMAN

6 “… La arquitectura de un sistema constituye un amplio marco que describe su forma y su estructura, sus componentes y cómo estos interactúan (... )” Jerrold Grochow ¿Qué es la Arquitectura?

7 La organización del sistema de software. La selección de elementos estructurales y sus interfaces con sus comportamientos. La composición de estos elementos y subsistemas progresivamente mayores. La arquitectura abarca decisiones significativas sobre:

8 Características esenciales de RUP  Proceso Dirigido por los Casos de Uso  Proceso Iterativo e Incremental  Proceso Centrado en la Arquitectura

9 Proceso centrado en la arquitectura En el contexto del ciclo de vida del software la arquitectura se usa como artefacto primordial para: – Conceptualización – Construcción – Gestión – Evolución del sistema

10 Se necesita una arquitectura para: Comprender el sistema Organizar el desarrollo Fomentar la reutilización Hacer evolucionar el sistema

11 Establecer una arquitectura sólida objetivo

12 Casos de uso Arquitectura Experiencia Software del sistema Capa intermedia Sistemas heredados Estándares y políticas Requisitos no funcionales Necesidades de distribución Arquitecturas anteriores Patrones de arquitectura

13 Casos de Uso y Arquitectura La arquitectura y los casos de uso evolucionan en paralelo conduce guía Funcionalidad Forma Arquitectura Casos de Uso

14 ¿Que es primero la Arquitectura o los Casos de Uso? Primero se construye una arquitectura tentativa (básica). Se escogen un par de casos de uso y se adaptan a la arquitectura para que los soporte. Luego se seleccionan otros casos de uso y se construye una arquitectura todavía mejor.

15 ¿Que es primero la Arquitectura o los Casos de Uso? Iteración 1 Iteración 2 Mejora la arquitectura Arquitectura básica

16 Casos de Uso relevantes para la Arquitectura Los más importantes para los usuarios. Cubren las funcionalidades más significativas. Los de mayor riesgo.

17 Trabajadores

18 La arquitectura representa elementos significativos de cada modelo Es una descripción “pequeña” del sistema Se representa mediante vistas del modelo del sistema Descripción de la arquitectura

19 Vista Lógica Vista de Implementación Vista de Procesos Vista de Despliegue Vistas arquitectónicas Vista de Casos de Uso

20 Vista de Casos de Uso Presenta los Casos de Uso o escenarios del modelo de Casos de Uso más significativos funcionalmente.

21 Vista Lógica (funcionalidad) Representa un subconjunto del Modelo de Diseño. Muestra realizaciones de casos de uso, clases (fundamentalmente clases activas), paquetes y subsistemas más significativos arquitectónicamente.

22 Vista Lógica (funcionalidad) Paquete de alto nivel Subsistemas de diseño e interfaces Representa un conjunto arquitectónicamente significativo de: Paquetes Clases Realizaciones CU

23 ITransferencia «subsystem» Gestión de Cuentas «subsystem» Transacciones IRetirada IEntrega «subsystem» Interfaz del CA Vista Lógica (funcionalidad)

24 Vista de Implementación Muestra la organización y dependencia entre componentes. Normalmente cada subsistema de servicio acaba siendo un componente. «subsystem» Transacciones «component» Transacciones

25 «component» Interfaz del CA «component» Transacciones «component» Gestión Cuentas

26 Vista de Despliegue Esta vista suministra una base para la comprensión de la distribución física de los objetos activos de un sistema a través de nodos. Suele utilizarse cuando el sistema está distribuido.

27 Cliente Windows Internet Explorer Página HTML Presentación Internet Explorer Vista de Despliegue ISS Aspx.cs Lógica Presentación Servidor Web > Lógica Negocio > Acceso Datos SQL Server 2K Tablas Procedimientos Almacenados Servidor BD Windows 2K

28 Vista de Procesos Solo suele usarse cuando el sistema presenta procesos concurrentes o hilos. Esta vista suministra una base para la comprensión de la organización de los procesos de un sistema, ilustrados en el mapeo de las clases y subsistemas en procesos e hilos.

29 Los estilos de arquitectura guían a la organización del sistema de software. Estos incluyen reglas y líneas a seguir para la organización de un sistema. Estilos y patrones de Arquitectura

30 ¿Qué es un patrón? “una solución a un problema de diseño que aparece con frecuencia”

31 Patrones de diseño Facade Decoretor Proxy Observer Strategy Visitor Singelton Se implementan de una forma muy directa en los lenguajes orientados a objetos

32 Patrones de arquitectura Capas Tubería-Filtros Broker Blackboard Horizontal-Vertical Metadata MVC Se manejan en un esquema de sistemas o subsistemas e interfaces *

33 Interfaz de Usuario Lógica de Interfaz de Usuario Fachada de Negocio Acceso a DatosEntidades del Negocio Acceso a Servicios Patrón de diseño en capas.

34 Patrones de distribución Cliente/Servidor Tres capas Peer to Peer Definen una estructura para el modelo de despliegue

35 Origen de datos Servicios Capa de Datos Capa de Presentación Capas Empresariales Usuarios Arquitectura en capas. Componentes separados en capas según sus funciones Servicios de llamadas

36 Arquitectura Orientada a Servicios (SOA)

37 Arquitectura sobre J2EE

38 Plataforma J2EE.

39 El modelo de desarrollo de J2EE.

40 Arquitectura J2EE.

41 Patrón Modelo-Vista-Controlador (MVC)

42 Arquitectura Struts.

43 Arquitecturas de servicios sobre.NET

44 Un servicio es: Bloque de software con una funcionalidad definida, independiente del proceso que lo utiliza, autocontenido, independiente del contexto.

45 Orígenes Crecimiento de Internet y las tecnologías relacionadas Necesidad de integración de sistemas empresariales entre límites de departamento y organización.

46 Arquitectura orientada a servicios (AOS)

47 ¿Qué es un servicio Web? “Unidad discreta de la lógica de una aplicación que expone interfaces basadas en mensajes, adecuadas para ser utilizadas a través de una red” [Microsoft02-2]

48 Ejemplo de AOS

49 Mensajes sincrónicos Proveedor Consumidor Petición Respuesta Simple

50 Mensajes asincrónicos Proveedor Consumidor Petición Respuesta Complejo Alta disponibilidad, escalabilidad

51 Solución basada en servicios

52 Arquitecturas basas en capas

53 Diseño de los componentes de una aplicación.

54 Escenario de ejemplo

55 Principales componentes

56 Componentes de Interfaz de Usuario. 1 Procesar y dar formato a los datos de los usuarios, así como adquirir y validar los datos entrantes procedentes de éstos.

57

58 2 Componentes de Proceso de IU. Dirigen la forma en que los usuarios interactúan con los sistemas, en los casos en que esta interacción sigue patrones predecibles.

59

60 3 Flujos de trabajo empresariales. Gran parte de los procesos empresariales conllevan la realización de varios pasos, los cuales se deben organizar y llevar a acabo en un orden determinado

61

62 4 Componentes empresariales. Implementan las reglas empresariales y realizan las tareas empresariales o de negocio

63 5 Agentes de servicios. Administran la semántica de la comunicación con uno o más servicio

64

65 6 Interfaces de servicios. Exponen lógica empresarial como un servicio.

66

67 7 Componentes lógicos de acceso a datos. Se encargan de abstarer a los procesos de negocio de las peculiaridades del medio en que se encuentran almacenada la información que es gestionada

68

69 8 Entidades empresariales Representan objetos de la vida real y permiten el paso de datos entre distintos componentes

70 9 Administración del funcionamiento. Para realizar la administración de excepciones, autorizar a los usuarios a que realicen tareas determinadas y comunicarse con otros servicios y aplicaciones.

71