Cuadro comparativo entre las vistas del Modelo 4+1

Andrés Fernando Toquica Gómez

Corporación Universitaria Minuto de Dios

Facultad de Ingeniería

Técnicas de modelamiento de Software

Bogotá, Agosto de 2022

Introducción

Es importante como agentes involucrados en el desarrollo de software conocer los diferentes

modelos de arquitectura de software que existen. También es menester que en estos modelos se
facilite el entendimiento de los agentes que tienen interés en el software, por esto es necesario
que todos los actores involucrados puedan tener un esquema mental de como funcionara el
desarrollo, para esto veremos cómo se capturan los detalles del desarrollo desde el modelo 4+1
propuesto por Krutchen.

Para lo anterior realizaremos un cuadro comparativo que nos permita discernir las diferencias y
similitudes que pueden tener las cuatro vistas involucradas en el modelo que nos atañe.
 Concepto Tipos de diagrama Utilidad Tipo de usuario

Perspectiva enfocada al
dominio del problema,
orientándose a la
descomposición de Realizando la descimposicion de
los servicios que el sistema los servicios se logra potenciar
Diagrama de clases
debe proveer a los usuarios el analisis funcional e identificar Usuario final
Vista Logica Diagrama de secuencia
finales, por lo tanto sus mecanismos y elementos de Funcionalidad
Diagrama de comunicación
principales concerns son los diseño comunes a diversas
requerimientos funcionales, partes del sistema.
los cuales pueden ser
modelados a través de
clases.

Se enfoca en asuntos de
concurrencia y distribucion,
integridad del sistema, de
tolerancia a
fallas. La vista de procesos
Vista de Procesos tambien especifica en cual
hilo de control se ejecuta
efectivamente una
operacion
de una clase identificada en
la vista logica.
La vista de procesos puede ser
controlada tacticamente
(comenzar, recuperar,
reconfigurar, y Integradores
Diagrama de actividad detener). Ademas, los procesos Performance
pueden replicarse para Escalabilidad
aumentar la distribucion de la
carga de procesamiento,
o para mejorar la disponibilidad.

La vista de desarrollo se
centra en la organizacion
real de los modulos de
software en el ambiente de
La vista de desarrolla tiene en
desarrollo
cuenta los requisitos internos
del software. El software se
relativos a la facilidad de
empaqueta en partes
desarrollo. Apoya la asignación
pequeñas –bibliotecas de
de requisitos y trabajo al
programas o subsistemas– Desarrolladores
Diagrama de componentes equipo de desarrollo, y apoya la
Vista de Despliegue que Gestion del
Diagrama de paquetes evaluación de costos, la
pueden ser desarrollados software
planificación, el monitoreo de
por uno o un grupo pequeño
progreso del proyecto,
de desarrolladores. Los
y también como base para
subsistemas se organizan en
analizar reuso, portabilidad y
una jerarquia de capas, cada
seguridad.
una de las cuales brinda una
interfaz estrecha y bien
definida hacia las capas
superiores.

Toma en cuenta
primeramente los requisitos
no funcionales del sistema
tales como
Refleja el aspecto de
la disponibilidad,
distribución del
confiabilidad (tolerancia a
sistema porque los elementos
fallas), performance
de las vistas de desarrollo y de
(throughput), y Ingenieros de
proceso tienen que ser
escalabilidad. El software sistemas
Vista Fisica Diagrama de despliegue asignados a los nodos de la red
ejecuta sobre una red de Topologia del
que
computadores o nodos de sistema
conforman a esta vista física, con
procesamiento (o tan solo
lo cual también se
nodos). Los variados
establece una correspondencia
elementos
entre estas vistas.
identificados –redes,
procesos, tareas y objetos–
requieren ser mapeados
sobre los variados nodos.
Conclusiones

A partir de la realización del ejercicio planteado logramos discernir el panorama que cada una de
las 4 vistas nos ofrece sobre la planificación y la arquitectura del software, lo importante que este
modelo puede llegar a ser para que los diferentes sujetos involucrados en el proyecto tengan una
idea clara de lo que requiere y va a ejecutarse.

También nos permite entender que, aunque las vistas de este modelo no se logran relacionar de
una manera directa entre sí, si tienen una equivalencia entre ellas debido a que se unen los
elementos de una con los de otra.
Referencias Bibliográficas

Limón Cordero, R. N. (2010). Las vistas arquitectónicas de software y sus

correspondencias mediante la gestión de modelos. (Doctor). UNIVERSIDAD

POLITÉCNICA DE VALENCIA.

Kruchten, P. (1995, noviembre). Architectural Blueprints—The “4+1” View Model of

Software Architecture. IEEE Software 12. Recuperado 15 de agosto de 2022, de

https://presencial.aulasuniminuto.edu.co/pluginfile.php/1110914/mod_resource/cont

ent/1/ARTICULO%204%2B1.pdf