Diagramas para la documentación de las vistas propuestas en el modelo 4+1

Diagramas para la documentación de las vistas propuestas en el modelo 4+1

REDA Modelo 4+1 vistas

Modelar un sistema es una actividad que se realiza en diferentes áreas, con el fin de entender mejor el objeto que se va a elaborar.  Al diseñar el software, también es posible realizar modelos, pero para este tipo de herramientas, los modelos se construyen con el fin de representar su comportamiento,  su arquitectura, las funcionalidades que lo componen. En estos modelos se debe ver reflejados los requerimientos del cliente (Pressman, 2010).

El modelo 4+1 Vistas, propuesto por Philippe Kruchten, el cual describe la arquitectura de un software, a partir de múltiples vistas concurrentes. Este modelo no especifica la forma como se deben documentar las vistas del sistema, este solo indica la información que cada una de las vistas debe contener, para lo cual puede utilizar los diferentes diagramas que se presentan en UML (Lenguaje de Modelamiento Unificado).

1. Logic View (vista lógica): Representa la funcionalidad que el sistema proporciona al o los usuarios finales, lo que el sistema debe hacer, las funciones y los servicios que debe ofrecer, etc.

2. Development View (vista de desarrollo): Ilustra el sistema desde la perspectiva del programador, se ocupa de la gestión del software; muestra como está dividido el sistema, sus componentes y las dependencias entre estos. Esta vista también se conoce como vista de implementación o despliegue.

3. Process View (vista de proceso): Trata los aspectos dinámicos del sistema, explica los procesos de sistema y cómo se comunican. Se enfoca en el comportamiento del sistema en ejecución. La vista considera aspectos de concurrencia, distribución, rendimiento, escalabilidad, etc.

4. Phisical View (vista física): Describe el sistema desde el punto de vista de un ingeniero de sistemas. Incluye todos los componentes físicos del sistema, así como las conexiones entre estos componentes que conforman la solución (incluyendo servicios).

5. Scenarios (escenarios): La descripción de la arquitectura se ilustra utilizando un conjunto de casos de uso, o escenarios lo que genera una quinta vista. Los escenarios describen secuencias de interacciones entre objetos, y entre procesos. Se utilizan para identificar y validar el diseño de arquitectura. También sirven como punto de partida para pruebas de un prototipo de arquitectura. Esta vista es también conocida como vista de casos de uso.

Lo importante de la Arquitectura 4+1 es identificar las soluciones sobre las preocupaciones de cada uno de los StakeHolders. Se aconseja que dependiendo de la madures de la arquitectura y del arquitecto se utilicen otras vistas que puedan identificar y solventar las diferentes preocupaciones que puedan suceder.