Estilo Arquitectónico Es un atributo de la arquitectura, que al ser documentado, restringe el dominio de patrones, tipos de piezas o componentes a emplear e interacciones típicas. … reduces the set of possible forms to choose from, and imposes a certain degree of uniformity to the architecture. The style may be defined by a set of patterns, or by the choice of specific components or connectors as the basic building blocks. RUP 2003 Entre todos los posibles patrones de arquitectura a emplear, cuando se establece un estilo arquitectónico, se seleccionan los que serán empleados, pueden ser varios, Ejemplo si se trata de un sistema interactivo, distribuido, puede que requiera el uso de el patrón MVC(interactivo), unido al Broker o una variante de este(Sistema distribuido), unido a Multicapas (para la estructuración). Luego, el estilo arquitectónico estará estableciendo que no serán empleados los restantes patrones, y nos da una primera visión de qué esperar con respecto a la arquitectura del sistema. Se pudieran incluir diagramas que ilustren una vista integrada de esta selección. Lo más natural es una descripción textual a modo de guía, pero se pueden emplear tantos diagramas como se consideren apropiados mostrando estructuración y comportamiento si aplica.

Documentando la Arquitectura Concepto de Vistas (Planos) Vistas propuestas por RUP Vista Funcional o de Casos de Uso Vista lógica Vista de Despliegue Vista de Procesos Vista de Implementación La arquitectura se documenta, subdividiendo su contenido en vistas. De modo que cada vista resulta una especie de plano, que muestra cierto interés en un momento determinado. Esto se ha concebido de este modo porque se considera imposible documentar la arquitectura de un sistema en menos tiempo

La Arquitectura y la Abstracción En RUP se comenta: In essence, architectural views are abstractions, or simplifications, of the entire design, in which important characteristics are made more visible by leaving details aside. These characteristics are important when reasoning about:

System evolution - going to the next development cycle. Reuse of the architecture, or parts of it, in the context of a product line. Assessment of supplementary qualities, such as performance, availability, portability, and safety. Assignment of development work to teams or subcontractors. Decisions about including off-the-shelf components. Insertion in a wider system.

Patrón Arquitectónico MVC - Motivaciones The same information is presented differently in different windows, for example, in a bar or pie chart. The display and behavior of the application must reflect data manipulations immediately. Changes to the user interface should be easy, and even possible at run-time. Supporting different 'look and feel' standards or porting the user interface should not affect code in the core of the application.

Patrón Arquitectónico MVC Existen tres tipos de elementos Modelo (Funcionalidad del núcleo y datos) Vista (Elemento que visualiza al modelo) Controlador (Manipula las entradas o eventos del usuario) La Vista y el Controlador conforman el nivel de la interfaz de usuario Biblio: Pattern Oriented Software Architecture, A System of Patterns, Volume 1.

MVC El modelo es independiente de toda forma de salida o entrada. Encapsula funcionalidad y datos del núcleo de la aplicación. Las vistas muestran datos del modelo, pueden haber distintas vistas de un mismo modelo Cada vista tiene asociado un componente controlador, aunque estos últimos se pueden repetir entre las vistas

Diagrama de estructura del MVC Están un poco raras las relaciones entre modelo-vista y vista-controller, No se entiende bien los nombres que se han puesto si son de rol o descripción de la asociación.

Patrón Arquitectónico N - capas The hyers architectural pattern helps to structure applications that can be decomposed into groups of subtasks in which each group of subtasks is at a particular level of abstraction.

Ejemplo N – Capas OSI

Características principales N-Capas Cada capa de nivel n, da servicios a la capa de nivel n+1 y emplea servicios de la capa n-1 Biblio: Pattern Oriented Software Architecture, A System of Patterns, Volume 1. Capítulo 2.

Diagrama Elementos Significativos Architecturally Significant Model Elements: Clases, Interfaces, Mecanismos(aun no lo conocen), Paquetes, Subsistemas, que resultan SIGNIFICATIVOS para la arquitectura. Resuelven problemas arquitectónicos, son altamente reutilizables, resuelven riesgos técnicos. Contribuyen a la estructuración del sistema. Se incluyen componentes de terceros y tecnología empleada para el proyecto

Diagrama de estructuración en capas Consultar Artículo complementario como estudio independiente.

Conclusiones Resumir contenido.