Está en la página 1de 28

Araos, Navarrete, Mejía, Dzib, Balderas

1.1 Definición de arquitectura empresarial

La arquitectura puede verse como un modelo para la ubicación óptima de los


recursos en el entorno de TI para el soporte definitivo de la función comercial. Como
se describe en American National Standards Institute / Instituto de Ingenieros
Eléctricos y Electrónicos (ANSI / IEEE) Std 1471-2000, una arquitectura es "la
organización fundamental de un sistema, incorporada en sus componentes, sus
relaciones entre sí y el medio ambiente, y los principios que rigen su diseño y
evolución”.

Según Lankhorst et al. “La arquitectura empresarial es un conjunto coherente de


principios, métodos y modelos que se utilizan en el diseño y la realización a nivel
empresarial de la estructura organizacional, los procesos de negocio, los sistemas
de información y la infraestructura”. Una AE explica cómo todos “los elementos de
las tecnologías de la información en una organización, los procesos, los sistemas,
la estructura organizacional y las personas se integran y trabajan de forma conjunta
como un todo.

El Centro del MIT para la Investigación de Sistemas de Información (MIT CISR) en


2007 define la arquitectura empresarial como los aspectos específicos de una
empresa que están siendo examinadas.

“Arquitectura empresarial es la lógica de organización de los procesos de negocio y


la infraestructura de TI que refleja los requisitos de integración y normalización de
modelo de funcionamiento de la empresa. El modelo operativo es el estado deseado
de la integración de procesos de negocio y la estandarización de procesos de
negocio para la entrega de bienes y servicios a los clientes”

El objetivo de la arquitectura empresarial es crear un entorno de TI unificado


(sistemas de hardware y software estandarizados) en todas las unidades de
negocios de la empresa, con estrechos vínculos simbióticos con el lado comercial
de la organización (que normalmente es el 90% de la empresa) y su estrategia. Más
específicamente, los objetivos son promover la alineación, la estandarización, la
reutilización de los activos de TI existentes y el intercambio de métodos comunes
Araos, Navarrete, Mejía, Dzib, Balderas

para la gestión de proyectos y el desarrollo de software en toda la organización. El


resultado final, teóricamente, es que la arquitectura empresarial hará que las TI sean
más baratas, más estratégicas y más receptivas.

1.2 Conceptos de la arquitectura empresarial

La arquitectura empresarial en una organización corresponde a la forma de


representar de manera integral la empresa, permitiendo cubrir y considerar todos y
cada uno de los elementos que la conforman. Esto conduce a que se pueda
establecer una visión clara sobre los objetivos, las metas y líneas de negocio en la
empresa, comenzando desde la perspectiva estratégica (misión, visión,
lineamientos e indicadores estratégicos), hasta llegar a una estructura actual y
futura para los procesos de la organización; la cual incorpora algunos de los
componentes que se consideran como críticos para su funcionamiento:
 Los procesos: modelos de negocio y procesos.
 La estructura organizacional: personas, estructuras administrativas.
 Las tecnologías de información: aplicaciones, información, infraestructura
tecnológica y seguridad informática.

Una entidad que desarrolle su AE (Arquitectura Empresarial) logra dejar de lado las
preocupaciones por los aparatos, el flujo de información y hasta la instalación de
nuevos sistemas informáticos, para ocuparse de tomar decisiones basadas en la
mayor cantidad de información disponible, básicamente porque el papel de la
Arquitectura es definir lineamientos informáticos que resuelvan las necesidades
actuales y prevean las futuras en función de la toma de decisiones, es decir,
proponiendo formas de generar bases de datos integradas, generando estándares
de desarrollo de aplicaciones y servicios internos para que sean compatibles y
puedan compartir información entre ellos, e incluso dando marcos de referencia
para la compra y disposición de equipos informáticos, así como de disposición del
recurso humano necesario para cada uno de los puntos en interacción.
Araos, Navarrete, Mejía, Dzib, Balderas

El secreto de la AE radica en la alineación de los distintos componentes informáticos


de una organización, todos en función de una visión estratégica que les dé sentido
y, a la vez, que los convierta en recursos útiles para la toma de decisiones, más allá
del conjunto de recursos para realizar tareas en que pueden convertirse sin una
integración desde la Arquitectura.

Como resultado final, se va a disponer de las herramientas y los mecanismos


necesarios para la adecuada operación y funcionamiento de la empresa, y por ende,
apoyar el cumplimiento de sus objetivos estratégicos.

1.3 Objetivos, principios, reglas, roles y mecanismos

Objetivos

1.1 Objetivo General

Diseñar un modelo de Arquitectura Empresarial específica para una empresa


especializada en telecomunicaciones, con fin de determinar el mapa de ruta que le
permitirá diversificar e innovar en sus procesos y en la prestación de sus servicios
de TI.

1.2 Objetivos Específicos

Identificar y caracterizar los procesos de negocio y de gestión de TI de una empresa.


Diseñar los componentes del modelo de Arquitectura Empresarial con un enfoque
en innovación, tomando como base las mejores prácticas y estándares de
Arquitectura Empresarial.

Establecer el mapa de ruta a seguir para la adopción efectiva de la Arquitectura


Empresarial en una empresa, a fin de que sea una base para fortalecer los procesos
de negocio y generar valor agregado.

Documentar el modelo propuesto, a fin de que pueda servir como guía para la
implementación de Arquitectura Empresarial dentro de una empresa que le permita
innovar en nuevos servicios de TI soportado con un ejemplo.
Araos, Navarrete, Mejía, Dzib, Balderas

Concepto 2

Es apoyar a las organizaciones a responder ante cambios en el negocio, enfocarse


al cliente, volverse más eficientes en los ajustes del mercado, competencia,
tecnologías, etc, y reaccionar de forma eficiente a la imposición de regulaciones y
estándares, permitiéndole un ahorro de costos y una mejor eficiencia
organizacional.

Concepto 3

Un objetivo fundamental para desarrollar un ejercicio de Arquitectura Empresarial


(AE) es soportar de manera eficiente los objetivos de negocio de una organización
a través de la plataforma tecnológica base y proveer a la misma, de procesos
estructurados que le permitan lograr una estrategia de Tecnología de Información
(TI) exitosa, propendiendo porque TI sea un activo capaz de responder de manera
eficiente a la estrategia de negocio. Por lo anterior, el ejercicio de arquitectura
empresarial es una práctica valiosa para disminuir las inconsistencias entre el
negocio y el área de TI. Busca reducir los impactos generados por dichas
inconsistencias y obtener una aproximación al valor generado por ésta para
garantizar control sobre el presupuesto y las inversiones asignadas.

Principios

Los principios de Arquitectura definen las normas y directrices generales para el uso
y el despliegue de todos los servicios y activos de TI en toda la organización. Permite
ocupar los diversos elementos de la empresa para la toma de decisiones de TI.
Cada principio debe estar relacionado e integrado a los objetivos del negocio.

Los principios de Arquitectura se desarrollan normalmente por los arquitectos


organizacionales, en conjunto con partes interesadas (stakeholders), y son
aprobados en las juntas de Arquitectura.
Araos, Navarrete, Mejía, Dzib, Balderas

Los principios de Arquitectura deben estar claramente trazados y articulados para


guiar la toma de decisiones. Cada principio de la Arquitectura debe estar
relacionado e integrado a los objetivos del negocio.

Definición de principios de diseño

 Los principios son normas generales y directrices, destinadas a ser


duraderas, que informan y soportan la manera en que una organización
cumplirá con su misión.
 Los principios pueden ser un conjunto estructurado de ideas que
colectivamente definen y guían a la organización, desde los valores hacia
acciones y resultados.
 Son el reflejo del consenso entre los diversos elementos de la empresa, y
constituyen la base para la toma de futuras decisiones de TI.

La definición de cada principio debe tener al menos los siguientes elementos:

 Elemento Definición
 Principio
 (Nombre)
 Representa la esencia de la regla para que sea fácil recordarla
 Declaración o
 Enunciado

Debe comunicar de forma sucinta y sin ambigüedades la regla fundamental del


principio

Racional Poner de relieve los beneficios del apego al principio para el instituto,
utilizando preferentemente la terminología del negocio Implicaciones Poner de
relieve las necesidades tanto para el negocio y como TI, para la realización del
principio.
Araos, Navarrete, Mejía, Dzib, Balderas

Guía para definir los principios

Nombre:
 Debe ser una sola frase, clara y especifica
 Catorce palabras o menos
 Evitar palabras ambiguas

Enunciado:
 Describe con mayor detalle la idea planteada en el principio.
 Busca el entendimiento inequívoco del principio.

Racional:
 Debe resaltar los beneficios comerciales del principio, usando terminología
del negocio.
 Describir la relación con otros principios, y las intenciones con respecto a una
interpretación

Equilibrada:
 Considerar situaciones en las que un principio daría prioridad o más peso
que otro para tomar una decisión.

Implicaciones
 Deben destacar los requisitos, para el negocio y de TI, para llevar a cabo el
principio en términos de recursos, costos, actividades y tareas.
 A menudo será evidente que los actuales sistemas, normas o prácticas serían
incongruentes con el principio que se adopta.
 Debe indicarse claramente el impacto para el negocio y las consecuencias
de la adopción.
Araos, Navarrete, Mejía, Dzib, Balderas

El lector debe discernir fácilmente la respuesta a:

¿Cómo me afecta esto?


 Es importante no simplificar demasiado, trivializar o juzgar la magnitud del
impacto.
 Algunas de las consecuencias serán identificadas como impactos potenciales
meramente informativos.

Características
 Entendible: Qué sea claro para todas las personas de la organización
 Robusto: Debe ser lo suficientemente claro y preciso para guiar la toma de
decisiones complejas
 Completos: Deben cubrir todos los elementos relevantes
 Consistente: Los principios deben ser consistentes entre sí, evitando que el
apego a uno implique quebrantar otro
 Estable: Deben ser perdurables en el tiempo, aunque susceptibles a ser
revisados y mejorados

Etapas de la definición de principios


La definición de principios se realiza durante la fase “Visión de la arquitectura”, la
cual busca establecer el ideal de capacidades y valor para el negocio resultado de
aplicar la arquitectura empresarial.

Contexto: Entender el contexto de la organización, misión, visión, objetivos, valores


y elementos clave.

Definición: Identificar y definir los principios que guiaran la evolución de la


arquitectura con base en la visión deseada.

Revisión: Validar con los arquitectos organizacionales y tecnológicos, así como con
los involucrados e interesados la pertinencia y claridad de los principios.
Araos, Navarrete, Mejía, Dzib, Balderas

Autorización: Presentar al comité de arquitectura o en su defecto a un comité con


autoridad en la organización los principios para su autorización.

Difusión: Comunicar en la organización los principios y ponerlos disponibles para


su consulta.

Para desarrollar una aplicación de reglas empresariales, puede diseñar las reglas
empresariales de forma independiente de la lógica de la aplicación. Mediante Rule
Designer, desarrolla proyectos de reglas de los que extrae un conjunto de reglas y
a continuación crea un contrato entre la aplicación y el conjunto de reglas. La
aplicación llama al conjunto de reglas mediante diversas implementaciones
disponibles.

Con un sistema de gestión de reglas empresariales (BRMS), los desarrolladores


diseñan reglas empresariales independientemente de la lógica de la aplicación y los
usuarios empresariales pueden gestionar estas reglas empresariales. La figura
siguiente muestra la interacción de los distintos entornos desde la creación de un
proyecto de reglas al despliegue de las reglas empresariales en una aplicación
basada en BRMS.

Interacción de los diversos entornos


Al empezar a desarrollar aplicaciones de reglas empresariales, en primer lugar,
aplica la infraestructura necesaria para editar las reglas y generar uno o varios
conjuntos de reglas.

Los conjuntos de reglas son contenedores autónomos y ejecutables que se


