Vistas y puntos de vista

Preguntas de arquitectura a responder

• ¿Cuáles son los principales elementos funcionales de su arquitectura?
• ¿Cómo interactuarán estos elementos entre si y con el mundo exterior?
• ¿Qué información será administrada, almacenada y presentada?

Preguntas de arquitectura a responder

• ¿Qué hardware físico y elementos de software se requieren para soportar estos elementos funcionales y de información?
• ¿Qué características operacionales se brindaran?
• ¿Qué ambientes de desarrollo, pruebas, soporte y entrenamiento serán provistos?

Respondiendo a las preguntas

• Principio: No es posible capturar las características funcionales y propiedades de calidad de un sistema complejo en un simple modelo comprensivo
• Estrategia: Un sistema complejo es descrito mas efectivamente por un conjunto de vistas inter relacionadas

Vista

• Es una representación de uno o mas aspectos estructurales de una arquitectura que ilustra como la arquitectura resuelve uno o mas temas de interés de uno o mas stakeholders

Elementos a considerar al usar una vista

• Alcance de la vista
• Tipos de elementos
• Audiencia
• Conocimiento de la audiencia
• Alcance de los temas
• Nivel de detalle

Estrategia para vistas

• En una vista, solo incluya información que impulse el objetivo de la descripción de arquitectura, esto es, información que ayude a explicar la arquitectura a los stakeholders o demostrar que las metas del sistema (temas de interés) están siendo alcanzadas

Punto de vista (viewpoint)

• Es una colección de patrones, plantillas y convenciones para construir un tipo de vista. Define los stakeholders cuyos temas de interés están reflejados en el punto de vista y las guías, principios y modelos de plantillas para construir sus vistas

Estrategia puntos de vista

• Cuando se desarrolla un punto de vista, independientemente que se use o no un punto de vista definido, tenga en mente de manera clara que temas de interés busca solucionar la vista, que tipos de elementos arquitectura presenta y a quien va dirigido el punto de vista
• Asegúrese que sus stakeholders entiendan eso también

Beneficios de usar vistas y puntos de vista

• Separación de temas de interés (concerns)
• Comunicación con grupos de stakeholders
• Administración de la complejidad
• Mejora del enfoque del desarrollador

Problemas al usar vistas y puntos de vista

• Inconsistencia
• Selección de un conjunto equivocado de vistas
• Fragmentación

Catálogo de puntos de vista

Catálogo de puntos de vista

Punto de vista de contexto

• Describe las relaciones, dependencias e interacciones entre el sistema y su ambiente (las personas, sistemas y entidades externas con las que interactúa)
• Es de interés para muchos stakeholders y juega un rol importante en ayudarlos a entender sus responsabilidades y como se relacionan con su organización

Punto de vista funcional

• Describe elementos funcionales en tiempo de corrida, sus responsabilidades, interfaces e interacciones primarias
• Es la piedra angular de la mayoría de descripciones de arquitectura, a menudo es la primera parte que ven los stakeholders

Punto de vista de información

• Describe la forma en que el sistema almacena, manipula, administra y distribuye información
• El objetivo de este análisis es responder a las preguntas acerca de contenido, estructura, propiedad, latencia, referencia y migración de datos

Punto de vista de concurrencia

• Describe las estructuras de concurrencia del sistema y mapea elementos funcionales a unidades de concurrencia para identificar claramente las partes del sistema que se pueden ejecutar concurrentemente y como son coordinadas y controladas

Punto de vista de desarrollo

• Describe la arquitectura que soporta el proceso de desarrollo de software
• Comunica los aspectos de interés de la arquitectura a aquellos stakeholders involucrados en construir, probar, mantener y mejorar el sistema

Punto de vista de deployment

• Describe los ambientes en los cuales el sistema será desplegado y las dependencias del sistema en ellos
• Esta vista captura el ambiente de hardware que el sistema necesita, los requerimientos técnicos del ambiente para cada elemento, y el mapeo de elementos de software al ambiente de tiempo de corrida que los ejecutará

Punto de vista operacional

• Describe como el sistema será operado, administrado y soportado cuando esté corriendo en su ambiente de producción
• El objetivo de este punto de vista es identificar estrategias completas para resolver lo temas de interés operacionales del sistema para los stakeholders e identificar las soluciones a los mismos