Cada vista es un conjunto de intereses de los diferentes stakeholders del sistema, aqu se toman las decisiones para constituir

la quinta vista. Elena del Roco Magno Rodrguez IS09110857

1
Vista Lgica

Describe el modelo de objetos del diseo y diagramas de entidad-relacin.

Involucra: Objetos, diagrama de clases, encapsulacin, herencia, diagrama de estados, notaciones.

Apoya a requisitos funcionales: lo que el sistema debe brindar en trminos de servicios a sus usuarios.

Se enfoca en asuntos de concurrencia y distribucin, integridad del sistema y tolerancia a fallas.

Describe los aspectos de concurrencia y sincronizacin del diseo

Involucra: Hilos, procesos, tareas, carga de procesamiento.

Vista de Procesos

Modelo 4+1 vistas

Describe la arquitectura del Software

Describe la organizacin esttica del Software

Vista de Desarrollo

Involucra: Jerarqua de capas, restricciones, evaluacin de costos, planificacin, monitoreo de procesos, seguridad.

Se centra en la organizacin real de los mdulos de software en el ambiente de desarrollo del software.

Toma en cuenta los requisitos no funcionales del sistema: disponibilidad, confiabilidad (tolerancia a fallas), performance y escalabilidad.

Vista Fsica
Describe el mapeo del Software en el Hardware

3
Las 4 vistas trabajan en conjunto mediante el uso de escenarios que sirven como validacin y como gua para el descubrimiento de otros elementos arquitectnicos.

Diseadores construyen la arquitectura para satisfacer los requisitos funcionales y no funcionales (confiabilidad, escalabilidad, portabilidad y disponibilidad) del sistema.

Involucra: Nodos, redes, pruebas, impacto mnimo en el cdigo fuente.

Conclusin
El modelo de "4+1" ha permitido a los stakeholders encontrar con ms facilidad lo que desean de la arquitectura del software de un proyecto propio o ajeno. En cada una de las vistas se pueden usar notaciones y otros mtodos de diseo para una ptima organizacin del modelo. A partir de la creacin de la quinta vista (que se forma con la conjuncin de las vistas anteriores en un escenario) se obtiene la evolucin de la arquitectura final. Cada vista se refiere a un conjunto de intereses de diferentes stakeholders del sistema. En la vista lgica participan los usuarios finales y la funcionalidad del sistema, en la vista de desarrollo destacan los programadores y la administracin del software, en la vista de procesos se encuentran los integradores, el perfomance del sistema y la escalabilidad del mismo, y finalmente la vista fsica integra a los ingenieros en sistemas, la topologa y comunicaciones del sistema. Las distintas vistas no son independientes unas de las otras ya que los elementos de cada una estn conectados a otras vistas mediante un conjunto de reglas. Cabe destacar que no toda arquitectura de software requiere de las "4+1" vistas completas y stas se pueden omitir segn sea el caso. Finalmente existe la documentacin de la arquitectura, que incluye el documento que sigue las "4+1" vistas y la gua del diseo del software, que captura las decisiones del diseo ms importantes que deben respetarse para mantener la integridad de la arquitectura del sistema.