Muchas organizaciones quieren entrar en el mundo de los datos. Muchas lo hacen sin tener perfectamente trazada su cadena de valor ni sus procesos operativos sólidos. Esto resulta en equipos de Ciencia de Datos mal armados que terminan haciendo Business Intelligence, o proyectos de cortísimo alcance, o cancelados por alto costo y nulo retorno. La arquitectura empresarial ofrece un modelo de madurez para preparar a las empresas para proyectos de automatización con Machine Learning.

1. http://sg.com.mx/dataday #datadaymx
El uso de Arquitectura Empresarial
como prerrequisito para
Ciencia de Datos
Dr. Eduardo S. Jallath ©
28 de marzo de 2017

2. Contenido
•Motivación
•Arquitectura Empresarial
•Definiciones
•Ventajas
•Componentes principales
• Gobierno
• Definición estratégica
• Gestión de capacidades
• Separación de dominios
• Método de Desarrollo de Arquitectura
• Enterprise Continuum / Solution Continuum
• Repositorio / Metamodelo de la Arquitectura
•Ejemplo de gestión de un proyecto de datos
•Retos
•Recomendaciones

3. Motivación•¿Se pueden desarrollar aplicaciones avanzadas de datos sin un enfoque
de Arquitectura Empresarial?
•Definitivamente SI.
•Las consecuencias:
•La evolución de soluciones probablemente sea heterogénea.
•Se crearan silos de datos.
•Los productos serán difícil de integrar con otras aplicaciones de la
organización.
•Se limita el aprovechamiento de recursos ya existentes.
•Se pierden economías de escala.
•El costo es mayor.
•Se pueden desalinear del objetivo estratégico de la organización.
•Se limita la mitigación de riesgos.

4. Definiciones de Arquitectura Empresarial
(AE)
•ISO/IEC 42010:2007 define “Arquitectura
Empresarial"
•La organización fundamental de un sistema, sus componentes
específicos, su relación con el medio ambiente y los principios que
gobiernan su diseño y evolución.
•The Open Group Architecture Framework (TOGAF):
•Una descripción detallada de un sistema a nivel de componente para
guiar su implementación.
•Una estructura de componentes, su relación, principios y guías que
gobiernan su diseño y evolución a través del tiempo.
•Eduardo S. Jallath
•Marco de trabajo que guía la evolución de una organización.

5. Ventajas del uso de AE para el
funcionamiento de la empresa
•Desarrolla un lenguaje común.
•Para los proyectos de datos y el resto del negocio.
•Facilita la incorporación de mejores prácticas de la industria.
•Permite estructurar y reutilizar prácticas y desarrollos ya
establecidos en la empresa.
•Facilita el entendimiento de los cambios graduales.
•Arquitectura base – el estado actual.
•Arquitecturas intermedias – situaciones intermedias necesarias para alcanzar la
arquitectura objetivo.
•Arquitectura objetivo – estado ideal que se pretende alcanzar.
•Permite construir y gestionar productos funcionales (bloques de
lego) para apoyar implementación.

6. Ventajas del uso de AE para los
equipos de desarrollo
•Es requisito para incorporar una Arquitectura Orientada a
Servicios (SOA).
•Identifica necesidades críticas de los interesados (stakeholders y los usuarios).
•Permite documentar la alineación de las aplicaciones y datos con los objetivos
estratégicos.
•Facilita la definición de una perspectiva compartida entre todos los equipos de
desarrollo.
•Con un adecuado diseño permite dar resultados rápidos.

7. Componentes principales de AE
•Definición estratégica
•Gobernabilidad
•Gestión de capacidades
•Separación de dominios
•Enterprise Continuum / Solution Continuum
•Metamodelo de la Arquitectura
•Método de Desarrollo de Arquitectura (ADM, por sus
siglas en inglés)

8. Definición
estratégica
•Identificación de
elementos estratégicos
•Interesados
•Motivadores
•Requerimientos
•Objetivos
•Restricciones
•Evaluaciones

