UNIVERSIDAD DISTRITAL FRANCISCO JOSE DE CALDAS

MODELADO Y GESTION DE LA INFORMACION

ENSAYO ARQUITECURA EMPRESARIAL

ING. ALEXANDRA ABUCHAR PORRAS

GIOVANNY RODRIGUEZ (20131199016)

JUAN CARLOS MALDONADO (20131199011)

Ensayo Arquitectura Empresarial

Evolución:

El campo de la arquitectura de la empresa esencialmente comenzó en 1987, con la publicación en el Diario IBM Systems de un artículo titulado "Un marco para la Arquitectura de Información de Sistemas", de JA Zachman. En ese documento el reto consistía en gestionar la complejidad de los sistemas cada vez más distribuidos. 

Zachman fue una gran influencia en uno de los primeros intentos de una rama del gobierno de EE.UU., el Departamento de Defensa, para crear una arquitectura empresarial. Este intento fue conocido como el Marco de Arquitectura Técnica para la Gestión de la Información (TAFIM) y se introdujo en 1994.

El Congreso en 1996 aprobó una ley conocida como la Ley Clinger-Cohen de 1996, también conocida como la Ley de Gestión de Tecnología de la Información de Reforma, que ordenó que todas las agencias federales tomen medidas para mejorar la eficacia de sus inversiones de TI.  En abril de 1998, el Consejo de CIO comenzó a trabajar en su primer proyecto importante, la Federal Enterprise Architecture Framework (FEAF).

En 2002, la OMB evoluciono y cambio el nombre a la metodología FEAF como la Arquitectura Empresarial Federal (FEA)

El trabajo realizado sobre TAFIM fue entregado a The Open Group. Ellos se transformó en una nueva norma que hoy se conoce como The Open Group Architectural Framework-más conocido por sus siglas, TOGAF

En 2005, casi al mismo tiempo que la OMB estaba convirtiendo en la fuerza dominante de EA en el sector público, otra organización está adoptando medidas para convertirse en una fuerza dominante en el sector privado. Este grupo fue Gartner.

Empresa de arquitectura línea de tiempo

Características que identifican la Arquitectura Empresarial

Identifica el estado actual de la organización, y describe a la empresa como una estructura coherente.

Documenta la brecha que existe entre lo actual y lo deseado. Proporciona un mapa de la empresa y la planeación para cambios tecnológicos y

empresariales. Las ventajas de la arquitectura empresarial se pueden resumir usando tres palabras:

Mejor, Más rápido, Más barato Ayudar a la gerencia a analizar, planificar y ejecutar los cambios más rápidamente con una

mejor percepción.

Hacer que los interesados en TI y en la empresa colaboren para alinear los requerimientos de mejor forma.

Crear planes empresariales como mapas de ruta para aprovechar los bloques de construcción arquitectónica de TI y lograr la transformación empresarial.

Conseguir un mejor cumplimiento y consecuencias predecibles de los proyectos.

Mejorar la contribución de TI para obtener los retornos empresariales con una mejor integridad y agilidad.

Tipos de Arquitectura:

1- El Marco de Zachman tiene la intención de facilitar la comprensión de cualquier aspecto

particular de un sistema en cualquier punto de su desarrollo. La herramienta puede ser útil en la

toma de decisiones sobre los cambios o ampliaciones.

El marco Zachman ofrece una visión estática de todos los elementos que intervienen en los

sistemas de información. No define los procesos para pasar de una existente (como está) la

situación a un futuro (a ser) del estado y tampoco define una organización para apoyar tales

procesos.

Datos (Qué)

Funciones

(Cómo)

Red (Dónde)

Gente (Quiénes)

Tiempo (Cuándo)

Motivación (Por qué)

Objetivos/alcance

Lista de las cosas

importantes para la

empresa

Lista de procesos

que la empresa realiza

Lista de las ubicaciones en donde la empresa

opera

Lista de unidades

organizacionales

Lista de acontecimiento

s/ciclos del negocio

Lista de metas del negocio/d

e las estrategia

s

Modelo del negocio

Diagrama de

relaciones de la

entidad (incluyendo

Modelo de

proceso del

negocio (diagram

Red logística (nudos y

eslabones)

Organigrama, con

responsables; grupos

de habilidad;

Programación principal del

negocio

Plan de negocio

: m: m, n-ary,

relaciones atribuidas)

a de flujo de

información física)

aseguramiento de temas.

Modelo del sistema de información

Modelo de datos

(entidades convergent

es, completam

ente normalizad

as)

Diagrama esencial del flujo

de datos; arquitectura de la

aplicación

Arquitectura del

sistema distribuido

Arquitectura del interfaz

humano (papeles,

datos, acceso)

Diagrama de dependencias, historia de la

vida de la entidad

(estructura de proceso)

Modelo de reglas

del negocio

Modelo de la tecnología

Arquitectura de los datos

(tablas y columnas); mapa a los datos de la herencia

Diseño del

sistema: gráfico de estructura, código aparente

Arquitectura del

sistema (tornillería, tipos del software)

Interfaz del usuario

(cómo se comportará el sistema); diseño de

la seguridad

“Control del diagrama de

flujo” (la estructura del

control)

Diseño de las regla

del negocio

Representación detallada

Los datos diseñan

(organizar), diseño

físico del almacenam

iento

Diseño detallado

de Planeami

ento

Arquitectura de red

Pantallas, arquitectura

de la seguridad

(quién puede ver lo que?)

Definiciones de la

programación

Especificación de

las reglas en el

¿programa lógico?

Sistema funcional

Datos convertidos

Programas

ejecutables

Instalación de

comunicaciones

Gente entrenada

Acontecimientos del negocio

Hacer complir

las Reglas

2- The Open Group Architecture Framework (TOGAF) (o Esquema de Arquitectura de Open Group, en español) es un esquema (o marco de trabajo) de Arquitectura Empresarial que proporciona un enfoque para el diseño, planificación, implementación y gobierno de una arquitectura empresarial de información. Esta arquitectura es modelada por lo general con cuatro niveles o dimensiones: Negocios, Tecnología (TI), Datos y Aplicaciones. Cuenta con un conjunto de arquitecturas base que buscan facilitarle al equipo de arquitectos definir el estado actual y futuro de la arquitectura.

TOGAF se basa en cuatro dimensiones:

Arquitectura de Negocios (o de Procesos de Negocio), la cual define la estrategia de negocios, la gobernabilidad, la estructura y los procesos clave de la organización.

Arquitectura de Aplicaciones, la cual provee un plano (blueprint, en inglés) para cada uno de los sistemas de aplicación que se requiere implantar, las interacciones entre estos sistemas y sus relaciones con los procesos de negocio centrales de la organización.

Arquitectura de Datos, la cual describe la estructura de los datos físicos y lógicos de la organización , y los recursos de gestión de estos datos

Arquitectura Tecnológica, la cual describe la estructura de hardware, software y redes requerida para dar soporte a la implantación de las aplicaciones principales, de misión crítica, de la organización

3 Federal Enterprise Architecture (FEA)

FEA es la más completa de todas las metodologías discutidas hasta ahora. Tiene tanto una taxonomía, como Zachman, y un proceso arquitectónico, como TOGAF. FEA puede ser vista como una metodología para la creación de una arquitectura de la empresa o el resultado de aplicar este proceso a una empresa en particular, a saber, el Gobierno de los EE.UU.

La mayoría de los escritores describen simplemente como FEA que consta de cinco modelos de referencia, uno para cada actuación: negocios, servicios, componentes, técnicas y datos. Es cierto que estos modelos FEA tiene cinco referencias, pero hay mucho más para FEA que sólo los modelos de referencia. Un tratamiento completo de las necesidades de FEA para incluir todas las características siguientes:

Una perspectiva de las arquitecturas empresariales cómo debe ser visto (el modelo de segmento, que describiré en breve)

Un conjunto de modelos de referencia para la descripción de las diferentes perspectivas de la arquitectura de la empresa (los cinco modelos, mencionado anteriormente)

Un proceso para la creación de una arquitectura empresarial Un proceso de transición para la migración de un pre-EA a un paradigma post-EA Una taxonomía de los activos de catalogación que se encuentran dentro del ámbito de la

arquitectura de la empresa Una aproximación a la medición del éxito de la utilización de la arquitectura empresarial

para impulsar el valor empresarial

Esto, en pocas palabras, es la meta de los cinco modelos de referencia FEA: dar términos y definiciones para los dominios de la arquitectura de la empresa y, con ello, facilitar la colaboración y el intercambio a través del gobierno federal. Los cinco modelos de referencia son los siguientes:

1. El Modelo de Referencia del Negocio (BRM) da una visión de negocio de las distintas funciones del gobierno federal. Por ejemplo, el BRM define una capacidad de negocio

estándar llamada gestión de los recursos hídricos es una subfunción de los recursos naturales que se considera una línea de negocio de los servicios más amplios para el área de negocios ciudadanos. 

2. El Modelo de Referencia de los componentes (CRM) da una TI más vista de los sistemas que pueden soportar la funcionalidad del negocio. Por ejemplo, el CRM se define un sistema cliente-análisis que he descrito anteriormente en el hipotético intercambio entre el IRS y la GPO. 

3. El Modelo de Referencia Técnica (TRM) define las diversas tecnologías y estándares que se pueden utilizar en la construcción de los sistemas de TI.Por ejemplo, la TRM define HTTP como un protocolo que es un subconjunto de un servicio de transporte que es un subconjunto de acceso de servicio y entrega. 

4. El modelo de referencia de datos (DRM) define los procedimientos estándar para describir los datos. Por ejemplo, la DRM define una entidad como algo que contiene atributos y participa en las relaciones. 

5. El modelo de referencia de rendimiento (PRM) define los procedimientos estándar para describir el valor entregado por las arquitecturas empresariales. Por ejemplo, el PRM describe la calidad como un área de tecnología de medición que se define como "el grado en que la tecnología cumple con los requisitos de funcionalidad o capacidad."

4-Gartner cree que la arquitectura de la empresa se trata de reunir tres componentes: empresarios, especialistas en información, los implementadores de tecnología. Si usted puede traer estos tres grupos juntos y unificar detrás de una visión común que impulsa el valor del negocio, usted ha tenido éxito, si no, te han fallado. El éxito se mide en términos pragmáticos, como manejar la rentabilidad no, mediante la verificación de los elementos de una matriz de procesos.

Gartner considera que las arquitecturas empresariales debe comenzar con una organización donde va, no con el lugar donde está. Si vamos a limpiar la casa, no es necesario documentar exhaustivamente todo lo que estamos lanzando. Vamos a enfocar nuestra energía en lo que queremos acabar con. Tan pronto como la conocemos nuestro objetivo, podemos ver como lo que tenemos se refiere a ese objetivo.

Gartner recomienda que una organización comienza contando la historia de su dirección estratégica donde se dirige y cuáles son los factores de negocio a la que está respondiendo. Gartner querrá esta historia en un lenguaje sencillo, sin preocuparse por los estándares de documentación prescritos, siglas, o tecno-balbuceo. El único objetivo es asegurarse de que todo el mundo entiende y comparte una visión única.

Como la implemento en una empresa Bogota

Revisión del contexto organizacional Identificar las áreas problemáticas de la empresa Describir los modelos (escoger el framework) requeridos para analizar el

problema e identificar la solución Planeación del trabajo para implementar la Arquitectura Empresarial Identificación de oportunidades y soluciones Implementación de la Arquitectura Empresarial