Introducción histórica

Tamaño: px

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

Download "Introducción histórica"

Marcos Carrizo Miguélez
hace 6 años
Vistas:

1 Mario González

2 Agenda Introducción histórica Qué es la arquitectura de software? Arquitectura y sus efectos en los Stakeholders Estructuras arquitectónicas Vista lógica Vista de código Vista de desarrollo Vista de coincidencia Vista física Escenarios

3 Agenda (Cont.) Lenguajes de descripción arquitectónica (ADLs) Arquitectura como decisiones prematuras de diseño Estilos arquitectónicos Arquitecturas para líneas de producción Diseño y análisis de la arquitectura Diseño basado en arquitectura

4 Agenda (Cont.) Análisis basado en arquitectura Analizando los Impactos en el negocio de las decisiones arquitectónicas Ingeniería en reversa de la arquitectura El futuro

5 Introducción histórica Se comenzó a usar desde 1990 debido al tamaño y complejidad de los sistemas que comenzaron a surgir. Razones: Comunicación entre stakeholders Decisiones de diseño Abstracción transferible de un sistema

6 Qué es la arquitectura de software La arquitectura de software de un programa o sistema de computación es la(s) estructura(s) del sistema que comprende los componentes del software, las propiedades visibles de esos componentes y las relaciones entre ellos.

7 Arquitectura y sus efectos en los Stakeholders La arquitectura afecta a todos los relacionados con el proyecto, afecta a los clientes, al gerentes, al equipo de desarrollo, al equipo de pruebas, etc. Cada stakeholder se preocupa por partes especificas del sistema, y esto se ve reflejado en la arquitectura del sistema. La arquitectura provee un lenguaje mediante el cual los stakeholders comprenden el sistema y se comunican para tomar decisiones importantes.

8 Estructuras arquitectónicas Existen diferentes tipos de vistas que permiten ver la arquitectura de un sistema más en detalle Vista lógica Vista de código Vista de desarrollo Vista de coincidencia Vista física

9 Vista lógica Abstracción de las funciones el sistema y sus relaciones.

10 Vista de código Esta vista es la que ve el programador, los elementos que tiene este tipo de vista son clases, objetos, métodos y funciones y su composición para formar subsistemas, capas y módulos

11 Vista de código (Cont.)

12 Vista de desarrollo La vista de desarrollo la usan los desarrolladores, pero es diferente a la vista de código, esta es una vista de la estructura del código fuente, como un repositorio el cual varios usuarios (programadores y de mantenimiento) crean, modifican y administran

13 Vista de desarrollo (Cont.)

14 Vista de coincidencia Esta vista permite deducir los procesos e hilos que se van a crear y como se van a comunicar y a compartir recursos.

15 Vista física La vista física describe los recursos de HW del sistema. En sistemas pequeños es trivial la vista física puesto que un solo computador es el que se encarga de manejar todos los procesos

16 Vista física (Cont.)

17 Escenarios

18 Escenarios (Cont.) Los escenarios se usan para: Entender y validar la arquitectura. Establecer cierta comunicación entre la arquitectura y aquellos que no tuvieron mucho que ver con su creación. Unir las diferentes vistas. Entender los límites de la arquitectura.

19 Lenguajes de descripción arquitectónica (ADLs) Debido a la gran importancia de la descripción arquitectónica, y a su uso como medio de comunicación entre los diferentes stakeholders, se han tratado de desarrollar diferentes lenguajes para soportar esta descripción, algunos han tenido éxito, y otros han fracasado.

20 Decisiones tempranas de diseño El diseño de la arquitectura describe la forma en que el sistema está compuesto. Esto hace que se creen una serie de restricciones a la implementación como la forma de comunicación, y como se van a asignar los recursos.

Es un paquete coherente de decisiones de

21 Estilos arquitectónicos Describen una clase de arquitecturas, o piezas significantes de una arquitectura. Son muy usados en la práctica. Es un paquete coherente de decisiones de diseño. Tienen propiedades identificadas que permiten el re-uso.

22 Estilos arquitectónicos (Cont.) Algunos estilos arquitectónicos considerados por Shaw y Garlan: Componentes independientes: procesos de comunicación, invocación explicita e invocación implícita. Flujo de datos: batch sequential, pipe and filter. Centralización de datos: repositorio, blackboard. Maquina virtual: Interpreter, sistema basado en reglas. Call/return: programa principal y subrutina, Orientado a objetos, por capas.

23 Estilos arquitectónicos (Cont.) Deben tener por lo menos la siguiente información: Un conjunto de tipos de componentes. Un conjunto de tipos de mecanismos de conexión. Una disposición topológica de los componentes. Una serie de restricciones topológicas y de comportamiento. Una descripción acerca de los costos y beneficios de cada uno de los estilos.

24 Diseño y análisis de la arquitectura Asegurar que nuestras decisiones de diseño son coherentes con las metas de calidad establecidas. Predecir los atributos de calidad que el sistema tendrá. Asegurar que el sistema satisface las necesidades de su stakeholder. Asegurar que as decisiones de diseño traen el mayor beneficio a la organización.

25 Diseño basado en arquitectura Propone un método de transformar un conjunto de requerimientos del cliente en una arquitectura para un sistema o para una línea de producción, a través de descomposiciones y refinamientos.

26 Diseño basado en arquitectura (Cont.) Lista de requerimientos. Descomponer diseño arquitectónico. Se satisfacen los atributos de calidad asociando estilos arquitectónicos con los requerimientos.

27 Diseño basado en arquitectura (Cont.) El diseño se concentra en tres vistas arquitectónicas: la funcional la de coincidencia la física.

28 Análisis basado en arquitectura Se hace un análisis al diseño con el fin de asegurar que las cualidades que el arquitecto ha planeado para la arquitectura se puedan realizar. Este análisis se hace basándose en escenarios, de los cuales se sacan los datos que se quieren medir.

29 Ingeniería en reversa de la arquitectura Razones: Las arquitecturas pueden no haber sido documentadas nunca, y los únicos que entienden la arquitectura son empleados que ya dejaron la organización. Se adquieren nuevos productos sin documentación arquitectónica. El trabajo de los programadores ha cambiado algunas de las restricciones previamente establecidas por el arquitecto.

30 Futuro

31 Referencias Rick Kazman, Software Architecture, Handbook of Software Engineering and Knowledge Engineering, 2001.

Documentos relacionados

Calidad y Reutilización de Software. Dr. Cuauhtémoc Lemus Olalde. Centro de Investigación en Matemáticas (CIMAT) Febrero, 2003

IV Ciclo de Conferencias Sistemas de Cara al Futuro Calidad y Reutilización de Software Dr. Cuauhtémoc Lemus Olalde Centro de Investigación en Matemáticas (CIMAT) Febrero, 2003 Calidad Conjunto de cualidades