Informe Arquitectura de software

...

- Vista lógica. Ofrece soporte a los requerimientos funcionales, lo que el sistema debe proveer en términos de servicios a sus usuarios. En el presente documento, en la vista lógica se mostrará la división del sistema en subsistemas y paquetes. Para los paquetes significativos se describirán las clases que lo componen, utilizando un diagrama de paquetes y subsistemas dada la aproximación orientada a objetos de la implementación.

- Vista de procesos. La vista de procesos permite describir los procesos del sistema y como estos se comunican. Esta vista toma en cuenta algunos requerimientos no-funcionales, como lo son disponibilidad, desempeño y tolerancia a fallos; tomando en cuenta la distribución, integridad y concurrencia del sistema. En el presente documento, para describir la vista de procesos se utilizarán diagramas de actividad.

- Vista física. La vista física describe como es instalada la aplicación y como se ejecuta en una red de computadores. Esta vista toma en cuenta requerimientos no-funcionales como: tolerancia a fallos, escalabilidad, desempeño entre otros. Para describir esta vista, en el presente documento se utilizó un diagrama de despliegue.

- Vista de desarrollo. Esta vista se concentra en la organización en módulos del software. Toma en cuenta los requerimientos no funcionales a fallos, rendimiento y escalabilidad. Los diversos elementos identificados en las vistas lógicas, de procesos y desarrollo, deben ser mapeados en diversos nodos de procesamiento.

- (+1) Vista de escenarios. En esta vista se incluyen las otras cuatro, ya que es necesaria la información de todas para establecer un escenario. En este escenario se plantean las relaciones entre elementos (actores) y casos de uso, también se retroalimenta la información, ya que cada vista es la interpretación de cada participante del proyecto, sea el desarrollador, usuario final, programador, administrador, etc. Y se utiliza el diagrama de casos de uso.

[pic 4]

- Elabora los diagramas UML necesarios que complementen la información de cada una de las vistas. Puedes verificar los diagramas UML asociados a cada vista en la tabla incluida en el documento de contenido de la primera unidad.

Vista lógica

Muestra un subconjunto significativo arquitectónicamente del modelo de diseño, es decir, un subconjunto de las clases, subsistemas y paquetes, y realizaciones de guiones de uso. Se puede añadir vistas diferentes, como una vista de seguridad, para representar otros aspectos específicos de la arquitectura de software.

[pic 5]

Vista de procesos

Tienen en cuenta algunos de los requisitos no funcionales del sistema, como la disponibilidad y el rendimiento. Se enfoca en asuntos de concurrencia y distribución, integridad del sistema y tolerancia a fallos. Específica en cuál hilo de control se ejecuta efectivamente una operación de una clase identificada en la vista lógica.

[pic 6]

Vista de desarrollo

Es la etapa del desarrollo que describe la configuración del Sistema para su ejecución en un ambiente del mundo real. Para el despliegue se deben tomar decisiones sobre los parámetros de la configuración, funcionamiento, asignación de recursos, distribución y concurrencia.

[pic 7]

Vista física

Se determinan los componentes físicos del sistema (nodos de interconexión, topologías) y sus relaciones.

[pic 8]

Vista de escenario

En esta vista se incluyen las otras cuatro, ya que es necesaria la información de todas para establecer un escenario. En este escenario se plantean las relaciones entre elementos (actores) y casos de uso)

[pic 9]

Conclusiones

Se ha establecido un marco de trabajo para el diseño y análisis de arquitecturas de software, este marco consiste en la especificación de los modelos base de las vistas arquitectónicas (la modular y la de componentes y conectores), y en la propuesta de un proceso para el modelado de estas vistas. La especificación de los modelos de las vistas ha sido el resultado de un análisis exhaustivo de las diversas propuestas hechas por los expertos en el área de las vistas en la arquitectura de software (estado del arte), obteniéndose la especificación de cuatro tipos de relaciones base en la vista modular (usa, usa-capa, descomposición y generalización), y seis tipos de relaciones base en la vista de componentes-y-conectores (filtro-tubería, cliente-servidor, igualdad-de-servicios, escritor-lector, y datos-compartidos) que conjuntamente con la especificación de sus tipos de elementos constituyen el fundamento para poder expresar la diversidad de modelos propuestos por los 233 expertos en el área y de aquellas aplicaciones que demanden una combinación de los modelos base para integrar los dos tipos vistas arquitectónicas. Una de las contribuciones clave en el proceso de modelado de las vistas lo constituye la forma en que se han diseñado sus meta-modelos, el hecho de haber creado los metamodelos en forma modular separado las partes comunes (modelos base) de las relaciones que los especializan (para los dos tipos de vista considerados) hacen que no se sobrecargue su implementación y sobre todo se consigue un más ágil y menos complejo modelado de las vistas. Además en caso de que se tener que incorporar algún otro tipo de relación se puede hacer sin alterar los demás meta-modelos,

Fuentes de consulta

- UNADM (2017). Unidad 1. Arquitectura de software

- Carlos Reynoso-Nicolas Kidllof-Lenguajes de descripción de arquitectura. Recuperado el 11de abril de 2017 de: carlosreynoso.com.ar/archivos/carlos-reynoso-architectual-description-languajes.pdf

- Canal Velazco, Carlos. Lenguajes para especificación y validación de arquitectura de software. (2000). Recuperado el 11 de abril de 2017 de: WWW.Icc.uma.es/~canal/papers/tesis/canal_tesis.pdf

- Diagrama de paquete UML2 (2017). Recuperado de: www.sparxsystems.com.ar/resources/tutorial/uml2_packagediagram,html