Modelo4 1

Planos Arquitect´onicos: El Modelo de “4+1” Vistas de la
Arquitectura del Software∗
Philippe Kruchten

Abstract
Este art´ıculo presenta un modelo para describir la arquitectura de sistemas de software, bas´
andose
en el uso de m´
ultiples vistas concurrentes. Este uso de m´
ultiples vistas permite abordar los intereses
de los distintos “stakeholders” de la arquitectura por separado: usuariosfinales, desarrolladores, ingenieros de sistemas, administradores de proyecto, etc., y manejar los requisitos funcionales y no funcionales
separadamente. Se describe cada una de las cinco vistas descritas, conjuntamente con la notaci´
on para
captarla. Las vistas se dise˜
nan mediante un proceso centrado en la arquitectura, motivado por escenarios
y desarrollado iterativamente.

1

Introducci´
onTodos hemos visto muchos libros y art´ıculos donde se intenta capturar todos los detalles de la arquitectura
de un sistema usando un u
´nico diagrama. Pero si miramos cuidadosamente el conjunto de cajas y flechas que
muestran estos diagramas, resulta evidente que sus autores han trabajado duramente para intentar representar
m´as de un plano que lo que realmente podr´ıa expresar la notaci´on. ¿Esacaso que las cajas representan
programas en ejecuci´on? ¿O representan partes del c´odigo fuente? ¿O computadores f´ısicos? ¿O acaso meras
agrupaciones de funcionalidad? ¿Las flechas representan dependencias de compilaci´on? ¿O flujo de control?
Generalmente es un poco de todo.
¿Ser´a que una arquitectura requiere un estilo u
´nico de arquitectura? A veces la arquitectura del software
tiene secuelasde un dise˜
no del sistema que fue muy lejos en particionar prematuramente el software, o de un
´enfasis excesivo de algunos de los aspectos del desarrollo del software: ingenier´ıa de los datos, o eficiencia en
tiempo de ejecuci´on, o estrategias de desarrollo y organizaci´on de equipos. A menudo la arquitectura tampoco
aborda los intereses de todos sus “clientes”.
Varios autores han notado esteproblema, incluyendo a David Garlan y Mary Shaw [7], Gregory Abowd y
Robert Allen [1], y Paul Clements [4].
El modelo de 4+1 vistas fue desarrollado para remediar este problema. El modelo 4+1 describe la arquitectura del software usando cinco vistas concurrentes. Tal como se muestra en la Figura 1, cada vista se
refiere a un conjunto de intereses de diferentes stakeholders del sistema.
• La vistal´ogica describe el modelo de objetos del dise˜
no cuando se usa un m´etodo de dise˜
no orientado a
objetos. Para dise˜
nar una aplicaci´on muy orientada a los datos, se puede usar un enfoque alternativo
para desarrollar alg´
un otro tipo de vista l´ogica, tal como diagramas de entidad-relaci´on.
• La vista de procesos describe los aspectos de concurrencia y sincronizaci´on del dise˜
no.
• Lavista f´ısica describe el mapeo del software en el hardware y refleja los aspectos de distribuci´on.
• La vista de desarrollo describe la organizaci´on est´atica del software en su ambiente de desarrollo.
Los dise˜
nadores de software pueden organizar la descripci´on de sus decisiones de arquitectura en estas
cuatro vistas, y luego ilustrarlas con un conjunto reducido de casos de uso o escenarios, loscuales constituyen
la quinta vista. La arqutitectura evoluciona parcialmente a partir de estos escenarios.
∗ Art´
ıculo

publicado en IEEE Software 12(6), Noviembre 1995. Traducido por Mar´ıa Cecilia Bastarrica en Marzo 2006

1

En Rational, aplicamos la f´ormula de Dwayne Perry y Alexander Wolf [9] de manera independiente para
cada vista:
Arquitectura del software = {Elementos, Formas,Motivaci´
on/Restricciones}

Para cada vista definimos un conjunto de elementos (componentes, contenedores y conectores), captamos
la forma y los patrones con que trabajan, y captamos la justificaci´on y las restricciones, relacionando la
arquitectura con algunos de sus requisitos.
Cada vista se describe en lo que llamamos “diagrama” (blueprint) que usa su notaci´on particular. Los
arquitectos tambi´en...