Mediante un ejemplo (utilice diagramas UML) establezca las diferencias entre las

cinco vistas del modelo 4+1 de Philipe Kruchten de arquitectura del software.
A continuación procedemos a realizar un análisis de todos los aspectos y las
características que serán parte de la arquitectura de un Sistema Software cuya finalidad
es la de brindar un programa de nutrición y ejercicios para mantener un estado saludable
en la vida de los usuarios que hagan uso de este sistema. El modelo de “4+1 vistas”
posee un alto grado de importancia debido que está estrechamente relacionada con todos
los Stakeholders según su rol dentro del desarrollo del proyecto.
El modelo de vistas múltiples, organiza una descripción de la arquitectura de software
utilizando cinco vistas concurrentes, las cuales permiten aproximar de manera aislada
los intereses de los diferentes Stakeholders de la arquitectura: los usuarios finales, los
desarrolladores, entre otros; y manejar de manera separada los requerimientos
funcionales y no funcionales. A continuación se especificara las principales diferencias
de cada una de estas vistas para una mejor asimilación de los contenidos:

1. Vista lógica: Ofrece soporte a los requerimientos funcionales, representa 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.
DIAGRAMA DE PAQUETES:
2. Vista de procesos: permite describir los procesos del sistema y como estos se
comunican, representa el flujo de trabajo paso a paso y las operaciones de los
componentes que forman parte del sistema. Esta vista toma en cuenta algunos
requerimientos no-funcionales, como son la disponibilidad, el desempeño y la
tolerancia a fallos; tomando en cuenta la distribución, integridad y concurrencia
del sistema.
DIAGRAMA DE PROCESOS:

3. Vista física: describe como es instalada la aplicación y como se ejecuta en una

red de computadores. Muestra todos los componentes y conexiones físicas que
forman parte de la solución incluyendo los servicios que presta. Esta vista toma
en cuenta requerimientos no-funcionales como: tolerancia a fallos,
escalabilidad, desempeño, etc.
DIAGRAMA DE DESPLIEGUE:
4. Vista de despliegue: Esta vista muestra como está dividido el sistema software
en componentes y las dependencias existentes entre ellos. Los componentes
físicos incluyen archivos, cabeceras, bibliotecas compartidas, módulos,
ejecutables o paquetes.
DIAGRAMA DE PAQUETES:
5. Vista + 1 Escenarios: esta vista va a ser representada por los casos de uso del
software y tiene la función de unir y relacionar las 4 vistas anteriores, con lo que
tendremos una coherencia entre vistas de componentes, clases, equipos,
paquetes, etc. Los escenarios se convierten en una abstracción de los
requerimientos más importantes.
DIAGRAMA DE CASOS DE USO: