Las
organizaciones han comenzado a buscar formas estándar para describir y
documentar sus procesos y sistemas que utilizan marcos de arquitectura
empresarial como Zachman, TOGAF, TEAF, FEAF ..
Una arquitectura es el marco de principios, directrices, normas, modelos y estrategias que dirige el diseño, construcción y despliegue de procesos de negocio, recursos y tecnología de la información en toda la empresa.
Una arquitectura es el marco de principios, directrices, normas, modelos y estrategias que dirige el diseño, construcción y despliegue de procesos de negocio, recursos y tecnología de la información en toda la empresa.
Arquitecturas son generalmente vistas de alto nivel del sistema que describen.
Una arquitectura se compone generalmente de
- una imagen de la situación actual
- un plan o visión para el futuro
- una
hoja de ruta sobre cómo llegar
Entonces, ¿qué es una Arquitectura Empresarial?
Una arquitectura empresarial (EA) es
un modelo conceptual que define la estructura y el funcionamiento de una
organización. La intención de una arquitectura empresarial es determinar cómo
una organización puede alcanzar más eficazmente sus objetivos actuales y
futuros.
FRAMEWORKS
Un
framework es un “lenguaje” para permitir la comunicación de los stakeholders de
una arquitectura empresarial. También puede decirse que un framework es un
método detallado, un conjunto de herramientas de soporte, que proporciona
directrices sobre cómo describir o documentar arquitecturas, el cual
generalmente no proporciona lineamientos sobre cómo construir o implementar una
arquitectura específica o sobre cómo desarrollar o adquirir sistemas.
Un
framework de arquitectura empresarial proporciona un mecanismo para obtener
arquitecturas de una manera uniforme y
consistente, de tal forma que las diferentes descripciones arquitecturales
pueden ser comparadas y que las sub arquitecturas de cada capa (negocio,
aplicaciones, datos, tecnología) pueden ser integradas entre sí y con las de
otras capas, incluso cuando las arquitecturas son desarrolladas por diferentes arquitectos
Existen diferentes
frameworks para desarrollar una arquitectura empresarial pero la mayoría de
ellos contienen cuatro dominios básicos:
- Arquitectura
de negocio: describe los procesos de negocio más importantes de la empresa.
- Arquitectura
de información: identifica en dónde se mantiene y cómo se accede información
importante de la empresa que soporta el negocio.
- Arquitectura
de sistemas, de aplicación o solución: consiste en un mapa de las relaciones de
sistemas o aplicaciones software que proporcionan las funciones requeridas por
el negocio.
- Arquitectura
de tecnología de infraestructura: es un blueprint para el hardware, sistemas de
almacenamiento, redes, etc., en otras palabras, es el ambiente de tecnología
requerido por los sistemas de aplicación y por la información de la empresa.
Existen varios frameworks de
arquitectura empresarial y seguramente con el paso del tiempo surgirán otros
MARCO
DE REFERENCIA DE ZACHMAN
El
marco de Referencia de Zachman (1987) es una herramienta de pensamiento que
permite organizar, clasificar y analizar las diferentes descripciones
arquitecturales o artefactos de una empresa, por ejemplo:
- Modelos de estrategias.
- Organigramas.
- Modelos de procesos.
- Modelos de flujos de trabajo.
- Modelos de datos.
- Reglas de negocio.
- Diagramas de aplicaciones.
- Diagrama de redes.
- Especificaciones de programas.
Como
puede observarse en la figura , el marco de referencia es una matriz de 5
renglones (el sexto renglón no lo contamos por ser la empresa en operación) por
6 Columnas, donde cada tipo de artefacto es caracterizado por una celdilla, la
que a su vez es resultado del cruce de un renglón y de una columna
Cada renglón representa una perspectiva o
vista de cierto rol participante en la empresa (planeador, dueño, diseñador,
constructor, programador y usuario), la cual es matizada por seis dimensiones
expresadas en forma de interrogantes (¿Qué?, ¿Cómo?, ¿Dónde?, ¿Quién?, ¿Cuándo?
y ¿Por qué?).
descargar Framework zhachman
Las
seis Dimensiones
La
Persona tiene que ver con el ¿Quién?, considerando la lista de unidades
organizacionales importantes para el negocio (planeador), su modelo de flujo de
trabajo (dueño), hasta la especificación de las restricciones de seguridad
(programadores y usuarios).
una pequeña explicación aquí
MARCO DE REFERENCIA C4ISR AF
El
acrónimo C4ISR significa Comando, Control, Informática, Comunicaciones (C4),
Inteligencia, Vigilancia y Reconocimiento (ISR). El C4ISR Arquitectura
Framework versión 2.0 es un marco que da orientación arquitectónica integral
para todos estos dominios de Defensa y del Departamento de Defensa
relacionados, con el fin de asegurar que los sistemas militares eficaces
interoperables y de costos.
El
impulso para el Marco fue la realización dentro del Departamento de Defensa que
las organizaciones del Departamento de Defensa de todo el mundo estaban
desarrollando arquitecturas que representan contribuciones específicas y las
relaciones con respecto a las operaciones del Departamento de Defensa de
Estados Unidos en general, pero que las diferencias significativas en el
contenido y formatos se inhibe la capacidad de racionalizar o comparar
diferentes descripciones de arquitectura. A su vez, los productos de
arquitectura dispares y unrelatable conducían a las capacidades no integrados,
no interoperables, y no rentables en el campo.
La
Arquitectura Marco C4ISR tiene por objeto garantizar que las descripciones de
arquitectura desarrollados por los distintos comandos, Servicios y Agencias
dentro del Departamento de Defensa son interrelatable entre y dentro de los
sistemas operativos, de cada organización, y visitas técnicas de arquitectura,
y son comparables y integrable través Conjunta y multi- límites de la
organización nacional.
En
particular, el marco:
- Asegura
que las arquitecturas son integrables en toda la comunidad de Defensa
- Establece
vínculos o hilos que atan juntos los operativos, sistemas y visitas técnicas de
una arquitectura
- Proporciona
la base para una pista de auditoría que relaciona los sistemas actuales y
postula que las medidas de efectividad de operaciones de la misión
La Arquitectura Marco
C4ISR contiene cuatro tipos principales de orientación para la arquitectura proceso
de desarrollo:
- Un proceso para utilizar
el Marco para construir e integrar las arquitecturas,
- Un análisis de datos y
herramientas que pueden servir como facilitadores de arquitectura del proceso
de arquitectura de la descripción, y
- Una descripción detallada
de los tipos de productos.
C4ISR Architecture Framework, Example Activity Diagram
MARCO DE REFERENCIA C4ISR AF
El
impulso para el Marco fue la realización dentro del Departamento de Defensa que
las organizaciones del Departamento de Defensa de todo el mundo estaban
desarrollando arquitecturas que representan contribuciones específicas y las
relaciones con respecto a las operaciones del Departamento de Defensa de
Estados Unidos en general, pero que las diferencias significativas en el
contenido y formatos se inhibe la capacidad de racionalizar o comparar
diferentes descripciones de arquitectura. A su vez, los productos de
arquitectura dispares y unrelatable conducían a las capacidades no integrados,
no interoperables, y no rentables en el campo.
La
Arquitectura Marco C4ISR tiene por objeto garantizar que las descripciones de
arquitectura desarrollados por los distintos comandos, Servicios y Agencias
dentro del Departamento de Defensa son interrelatable entre y dentro de los
sistemas operativos, de cada organización, y visitas técnicas de arquitectura,
y son comparables y integrable través Conjunta y multi- límites de la
organización nacional.
En
particular, el marco:
- Asegura que las arquitecturas son integrables en toda la comunidad de Defensa
- Establece vínculos o hilos que atan juntos los operativos, sistemas y visitas técnicas de una arquitectura
- Proporciona la base para una pista de auditoría que relaciona los sistemas actuales y postula que las medidas de efectividad de operaciones de la misión
La Arquitectura Marco
C4ISR contiene cuatro tipos principales de orientación para la arquitectura proceso
de desarrollo:
- Un proceso para utilizar el Marco para construir e integrar las arquitecturas,
- Un análisis de datos y herramientas que pueden servir como facilitadores de arquitectura del proceso de arquitectura de la descripción, y
- Una descripción detallada de los tipos de productos.
La Arquitectura Marco C4ISR tiene por objeto garantizar que las descripciones de arquitectura desarrollados por los distintos comandos, servicios y agencias dentro del Departamento de Defensa son inter-relacionables entre dos o más operativos, sistemas de cada organización, y visitas técnicas de arquitectura, y son comparables y integrable través conjunta y límites de la organización multi-nacionales.
En particular, el Marco C4ISR Arquitectura:
- Asegura
que las arquitecturas son integrables en toda la comunidad de Defensa
- Establece
vínculos o hilos que atan juntos los operativos, sistemas y visitas técnicas de
una arquitectura
- Proporciona
la base para una pista de auditoría que relaciona los sistemas actuales y
postula que las medidas de efectividad de operaciones de la misión
MARCO DE REFERENCIA FEAF
La
meta de FEAF (Federal Enterprise Architecture Framework) es mejorar la
interoperabilidad entre las agencias de gobierno de E.U. (Estados Unidos)
mediante una arquitectura empresarial para todo el gobierno federal. Este
framework es de aplicabilidad obligatoria y cubre todas las organizaciones del
gobierno.
FEAF
es una colección de modelos de referencia interrelacionados, diseñados para
facilitar la definición de las funciones de negocio, así como el análisis y la
optimización de las operaciones de TI de las organizaciones federales. FEAF
permite integrar las arquitecturas, organizar y compartir información de las
diferentes organizaciones federales, las ayuda a desarrollar sus arquitecturas,
a llevar a cabo en forma ágil sus procesos relacionados con TI y a mejorar sus
prácticas de gestión de tecnologías.
Una
vez vistos los principales conceptos relacionados con arquitectura empresarial
y sus frameworks, a continuación se realiza una breve descripción de métodos
que contribuyen a obtener y describir la capa o arquitectura de negocio y la arquitectura
de sistema, de aplicación o solución.
La
FEAF describe ocho componentes de una arquitectura empresarial:
- Arquitectura Drivers
- Dirección Estratégica
- Arquitectura de línea de base
- Arquitectura Target
- Procesos de Transición
- Segmentos de arquitectura
- Modelos arquitectónicos
- Normas
La
FEAF también proporciona orientación para el establecimiento de "segmentos
federales", que son áreas de negocio entre agencias (como el comercio
internacional, las subvenciones, los registros de pacientes comunes) que trascienden
las fronteras de las agencias federales. Estos segmentos arquitectónicos
federales constituyen colectivamente la Arquitectura Federal Enterprise.
La
FEAF particiones de una arquitectura dada en negocios, Datos, Aplicaciones y
Tecnología Arquitecturas, como se muestra en la siguiente figura. La FEAF
actualmente incluye las tres primeras columnas de la Zachman Framework y la
metodología Spewak Arquitectura Empresarial Planificación (EAP).
Security reference Model
La siguiente figura muestra la arquitectura Matrix FEAF, que los nombres de los productos de arquitectura empresarial a desarrollar para cada celda. La versión 1.1 de la hoja no prescribe el contenido o enfoque para el desarrollo de estos productos de trabajo
arquitectura Matrix FEA
Tesoro Enterprise Architecture Framework
(TEAF) guía proporciona un enfoque paso a paso para la creación de una
arquitectura empresarial.
Una Arquitectura Empresarial (EA) ofrece la
empresa con una base para dos actividades esenciales:
- Realizar la planificación estratégica y gestión de inversiones
- Proporcionar orientación para las actividades de ingeniería de sistemas de apoyo a las necesidades del negocio
El Departamento del Tesoro (Hacienda) ha
desarrollado el Marco del Tesoro Arquitectura Empresarial (TEAF) para
proporcionar:
- - Un marco para la producción de una Arquitectura Empresarial
- - Orientación para el desarrollo y el uso de una EA
- - Guía para la gestión de las actividades de EA
El TEAF proporciona orientación en el
desarrollo de arquitecturas empresariales.
El TEAF pretende establecer una estructura común de EA, prácticas
coherentes, y la terminología común; e
institucionalizar la gobernabilidad EA en toda la empresa. Esta coherencia arquitectónica facilitará la
integración, el intercambio de información, y la explotación de los requisitos
comunes en toda la organización.
TEAF Work Products for EA Direction
La gestión eficaz y la toma de decisiones
estratégicas, especialmente para las tecnologías de la información (TI) las
inversiones, requieren una visión integrada de la empresa, la comprensión de
las interrelaciones entre las organizaciones empresariales, los procesos
operativos y los sistemas de información que los apoyan. Un EA formaliza la identificación,
documentación y gestión de estas interrelaciones, y apoya los procesos de
gestión y de decisión. La EA proporciona
un apoyo sustancial para la evolución de una empresa, ya que se anticipa y
responde a las necesidades cambiantes de sus clientes y constituyentes. La EA es una parte vital del proceso de toma
de decisiones de la empresa, y se desarrollará a lo largo de la misión de la
empresa.
Descargar presentación
MARCO DE REFERENCIA DoD AF
DoDAF,
creado originalmente para los sistemas militares, tiene aplicabilidad en
grandes sistemas con integración e interoperabilidad complejos desafíos.
Permite una organización para entender todas las áreas de un proyecto, cómo
interactúan, y para tomar decisiones informadas con mayor eficacia. Los nuevos
puntos de vista 2.0 gestionar el desarrollo, despliegue y complejidades
operacionales de su programa mediante la vinculación con ellos directamente a
la arquitectura. Utilizando el DoDAF 2.0 hace que sea más fácil y más rápido
para mantener un sistema complejo o modelo de programa, y reduce sus horas de
ingeniería.
El
Departamento de Defensa Arquitectura Marco (DoDAF), Versión 2.0 es la general,
marco global y modelo conceptual que permite el desarrollo de arquitecturas
para facilitar la capacidad del Departamento de Defensa (DoD) directivos de
todos los niveles para tomar decisiones clave con mayor eficacia a través de
información organizada compartiendo todo el Departamento, Áreas conjuntas
Capacidad (JCA), Misión, componentes, y los límites del programa. El DoDAF sirve como uno de los principales
pilares que sostienen el Director de Información del Departamento de Defensa
(CIO) en sus responsabilidades para el desarrollo y mantenimiento de las
arquitecturas
requiere la Ley Clinger-Cohen. DoDAF se prescribe para el uso y desarrollo
de descripciones de arquitectura en el Departamento. También proporciona una amplia orientación
sobre el desarrollo de arquitecturas de apoyo a la adopción y ejecución de
servicios de red centralizada en el Departamento.
La
meta del DoDAF es lograr que las descripciones arquitecturales desarrolladas por
diferentes comandos, servicios y agencias sean compatibles y que se interrelacionen,
además que las vistas de las arquitecturas técnicas sean usables e integrables
a través de los dominios organizacionales.
En DoDAF V2.0, puntos de vista arquitectónico se componen de datos que han sido organizados para facilitar la comprensión. Para alinear con las Normas ISO, en su caso, la terminología ha cambiado desde Vistas al Mirador (por ejemplo, la vista operacional es ahora el punto de vista operativo).
Todo Punto de vista (AV)
Describe los aspectos generales de la arquitectura contexto que se relacionan con todos los puntos de vista.
Datos e Información Punto de vista (DIV)
nuevo en DoDAF V2.0. Articula las relaciones de datos y
estructuras de alineación en el contenido de la arquitectura de la capacidad y los requisitos operativos, procesos de ingeniería de sistemas y los sistemas y servicio
Punto de vista operacional (OV)
Incluye los escenarios operacionales, actividades y requisitos que soportan capacidades
Punto de vista del proyecto (PV) nuevo en DoDAF V2.0. Describe las relaciones entre los requisitos operativos y de capacidad y los diversos proyectos que se implementan. El punto de vista del proyecto también detalla las dependencias entre capacidad y requisitos operativos, procesos de ingeniería de sistemas, diseño de sistemas y servicios de diseño dentro del proceso del Sistema de Adquisiciones de Defensa.
Servicios Punto de vista (SVCV)
Nuevo en DoDAF V2.0. Presenta el diseño de soluciones Que articulan los artistas intérpretes o Ejecutantes, Actividades, Servicios, Intercambios SUS Y, Que establecen o Apoyan las Funciones Operativas y de capacity.
Normas Punto de vista (STDV)
Renombrado de Normas Técnicas View. Articula las aplicables operacional, de negocio, técnicas y políticas de la industria, normas, directrices, limitaciones, y las previsiones que se aplican a la capacidad y necesidades de funcionamiento, los procesos de ingeniería de sistemas y los sistemas y servicios.
Sistemas Punto de vista (SV)
Articula, para el soporte de legado, el diseño de soluciones que articulan los sistemas, su composición, la interconectividad y el contexto proporcionar o apoyar las funciones operativas y de capacidad. Nota, Sistema ha cambiado en DoDAF V2.0 de DoDAF V1.5: El sistema no es sólo hardware y software. Sistema de ahora se define en el sentido general de un conjunto de componentes máquina, humanos - que realizan actividades (ya que son subtipos de Artista) y están interactuando o interdependientes. Esto podría ser cualquier cosa, es decir, cualquier cosa, desde pequeñas piezas de equipo que han interactuando o elementos interdependientes, a la familia de Sistemas (FOS) y Sistema de Sistemas (SoS). Tenga en cuenta que los sistemas se componen de material (por ejemplo, equipos, aeronaves y embarcaciones) y tipos de personal.
MARCO DE REFERENCIA FSAM
El
Segmento Federal Arquitectura Metodología (FSAM) es un paso a paso el proceso
para el desarrollo y el uso de segmento arquitecturas que fue desarrollado por
el Segmento Federal Grupo de Trabajo de Arquitectura (FSAWG), un tranvía de
colaboración de arquitectos federales de diez agencias federales, la Oficina de
Administración y Presupuesto (OMB) y dos entre agencias iniciativas de
arquitectura.
El
Segmento Federal Arquitectura Metodología (FSAM) fue producido por el segmento
Federal Grupo de Trabajo de Arquitectura (FSWG). El FSAWG se formó en enero de
2008 como un sub-equipo a la Arquitectura e Infraestructura Comité (AIC), un
comité que informa al Consejo Federal CIO. El FSAWG se formó a petición del
Arquitecto Jefe de la Oficina de Administración y Presupuesto (OMB).
Más
de 50 voluntarios que representan el gobierno y la industria contribuyeron a la
colaboración que producido el FSAM. Esta metodología representa un logro
significativo en el segmento móvil desarrollo de la arquitectura hacia un
proceso repetible en apoyo de la mejora de agencys federales 'ejecución de la
misión y de la prestación de servicios a nuestros ciudadanos y socios de
negocios.
Nivel
superior general de la FSAM
El
nivel superior FSAM consta de cinco pasos del proceso que ayudan a arquitectos
identificar y validar el negocio necesidad y el alcance de la arquitectura,
definir las oportunidades de mejora del rendimiento en el segmento, y definir
el negocio de destino, las capas de datos, servicios, tecnología y arquitectura
requiere para lograr las oportunidades de mejora del rendimiento. Los pasos del
proceso FSAM concluyen con la creación de un documento de proyecto de
modernización que incluye un plan de secuenciación de transición para el uso y la
aplicación de la arquitectura segmento. Los principales pasos del proceso FSAM
nivel se muestran en la Figura
FSAM High-Level Overview
Estructura
de la Guía FSAM
El
FSAM se estructura con tres niveles de descomposición: los pasos del proceso,
actividades y tareas. La Etapas del proceso, las actividades y tareas se
presentan en una caja de herramientas en línea que contiene documentos de
orientación como así como las plantillas
analíticas diseñadas para acelerar el desarrollo de arquitecturas de segmento.
Figura 2 muestra un ejemplo de los tres niveles de descomposición, entre ellos
los de alto nivel del proceso pasos, actividades una etapa de proceso, y tareas dentro de una
actividad.
FSAM
sugerido Técnicas Analíticas
El
FSAM incluye una caja de herramientas completa de técnicas analíticas sugeridas
como se resume en Apéndice I. Las técnicas analíticas se proporcionan para las
salidas de cada actividad, según se define en FSAM, y se basan en las mejores
prácticas de las agencias que se evaluaron para su inclusión por el FSAWG.
Apéndice
I identifica esos productos que se consideran "productos básicos
FSAM." La designación "núcleo" sugiere que los resultados
ofrecen una arquitectura segmento completo, como se define en la v3.0 OMB EAAF los
requisitos de información. Todas las asignaciones definidas en el Apéndice I se
basan en los atributos de los datos tal como se define para cada salida en las
técnicas analíticas sugeridas correspondientes.
Apéndice
I identifica también que las salidas FSAM, cuando se utiliza con las técnicas
analíticas sugeridas, ya sea de soporte (S) o son de núcleo (C) para satisfacer
los requisitos de uso clave correspondientes a estratégica la planificación, la
planificación de capital, tecnología de la información (TI) de gobierno,
informes EAAF, solución el desarrollo y la seguridad / privacidad. Estas
designaciones adicionales están destinados a ayudar a los arquitectos con la
identificación de oportunidades para las salidas FSAM para ser utilizado dentro
de otra de planificación y toma de decisiones procesos.
