Frameworks de Arquitectura Empresarial

Un framework, entorno de trabajo o marco de trabajo es un conjunto estandarizado de conceptos, prácticas y criterios para enfocar un tipo de problemática particular que sirve como referencia, para enfrentar y resolver nuevos problemas de índole similar. (Wikipedia, 2017)

Metodologías y Frameworks de Arquitectura Empresarial

Marco de Trabajo de Zachman

– Primer modelo de AE (1987)

– Demasiados elementos estructurados y organizados

– No propone un método para obtener cada elemento

Marco Federal de Arquitectura Empresarial

– Modelo de AE desarrollado por y para el Gobierno de los Estados Unidos

– Emitido por la Casa Blanca

– Orientado a integrar el trabajo de las distintas Agencias del Gobierno y sus stakeholders

Modelo Gartner

– Conocido como el «Cuadrante Mágico»

– Busca integrar, analizar y comunicar información estructurada y no estructurada

– A modo de plano cartesiano, reúne en un cuadrante a líderes, competidores, jugadores de nicho y visionarios

TOGAF (The Open Group Architecture Framework)

– Creado por ‘The Open Group’ (creadores de UNIX, referente sector público y privado a nivel mundial)

– Desarrolla el proceso de AE en 8 fases sistemáticas y entrega manuales de implementación para que la organización los siga.

Según WordPress.com (2010), acota que: Como ya había citado anteriormente, una Arquitectura Empresarial no es una herramienta de software, el producto de algún fabricante, un proceso, etc. Es una práctica continua dentro de las organizaciones, con unos objetivos bien definidos. Sin embargo, para llevar a cabo esta práctica existen diferentes Frameworks que ofrecen unas directrices y guías para aplicar las estrategias de Arquitectura Empresarial en las organizaciones.

Clasificación de Frameworks

Podríamos clasificar los Frameworks según su naturaleza, o tipo de empresa a la que están dirigidos. A continuación, algunos ejemplos:

• Frameworks privados:
  • EA IBM Framework
  • SAP EA Framework
  • EA Oracle Framework, entre otros
• Frameworks semipropietarios:
  • Zachman EA Framework
  • EA3 Cube
• Frameworks Open:
  • TOGAF: The Open Group Architecture Framework
• Frameworks para Organizaciones Estatales:
  • FEAF: Federal Enterprise Architecture Framework
  • DODAF

Un framework de Arquitectura Empresarial proporciona una colección de las mejores prácticas, estándares, herramientas, procesos y plantillas para ayudar en la creación de la Arquitectura Empresarial y generalmente incluyen:

• Vocabulario común, modelos y taxonomía
• Los procesos, los principios, estrategias y herramientas
• Arquitecturas y modelos de referencia
• Orientación prescriptiva (procesos de EA, el contenido de la arquitectura, hoja de ruta de la aplicación, la gobernanza)
• Catálogo de prestaciones y artefactos de la Arquitectura Empresarial
• Contenido del metamodelo de la Arquitectura
• Recomendaciones de conjunto de productos y configuraciones (opcional)

Componentes de TOGAF

1. Visión de la arquitectura (Alineamiento estratégico)

También se conoce como fase preliminar, tiene como objetivo documentar los lineamientos estratégicos de la compañía con el fin de alinearlos. Se deben identificar las partes interesadas (Stakeholders) y el plan de trabajo con las mismas. En este punto se documenta, crea o define la misión de la compañía (por qué existe la empresa), la visión (proyección de la empresa en un periodo de tiempo determinado) y la estrategia (cómo superar a la competencia).

2. Arquitectura de negocio (Procesos)

El objetivo de esta arquitectura es entender, describir y modelar el estado actual de los procesos de negocio con el fin de desarrollar la arquitectura de Negocio objetivo. En esta fase se pretende analizar las capacidades que tiene el negocio, sus procesos y las personas involucradas en ellos. La comparación de la arquitectura objetivo (TO BE) con el estado actual (AS IS) permite la identificación de brechas y programas derivados que son producto de a dónde se quiere llegar.

3. Arquitectura de datos (Información)

Tiene como misión definir los tipos y fuentes de información para dar soporte al sistema. No se busca llegar al nivel físico o lógico de los sistemas de almacenamiento de la empresa sino definir las entidades de información, sus atributos y las relaciones entre ellos para garantizar el correcto funcionamiento del sistema, que sea comprensible, completo, consistente y estable. Para esto hace uso del modelo entidad relación.

4. Arquitectura de Aplicaciones

Es un marco de referencia que reúne todas las aplicaciones del negocio con su respectiva funcionalidad y su evolución. Se espera que la arquitectura tenga las siguientes características:

• Aplicaciones para soportar los procesos de negocio
• Integración entre aplicaciones
• Integración de las aplicaciones y BD que almacenen la información

5. Arquitectura de tecnología

Es un marco de referencia que reúne todos los componentes tecnológicos, software y hardware de infraestructura, sus relaciones e interfaces y su evolución. Tiene como objetivo definir y describir la estructura de hardware, software y redes necesarios.

Zachman

Es un marco de referencia de arquitectura empresarial que tiene como características la descomposición de la complejidad de un negocio a través de la descripción de sus componentes. Fue creado en 1984 por John Zachman y publicado en 1987 en el IBM Systems Journal. La metodología propuesta está plasmada en una matriz de filas por columnas.

Perspectivas de la primera fila

La formulación de las preguntas conlleva al levantamiento de información de la empresa, tales como sus procesos de negocio, aplicaciones.

• ¿Qué? Entidades de información presentes en los procesos de negocio de la empresa que son representadas en estructuras de datos como tablas estructuradas y modelos relacionales.
• ¿Cómo? Funciones de las aplicaciones, del hardware y las redes que dan soporte a los procesos de negocio.
• ¿Dónde? Distribución geográfica de la empresa.
• ¿Quién? Personas de la empresa, estructura de autoridad y delegación de trabajo.
• ¿Cuándo? Relación del tiempo con los recursos y criterios de rendimiento de los procesos de la empresa.
• ¿Por qué? Razón de los objetivos de la empresa.

Perspectiva de la primera columna

Relaciona las preguntas de la primera fila con el fin de especificar los procesos de negocio de la organización.

• Objetivo: Resumen con una estimación del tamaño, el costo y la funcionalidad de un sistema específico. Tiene como objetivo controlar el entorno competitivo de la empresa, así como sus fuerzas internas y externas.
• Modelo de negocio: Contiene las entidades y los procesos de negocio haciendo énfasis en su interacción usando diagramas de procesos, de flujo de trabajo que reflejan la operación de la empresa.
• Modelo de sistema: Tiene como finalidad determinar los componentes de datos y especificaciones de software que representan el modelo de negocio para su posterior análisis.
• Modelo tecnológico: Contempla las limitaciones que tienen los componentes y herramientas de tecnología. En este punto se construyen (definen) los sistemas de información teniendo en cuenta sus restricciones.
• Representación detallada: Tiene como finalidad la representación de los módulos que suplen las necesidades del negocio de manera individual.

Etiquetas: arquitectura empresarial, EA, frameworks, Modelo de Negocio, TOGAF, Zachman