Arquitectura de software Tambin denominada Arquitectura lgica, consiste en un conjunto de patrones y abstracciones coherentes que proporcionan el marco.
Una arquitectura de software se selecciona y disea con base en objetivos (requerimientos) y restricciones. Objetivos de Arquitectura de software
Los objetivos son aquellos prefijados para el sistema de informacin, pero no solamente los de tipo funcional, tambin otros objetivos como la mantenibilidad, auditabilidad, flexibilidad e interaccin con otros sistemas de informacin. Restricciones de Arquitectura de software Las restricciones son aquellas limitaciones derivadas de las tecnologas disponibles para implementar sistemas de informacin. Unas arquitecturas son ms recomendables de implementar con ciertas tecnologas mientras que otras tecnologas no son aptas para determinadas arquitecturas. Toda arquitectura de software debe describir diversos aspectos del software. Generalmente, cada uno de estos aspectos se describe de una manera ms comprensible si se utilizan distintos modelos o vistas Cada paradigma de desarrollo exige diferente nmero y tipo de vistas o modelos para describir una arquitectura. *La visin esttica:
Describe qu componentes tiene la arquitectura.
*La visin funcional:
Describe qu hace cada componente.
* La visin dinmica:
Describe cmo se comportan los componentes a lo largo del tiempo y como interactan entre s. No obstante, existen al menos tres vistas absolutamente fundamentales en cualquier arquitectura: Las vistas o modelos de una arquitectura de software pueden expresarse mediante uno o varios lenguajes. El ms 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 Lenguaje, 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 informacin (o expresarlas de manera incomprensible).
Arquitecturas ms comunes Monoltica. Donde el software se estructura en grupos funcionales muy acoplados.
Cliente-servidor Donde el software reparte su carga de cmputo en dos partes independientes pero sin reparto claro de funciones.
Arquitecturas ms comunes Arquitectura de tres niveles Especializacin 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 presentacin (interfaz de usuario), otra para el clculo (donde se encuentra modelado el negocio) y otra para el almacenamiento (persistencia). Una capa solamente tiene relacin con la siguiente.