Documentos de Académico
Documentos de Profesional
Documentos de Cultura
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
Objetivos
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
Concepto 3
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.
Elemento Definición
Principio
(Nombre)
Representa la esencia de la regla para que sea fácil recordarla
Declaración o
Enunciado
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
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
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
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
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.
Mediante Rule Designer, desarrolla proyectos de reglas a partir de los cuales extrae
conjuntos de reglas.
Araos, Navarrete, Mejía, Dzib, Balderas
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
Arquitecto Empresarial
Mayor foco en el negocio
Constantes cambios
Arquitecto de Negocios
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
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.
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.
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
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:
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.
Entre los impactos que obtiene una organización al hacer la adopción de un modelo
de AE se tienen los siguientes:
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:
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
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
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
Semántica
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
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: