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

El modelo “4+1” de Kruchten, es un modelo de vistas diseñado por el profesor Philippe Kruchten y que encaja con el estándar “IEEE 1471-2000” (Recommended Practice for Architecture Description of Software-Intensive Systems) que se utiliza para describir la arquitectura de un sistema software intensivo basado en el uso de múltiples puntos de vista.

Cada una de estas vistas ha de mostrar toda la arquitectura del sistema software que se esté documentando, pero cada una de ellas ha de documentarse de forma diferente y ha de mostrar aspectos diferentes del sistema software. A continuación, pasamos a explicar que información ha de haber en la documentación de cada una de estas vistas.

Imagen tomada de la web

https://jarroba.com/modelo-41-vistas-de-kruchten-para-dummies/

Vista Lógica: En esta vista se representa la funcionalidad que el sistema proporcionara a los usuarios finales. Es decir, se ha de representar lo que el sistema debe hacer, y las funciones y servicios que ofrece. Para completar la documentación de esta vista se pueden incluir los diagramas de clases, de comunicación o de secuencia de UML.

Diagrama de clases

Los diagramas de clases son uno de los tipos de diagramas más útiles en UML, ya que trazan claramente la estructura de un sistema concreto al modelar sus clases, atributos, operaciones y relaciones entre objetos.

Imagen tomada de la web

https://www.lucidchart.com/pages/es/tutorial-de-diagrama-de-clases-uml

Diagrama de Comunicación

El diagrama de comunicación es una alternativa al diagrama de secuencia. Este se centra en una representación espacial de los objetos.

 

Los objetos intervienen en el diagrama de la misma forma que lo hacían en el diagrama de secuencia. Este está unido gráficamente a los objetos con los que interactúa.

Imagen tomada del web

https://www.ediciones-eni.com/open/mediabook.aspx?idR=413475b14bfb5e8baef45598caf34e0e

Diagrama de Secuencia

Los diagramas de secuencia son una solución de modelado dinámico popular en UML porque se centran específicamente en líneas de vida o en los procesos y objetos que coexisten simultáneamente, y los mensajes intercambiados entre ellos para ejecutar una función antes de que la línea de vida termine.

Imagen tomada de la web

https://www.lucidchart.com/pages/es/diagrama-de-secuencia

Vista de Despliegue: En esta vista se muestra el sistema desde la perspectiva de un programador y se ocupa de la gestión del software; o en otras palabras, se va a mostrar como esta dividido el sistema software en componentes y las dependencias que hay entre esos componentes. Para completar la documentación de esta vista se pueden incluir los diagramas de componentes y de paquetes de UML.

Diagrama de Componentes

 

Los diagramas de componentes UML representan las relaciones entre los componentes individuales del sistema mediante una vista de diseño estática. Pueden ilustrar aspectos de modelado lógico y físico.

Imagen tomada de la web

https://www.ionos.es/digitalguide/paginas-web/desarrollo-web/diagrama-de-componentes/

Diagrama de paquetes

 

Los diagramas de paquetes son diagramas estructurales que se emplean para mostrar la organización y disposición de diversos elementos de un modelo en forma de paquetes. Un paquete es una agrupación de elementos UML relacionados, como diagramas, documentos, clases o, incluso, otros paquetes.

Vista de Procesos: En esta vista se muestran los procesos que hay en el sistema y la forma en la que se comunican estos procesos; es decir, se representa desde la perspectiva de un integrador de sistemas, el flujo de trabajo paso a paso de negocio y operacionales de los componentes que conforman el sistema. Para completar la documentación de esta vista se puede incluir el diagrama de actividad de UML.

Diagrama de Actividad

 

El Lenguaje Unificado de Modelado incluye varios subconjuntos de diagramas, incluidos los diagramas de estructuras, los diagramas de interacción y los diagramas de comportamiento. Los diagramas de actividades, junto con los diagramas de casos de uso y los diagramas de máquina de estados, son considerados diagramas de comportamiento porque describen lo que debe suceder en el sistema que se está modelando.

Imagen tomada de la web

https://www.lucidchart.com/pages/es/tutorial-diagrama-de-actividades-uml

Vista Física: En esta vista se muestra desde la perspectiva de un ingeniero de sistemas todos los componentes físicos del sistema así como las conexiones físicas entre esos componentes que conforman la solución (incluyendo los servicios). Para completar la documentación de esta vista se puede incluir el diagrama de despliegue de UML.

Diagrama de despliegue

 

Los diagramas de despliegue se utilizan para visualizar los procesadores/ nodos/dispositivos de hardware de un sistema, los enlaces de comunicación entre ellos y la colocación de los archivos de software en ese hardware.

Imagen tomada de la web

https://creately.com/blog/es/diagramas/tutorial-de-diagrama-de-despliegue/

“+1” Vista de Escenarios: Esta vista va a ser representada por los casos de uso  software y va a tener la función de unir y relacionar las otras 4 vistas, esto quiere decir que desde un caso de uso podemos ver como se van ligando las otras 4 vistas, con lo que tendremos una trazabilidad de componentes, clases, equipos, paquetes, etc., para realizar cada caso de uso. Para completar la documentación de esta vista se pueden incluir el diagramas de casos de uso de UML.

Diagrama de casos de Uso 

El diagrama de caso de uso es un tipo de diagrama UML de comportamiento y se usa frecuentemente para analizar varios sistemas. Permiten visualizar los diferentes tipos de roles en un sistema y cómo esos roles interactúan con el sistema.

Imagen tomada de la web

https://creately.com/blog/es/diagramas/tutorial-diagrama-caso-de-uso/#:~:text=El%20diagrama%20de%20caso%20de,roles%20interact%C3%BAan%20con%20el%20sistema.