Fase de Arquitecturas de Sistemas de Información – C
La organización fundamental de un sistema de TI, encarnada en:
- Los principales tipos de información y aplicaciones que procesan.
- Relaciones entre sí y con el medio ambiente.
- Los principios que rigen su diseño y evolución.
Muestra cómo los sistemas de TI cumplen los objetivos empresariales de la empresa.
Datos o Aplicaciones Primero
Generalmente, es necesario considerar ambas direcciones. No siempre es el caso, dependiendo del alcance del proyecto y las restricciones.
Puede desarrollarse en cualquier orden o en paralelo:
- La teoría sugiere la arquitectura de datos primero.
- Consideraciones prácticas pueden significar que comenzar con la arquitectura de aplicaciones puede ser más eficiente.
Habrá que iterar para garantizar la coherencia.
Fase de Arquitectura Tecnológica – D
La organización fundamental de un sistema de TI encarnada en:
- Hardware, software y tecnología de comunicación.
- Sus relaciones entre sí y con el ambiente.
- Los principios que rigen su diseño y evolución.
Fase de Oportunidades y Soluciones – E
- Planificar la implementación del rendimiento inicial.
- Identificar los principales proyectos de implementación.
- Determinar si se necesita un enfoque incremental; si es así, definir la arquitectura de transición.
- Decidir sobre el enfoque:
- Hacer vs Comprar vs Reutilizar
- Subcontratar
- COTS
- Código abierto
- Evaluar las prioridades.
- Identificar dependencias.
Fase de Planificación de la Migración – F
Para paquetes de trabajo y proyectos identificados en la Fase E, realizar:
- Análisis coste-beneficio.
- Evaluación de riesgos.
Finalizar un plan de implementación y migración detallado.
Fase de Gobierno de la Implementación – G
- Proporcionar servicios arquitectónicos para la supervisión de la implementación.
- Definir las restricciones de la arquitectura en los proyectos de implementación.
- Gobernar y administrar un contrato de arquitectura.
- Monitorear la implementación del trabajo para la conformidad.
- Producir una realización de valor comercial.
Fase de Gestión de Cambios de la Arquitectura – H
- Proporcionar monitoreo continuo y un cambio en la gestión del proceso.
- Asegurar que los cambios en la arquitectura se gestionen de forma cohesiva y controlada.
- Establecer y apoyar la arquitectura de la empresa.
- Flexibilidad para evolucionar rápidamente en respuesta a cambios en la tecnología o el ambiente de negocios.
- Monitorear el negocio y la capacidad de gestión.
TOGAF y el Metamodelo
6.4 TOGAF Metamodelo
Los objetivos de este módulo de metamodelo son describir:
- Qué es un metamodelo y por qué es necesario.
- Conceptos clave del metamodelo central.
- La división del metamodelo en núcleo y extensiones.
- Conceptos clave de las entidades centrales del metamodelo.
- Los componentes del metamodelo de contenido TOGAF.
Un metamodelo es una definición precisa de los constructos y reglas necesarias para crear modelos. Es un modelo que describe cómo y con qué se describirá la arquitectura de forma estructurada.
Beneficios de un Metamodelo
- Formaliza la definición de Arquitectura Empresarial.
- Formaliza la relación entre objetos.
- Permite un mapeo de herramientas EA.
Entidades del Metamodelo Central
- Actor: Una persona, organización o sistema que está fuera de la consideración del modelo de arquitectura, pero interactúa con él.
- Componente de aplicación: Una encapsulación de la funcionalidad de la aplicación que está alineada con la estructuración de la implementación.
- Servicio empresarial: Soporta capacidades empresariales a través de una interfaz explícitamente definida y está explícitamente gobernado por una organización.
- Entidad de datos: Una encapsulación de datos que es reconocida por un experto en dominios empresariales como un concepto discreto. Las entidades de datos pueden estar vinculadas a aplicaciones, repositorios y servicios, y pueden estructurarse de acuerdo con consideraciones de implementación.
- Función: Proporciona capacidades empresariales estrechamente alineadas con una organización, pero no explícitamente gobernadas por la organización.
- Servicio de Sistema de Información: Los elementos automatizados de un servicio de negocios. Un servicio de sistema de información puede entregar o apoyar todos o parte de uno o más servicios empresariales.
- Unidad de organización: Una unidad de recursos autónoma con responsabilidad, metas, objetivos y medidas de gestión de línea. Las unidades organizativas pueden incluir partes externas y organizaciones de socios empresariales.
- Servicio de plataforma: Capacidad técnica necesaria para proporcionar infraestructura habilitante que admita la entrega de aplicaciones.
- Rol: Un actor asume un rol para realizar una tarea.
- Componente tecnológico: Una encapsulación de la infraestructura tecnológica que representa una clase de producto tecnológico o producto de tecnología específica.
Contenido del Metamodelo
El contenido del metamodelo proporciona definiciones de todos los tipos de bloques a construir que pueden existir, mostrando cómo pueden ser descritos y relacionados entre sí. Al crear y administrar arquitecturas, es necesario considerar preocupaciones tales como servicios empresariales, actores, aplicaciones, entidades de datos y tecnología. El metamodelo pone de relieve estas preocupaciones, muestra e identifica los artefactos que se pueden utilizar para representarlos de una manera consistente. El metamodelo también puede utilizarse para proporcionar orientación a organizaciones que deseen implementar su arquitectura utilizando una herramienta de arquitectura.