Instituto Tecnológico

Superior de Valladolid
Modelo de 4+1 Vistas

JOSE ALONSO KUYOC BALAM

L.I. ANTONIO CAB BALAM

Desarrollo de proyectos de Software

 El Modelo de 4+1 Vistas
En muchos libros se ha visto que se intenta capturar todos los detalles de la
arquitectura de un sistema en un único diagrama.

Esto implica que quienes necesiten interpretarlo tengan que recurrir a una
enorme cuota de esfuerzo para lograr comprender todos los planos y aspectos
que los diseñadores y desarrolladores quieren exhibir en dicho diagrama.
Mucho más grande será el esfuerzo si quien lo interpreta es completamente
ajeno al proyecto y/o equipo de desarrollo.

Para remediar este problema se pensó en un modelo que pudiera disgregar las
partes fundamentales de la aplicación para lograr una mayor comprensión y
asimilación de la información que se muestra, a la vez de aplicar un mayor nivel
de detalle para cada uno de los aspectos importantes que conforman la
arquitectura de un sistema: Modelo de 4+1 Vistas.

Cada una de estas partes disgregadas llamadas <_<vistas>_> se refiere a un

conjunto de intereses de diferentes <_<stakeholders>_> del sistema:

 La vista lógica describe el modelo de objetos del diseño cuando se usa

un método de diseño orientado a objetos. Para diseñar una aplicación
muy orientada a los datos, se puede usar un enfoque alternativo para
desarrollar algún otro tipo de vista lógica, tal como diagramas de
entidad-relación.
 La vista de procesos describe los aspectos de concurrencia y
sincronización del diseño.
 La vista física describe el mapeo del software en el hardware y refleja
los aspectos de distribución.
 La vista de desarrollo describe la organización estática del software en
su ambiente de desarrollo.

Los diseñadores de software pueden organizar la descripción de sus

decisiones de arquitectura en estas cuatro vistas, y luego ilustrarlas con un
conjunto reducido de casos de uso o escenarios, los cuales constituyen la
quinta vista.

Vista Lógica
Describe detalladamente todos los módulos del negocio haciendo uso de
diagramas de clases y de secuencia para facilitar y profundizar la comprensión
del modelo.

3. Vista de Componentes

3.1. Descripción de la Vista

La vista está basada en la notación de Booch limitándose a aquellos ítems

relevantes para la arquitectura.
Está orientado a la distribución del sistema en pequeños paquetes (o
subsistemas) identificando cada una de las partes con la idea de asignar a
grupos más reducidos de desarrollo una tarea específica. _Divide y vencerás_.
Una vez identificadas las partes (partición, agrupamiento, visibilidad) y
habiendo avanzado con aspectos principales en la implementación de dichas
partes se procedió luego a la asignación de las reglas que van a regir la
arquitectura de Desarrollo.

3.2. Representación de la Vista

Se utiliza un diagrama de paquetes para señalar las relaciones _importa y

exporta_ del sistema.

Un conector <_<import>_> denota una dependencia de paquetes (al menos un

elemento del paquete depende de otro elemento del otro). También se denota
dependencia bidireccional.
Una relación de realización indica que existe una interfaz visible y accesible
como único medio de acceso al paquete. Mientras que una relación de
Anidación significa un paquete dentro de otro.

A continuación se diferencian 5 partes principales del sistema:

• el dominio del modelo

• el proceso de construcción de los componentes de un Partido
• el Mediador de un Partido
• el modelo de persistencia de datos de un partido
• y el sistema de apuestas
 Bibliografía

https://www.u-cursos.cl/ingenieria/2010/1/CC61H/1/material.../273290
https://www.u-cursos.cl/ingenieria/2010/1/CC61H/1/material.../273290
http://www.mitecnologico.com/Main/LaArquitecturaDe41Vistas