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

Evolucin: El campo de la arquitectura de la empresa esencialmente comenz en 1987, con la publicacin en el Diario IBM Systems de un artculo titulado "Un marco para la Arquitectura de Informacin de Sistemas", de JA Zachman. En ese documento el reto consista en gestionar la complejidad de los sistemas cada vez ms 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 Tcnica para la Gestin de la Informacin (TAFIM) y se introdujo en 1994. El Congreso en 1996 aprob una ley conocida como la Ley Clinger-Cohen de 1996, tambin conocida como la Ley de Gestin de Tecnologa de la Informacin 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 metodologa 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-ms 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 pblico, otra organizacin est adoptando medidas para convertirse en una fuerza dominante en el sector privado. Este grupo fue Gartner.

Empresa de arquitectura lnea de tiempo

Caractersticas que identifican la Arquitectura Empresarial Identifica el estado actual de la organizacin, 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 planeacin para cambios tecnolgicos y empresariales. Las ventajas de la arquitectura empresarial se pueden resumir usando tres palabras: Mejor, Ms rpido, Ms barato Ayudar a la gerencia a analizar, planificar y ejecutar los cambios ms rpidamente con una mejor percepcin. 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 construccin arquitectnica de TI y lograr la transformacin empresarial. Conseguir un mejor cumplimiento y consecuencias predecibles de los proyectos. Mejorar la contribucin de TI para obtener los retornos empresariales con una mejor integridad y agilidad.

Tipos de Arquitectura: 1- El Marco de Zachman tiene la intencin de facilitar la comprensin 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 visin esttica de todos los elementos que intervienen en los sistemas de informacin. No define los procesos para pasar de una existente (como est) la situacin a un futuro (a ser) del estado y tampoco define una organizacin para apoyar tales procesos.

Datos (Qu)

Funcion es (Cmo)

Red (Dnde) Lista de las ubicacione s en donde la empresa opera Red logstica (nudos y eslabones)

Gente (Quines)

Tiempo (Cundo)

Motivaci n (Por qu) Lista de metas del negocio/d e las estrategia s

Objetivos/al cance

Lista de las cosas importante s para la empresa

Lista de procesos que la empresa realiza

Lista de unidades organizacio nales

Lista de acontecimiento s/ciclos del negocio

Modelo del negocio

Diagrama de relaciones de la entidad

Modelo de proceso del negocio

Organigra ma, con responsabl es; grupos de

Programacin principal del negocio

Plan de negocio

(incluyend o: m: m, nary, relaciones atribuidas) Modelo de datos (entidades convergent es, completam ente normalizad as) Arquitectur a de los datos (tablas y columnas); mapa a los datos de la herencia Los datos disean (organizar) , diseo fsico del almacena miento Datos convertido s

(diagram a de flujo de informaci n fsica) Diagram a esencial del flujo de datos; arquitect ura de la aplicaci n Diseo del sistema: grfico de estructur a, cdigo aparente

habilidad; asegurami ento de temas.

Modelo del sistema de informacin

Arquitectur a del sistema distribuido

Arquitectur a 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 tecnologa

Arquitectur a del sistema (tornillera, tipos del software)

Interfaz del usuario (cmo se comportar el sistema); diseo de la seguridad Pantallas, arquitectur a de la seguridad (quin puede ver lo que?)

Control del diagrama de flujo (la estructura del control)

Diseo de las regla del negocio

Representa cin detallada

Diseo detallado de Planeami ento

Arquitectur a de red

Definiciones de la programacin

Especific acin de las reglas en el program a lgico? Hacer complir las Reglas

Sistema funcional

Program as ejecutabl es

Instalacin de comunicac iones

Gente entrenada

Acontecimiento s del negocio

2- The Open Group Architecture Framework (TOGAF) (o Esquema de Arquitectura de Open Group, en espaol) es un esquema (o marco de trabajo) de Arquitectura Empresarial que proporciona un enfoque para el diseo, planificacin, implementacin y gobierno de una arquitectura empresarial de informacin. Esta arquitectura es modelada por lo general con cuatro niveles o dimensiones: Negocios, Tecnologa (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 organizacin.

Arquitectura de Aplicaciones, la cual provee un plano (blueprint, en ingls) para cada uno de los sistemas de aplicacin que se requiere implantar, las interacciones entre estos sistemas y sus relaciones con los procesos de negocio centrales de la organizacin. Arquitectura de Datos, la cual describe la estructura de los datos fsicos y lgicos de la organizacin , y los recursos de gestin de estos datos Arquitectura Tecnolgica, la cual describe la estructura de hardware, software y redes requerida para dar soporte a la implantacin de las aplicaciones principales, de misin crtica, de la organizacin

3 Federal Enterprise Architecture (FEA) FEA es la ms completa de todas las metodologas discutidas hasta ahora. Tiene tanto una taxonoma, como Zachman, y un proceso arquitectnico, como TOGAF. FEA puede ser vista como una metodologa para la creacin 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 mayora de los escritores describen simplemente como FEA que consta de cinco modelos de referencia, uno para cada actuacin: negocios, servicios, componentes, tcnicas y datos. Es cierto que estos modelos FEA tiene cinco referencias, pero hay mucho ms para FEA que slo los modelos de referencia. Un tratamiento completo de las necesidades de FEA para incluir todas las caractersticas siguientes: Una perspectiva de las arquitecturas empresariales cmo debe ser visto (el modelo de segmento, que describir en breve) Un conjunto de modelos de referencia para la descripcin de las diferentes perspectivas de la arquitectura de la empresa (los cinco modelos, mencionado anteriormente) Un proceso para la creacin de una arquitectura empresarial Un proceso de transicin para la migracin de un pre-EA a un paradigma post-EA Una taxonoma de los activos de catalogacin que se encuentran dentro del mbito de la arquitectura de la empresa Una aproximacin a la medicin del xito de la utilizacin de la arquitectura empresarial para impulsar el valor empresarial

Esto, en pocas palabras, es la meta de los cinco modelos de referencia FEA: dar trminos y definiciones para los dominios de la arquitectura de la empresa y, con ello, facilitar la colaboracin y el intercambio a travs del gobierno federal. Los cinco modelos de referencia son los siguientes:

1. El Modelo de Referencia del Negocio (BRM) da una visin de negocio de las distintas funciones del gobierno federal. Por ejemplo, el BRM define una capacidad de negocio estndar llamada gestin de los recursos hdricos es una subfuncin de los recursos naturales que se considera una lnea de negocio de los servicios ms amplios para el rea de negocios ciudadanos. 2. El Modelo de Referencia de los componentes (CRM) da una TI ms vista de los sistemas que pueden soportar la funcionalidad del negocio. Por ejemplo, el CRM se define un sistema cliente-anlisis que he descrito anteriormente en el hipottico intercambio entre el IRS y la GPO. 3. El Modelo de Referencia Tcnica (TRM) define las diversas tecnologas y estndares que se pueden utilizar en la construccin 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 estndar 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 estndar para describir el valor entregado por las arquitecturas empresariales. Por ejemplo, el PRM describe la calidad como un rea de tecnologa de medicin que se define como "el grado en que la tecnologa 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 informacin, los implementadores de tecnologa. Si usted puede traer estos tres grupos juntos y unificar detrs de una visin comn que impulsa el valor del negocio, usted ha tenido xito, si no, te han fallado. El xito se mide en trminos pragmticos, como manejar la rentabilidad no, mediante la verificacin de los elementos de una matriz de procesos. Gartner considera que las arquitecturas empresariales debe comenzar con una organizacin 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 energa 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 organizacin comienza contando la historia de su direccin estratgica donde se dirige y cules son los factores de negocio a la que est respondiendo. Gartner querr esta historia en un lenguaje sencillo, sin preocuparse por los estndares de documentacin prescritos, siglas, o tecno-balbuceo. El nico objetivo es asegurarse de que todo el mundo entiende y comparte una visin nica.

Como la implemento en una empresa Bogota

Revisin del contexto organizacional Identificar las reas problemticas de la empresa Describir los modelos (escoger el framework) requeridos para analizar el problema e identificar la solucin Planeacin del trabajo para implementar la Arquitectura Empresarial Identificacin de oportunidades y soluciones Implementacin de la Arquitectura Empresarial