9. Gobernabilidad
•Capacidad de involucrar el apoyo de todas las partes
con responsabilidad de la empresa para garantizar que
los objetivos sean alcanzados.
•El Gobierno de Arquitectura es la práctica a través de
la cual las arquitecturas son gestionadas a nivel de
toda la empresa.
•Se operacionaliza a través de un Comité de
Arquitectura con representantes de la alta dirección
•Emite normas y políticas que apoyan la consistencia de
acciones.
•El Comité puede tener otros nombres. Por ejemplo: Gestión
Estratégica, Reingeniería, Calidad, Innovación.

10. Gestión de Capacidades
•Basadas en marcos metodológicos desarrollados
principalmente por CMU y The Open Group.
•Proveen una herramienta para diagnosticar
estructuras organizacionales, procesos, roles,
responsabilidades y habilidades.
•Algunos marcos:
•Architecture Maturity Model
•Procesos – ?
•Data CMM
•Software CMM
•OSIMM, para evaluar SOA

11. Separación de Dominios
•Arquitectura de Negocio
•Modelos de Procesos
• Cadena de valor para producción de datos, metadatos, paradatos
• Gestión de metadatos, datos maestros, metamodelos
•Organización – estructura para gestión de datos
•Arquitectura de Datos
•Modelos de datos: conceptual, lógico y físico
•Metamodelos para gestión de procesos y datos
•Arquitectura de Aplicaciones
•Modelos de servicios de datos, SOA
•Arquitectura de Infraestructura Tecnológica
•Infraestructura para la gestión de datos

12. Enterprise continuum – Referencia de
marcos y mejores prácticas
Solution continuum - Gestión de
soluciones de arquitecturas desarrolladas

13. Repositorio –
Metamodelo
•Gestión de la
documentación de las
arquitecturas y sus
instancias
•Referencia
fundamental para
verificar la consistencia
en la documentación
de diseño y sus
desarrollos

14. Método de Desarrollo de
Arquitectura – ADM
Desarrollo de
iniciativas de datos
Desarrollo de Procesos
de gestión de datos
Desarrollo de
Infraestructura de datos
•Armoniza y define la ejecución de las actividades

15. Ejemplo de gestión de un proyecto de Datos
•Método de Desarrollo de Arquitectura
•Planeación y desarrollo de las actividades que crean los dominios
arquitectónicos.
•Selección y gestión de proyectos.
•Evaluación de cumplimiento de productos desarrollados vs. marco de AE.
•Manejo de iteraciones.
•Definición estratégica
•Analisis de la compatibilidad estratégica
•¿Está agregando valor?
•Gobernabilidad
•Revisión de la alineación del proyecto con las definiciones de AE existentes
en la organización
•Cumplimiento de normas y políticas

16. •Enterprise Continuum / Solution Continuum
•¿Existen guías, estándares y/o soluciones ya definidas?
•¿Se deben definir nuevas?
•Gestión de capacidades
•Detección de brechas organizacionales, procesos, roles, responsabilidades
y habilidades
•Separación de dominios
•Identificación de los dominios sobre los que se va a diseñar y desarrollar.
•Metamodelo de la Arquitectura
•Documentación de las instancias de arquitectura
Ejemplo (cont.)

17. Retos
•Explicar el concepto AE a los diferentes interesados.
•AE como herramienta esencial para llevar a cabo un
programa estratégico.
•Conseguir amplio apoyo de la alta dirección.
•Conformar un equipo cuyos integrantes tengan
conocimientos multidisciplinarios en AE, estrategia,
organización, procesos, datos, aplicaciones e
infraestructura de TI.
•Establecer que AE no es un proyecto de TI.
•Elegir acciones que den resultados entre 2 y 4 meses.

18. Recomendaciones
•Las soluciones de datos deben estar dentro de la estrategia
global de la empresa.
•AE ofrece una estructura para:
•Identificación de proyectos estratégicos
•Mecanismos de evaluación
•Definir metas de corto, mediano y largo plazo
•Obtener ganancias rápidas
•Documentación estandarizada para los desarrollos
•Estructuración entre datos, metadatos y paradatos
•AE, no es un proyecto, debe ser la guía para la
transformación continua de una empresa.

19. ¿Preguntas?
ejallath@yahoo.com
@e_khayat