corresponden con una decisión. Las reglas son expresiones atómicas de políticas.
La automatización de estas políticas y su aplicación a sucesos puede generar
decisiones. Las reglas correspondientes a una decisión determinada se organizan
para la ejecución y se almacenan en un conjunto de reglas.

Mediante Rule Designer, desarrolla proyectos de reglas a partir de los cuales extrae
conjuntos de reglas.
Araos, Navarrete, Mejía, Dzib, Balderas

Con un BRMS, puede escribir lógica empresarial en términos empresariales en lugar


de en términos de lenguaje de programación. Con este fin, crea un modelo de objeto
de negocio (BOM) que describe los datos en los que se basa la decisión y le asigna
un vocabulario de lenguaje natural. Todos los elementos de la decisión se escriben
con los términos de este vocabulario.

Para que la aplicación se beneficie de esta decisión, debe haber un contrato entre
la aplicación y el conjunto de reglas.

Roles

Los roles no son estáticos. Evolucionan en el tiempo dependiendo del negocio y la


tecnología. El rol del arquitecto IT está acercándose al área del negocio:

 Arquitecto Empresarial
 Mayor foco en el negocio
 Constantes cambios
 Arquitecto de Negocios

Se focalizan en los aspectos estructurales y de comportamiento de los negocios.


Cubren los aspectos de negocios de las soluciones y componentes mediante el
análisis sistemático de, por ejemplo, valor para el negocio, roles, cultura,
información, procesos y ubicaciones.

Arquitecto de Integración
Muchas sub-disciplinas emergiendo en las áreas de integración de usuario
(portales), integración de aplicaciones, integración de datos, integración con
terceros e integración de procesos.

A. Arquitecto de Empresa
En este rol, el Arquitecto en la organización debe ser el encargado de apoyar la
estrategia de negocio, a través de una buena gestión de la información, y de las
Araos, Navarrete, Mejía, Dzib, Balderas

soluciones de TI. También ejerce funciones de gobierno y regula normas para la


comunicación. Una analogía clásica consiste en comparar al Arquitecto de Empresa
con el Planeador de una ciudad que utiliza la estrategia, la planificación y la
reglamentación para que cada uno de los grupos se integre y trabajen de una
manera efectiva.

El Arquitecto de Empresa debe guiar al líder de T, para que sus inversiones, siempre
estén alineadas con la estrategia del negocio, y le brinde una ventaja competitiva a
la organización. Este Arquitecto debe tener conocimientos profundos en negocios,
una buena base de conocimientos de TI, tener habilidades de negociación, de
liderazgo y de motivación, conocimientos en gestión de proyectos, de economía. Un
amplio conocimiento de Arquitectura Empresarial y de modelado de negocios.

Los Artefactos típicos de esta disciplina incluyen mapas de capacidad ó diagrama


de dirección empresa, estrategias de integración y de TI, los principios de la
Arquitectura, análisis de ciclo de vida y de deficiencias, los mapas de participantes
en las áreas de la organización.

B. Arquitecto del Negocio


Universidad Santiago de Cali, Programa Ingeniería de Sistemas

En este rol, el Arquitecto debe entender en detalle, como trabaja la organización,


son pieza indispensable en el modelado de procesos de negocio, entienden el
proceso desde lo particular, hasta el metamodelo del proceso, esto los lleva a
entender cómo los Sistemas de Información apoyan al negocio y en conjunto con el
Arquitecto de Empresa, sugieren mejoras. Su participación en cada proyecto es muy
valiosa, pues su influencia puede garantizar que dichos proyectos entreguen
beneficios para la organización.

Un Arquitecto del Negocio, debe poseer un profundo conocimiento en temas de


negocios, de modelado de procesos de negocio, de análisis de requerimientos, y de
liderazgo. Los Artefactos típicos de este rol de la Arquitectura incluyen, los modelos
Araos, Navarrete, Mejía, Dzib, Balderas

de procesos de negocio, mapas de procesos, los casos de uso, modelos de


información.

C. Arquitecto de la Solución
En este rol, el Arquitecto se basa en las necesidades del negocio, para diseñar las
soluciones de TI. Necesidades que preferiblemente deben suplirse haciendo uso de
las capacidades de TI y de los servicios de la organización ya existentes. Son los
responsables de que las nuevas soluciones estén alineadas con los principios de la
Arquitectura.

Este Arquitecto debe poseer entonces un amplio conocimiento técnico, de


infraestructura, de modelos de datos, de arquitecturas orientadas a servicios. Los
Artefactos típicos del rol de Arquitecto de la Solución son los diagramas de
aplicaciones, los mapas del sistema, las estrategias de integración, las interfaces
técnicas y las de servicios.

D. Arquitecto de Software
El Arquitecto de Software, es un estricto guía en el desarrollo del software de la
organización, define la estructura y el diseño del software. Es el responsable de que
se cumplan los requisitos funcionales, y los no funcionales, como por ejemplo el
rendimiento del software, su flexibilidad, usabilidad, reutilización y calidad. Por lo
tanto este Arquitecto debe poseer un profundo conocimiento en programación,
frameworks de desarrollo de software, y técnicas de modelado. Los Artefactos
típicos del rol de Arquitecto de Software, son los Frameworks, Los diagramas de
Clase, y los patrones.

 Responsabilidades
 Responsable por la integridad de la solución
 Reconocido como la autoridad técnica líder
 Gestiónde proyectos
 Estimando, planeando recursos y definiendo entregables
 Hay que ser el mejor amigo del gerente del proyecto
Araos, Navarrete, Mejía, Dzib, Balderas

 Factibilidad de la solución
 Facilitador en los procesos de riesgo, problemas y otros
 Alertar cuando las cosas están yendo mal
 Liderazgo
 Coaching
 Mentor
 Arbitrando
 Mecanismos

Para la definición de un plan de arquitectura empresarial partimos de un estado


actual como referencia en el que tenemos operaciones, organización y un modelo
de negocios; a partir de esto debemos abstraer una visión de empresa y plantearnos
un modelo futuro o estado objetivo, para esto debemos definir una hoja de ruta e
iniciar la migración.

