Arquitectura de Software

Transcripción

1 Arquitectura de Software Puntos de Vista Departamento de Ingeniería de Sistemas y Computación

2 Agenda del día 1. El proceso de definición de arquitectura 2. Viewpoints / Views 3. Ejercicio 2

3 1. El proceso de Definición de la Arquitectura Normalmente comienza Con un conocimiento inicial del problema y su alcance Sin conocer el tamaño total del producto Sin conocer todos los riesgos Sin entender los conflictos internos entre los Stakeholders 3

4 4 1. El proceso de Definición de la Arquitectura Principios Basado en las necesidades de los Stakeholders Comunicación de las decisiones Debe ser un proceso estructurado Debe ser pragmatico (tiempo, dinero, etc.) Debe ser flexible Debe ser independiente de tecnología Debe ser integrado al proceso de desarrollo Estar alineado con las políticas de calidad

5 5 1. El proceso de Definición de la Arquitectura Productos Esperados Principal Documento de Arquitectura Secundarios Claridad en los requerimientos Expectativas de los Stakeholders Indentificación y evaluación de posibles arquitecturas Criterios de aceptación de la arquitectura Un conjunto de artefactos para iniciar el diseño detallado

6 1. El proceso de Definición de la Arquitectura Entradas Salidas Definir contexto y alcance inicial Involucrar Stakeholders Arquitectura del Sistema (AD) Concerns Identificar Concerns Relevantes Contexto y alcance Definir Arquitectura Lineamientos y Restricciones 6 Tomado de [1] pag 78

7 1. El proceso de Definición de la Arquitectura Definición de la arquitectura del sistema 1. Consolidar Entradas 4. Producir Arquitectura Candidata 2. Identificar Escenarios 3. Identificar Estilos de Arquitectura 5. Explorar Opciones Arquitecturales 6. Evaluar la Arquitectura con los Stakeholders 7a. Modificar la Arquitectura 7b. Revisar Requerim. KEY: FlowChart Aceptada No aceptada 7 Tomado de [1] pag 81

8 1. El proceso de Definición de la Arquitectura Producir Arquitectura Candidata Objetivos Producir una primera versión de la arquitectura Entradas Concerns Architectural Styles Viewpoints Perspectives Salidas Architectural Views (Draft) 8

9 Agenda 1. El proceso de definición de arquitectura 2. Viewpoints / Views 3. Ejercicio 9

10 2. Viewpoints / Views Algunas preguntas relevantes durante la definición de la arquitectura 10 Cuáles son los principales elementos funcionales? Cómo interactuan entre ellos? Qué información almacenar y presentar? Qué hardware y software se va a necesitar? Cómo serán los ambientes de desarrollo, pruebas y producción?

11 2. Viewpoints / Views Opciones para responder estas y otras preguntas Hacer un único modelo Utilizar las vistas arquitecturales 11

12 2. Viewpoints / Views Estrategia Describir un sistema complejo, utilizando un conjunto de vistas interrelacionadas para ilustrar sus carácterísticas funcionales y propiedades de calidad.[1] 12

13 2. Viewpoints / Views A view is a representation of one or more structural aspects of an architecture that illustrates how the architecture addresses one or more concerns held by one or more stakeholders [1] 13

14 2. Viewpoints / Views Qué información incluir en una vista? A cuál stakeholder esta orientada? Qué tanto entiende de tecnología el stakeholder? Cuáles concerns se pretenden resolver en dicha vista? 14

15 2. Viewpoints / Views A viewpoint is a collection of patterns, templates, and conventions for construncting one type of view. It defines the stakeholders whose concerns are reflected in the viewpoint and the guidelines, principles, and template models for constructing its views [1] 15

16 2. Viewpoints / Views Beneficios al utilizar vistas Separación de Concerns Comunicacción con los Stakeholders Reducción de complejidad Facilidad en el diseño y desarrollo del sistema 16

17 2. Viewpoints / Views Problemas al utilizar vistas Inconsistencia entre las vistas Error en la selección de las vistas Fragmentación de la información 17

18 2. Viewpoints / Views El catálogo de Puntos de vista [1] Functional Viewpoint Information Viewpoint Concurrency Viewpoint Development Viewpoint Deployment Viewpoint Operational Viewpoint 18

19 2. Viewpoints / Views Viewpoint Functional Information Propósito Describir los elementos funcionales del sistema, sus responsabilidades, interfaces e interacciones. Describe la manera como la arquitectura guarda, manipula, maneja y distribuye información. 19 Concurrency Development Deployment Operational Describe la estructura de concurrencia del sistema y relaciona elementos funcionales con unidades de concurencia y como serán coordinadas y controladas. Describe la arquitectura que soporta el proceso de desarrollo del sistema. Describe el ambiente dentro del cual el sistema será instalado, incluyendo las dependencias con el ambiente de ejecución, incluyendo una correspondencia de los elementos de software con el ambiente de su ejecución. Describe como el sistema será operado, administrado y soportado cuando este ejecutandose en su ambiente de producción.

20 Agenda 1. El proceso de definición de arquitectura 2. Viewpoints / Views 3. Ejercicio 20

21 Caso de Estudio WWW Para cada una de las vistas identifique: Que concerns abordan? Si las pudiera clasificar en alguna de los 6 tipos propuestos, cuál sería, y porqué? A cuál (es) stakeholders les puede interesar cada vista? Qué tipo de elementos arquitecturales presenta?

22 Caso de Estudio WWW Para cada una de las vistas identifique: Cuáles son sus responsabilidades? Qué conjunto de interfaces deben ofrecer? Qué relaciones existen entre los elementos? Corresponden a estructuras estáticas o dinámicas?

23 Caso de Estudio WWW El primer párrafo de la pagina 339 describe el proceso de manejo de una solicitud de un CGI por parte del servidor. Qué relación puede encontrar entre la descripción del proceso y los elementos los elementos de la figura 13.5?

24 Caso de Estudio WWW Construya una diagrama de secuencia del flujo de datos y de control entre los varios componentes del servidor HTTP para cumplir la solicitud (vista dinámica) Comience el diagrama con un evento del HTTP Client llamado request

25 Diagrama de Secuencia Request Stream Manager Request HTTP Server Path Resolver Access Control Request Analysis OutputStream OutputStream Resolve path and type Consult Access List User Valid Write Request OutputStream

26 Caso WWW Relacione los componentes de la figura 13.5 con las capas de las que dependen para ejecutar sus servicios. Piense en el tipo de servicios que debe usar cada componente de la figura 13.5 y que capa debería ser la encargada de ofrecerlos.

27 Vista por capas de libwww Application Modules Access Modules Stream Modules Core Generic Utilities

28 Vista Despliegue HTTP Client HTTP Server Access Control Cache Manager Stream Manager Presentation Manager UI Manager Protocol Manager Logging Stream Manager Path Resolver Access Control Request Analysis

29 Relaciones

30 Material preparado por Darío Correal Nicolás López 30

31 Bibliografía [1] Rozanski N, Woods E. Software Systems Architecture Addison- Wesley