fbpx
Wikipedia

Arquitectura de software

Agosto 06, 2021

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".

"Arquitectura"

La arquitectura a nivel de software es el diseño de más alto nivel de la estructura de un sistema.

  • Una arquitectura de software, también denominada arquitectura lógica, consiste en un conjunto de patrones y abstracciones coherentes que proporcionan un marco definido y claro para interactuar con el código fuente del software.
  • Una arquitectura de software se selecciona y diseña con base en objetivos (requisitos) y restricciones. Los objetivos son aquellos prefijados para el sistema de información, pero no solamente los de tipo funcional, también otros objetivos como el mantenimiento, la auditoría, flexibilidad e interacción con otros sistemas de información. Las restricciones son aquellas limitaciones derivadas de las tecnologías disponibles para implementar sistemas de información. Unas arquitecturas son más recomendables de implementar con ciertas tecnologías mientras que otras tecnologías no son aptas para determinadas arquitecturas. Por ejemplo, no es viable emplear una arquitectura de software de tres capas para implementar sistemas en tiempo real.
  • La arquitectura de software define, de manera abstracta, los componentes que llevan a cabo alguna tarea de computación, sus interfaces y la comunicación entre ellos. Toda arquitectura debe ser implementable en una arquitectura física, que consiste simplemente en determinar qué computadora tendrá asignada cada tarea.

Breve reseña histórica

En los años 1960 ya se acercaba el concepto de arquitectura de software en los círculos de investigación (por ejemplo, por Edsger Dijkstra). No obstante, toma popularidad en los años 1990 tras reconocerse la denominada crisis del software y como tema de interés de la incipiente disciplina de la ingeniería del software.

Modelos o vistas

Toda arquitectura de software debe describir diversos aspectos del software. Generalmente, cada uno de estos aspectos se describe de una manera más comprensible si se utilizan distintos modelos o vistas. Es importante destacar que cada uno de ellos constituye una descripción parcial de una misma arquitectura y es deseable que exista cierto solapamiento entre ellos. Esto es así porque todas las vistas deben ser coherentes entre sí, evidente dado que describen la misma cosa.

Cada paradigma de desarrollo exige diferente número y tipo de vistas o modelos para describir una arquitectura. No obstante, existen al menos tres vistas absolutamente fundamentales en cualquier arquitectura:

  • La visión estática: describe qué componentes tiene la arquitectura.
  • La visión funcional: describe qué hace cada componente.
  • La visión dinámica: describe cómo se comportan los componentes a lo largo del tiempo y como interactúan entre sí.

Las vistas o modelos de una arquitectura de software pueden expresarse mediante uno o varios lenguajes. El más obvio es el lenguaje natural, pero existen otros lenguajes tales como los diagramas de estado, los diagramas de flujo de datos, etc. Estos lenguajes son apropiados únicamente para un modelo o vista. Afortunadamente existe cierto consenso en adoptar UML (Unified Modeling Language, lenguaje unificado de modelado) como lenguaje único para todos los modelos o vistas. Sin embargo, un lenguaje generalista corre el peligro de no ser capaz de describir determinadas restricciones de un sistema de información (o expresarlas de manera incomprensible).

Arquitecturas más comunes

Generalmente, no es necesario inventar una nueva arquitectura de software para cada sistema de información. Lo habitual es adoptar una arquitectura conocida en función de sus ventajas e inconvenientes para cada caso en concreto. Así, las arquitecturas más universales son:

  • Descomposición Modular. Donde el software se estructura en grupos funcionales muy acoplados.
  • Cliente-servidor. Donde el software reparte su carga de cómputo en dos partes independientes pero sin reparto claro de funciones.
  • Arquitectura de tres niveles. Especialización de la arquitectura cliente-servidor donde la carga se divide en tres partes (o capas) con un reparto claro de funciones: una capa para la presentación (interfaz de usuario), otra para el cálculo (donde se encuentra modelado el negocio) y otra para el almacenamiento (persistencia). Una capa solamente tiene relación con la siguiente.

Otras arquitecturas menos conocidas son:

Bibliografía

  • Booch, Grady. Object-Oriented Analysis and Design. Second Edition. Benjamin/Cummings, Redwood: 1994.
  • Jacobson, Ivar, Grady Booch, and James Rumbaugh. El Proceso Unificado de Desarrollo de Software. México: Addison-Wesley, 1999.
  • Kruchten, Philippe. "Architectural Blueprints--The 4+1 View Model of Software Architecture". IEEE Software, Institute of Electrical and Electronics Engineers. November 1995, pp. 42-50.
  • Larman, Craig. UML y Patrones, Introducción al análisis y diseño orientado a objetos. México: Prentice Hall, 1999.
  • Martin, Robert C. "Design Principles and Design Patterns".
  • Muller, Pierre-Alain. Modèlisation Object avec UML. Paris: Eyrolles, 1997.
  • Wilson, Scott F. Analyzing Requirements and Defining Solution Architectures. Redmond: Microsoft Press, 1999.
  • Fernández, David R. Arquitectura de Software. Universidad Tecmilenio, ITESM
  • Zapata Sanchez, Andres felipe. Arquitectura de Software www.fi.uba.ar
  • Meylin Siguas Villavicencio www.unpmsn.org

Véase también

Enlaces externos

  • Cómo ser un arquitecto de software (Castellano)
  • El rol de los Arquitectos de Software
  • El arquitecto de software como un ser visionario
  • artículos para Arquitectos de Software y Arquitectura Orientada a Servicios
  •   Datos: Q846636
  •   Multimedia: Software architecture