Los dominios técnicos en la arquitectura empresarial son las aplicaciones, los datos,
la tecnología y los sistemas.

Un motivo desde el área de sistemas para empezar a definir una hoja de ruta para
la arquitectura empresarial puede ser el no tener muy clara la función de TI dentro
de la empresa. Los pasos requeridos para iniciar la hoja de ruta son:

 Diseñar el plan de acción


 Describir la arquitectura desde a visión
 Entender y describir la arquitectura actual tanto del negocio como de TI
 Definir la arquitectura objetivo
 Definir la lista de proyectos que debo desarrollar para lograr la arquitectura
objetivo

Es posible lograr un cambio de arquitectura de manera directa o definir una


arquitectura de transición para que el cambio sea menos traumático.

Las TI actúan como catalizadores en la empresa que le aportan ventajas


competitivas y si además se automatizan los procesos se aumentan las
Araos, Navarrete, Mejía, Dzib, Balderas

posibilidades de cumplir los objetivos del negocio de una manera rápida y efectiva,
pero para esto es imprescindible que la empresa esté sistematizada, es decir que
tenga una arquitectura definida.

1.4 Impactos de la arquitectura empresarial sobre una organización

La arquitectura empresarial identifica los componentes principales de la


organización y su relación para conseguir los objetivos de negocio. Actúa como
fuerza integradora entre aspectos de planificación del negocio, aspectos de
operación de negocio y aspectos tecnológicos.

La AE en una organización corresponde a la forma de representar de manera


integral la empresa, permitiendo cubrir y considerar todos y cada uno de los
elementos que la conforman. Esto conduce a que se pueda establecer una visión
clara sobre los objetivos, las metas y líneas de negocio en la empresa, comenzando
desde la perspectiva estratégica (misión, visión, lineamientos e indicadores
estratégicos), hasta llegar a una descripción (construcción de arquitectura)
integrada, detallada y metodológica de la estructura actual y futura para los
procesos de la organización; la cual incorpora algunos de los componentes que se
consideran como críticos para su funcionamiento; los procesos (módulos de negocio
y procesos), la estructura organizacional (personas, estructuras administrativas) y
las tecnologías de información (aplicaciones, información, infraestructura
tecnológica y seguridad informática). Como resultado final, se va a disponer de las
herramientas y los mecanismos necesarios para la adecuada operación y
funcionamiento de la empresa, y, por ende, apoyar el cumplimiento de sus objetivos
estratégicos.

Entre los impactos que obtiene una organización al hacer la adopción de un modelo
de AE se tienen los siguientes:

 Permite la identificación del estado actual de la empresa y la describe como


una estructura coherente y articulada en todos sus componentes.
Araos, Navarrete, Mejía, Dzib, Balderas

 Actúa como una fuerza integradora entre aspectos de planificación del


negocio, de operación del negocio y aspectos tecnológicos.
 Permite capturar la visión completa del sistema empresarial en todas sus
dimensiones y complejidad.
 Permite conocer de forma real, medible y detallada, la brecha que existe
entre el estado actual de los procesos del negocio y la tecnología que los
soporta, respecto al estado requerido o deseado que exige la dirección
estratégica.
 Permite unificar, mejorar y/o eliminar procesos y tecnologías redundantes,
disminuyendo los costos operacionales que ello conlleva.
 Actúa como una plataforma corporativa que apoya y prepara a la empresa
para afrontar de manera fácil y oportuna cambios de mercado, retos de
crecimiento y respuesta a la competencia, entre otros aspectos.
 Proporciona un mapa integral de la empresa y planeación para afrontar los
cambios empresariales y tecnológicos, permitiendo identificar oportunamente
los impactos organizacionales y técnicos antes de que sean implementados.
 Es aplicada por las empresas en sus estrategias de negocio con el fin de
mejorar el desempeño y productividad.

Se puede resumir los beneficios de la AE en el siguiente cuadro:

BENEFICIOS INTANGIBLES BENEFICIOS TANGIBLES

Visión y Principios comunes entre el Reducción de costos


negocio y TI.

Retención de capital intelectual dentro Evitar la adquisición de arquitecturas


de la organización.
Incompatibles.

Mejorar las comunicaciones dentro y Reducir los riesgos, costos, tiempos de


fuera de las organizaciones. desarrollo e implementación de
soluciones
Araos, Navarrete, Mejía, Dzib, Balderas

Establecer un lenguaje y definiciones Reducir costos de soporte y


comunes para la organización. mantenimiento.

Centralización de información. Mejorar la eficiencia operacional del


negocio

Información confiable y de alta calidad Comprender las inversiones que deben


para una mejor toma de decisiones. realizar, el desempeño de las
inversiones y el ROI general de las
mismas

1.5 Arquitectura empresarial y otros instrumentos de gobernanza

Al recorrer la literatura no son pocos los autores que hacen referencia a la


importancia y protagonismo que tienen los sistemas de información en las
organizaciones tanto en lo que refiere a lo operativo como a lo estratégico. Esta
preponderancia se ha incrementado en la medida en que los mercados son cada
vez más competitivos. Thatcher afirma que la tecnología de la información (TI) juega
un rol preponderante dirigiendo la eficiencia en la mayoría de las organizaciones y
Sezgin et que la TI han conducido a las organizaciones a una nueva era, donde
para mantener las operaciones y a su vez ser competitivas en el mercado requieren
el uso (a veces intensivo) de dicha tecnología.

El Marco es un modelo que establece la estructura conceptual, define lineamientos,


incorpora mejores prácticas y traza una ruta de implementación para lograr una
administración pública más eficiente, coordinada y transparente, a través del
fortalecimiento de la gestión de las TI. El propósito final de este Marco es habilitar
la estrategia de gobierno en línea del país y traza la ruta de implementación de la
arquitectura TI Colombia. Es como la partitura musical que permitirá un nuevo
Estado articulado que transforma la gestión pública, a través de las TI, simplificando
la vida del ciudadano colombiano.
Araos, Navarrete, Mejía, Dzib, Balderas

Dentro de los dominios de la Arquitectura Empresarial en el ámbito de la


