• Document: 7. Introducción a los Sistemas de Información, Arquitectura de Software, Integración de Sistemas y Middleware. Ing. Raquel Sosa Ing.
  • Size: 3.21 MB
  • Uploaded: 2019-02-13 17:44:39
  • Status: Successfully converted


Some snippets from your converted document:

7. Introducción a los Sistemas de Información, Arquitectura de Software, Integración de Sistemas y Middleware Ing. Raquel Sosa Ing. Bruno Rienzi Arquitectura de un Sistema de Información Definiciones Comenzaremos por repasar algunas definiciones y conceptos sobre qué es la Arquitectura de Software: “… más allá de los algoritmos y estructuras de datos de la computación, diseñar y es- pecificar la estructura del sistema completo emerge como un nuevo tipo de problema. Los aspectos estructurales incluyen la organización gruesa y la estructura de control global; pro- tocolos para comunicación, sincronización, y acceso a datos; asignación de funcionalidad a elementos de diseño; distribución física; composición de elementos de diseño; escalabilidad y performance; y selección de alternativas de diseño.” (Garlan y Shaw, 1993) “Una arquitectura es el conjunto de decisiones significativas sobre la organización de un de Software, Integración de Sistemas y Middleware Introducción a los Sistemas de Información, Arquitectura sistema de software, la selección de los elementos estructurales y sus interfaces que compo- nen el sistema, junto con su comportamiento tal como se especifica en las colaboraciones entre esos elementos, la composición de estos elementos estructurales y comportamentales en subsistemas progresivamente más grandes, y el estilo arquitectónico que guía dicha orga- nización.” (Kruchten, 1999). “La descomposición de mayor nivel de un sistema en sus partes; las decisiones que son duras de cambiar; hay muchas arquitecturas en un sistema; lo que es arquitectónicamente significante puede cambiar durante el ciclo de vida de un sistema; y, al final, la arquitectura se reduce a las cosas realmente importantes” (Fowler). “La organización fundamental de un sistema, encarnada en sus componentes, sus relacio- nes entre sí y con el entorno, y los principios que gobiernan su diseño y evolución.” (ANSI/ IEEE Std 1471-2000) “La arquitectura de software de un programa o sistema de cómputo es la estructura o estructuras de un sistema, que comprenden elementos de software, las propiedades exter- namente visibles de esos elementos y las relaciones entre ellos. La arquitectura se refiere a la parte pública de las interfaces; los detalles privados de los elementos – detalles que tienen que ver sólo con la implementación interna – no son arquitectónicos.” (Bass, Clements, Kazman, 2003). Podemos ver cómo muchos conceptos se repiten, a veces con diferente terminología, entre las distintas definiciones. Tomaremos como punto de partida la última definición para analizar los principales conceptos. En primer lugar, esta definición deja en claro que la arquitectura puede estar compuesta por más de una estructura. En sistemas complejos, no existe una única estructura que pueda considerarse “la” arquitectura; existen diversas estructuras que especifican la arquitectura bajo diferentes puntos de vista. Esto lo veremos más claramente cuando estudiemos el mo- 435 delo “4+1”. La arquitectura define elementos. En prácticamente todos los sistemas modernos, los elementos interactúan a través de interfaces que permiten dividir un elemento es sus partes pública y privada. Además de las propiedades de los elementos, el comportamiento de los elementos es parte de la arquitectura, siempre y cuando este comportamiento pueda ser ob- servado desde el punto de vista de otro elemento. La definición implica que todo sistema de software tiene una arquitectura, ya que todo sistema, por más simple o complejo que sea, puede ser descompuesto en elementos y rela- ciones entre ellos (en el caso más trivial, tendríamos un único elemento y ninguna relación). Sin embargo, no todo sistema posee una especificación o descripción conocida, es decir, documentada. En algunos casos, es necesario reconstruir la arquitectura a partir del código. Finalmente, notamos que la definición no nos dice qué características debe tener una ar- quitectura para ser considerada “buena” o “mala”. Principios de Diseño

Recently converted files (publicly available):