teniendo en cuenta el modelo 4+1 que tiene la siguiente estructura:
donde cada vista documenta una parte de la estructura del software y se puede representar con un diagrama en concreto, por ejemplo:
vista lógica:
esta vista hace referencia a la funcionalidad del sistema y se puede representar mediante los siguientes diagramas:
- diagrama de clases: El diagrama de clases es un diagrama puramente orientado al modelo de programación orientado a objetos, ya que define las clases, atributos y sus métodos que se utilizarán cuando se pase a la fase de construcción y la manera en que se relacionan las mismas.
- diagrama de comunicación:El diagrama de comunicación es un tipo de diagrama de interacción UML que muestra las interacciones entre objetos y / o partes (representadas como líneas de vida) utilizando mensajes secuenciados en una disposición de forma libre.
- diagrama de secuencia: El diagrama de secuencia es un tipo de diagrama de interacción contenido en. Su objetivo es representar el intercambio de mensajes entre los distintos objetos del sistema para cumplir con una funcionalidad. Define, por tanto, el comportamiento dinámico del sistema de información.
- diagrama de secuencia: El diagrama de secuencia es un tipo de diagrama de interacción contenido en. Su objetivo es representar el intercambio de mensajes entre los distintos objetos del sistema para cumplir con una funcionalidad. Define, por tanto, el comportamiento dinámico del sistema de información.
vista de proceso:
está orientada al rendimiento y escalabilidad del sistema. Puede ser representado por los siguientes diagramas:
- diagrama de actividades: Un diagrama de actividades en UML (Lenguaje de Modelado Unificado) es un tipo de diagrama que se utiliza para modelar el flujo de trabajo o el comportamiento de un sistema o proceso de negocio. Es útil para representar procesos, procedimientos y algoritmos complejos en una forma visual fácil de entender.
vista de despliegue/desarrollo:
orientada a la gestión o administración del software. Se pueden utilizar los siguientes diagramas para representar la vista:
- diagrama de componentes: Mientras que otros diagramas UML describen la funcionalidad de un sistema, los diagramas de componentes se utilizan para modelar los componentes que ayudan a hacer esas funcionalidades, representando la forma en la que estos se organizan y sus dependencias.
- diagrama de paquetes: El diagrama de paquetes es uno de los diagramas estructurales comprendidos en UML 2.5, por lo que, como tal, representa de forma estática los componentes del sistema de información que está siendo modelado. Es utilizado para definir los distintos paquetes a nivel lógico que forman parte de la aplicación y la dependencia entre ellos. Es principalmente utilizado por desarrolladores y analistas.
vista física:
enfocado en representar la topología y comunicación del sistema. Se puede representar con los diagramas:
- diagrama de despliegue: El diagrama de despliegue es otro de los diagramas de estructura del conjunto de los diagramas de UML 2.5. Es utilizado para representar la distribución física (estática) de los componentes software en los distintos nodos físicos de la red.
vista de escenarios:
relaciona las 4 vistas anteriores. Se representa con los siguientes diagramas:
- diagrama de caso de uso: El diagrama de casos de uso es uno de los diagramas incluidos en UML 2.5, estando este clasificado dentro del grupo de diagramas de comportamiento. Es, con total seguridad, el diagrama más conocido y es utilizado para representar los actores externos que interactúan con el sistema de información y a través de que funcionalidades (casos de uso o requisitos funcionales) se relacionan. Dicho de otra manera, muestra de manera visual las distintas funciones que puede realizar un usuario (más bien un tipo de usuario) de un Sistema de Información.