gobernanza, se define por:

 Dominio de Estrategia: Tiene como objetivo apoyar la alineación de la


estrategia de TI, con las estrategias organizacionales y sectoriales. Este
dominio contribuye y facilita la estructuración de estrategias pertinentes para
solucionar o responder a las necesidades de las instituciones, planear la
gestión financiera y los recursos requeridos, definir los indicadores para el
seguimiento a la implementación y ejecución de la estrategia de TI, diseñar
el portafolio de planes, proyectos y servicios de TI, entre otros.
 Dominio de Gobierno de TI: Tiene como objetivo dar lineamientos para
implementar esquemas de gobernabilidad de TI en las entidades públicas y
facilitar la incorporación de las políticas que permitan alinear los procesos de
la institución con los procesos de TI y del sector. Para apoyar la construcción
de un Gobierno TI es fundamental desarrollar un plan normativo y legal, las
políticas organizacionales, los procesos de gestión de TI, el modelo de
gobierno y los mecanismos de compras y contratación de la entidad.
 Dominio de Información: Este dominio permite definir el diseño de los
servicios de información, la gestión del ciclo de vida del dato, al análisis de
información y el desarrollo de capacidades para el uso estratégico de la
misma. Tiene como objetivo lograr que las instituciones públicas gestionen la
información como un producto y/o servicio de calidad.
 Dominio de sistemas de Información: Para soportar los procesos de las
instituciones públicas es importante contar con sistemas de información que
se conviertan en fuente única de datos útiles para apoyar o argumentar las
decisiones corporativas. Este dominio permite planear, diseñar la
arquitectura, el ciclo de vida, las aplicaciones, los soportes y la gestión de
esos sistemas de información que facilitan y habilitan las dinámicas de una
institución pública.
 Dominio de servicios tecnológicos: La infraestructura tecnológica es la
que soporta los sistemas y servicios de información en las instituciones, por
eso es vital gestionarla con la mayor eficiencia, optimización y transparencia.
Araos, Navarrete, Mejía, Dzib, Balderas

Este dominio le ayuda a las direcciones de tecnología y sistemas de


información a gestionar los servicios tecnológicos que garanticen su
disponibilidad y operación permanente, y que beneficien a todos los usuarios.
 Dominio de uso y apropiación de TI: Al implementar todos los dominios
que integran el Marco de Referencia de AE del Estado, se requiere hacer una
adecuada gestión del cambio y de los grupos de interés, para desarrollar una
cultura o comportamientos culturales que faciliten la adopción y uso de la
tecnología, lo que es esencial para garantizar el resultado de las inversiones
en TI y la transformación de las instituciones y sectores.

1.6 Complejidad de la arquitectura

Actualmente las empresas son más complejas y requieren procesos de negocio


flexibles que sean soportados efectivamente en toda la empresa por sistemas de
tecnologías de la información (TI). La implantación de una arquitectura empresarial
parte del establecimiento de un conjunto de directrices arquitectónicas que permitan
asegurar un desarrollo armónico entre los modelos y necesidades de la empresa,
con los procesos de negocio y las tecnologías de información. Este conjunto de
directrices estratégicas de TI debe partir de la misión de la empresa y del
reconocimiento de las estrategias y actividades de negocio que soportan dicha
misión, y derivan en la información necesaria para la operación de la organización,
las tecnologías requeridas para soportar la operación y los procesos para
implementar nuevas tecnologías como respuesta a los cambios y necesidades de
la empresa, en la medida en que las prioridades cambian. En este artículo se hace
referencia a los orígenes del concepto de arquitectura empresarial, a los dominios
de arquitectura que representan las vistas del negocio y a los beneficios que
representa la arquitectura empresarial para una organización.
Los retos que enfrenta la arquitectura empresarial son:
 Adaptación a los cambios
 Crecimiento
 Disminuir costes

1.7 Descripción de arquitecturas empresariales


Araos, Navarrete, Mejía, Dzib, Balderas

La Arquitectura Empresarial tiene como propósito incrementar la competitividad del


negocio, mediante la utilización de las tecnologías de la información y de esta forma
optimizar los procesos y la toma de decisiones dentro de una empresa.
El modelo de arquitectura empresarial se representa con una serie de recursos
gráficos y textuales, que forman parte de todo el marco de referencia de los sistemas
y procesos utilizados en una organización. Además, el Modelado de la Arquitectura
Empresarial es, probablemente, una de las características más útiles del software
de BPM (Business Process Management).
La puesta en práctica de estrategias y el modelado de la arquitectura empresarial
puede presentar múltiples ventajas, en función del ámbito que sea analizado y la
propia estructura del negocio entre ellas se destacan las siguientes características.
 Disminución de los gastos y mayor rendimiento de las inversiones
realizadas en tecnologías de la información: Mediante una adecuada
evaluación de la tecnología ya existente y la búsqueda de redundancias
dentro de los sistemas y aplicaciones empleados en la empresa, se puede
limitar o eliminar por completo los gastos asociados a la adquisición o
desarrollo de determinada tecnología. Por otro lado, también se logran
diseñar arquitecturas de IT más escalables, flexibles y seguras, lo que
tiene una clara repercusión en la adaptabilidad que tenga el negocio
frente a su propio crecimiento.

 Consolidación de las infraestructuras de los sistemas de información:


Como beneficio añadido al expuesto anteriormente, también es posible
simplificar y unificar las múltiples plataformas y sistemas utilizados dentro
de una misma organización.

 Documentación y estandarización de los procesos: Una vez se identifican


los procesos ya existentes y se procede a su optimización, el siguiente
paso ha de ser el de registrar documentalmente su contenido y proceder
a su estandarización, para convertirlo así en una norma de referencia. De
esa forma, cuando se detecten anomalías en los procesos, será mucho
más sencillo acudir a los manuales y resolver los conflictos.

 Preservación del conocimiento y la memoria corporativa: Los procesos


