Este documento presenta un resumen del modelo 4+1 para diagramas arquitectónicos. El modelo 4+1 incluye cinco vistas: la vista lógica, la vista de despliegue, la vista de procesos, la vista física y la vista +1 de escenarios. Cada vista se documenta con diagramas UML específicos como diagramas de clases, componentes y casos de uso. El modelo 4+1 es un estándar reconocido para la descripción de arquitecturas de sistemas de software.

1. Modelo 4+1
Escuela de
informática
Resumen de estudio de diagramas
Material preparado por Victor Carreño
Estudiante de ingeniería en informática

2. AGENDA
Vistas
> Vista lógica
> Vista despliegue
 Vista de proceso
 Vista física
 Vista +1
1
Diagramas
> Vista lógica
> Vista despliegue
 Vista de proceso
 Vista física
 Vista +1
2
Otros datos
> Bio
> Estandar
> bibliografias
3

3. Modelo 4+1

4. Vista lógica
En esta vista se representa la funcionalidad que el sistema proporcionara a
usuarios finales. Es decir se representara lo que el sistema debe hacer, y las
funciones y servicios que ofrece, para completar la documentación de esta vista
se puede incluir los diagramas de clases, de comunicación o de secuencia UML

5. Vista de despliegue
En esta vista se muestra el sistema desde la perspectiva de un
programador y se ocupa parta 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 puede incluir los diagramas de
componentes y de paquete UML

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

7. 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 servicios ).
Para completar la documentación de esta vista se puede incluir el diagrama
de despliegue de UML

8. Vista +1 Escenarios
Esta visita va a ser representada por los casos de uso software y va a tener la
función de unir y relacionaran las otras 4 vistas, esto quiere decir que en un
caso de uso podemos ver como se va ligando las otras 4 vistas , con lo que
tendremos una coherencia de componentes , clases equipos , paquetes etc ,
para realizar cada caso de uso. Para la documentación de esta visita se
puede incluir el diagrama de caso de uso de UML.

9. Diagramas vista lógica
Diagramas de clases
En un diagrama de clases ,
las clases se representan
mediante un rectángulo ,
en el formato mas simple ,
el rectángulo puede incluir
atributos y métodos

10. Diagrama Vista lógica
Diagrama de comunicación
Describen las interacciones Entre 2 o mas cosas en el Sistema que
desempeñan Un comportamiento mayor a lo que cualquiera de
Las 2 cosas pueden hacer Por su cuenta

11. Vista lógica
Diagrama de secuencia , pueden ilustrar una sucesión de interacciones
entre clases o instancia de objetos a través del tiempo, a menudo los
diagramas de secuencia se utilizan para ilustrar el procesamiento descrito
en los escenarios de caso de uso.

12. Vista despliegue
Digrama de componentes, Representa como un sistema de software es
dividido en componentes y muestra las dependencias entre estos
componentes

13. Vista Despliegue
Diagrama de paquetes .representa las dependencias entre los paquetes
que componen un modelo. Es decir, muestra cómo un sistema está
dividido en agrupaciones lógicas y las dependencias entre esas
agrupaciones.

14. Vista de proceso
Diagrama de actividad; muestra la secuencia de actividades en un proceso
incluyendo las actividades secuenciales y paralelas , además de las decicienes que
se tomaran. Por lo general se crea este diagrma para un caso de uso

15. Vista física
Diagrama de despliegue: Se utiliza para modelar la deposición física de los artefactos
Software en nodos , es decir equipamiento de hardware

16. +1 vista escenarios
Diagrama caso de uso: un modelo de caso de uso muestra la vista del sistema desde la
Perspectiva del usuario, por lo cual describe que hace el sistema sin describir como lo hace

17. Bio
Información estriada desde diferente sitios web y del libro análisis y diseño de
Sistemas por Kendall & Kendall

18. Estándar del modelo 4+1
El modelo “4+1” de Kruchten, es un modelo de vistas [1] 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 [5]) que se
utiliza para describir la arquitectura de un sistema software intensivo basado en el
uso de múltiples puntos de vista.

19. Bibliografía
Software Engineering: Principles and Practice”, 3rd Edición de Hans van Vlient. May
2008.
http://standards.ieee.org/findstds/standard/1471-2000.html
Articulo de Philippe Kruchtens “Architectual Blueprints – the “4+1” View Model of
Software Architecture”: http://www.cs.ubc.ca/~gregor/teaching/papers/4+1view-
architecture.pdf
Diseño de sistemas Kendal & Kendall