Agosto 06, 2021
arquitectura, software, inicios, informática, programación, consideraba, arte, desarrollaba, como, debido, dificultad, entrañaba, para, mayoría, personas, pero, tiempo, descubriendo, desarrollando, formas, guías, generales, base, cuales, puedan, resolver, prob. En los inicios de la informatica la programacion se consideraba un arte y se desarrollaba como tal debido a la dificultad que entranaba para la mayoria de las personas pero con el tiempo se han ido descubriendo y desarrollando formas y guias 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 construccion estas indican la estructura funcionamiento e interaccion 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 diseno que hace foco en aspectos mas alla de los algoritmos y estructuras de datos de la computacion el diseno y especificacion de la estructura global del sistema es un nuevo tipo de problema Indice 1 Arquitectura 2 Breve resena historica 3 Modelos o vistas 4 Arquitecturas mas comunes 5 Bibliografia 6 Vease tambien 7 Enlaces externos Arquitectura EditarLa arquitectura a nivel de software es el diseno de mas alto nivel de la estructura de un sistema Una arquitectura de software tambien denominada arquitectura logica consiste en un conjunto de patrones y abstracciones coherentes que proporcionan un marco definido y claro para interactuar con el codigo fuente del software Una arquitectura de software se selecciona y disena con base en objetivos requisitos y restricciones Los objetivos son aquellos prefijados para el sistema de informacion pero no solamente los de tipo funcional tambien otros objetivos como el mantenimiento la auditoria flexibilidad e interaccion con otros sistemas de informacion Las restricciones son aquellas limitaciones derivadas de las tecnologias disponibles para implementar sistemas de informacion Unas arquitecturas son mas recomendables de implementar con ciertas tecnologias mientras que otras tecnologias no son aptas para determinadas arquitecturas Por ejemplo no es viable emplear una arquitectura de software de tres capas para implementar sistemas en tiempo real La arquitectura de software define de manera abstracta los componentes que llevan a cabo alguna tarea de computacion sus interfaces y la comunicacion entre ellos Toda arquitectura debe ser implementable en una arquitectura fisica que consiste simplemente en determinar que computadora tendra asignada cada tarea Breve resena historica EditarEn los anos 1960 ya se acercaba el concepto de arquitectura de software en los circulos de investigacion por ejemplo por Edsger Dijkstra No obstante toma popularidad en los anos 1990 tras reconocerse la denominada crisis del software y como tema de interes de la incipiente disciplina de la ingenieria del software Modelos o vistas EditarToda arquitectura de software debe describir diversos aspectos del software Generalmente cada uno de estos aspectos se describe de una manera mas comprensible si se utilizan distintos modelos o vistas Es importante destacar que cada uno de ellos constituye una descripcion parcial de una misma arquitectura y es deseable que exista cierto solapamiento entre ellos Esto es asi porque todas las vistas deben ser coherentes entre si evidente dado que describen la misma cosa Cada paradigma de desarrollo exige diferente numero y tipo de vistas o modelos para describir una arquitectura No obstante existen al menos tres vistas absolutamente fundamentales en cualquier arquitectura La vision estatica describe que componentes tiene la arquitectura La vision funcional describe que hace cada componente La vision dinamica describe como se comportan los componentes a lo largo del tiempo y como interactuan entre si Las vistas o modelos de una arquitectura de software pueden expresarse mediante uno o varios lenguajes El mas obvio es el lenguaje natural pero existen otros lenguajes tales como los diagramas de estado los diagramas de flujo de datos etc Estos lenguajes son apropiados unicamente para un modelo o vista Afortunadamente existe cierto consenso en adoptar UML Unified Modeling Language lenguaje unificado de modelado como lenguaje unico para todos los modelos o vistas Sin embargo un lenguaje generalista corre el peligro de no ser capaz de describir determinadas restricciones de un sistema de informacion o expresarlas de manera incomprensible Arquitecturas mas comunes EditarGeneralmente no es necesario inventar una nueva arquitectura de software para cada sistema de informacion Lo habitual es adoptar una arquitectura conocida en funcion de sus ventajas e inconvenientes para cada caso en concreto Asi las arquitecturas mas universales son Descomposicion Modular Donde el software se estructura en grupos funcionales muy acoplados Cliente servidor Donde el software reparte su carga de computo en dos partes independientes pero sin reparto claro de funciones Arquitectura de tres niveles Especializacion de la arquitectura cliente servidor donde la carga se divide en tres partes o capas con un reparto claro de funciones una capa para la presentacion interfaz de usuario otra para el calculo donde se encuentra modelado el negocio y otra para el almacenamiento persistencia Una capa solamente tiene relacion con la siguiente Otras arquitecturas menos conocidas son Modelo Vista Controlador En pipeline Entre pares En pizarra Orientada a servicios SOA del ingles Service Oriented Architecture Arquitectura de microservicios MSA del ingles MicroServices Architecture Algunos consideran que es una especializacion de una forma de implementar SOA Dirigida por eventos Maquinas virtualesBibliografia EditarBooch Grady Object Oriented Analysis and Design Second Edition Benjamin Cummings Redwood 1994 Jacobson Ivar Grady Booch and James Rumbaugh El Proceso Unificado de Desarrollo de Software Mexico Addison Wesley 1999 Kruchten Philippe Architectural Blueprints The 4 1 View Model of Software Architecture IEEE Software Institute of Electrical and Electronics Engineers November 1995 pp 42 50 Larman Craig UML y Patrones Introduccion al analisis y diseno orientado a objetos Mexico Prentice Hall 1999 Martin Robert C Design Principles and Design Patterns Objectmentor Muller Pierre Alain Modelisation Object avec UML Paris Eyrolles 1997 Wilson Scott F Analyzing Requirements and Defining Solution Architectures Redmond Microsoft Press 1999 Fernandez David R Arquitectura de Software Universidad Tecmilenio ITESM Zapata Sanchez Andres felipe Arquitectura de Software www fi uba ar Meylin Siguas Villavicenciowww unpmsn orgVease tambien EditarIngenieria del software Historia de la ingenieria del software Software ProgramacionEnlaces externos EditarComo ser un arquitecto de software Castellano El rol de los Arquitectos de Software El arquitecto de software como un ser visionario articulos para Arquitectos de Software y Arquitectura Orientada a Servicios Datos Q846636 Multimedia Software architectureObtenido de https es wikipedia org w index php title Arquitectura de software amp oldid 137036254, wikipedia, wiki, leyendo, leer, libro, biblioteca,

español

, española, descargar, gratis, descargar gratis, mp3, video, mp4, 3gp, jpg, jpeg, gif, png, imagen, música, canción, película, libro, juego, juegos