son una información crítica para el funcionamiento eficiente de una
empresa, pero no son, ni mucho menos, el único conocimiento relevante.
Gracias al modelado de la arquitectura empresarial, se posibilita la
preservación de dicho conocimiento mediante la creación de repositorios
de almacenamiento.
Araos, Navarrete, Mejía, Dzib, Balderas

 Unificación y mejora en la toma de decisiones empresariales, incluyendo


la gestión del cambio: La integración de las aplicaciones, así como la
visualización de los procesos permiten a los directivos de una
organización contar con una perspectiva mucho más amplia, actualizada
y plural del negocio.

 Automatización de procesos: Al contar con un modelado de la arquitectura


empresarial, es mucho más sencillo crear automatismos dentro de un
sistema real de trabajo o generar nuevas alternativas, a partir de los
modelos ya existentes.

1.8 Frameworks, modelos, semántica y herramientas

TOGAF
TOGAF es un framework de arquitectura desarrollado por el Architecure Forum del
Open Group y ha avanzado continuamente desde mediados de los años 90. En
1995 fue presentada la primera versión, basado en TAFIM (Technical Architecture
Framework for Information Management). El Departamento de Defensa (DoD) le dio
al Open Group permiso e incentivo para que TOGAF se creara sobre este
framework, siendo este el resultado de muchos años de desarrollo y una inversión
considerada del gobierno norteamericano.

Estructura
La pieza que puede considerarse de suma importancia de este framework está
compuesto por su “Architecture Development Method” o ADM. Siendo este el que
define el proceso a realizar en la arquitectura, partiendo desde lo más genérico
hasta lo más concreto. Este ADM está conformado por las siguientes fases y es
organiza de modo repetido y cíclico de la siguiente manera:

La fase A: Es denominada visión de la arquitectura, delimita el alcance del proyecto


y la estrategia para llevarla a cabo. Se ejecuta con el fin de validar el contexto del
negocio y producir una declaración del trabajo de arquitectura aprobada.

La fase B: Es llamada arquitectura del negocio, busca obtener una clara


arquitectura del negocio y las metas que quiere cumplir para revisar si es viable o
no complementarla con TI Se aborda el desarrollo de una arquitectura de negocio
que apoye la visión de la arquitectura acordada.
Araos, Navarrete, Mejía, Dzib, Balderas

La fase C: Esta fase se denomina, arquitectura de sistemas de información,


contemplando, las arquitecturas particulares para datos y aplicaciones, los cuales
pueden ser desarrollados de manera simultánea o secuencial.

La fase D: Se denomina arquitectura tecnológica, define la arquitectura que se


integrará para el avance en las fases posteriores, aquí se aborda la documentación
de la organización esencial de sistemas de TI, representada en hardware, software
y tecnología de la información. En esta fase se especifica como el S.I recibirá
soporte por medio de un componente, tanto basado en Hardware como en Software,
al igual que la comunicación y relación con el negocio.

La fase E: llamada oportunidades y soluciones, se determina el inventario de


elementos con los cuales se cuentan para montar la fase D. En ella se establece
cuáles componentes son necesarios comprar, modificar o arreglar para que pueda
servir en la arquitectura. Es la primera fase que se refiere directamente a la
implementación.

La fase F: Es nombrada plan de migración, se coloca la prioridad a los proyectos


paralelos y se gestiona un plan que permitirá llevar a cabo la migración de la
empresa al sistema desarrollado

La fase G: Se denomina control de la implementación, es donde se lleva cabo la


realización de los proyectos qe permitirán el desarrollo de las soluciones de TI.

La fase H: Es llamada administración del cambio de la arquitectura, se monitorea y


evalúa los sistemas existentes a fin de determinar cuándo se debe dar inicio a un
nuevo ciclo de ADM, en esta fase se asegura que los cambios en la arquitectura
serán gestionas de una manera controlada.

Zachman
Zachman Framework es un marco (framework) de arquitectura empresarial, el cual
provee de una manera formal y estructurada de visualizar y definir lo que una
empresa consiste. Fue creada por John Zachman en los 1980’s, en ese entonces
trabajaba en IBM en Business System Planning (Sistema de planeación de
Negocios o BSP), sobre un método para analizar, definir y diseñar una arquitectura
de información para una organización. Zachman se dedicó a desarrollar un
Araos, Navarrete, Mejía, Dzib, Balderas

Framework para arquitecturas de información, analizó el campo de la arquitectura


clásica al igual que múltiples proyectos complejos de ingeniería, de esta manera
pudo ver que siempre existía una aproximación inicial similar, concluyendo que las
arquitecturas existen en múltiples niveles e involucran por lo menos tres
perspectivas:
 Materiales en bruto o datos.
 Funciones de procesos.
 Localizaciones o redes.
Esta arquitectura ha sido diseñada para ser un esquema de clasificación a fin de
organizar modelos de arquitectura. Proveía una manera clara de los modelos
necesarios para la arquitectura empresarial. Information Systems Architecture no
define en detalle los modelos que debería contener, no fortalecía el lenguaje de
modelaje que se utilizaba en cada tipo y no exponía un método para su desarrollo.

Estructura
La finalidad de Zachman Framework es que algo muy complicado puede ser
representado para distintas intenciones de formas diferentes utilizando diferentes
tipos de representaciones (textos, graficas).
El framework provee 36 categorías necesarias para describir de manera completa
cualquier cosa, especialmente, cosas muy complicadas como por ejemplo: bienes
manufacturados (dispositivos electrónicos, por ejemplo), estructuras (Edificios) y
empresas (la organización y todos sus objetivos, gente y tecnologías). Abarca seis
(6) vistas especificadas o fases de abstracción desde 6 perspectivas diferentes. De
esta forma, distintas personas pueden ver la misma cosa de manera diferente, esto
crea una vista holística del entorno, siendo esta una capacidad sumamente
importante.
Vistas o filas: Cada fila representa una vista total de la solución desde una vista
particular. Una fila superior o perspectiva no tiene necesariamente un entendimiento
de toda la perspectiva inferior.
Cada fila representa una perspectiva única, sin embargo, los contenidos de cada
perspectiva deben proveer suficiente detalle para definir la solución al nivel de la
perspectiva y estos se deben transferir a la próxima fila inferior.
Araos, Navarrete, Mejía, Dzib, Balderas

