Upgrade to Pro — share decks privately, control downloads, hide ads and more …

Arquitectura de Software

Avatar for Antonio Antonio
April 03, 2013

Arquitectura de Software

En los inicios de la informática, la programación se consideraba un arte y se desarrollaba como tal, debido a la dificultad que entrañaba para la mayoría de las personas, pero con el tiempo se han ido descubriendo y desarrollando formas y guías generales, con base a las cuales se puedan resolver los problemas. A estas, se les ha denominado Arquitectura de Software, porque, a semejanza de los planos de un edificio o construcción, estas indican la estructura, funcionamiento e interacción entre las partes del software. En el libro "An introduction to Software Architecture", David Garlan y Mary Shaw definen que la Arquitectura es un nivel de diseño que hace foco en aspectos "más allá de los algoritmos y estructuras de datos de la computación; el diseño y especificación de la estructura global del sistema es un nuevo tipo de problema".

Avatar for Antonio

Antonio

April 03, 2013
Tweet

More Decks by Antonio

Other Decks in Programming

Transcript

  1. Es la estructura o estructuras del sistema, lo que comprende

    a los componentes del software, sus propiedades externas visibles y las relaciones entre ellos. Bass, Clements y Kazman (2003)
  2. Es la estructura de los datos y de los componentes

    del programa que se requiere para construir un sistema basado en computadora. (Pressman, R. 2010).
  3. La arquitectura de un sistema es un marco general que

    describe su forma y estructura: sus componentes y la manera en la que ajustan entre sí
  4. Las representaciones de la arquitectura de software permiten la comunicación

    entre todas las partes interesadas en el desarrollo de un sistema.
  5. Resalta las principales decisiones que tendrán un efecto profundo en

    toda el trabajo de la ingeniería de software.
  6. La arquitectura constituye un modelo relativamente pequeño y asequible por

    la vía intelectual sobre cómo está estructurado el sistema y la forma en la que sus componentes trabajan juntos.
  7. Arquitectura centradas en los datos Arquitectura de flujos de datos

    Arquitectura de llamar y regresar Arquitectura orientada a objetos Arquitectura en capas
  8. Las arquitecturas centradas promueven la integrabilidad [Bas03]. Es decir los

    componentes de software pueden ser cambiados y agregados otros nuevos, del cliente a la arquitectura sin problemas con otros clientes.
  9. Esta arquitectura se aplica cuando datos de entrada van a

    transformarse en datos de salida a través de una serie de componentes computacionales o manipuladores.
  10. Un patrón tubo y filtro, tiene un conjunto de componentes,

    llamados filtros, conectados por tubos que transmiten datos de un componente al siguiente.
  11. & Arquitectura de Este estilo arquitectónico permite obtener una estructura

    de programa que es relativamente fácil de modificar y escalar. Dentro de esta arquitectura existen varios subestilos (Bass at al. 2003):  
  12. principal/subprograma Esta estructura clásica de programa descompone una función en

    una jerarquía de control en la que un programa «principal» invoca cierto número de componentes de programa que a su vez invoca a otros
  13. Los componentes de una arquitectura de programa están distribuidos a

    través de computadoras múltiples en una red.
  14. Los componentes de un sistema incluyen datos y las operaciones

    que deben aplicarse para manipularlos. La comunicación y coordinación entre los componentes se consiguen mediante la transmisión de mensajes. Bicicleta Tam.del cuadro Tam. De la rueda marchas material Cambiar marcha()
  15. Se define un número de capas diferentes; cada una ejecuta

    operaciones que se aproximan progresivamente al conjunto de instrucciones de máquina.
  16. 1. Bass, L., P. Clements y R. Kazman, Software Architecture

    in Practice, 2ª. Ed., Addison-Wesley, 2003. 2. Pressman Roger S. Ingeniería del Software, un enfoque práctico, 7/E. Mc Graw Hill. 2010. 3. Fairbanks G., y Garlan D., Just Enough Software Architecture: A Risk-Driven Approach, 1ª. Ed., Marshall & Brainerd, 2010.