1. Vistas y puntos de vista de la arquitectura
1.1. Definición
1.1.1. Son representaciones de la arquitectura desde la perspectiva de un conjunto de inquietudes o asuntos
1.1.2. Usualmente se lo define por medio de uno o más modelos de arquitectura
1.1.3. Punto de vista es una especificación de la convención para construir y usar una vista
1.2. Estándares
1.2.1. ANSI/IEEE Std 1471-2000
1.3. Proceso de creación
1.3.1. Referirse a una librería existente de puntos de vista
1.3.2. Seleccionar un punto de vista apropiado según el tipo de interesado y asunto que requiere explicar con la arquitectura
1.3.3. Generar la vista de arquitectura
1.4. Tipos de vistas de arquitectura
1.4.1. Vistas de la arquitectura de negocio
1.4.1.1. Enfocado a usuarios, planificadores y administradores
1.4.1.2. Cubre aspectos funcionales del sistema
1.4.2. Vistas de la arquitectura de datos
1.4.2.1. Enfocado a diseñadores, administradores de base de datos y programadores
1.4.2.2. Cubre los aspectos de flujo de datos
1.4.3. Vistas de la arquitectura de aplicaciones
1.4.3.1. Enfocado a programadores
1.4.3.2. Cubre los diferentes tipos de ingeniería (seguridades, estándares de programación, etc.)
1.4.4. Vistas de la arquitectura tecnológica
1.4.4.1. Enfocado a las áreas de adquisición, operadores y administradores
1.4.4.2. Cubre aspectos relacionados a la planificación y diseño de redes y necesidades de adquisición de componentes de TI
1.4.5. Vistas compuestas
1.4.5.1. Cubre aspectos relacionados a la disponibilidad y aspectos de seguridad de los sistemas
2. Aspectos generales a considerar
2.1. Diseño
2.1.1. Utilizar un vocabulario común
2.1.2. Debe permitir integrar diferentes tipos de arquitectura en sus diferentes dominios
2.1.3. Es iterativo por lo que requiere cambios o actualizaciones
2.2. Comunicación
2.2.1. Los diseños y vistas de la arquitectura deben considerar el tipo de audiencia
2.2.2. Debe ser lo suficientemente clara
2.2.3. Debe enfocarse tanto a interesados internos como externos
2.2.4. Es importante para la relación entre dominios
2.3. Cambio
2.3.1. Debe existir un proceso para analizar los cambios sobre la arquitectura
2.4. Realización
2.4.1. Debe existir una re alimentación del estado original de la arquitectura a donde se quiere llegar
3. Integración de los dominios
3.1. Es cualquier subconjunto de la arquitectura de la empresa.
3.2. Relación entre las diferentes dominios de la arquitectura
3.2.1. Es recomendable el uso de estándares existentes
3.2.2. Se necesita de un lenguaje que explique los diferentes dominios de la arquitectura
3.2.2.1. Entidades y relaciones
3.2.2.2. Modelamiento orientado a objetos
3.2.2.3. Conceptos e instancias
3.3. Relación entre modelo estructural y de comportamiento
3.4. Evitan conflictos e inconsistencias entre dominios
4. Describiendo la arquitectura empresarial
4.1. Modelos
4.1.1. Es una concepción abstracta de algo en el mundo real
4.1.2. Obliga a los arquitectos a trabajar de una manera más meticulosa
4.1.3. Se basan en definiciones y restriccioes exactas
4.1.4. Disminuye la complejidad de la arquitectura
4.1.5. Son representados por gráficas o texto
4.2. Interesados
4.2.1. Persona o grupo de personas que tienen un rol clave o inquietudes acerca de la arquitectura
4.3. Inquietudes
4.3.1. Son intereses clave y cruciales en cuanto a la arquitectura
4.3.2. Influye en la manera en la que los interesados conciben un dominio de la arquitectura en particular
4.4. Usa el enfoque de FRISCO
4.4.1. Arquitectura
4.4.2. Interesados
4.4.3. Empresa
4.4.4. Descripción de la arquitectura
5. Formas de trabajar
5.1. Forma de pensar
5.1.1. Supuestos
5.2. Formas de modelar
5.2.1. Lenguaje que será usado para denotar la arquitectura
5.3. Formas de comunicar
5.4. Formas de apoyar
5.4.1. Herramientas para el manejo de modelos y vistas