Fila 1
– Vista de Planeación / Alcance: El primer esquema de arquitectura es un diagrama
de Venn el cual muestra en términos de tamaño, forma, relaciones parciales y el
propósito final de la estructura. Corresponde un sumario ejecutivo para un planeador
o inversionista que requiere una perspectiva general del sistema, su costo y su
relación con el sistema general donde operaría.

Fila 2
- Vista del Propietario / Modelo Empresarial: Lo siguiente son los dibujos del
arquitecto que muestran como la construcción final sería desde la perspectiva del
usuario, el cual tendrá que interactuar con este. Corresponden a los modelos de la
empresa/negocio, los cuales constituyen los diseños del negocio y muestran las
entidades del negocio y como se relacionan los procesos.

Fila 3
– Vista del Diseñador / Modelo de sistema de información: Los propósitos del
arquitecto son una traducción de los dibujos de los detalles de los requisitos desde
una vista de diseñador. Ellos corresponden al modelo del sistema diseñado por un
Analista el cual debe determinar los elementos de datos, el flujo de la lógica de los
procesos y las funciones que representan entidades o procesos de negocios.
Araos, Navarrete, Mejía, Dzib, Balderas

Fila 4
– Vista del Constructor / Modelo Tecnológico: El contratista debe redibujar los
planes del arquitecto para representar la perspectiva del constructor con bastante
detalle para su mejor comprensión de las restricciones de las herramientas, así
como de tecnologías y materiales. Los planes corresponden a los modelos
tecnológicos, los cuales deben ser ajustados al modelo de sistemas de información,
teniendo en cuenta los lenguajes de programación,

Fila 5
– Vista del Subcontratista / Especificación Detallada: Los subcontratistas producen
desde plantas, en las que se especifican los segmentos o subsecciones
correspondientes a las representaciones que se especifican y que se le entregan a
los programadores para que lleven a cabo el desarrollo de los diferentes tipos que
se definen, sin tomar en cuenta el contexto general. Sucesivamente pueden
representar soluciones COTS o GOTS.

Fila 6
– Vista del Sistema Actual / Empresa en Funcionamiento Enfoques o Columnas. En
resumen, cada perspectiva le da enfoque a una pregunta fundamental donde estas
se resuelven desde ese punto, creando diferentes representaciones (modelos), lo
cual se interpreta desde perspectivas de alto a bajo nivel

Department of Defense Architecture Framework (DoDAF)


Este framework fue desarrollado por el Departamento de Defensa de Estados
Unidos, por lo puede inferir que cumple con las normas y leyes estipuladas para
cualquier entidad del estado y se rige por ellas, también proporciona un método para
valorar las inversiones, cambios e ejecución de tecnologías a fin de cumplir con
tareas militares y civiles.

Integrated Architecture Framework (IAF)


Fue desarrollado por Capgemini en 1993, bajo la condición de integrar varios tipos
de arquitectura con el framework y de la misma manera unir el vocabulario de las
diferentes comunidades.
Araos, Navarrete, Mejía, Dzib, Balderas

El manejo de información es muy parecido al de Zachman, pero su enfoque es en


base a cuatro preguntas principales:
 ¿Por qué?
 ¿Qué?
 ¿Cómo?
 ¿Con qué?
Es adaptable de manera sencilla al requerimiento del usuario y es escalable desde
proyectos individuales a los que integran a toda una empresa, de igual forma es
reconocida e implementada en varias empresas a nivel mundial.

ATOM
Atom es un Framework para el desarrollo de arquitectura empresarial, sus
abreviaturas significan: Arquitectónico, tecnológico, organización y gestión, trabaja
en base a la visión y misión de la empresa y sobre lo que debe ocuparse para
alcanzar los objetivos organizacionales, esto no quiere decir que sea un alegato de
cómo crear beneficios, sin embargo, con ello se puede sembrar valores. Asimismo,
es de suma relevancia definir de una manera clara la estrategia de la empresa y a
partir de allí se va identificando las sub-estrategias, como, por ejemplo, la estrategia
financiera, de recursos humanos (planificación de la plantilla), comunicación y
planificación de la tecnología.
No obstante, existe una sub especial - estrategia que se diferencia del resto de las
sub - estrategias y es la señalada como, estrategia de TI y la sección de gobierno
de TI. Todo ello debido a la importancia de la tecnología de la información en el
transcurso de los años.

Estructura
La fase inicial del framework se basa en la idea de que la arquitectura es la fuerza
motríz, la alineación es construir sobre el ajuste de la conducta de los miembros de
la empresa, como los directivos, mandos intermedios, empleados, entre otros. En la
siguiente tabla (Tabla 1 Framework ATOM) se muestra la Arquitectura ocupando el
primer lugar:
Araos, Navarrete, Mejía, Dzib, Balderas

Al aplicar el framework, es necesario pensar en el framework y el concepto de


arquitectura de la empresa con el apoyo de la gestión (gerencial), lo cual genera
una reorganización, colocando este en segundo lugar, ver (Tabla 2 Framework
ATOM - Reorganizado) dado que la tecnología es un facilitador para lograr la ventaja
competitiva, no debe ser considerada como secundaria. Entonces ¿por qué es la
arquitectura en frente de la organización y el nivel gerencial? La razón de esto es
que todas las empresas tienen una arquitectura y cuando la arquitectura madura, la
empresa es capaz de lograr mejores resultados a partir de sus elementos
administrativos, organizativos y tecnológicos.

Semántica

Arquitecto: Persona, equipo u organización responsable de la arquitectura.


Descripción arquitectónica: Colección de productos para documentar una
arquitectura.
Araos, Navarrete, Mejía, Dzib, Balderas

Sistema: Colección de componentes organizados para cumplir una función


específica o un conjunto de funciones
Stakeholder del sistema: Individuo: equipo u organización con intereses sobre el
sistema.
Framework de arquitectura: Establece los términos y conceptos relacionados con el
contenido y el uso de descripciones arquitectónicas

1.8.3 Herramientas
ABACO
ABACUS® es una poderosa herramienta para el modelado, la comprensión y el
análisis de las empresas complejas a través de personas, procesos y tecnología. El
uso de líder, la tecnología patentada mundo, ABACUS® analiza las ventajas y
desventajas entre múltiples arquitecturas y ayuda a las empresas a alcanzar la hoja
de ruta óptima antes de la inversión. ABACUS® es una herramienta de modelado
flexible que predice los beneficios, la eficacia y el costo de estrategias alternativas.
Esto se logra a través de:
Análisis de una empresa utilizando métricas tales como el costo total de propiedad,
el rendimiento y la fiabilidad, y la realización de sofisticados análisis de trade-off
para la toma de decisiones guiada;
Uniendo varios niveles de una empresa compleja en un jerárquico punto único
integrado, de la verdad; y la comunicación de un modelo de empresa y análisis
mediante gráficos, dos imágenes dimensionales y tres visualizaciones
tridimensionales avanzadas.

BiZZdesign
BiZZdesign ofrece soluciones completas e integradas para diseñar y mejorar su
negocio: efectiva, probada y al grano. Estas soluciones integradas consisten en
modelos probados y fácil de usar herramientas, mejores prácticas y métodos,
capacitación y consultoría de negocios.

Echa un vistazo a nuestra página web, y póngase en contacto con nosotros si tiene
alguna pregunta. También puede visitar nuestro sitio web holandés. Las líneas de
servicio BiZZdesign son:
 Gestión de arquitectura de la empresa
 Gestión de los requerimientos del negocio
 Procesos de negocio de diseño y mejora de
Araos, Navarrete, Mejía, Dzib, Balderas

 Gestión de procesos de negocio


 Implementación estructurada y de gobernanza
Numerosos clientes de todo el mundo utilizan las herramientas BiZZdesign.
Consultores BiZZdesign asesoran y capacitan a las principales corporaciones y
autoridades públicas sobre todas estas líneas de servicio. BiZZdesign cuenta con
una trayectoria internacional comprobada con clientes exitosos y soluciones
efectivas.

Casewise Corporate Modeler


Corporate Modeler permite a los hombres de negocios y de TI para capturar,
analizar, simular y optimizar los procesos de negocio de extremo a extremo y los
sistemas de apoyo para alcanzar los objetivos estratégicos. Corporate Modeler 10
asegura un entendimiento común de las situaciones entre su equipo, sus gerentes
y sus socios de negocios “tal cual” y “a-ser ‘. También le permite experimentar con
‘qué pasaría si?” escenarios para formular las mejores decisiones de negocio y de
TI.
Al vincular la organización, los procesos y la tecnología de modelado juntos a través
de un repositorio central, Corporate Modeler ofrece una visión integral de la
empresa. Una visión que permite a los usuarios eliminar ineficiencias de procesos
de negocio, roll-a cabo procesos de mejores prácticas y crear sistemas que
realmente mejoran la organización. “Casewise tiene la sofisticación técnica para
mejorar el producto como los cambios del mercado. Sus relaciones sólidas con los
consultores, sin duda, proporcionar resistencia y visión especial de los cambios
necesarios para sobrevivir y prosperar. “Por las características clave de Corporate
Modeler comentan …” Corporate Modeler 10.0 tiene un potente repositorio de
objetos, y sus diagramas son bien integrado con el repositorio. “Crear y modificar
diagramas es fácil. Un analista puede adaptar fácilmente diagramas para mostrarlos
como él o ella desea.”Editorial Empresarial facilita generar informes que
documentan sus modelos y la información asociada a objetos específicos. “La
instalación de simulación es fácil de usar y facilita los controles sobre el flujo
eficiente y costo de los nuevos diseños de procesos.

Dragon 1
Dragon1 es una herramienta de EA en línea en forma de una plataforma de
colaboración empresarial SaaS. Equipos mundiales en línea crean, productos de
arquitectura estáticas interactivos y animados de la empresa para la toma de
decisiones estratégicas.
Araos, Navarrete, Mejía, Dzib, Balderas

Los productos están integrados y alineados porque los datos e información viene de
un solo Fuente de la Verdad. Dragon1 se utiliza a nivel estratégico, reduciendo la
brecha entre Enterprise Strategy (metas, puntos de partida) y la transformación del
negocio (programas y proyectos) a través de Arquitectura Empresarial (conceptos
de diseño y principios de arquitectura) aumentando así Enterprise Performance.
Una nueva característica de Dragon1 es la Inteligencia Operacional para supervisar
y gestionar la excelencia.
Los productos visuales de EA son altamente comunicativa porque los empleados y
gerentes pueden dar información en línea utilizando el Content Viewer Dragon1.
Dragon1 está certificado como ArchiMate Herramienta de The Open Group. Otros
marcos y estándares como TOGAF, Cobit BPMN y también se puede utilizar en
Dragon1

Fuentes de información:

 Minoli, Daniel; Enterprise Architecture A to Z: Frameworks, Business Process


Modeling, SOA, and Infrastructure Technology; First Edition; Auerbach
Publications; United States of America; 2008
 Zachman, J. (1987). A Framework for Information Systems Architecture.
 Scott, B. (2005). An Introduction to Enterprise Architecture.
 Whittle, R., & Myrick, C. (2004). Enterprise Business Architecture: The
formal link between strategy and results.
 Sessions, R. (2008). A Comparison of the Top Four Enterprise
Architecture Methodologies. Obtenido de http://www.objectwatch.com
 Portal de Arquitectura TI Colombia. www.mintic.gov.co/arquitecturati
 ISACA, Un Marco de Negocio para el Gobierno y la Gestión de las TI de la
Empresa, de COBIT 5 AN ISACA FRAMEWORK, 2012, p. 31
 Portal Colombia Compra
Eficiente. http://www.colombiacompra.gov.co/es/tienda-virtual-del-estado-
colombiano.
 Plan Nacional de Desarrollo 2014-2018. Todos por un nuevo país.