SlideShare una empresa de Scribd logo
1 de 13
UNIVERSIDAD VERACRUZANA




  Cap. 4 - Descripción de
arquitectura de integración
       empresarial.
             Traducción
            León Colorado Josué
          Ramírez Díaz Juan Manuel
        Rosete Osorio Marcos Adrian
        Sandria Chaparro Jose Manuel
                 23/03/2009
Cap. 4 - Descripción de arquitectura de integración empresarial.
                                  23 de marzo de 2009


4.1. Panorama Ejecutivo

La arquitectura de integración empresarial proporciona un plan paras las
estrategias y tácticas de un proyecto de integración. Describe todos los
componentes de la arquitectura. La experiencia tiene claramente visto ese
enfoque táctico para la construcción de la infraestructura técnica en costos
mantenimiento mas elevados y que inhiba la agilidad del negocio. Porque de esto,
al paso de cinco años muchas de las grandes organizaciones y organismos
gubernamentales tendrán establecida una arquitectura empresarial (AE), marcos.
La arquitectura de integración empresarial encaja dentro del marco general de la
arquitectura de la empresa. Las prioridades para la construcción de la arquitectura
son impulsadas por los requerimientos y estrategias del negocio.

Una arquitectura de integración empresarial puede ser para la planificación de una
ciudad. Esto incluye un conjunto códigos de construcción. Existe un organismo
gubernamental para asegurarse que los proyectos cumplan con estándares
aceptados, y existe un procesos para las excepciones. Este enfoque reduce el
número de configuraciones técnicas y conocimientos necesarios establecidos, lo
que reduce los gastos de apoyo. También asegura que las actuales y futuras
inversiones en tecnología están al máximo nivel en una empresa.

El algunos casos esto no es factible para tener un enfoque táctico. Esto es
especialmente cierto en cualquier comunidad de intereses que requiere el
intercambio de información. El caso de estudio 4.1. Describe como el estado de
Minnesota inicia CriMNet como una iniciativa propuesta para facilitar información
completa de la historia criminal de los sospechosos y delincuentes. Ésta red
conecta entre sí 1,100 jurisdicciones de justicia criminal en el estado. El objetivo
de una iniciativa como CriMNet es permitir la integración empresarial.




                                        Página
                                        2
Cap. 4 - Descripción de arquitectura de integración empresarial.
                              23 de marzo de 2009

Caso de Estudio 4.1. CriMNet: Proporcionar los datos correctos en las
      manos de las personas correctas y en el lugar correcto.

Comunidades de interés están encontrando cada vez más necesaria la
integración a través de las organizaciones independientes con el fin de
lograr mejoras significativas. Sin embargo, la naturaleza de ser
independiente hace que la integración sea un monumental desafío, porque
no hay una sola autoridad para dictar el resultado. En estos casos, una
arquitectura de integración empresarial proporciona la estructura in la cual
estas organizaciones puede operar y coordinarse sin perder su propia
libertad de movimiento.

CriMNet es una iniciativa en el estado de Minnesota para proporcionar la
historia criminal completa de sospechosos y criminales a los que participan
en la seguridad pública y los sistemas de justicia. En lugar de proporcionar
una nueva base de datos de información recogida de un gran número de
sistemas existentes, esto es una conexión entre 1,100 jurisdicciones de
justicia criminal en el estado.

La arquitectura es definida por estos cinco elementos:

   •   Visión: Describe el propósito y objetivo del sistema.
   •   Organización: Identifica interesados, modelos de gobierno y
       estructura de sistemas.
   •   Procesos de negocio: Proporciona una estructura para mejorar la
       automatización de procesos de seguridad pública.
   •   Datos: Describe datos estándar y diccionario.
   •   Tecnología: Lista de estándares, principios y directrices para la
       implementación.

Cuando es terminado, el sistema CriMNet es un sistema seguro en Internet
que cualquier seguridad publica o sistema de justicia puede conectase a el,
y proporciona las reglas para un acceso organizado y coherente a la
información.

En organizaciones en las que la responsabilidad en TI es altamente
distribuida o en comunidades de interés con la organización independiente,
la empresa se convierte en la arquitectura de integración que es capaz de
vincular a las entidades en el intercambio de información.




                                    Página
                                    3
Cap. 4 - Descripción de arquitectura de integración empresarial.
                                  23 de marzo de 2009


4.2 El caso de los negocios para un enfoque estratégico
empresarial

Un enfoque estratégico para la construcción de una infraestructura de integración
es necesario para los componentes de la infraestructura interoperar sin problemas
para proveer integración a través de procesos de negocios y el despliegue rápido
de soluciones empresariales integradas. A pesar de los beneficios del enfoque
arquitectónico, la aplicación de la integración es a menudo vista como una paso
técnico dentro del la implementación de un proyecto. Además, el paisaje de la
integración se expande y llega a ser más compleja. Los diferentes tipos de
aplicaciones empresariales requieren diferentes tipos de tecnologías de
integración. Un enfoque táctico para la integración empresarial resultara en la
coexistencia de muchas tecnologías que no fueron necesariamente diseñadas
para integrarse con alguna otra. Un enfoque empresarial te permite reducir los
costos de soporte y maximizar la flexibilidad.

La integración empresarial no viene en caja. Esto es un término que cubre un
arreglo de soluciones tecnológicas, incluyendo: mensajería middleware, mensaje
de brokers/ servidores de integración con mapeado de datos, transformación, y
herramientas de enrutamiento; portales, información de integración; servidores con
capacidades de integración (B2Bi); integración móvil; y tecnologías emergentes
tales como Web Services y XML. Cada una de estas tecnologías tiene su lugar en
la total arquitectura de integración. Las grandes compañías con amplios requisitos
de integración pueden solicitar la mayoría o todos los arriba mencionados. Sin
embargo, el objetivo de la arquitectura de integración debería ser el de evitar los
múltiplos de cada uno. La redundancia en los componentes de la tecnología de
integración incrementa los costos de implementación (incluyendo el costo de
capacitación y mantenimiento de múltiples conjuntos de habilidades, costos de
mantenimiento, y el costo de cambio (incluyendo los costos para la integración y
sincronización de tecnologías y funciones redundantes).

Contrario a la habitual preconcepción que las iniciativas empresariales cuestan
más dinero, un enfoque empresarial amplio para la construcción de una
infraestructura de integración en realidad acelera las soluciones tácticas y puede
significativamente bajar los costos de mantenimiento y el costo total de la
propiedad. El caso de estudio 4.2 es sobre los resultados de Keycorp de crear la
arquitectura de integración empresarial. Los resultados reflejan lo que cabe
esperar cuando una arquitectura de integración empresarial es correctamente
aplicada en una organización.




                                        Página
                                        4
Cap. 4 - Descripción de arquitectura de integración empresarial.
                                  23 de marzo de 2009

                              Caso de estudio 4.2
        Keycorp: Desarrollando un enfoque unificado para la integración

 Keycorp es una gran empresa de servicios financieros con 3.8 millones de
 clientes y 21000 empleados. Dentro de la industria de servicios financieros se
 ha producido un movimiento para aumentar el acceso de los clientes a la
 información contable en cualquier lugar, a cualquier hora, así como
 proporcionar una única, vista organizada de la información que es a menudo
 recolectada desde un amplio arreglo de diferentes sistemas. Keycorp ha estado
 trabajando en proporcionar acceso a clientes, vistas integradas, y múltiples
 canales de integración desde mediados de los 90’s. Sin embargo, inicio por ver
 las limitaciones en la arquitectura a principios de 1999 y decidió que
 necesitaba mejorar la plataforma de integración para un mejor soporte amplio
 de aplicaciones y plataformas empresariales.

 La organización de TI desarrollo KeyServer, una plataforma de integración
 empresarial que significativamente mejoro la manera en la que la integración
 es realizada. KeyServer mejoro algunos resultados impresionantes a la
 organización:

    •   Redujo el tiempo de desarrollo de aplicaciones de 18 a 12 meses.
    •   Redujo los costos de integración a $2 millones en el primer año.
    •   Recorto los costos de integración de 35% a 30% por aplicación.

 Esta infraestructura ha permitido al negocio la oportunidad de perseguir
 aplicaciones en tiempo real relacionadas con la minería de datos, venta
 cruzada, ventas altas y otras actividades. En el caso de su aplicación Key Total
 Treasury, crearon una aplicación de generación de ingresos que tuvo un ROI por
 sobre el 200%.


Es importante notar que la mayoría de las decisiones son hechas en el nivel
estratégico empresarial. La arquitectura de integración empresarial define como
las nuevas soluciones se adentraran en los recursos de la empresa. Los proyectos
individuales no necesitan gastar tiempo y dinero figurando esto. Estos pueden
enfocarse en la funcionalidad de la solución empresarial. Mientras ellos se
conformen a la definición de estándares empresariales, pueden fácil y
rápidamente acceder a la información requerida y a los recursos a través de la
compañía. Esto es un enorme beneficio para los grupos de proyecto, y el más
eficiente, costo efectivo, y la manera exitosa de las compañías para implementar
una ágil infraestructura de integración.




                                        Página
                                        5
Cap. 4 - Descripción de arquitectura de integración empresarial.
                                  23 de marzo de 2009


4.3 Componentes de una arquitectura de integración empresarial

La arquitectura de integración empresarial es multidimensional. Las arquitecturas
de componente más relevantes para la integración se enfocan a un dominio
diferente de la arquitectura de integración. Además, los componentes
interrelacionan e interactúan con cada uno de los otros. La figura 4-1 representa
los cuatro dominios de la arquitectura de componente.

4.3.1 La arquitectura de integración técnica

La arquitectura de integración técnica define las tecnologías subyacentes para
todas las soluciones integrales. Esto es la estructura básica que necesita para
estar en el lugar para apoyar a los otros componentes de una arquitectura de
integración empresarial. Incluye mensajería, interfaces de aplicación, traducción y
transformación, enrutamiento, y monitoreo y administración de procesos. Las
tecnologías que entregan los servicios de arquitectura de integración proveen una
red de integración, similar en el concepto a la red eléctrica. Cuando obtienes un
nuevo aparato, simplemente tienes que enchufarlo y ya trabaja.




                                        Página
                                        6
Cap. 4 - Descripción de arquitectura de integración empresarial.
                                  23 de marzo de 2009




                                                          Arquitectura de información
                           Arquitectura de servicio




                                                                                        Arquitectura de integración
                                                                                          de procesos de negocio
                                    Arquitectura de integración
                                              técnica


                           Figura 4-1

Visión general de arquitectura de integración de empresa

No tiene que cercar de nuevo su casa entera. Sin embargo en TI, el nuevo
cercado era a menudo el más usado. Las tecnologías que dan los servicios de
integración de infraestructura comprenden la rejilla de integración fundamental. En
el pasado, esto ha sido difícil de alcanzar debido a la naturaleza propietaria de la
tecnología, pero con la aparición de normas aceptadas y la presión de mercado
para asegurarse el trabajo de productos juntos, esto se ha hecho factible. El
capítulo 6 describe la Plantilla Tecnológica de especificación de arquitectura de
integración y proporciona orientación para definir las normas de infraestructura.

4.3.2 arquitectura de integración de servicio

La arquitectura de integración de servicio es un subconjunto de la arquitectura de
aplicación de empresas. Ello define el acoplamiento en los servicios de negocio
para uso repetido. En esta aplicación la arquitectura es la más flexible y adaptable
al negocio cambiante. Habilita la integración de aplicación rápida. Aunque los


                                                      Página
                                                      7
Cap. 4 - Descripción de arquitectura de integración empresarial.
                                  23 de marzo de 2009

beneficios de SOA han sido conocidos por más de dos décadas, esto es único
recientemente que están desplegando. La razón es servicios Web, la primera
interfaz normalizada universalmente aceptada. Las empresas finalmente se
sienten confidentes en la fabricación de la inversión en SOA porque esto también
no requiere apuestas sobre CORBA o J2EE o .NET. El objetivo real es habilitar
cada lenguaje de programación, cada plataforma, cualquiera fuente de datos u
objetivo, a cualquier locación. Aunque todavía no enteramente completo o maduro,
servicios Web son el ganador claro. El capítulo 7 describe la plantilla de
especificación de arquitectura de integración de servicio y proporcione guía para
definir los servicios para uso repetido.

4.3.3 arquitectura de integración de información

La arquitectura de integración de la información proporciona una vista (opinión)
por toda la empresa de datos contenidos en sistemas dispares. El valor de los
datos sí mismo es dependiente del mantenimiento de la integridad de datos a
través de sistemas. Hay poco valor en corrupciones que se propagan en todas
partes de múltiples sistemas en una fracción del tiempo que esto habría tomado
con sistemas no integrados. La solución con el mantenimiento del valor, el
significado, y la integridad de datos a través de usos es metadata. Los metadatos
son información acerca de los datos. El más descriptivo, exacto y completo de los
metadatos, es decir, cuanto mejor sea la integración puede ser. A los efectos de la
integración, los metadatos se presentan en un formato canónico para que pueda
fácilmente ser asignada de nuevo a los sistemas de fuente. XML se está
convirtiendo en el estándar ampliamente aceptado canónica formato de datos.
Capítulo 8 describe la arquitectura de integración de la información del pliego de
plantilla y proporciona orientación para la definición de los diferentes niveles de
metadatos que permiten una integración más rápida.

La arquitectura de integración de proceso de negocio modela los procesos
empresariales que afectan a los límites de la organización. El objetivo de la
integración es casi siempre para mejorar un proceso de negocio y aumentar la
eficiencia. La arquitectura de procesos de negocio maximiza la agilidad
empresarial, ya que permite cambios en los procesos de negocio que se aplicará
rápidamente, a un nivel de proceso de negocio en lugar de una infraestructura de
nivel. El proceso incluye la arquitectura de modelos de procesos, la gestión pública
de corte a través de procesos de organización, así como las cifras de proceso que
permitirá a la empresa para seguir y mejorar la eficiencia. Capítulo 9 se describe el
proceso de especificación de arquitectura de integración de la plantilla y
proporciona directrices y los beneficios de la integración impulsada por el proceso.




                                        Página
                                        8
Cap. 4 - Descripción de arquitectura de integración empresarial.
                                  23 de marzo de 2009



4.4 Estructura organizativa y gobierno de arquitectura

Arquitectura de integración de la empresa es un viaje, no un destino. Tiene que
ser un esfuerzo continuo para seguir apoyando el cambio de prioridades y
necesidades de la organización. Por lo tanto, requiere de apoyo continuo. Esto
significa que la organización debe definir la estructura de la organización para
definir y gestionar la integración de arquitectura a través del tiempo, un
procedimiento de gestión para garantizar el cumplimiento de las normas de la
empresa y la gestión de excepciones, y una empresa de fijación de prioridades
para el proceso de gestión de infraestructura empresarial de la aplicación.

4.4.1 Estructura organizativa


Porque la integración requiere de conocimientos especializados y aptitudes, una
mejor recomendación práctica es crear un centro de integración de competencias.
El centro ofrece la integración de competencias y conocimientos a través de
entidades de coordinación a través de los entes organizativos. Es responsable de
definir la arquitectura de integración, la maximización de la reutilización, el
garantizar el cumplimiento de las normas de integración, y la prestación de
arbitraje cuando surjan problemas de organización en relación con la integración.


El éxito del centro de capacidad requiere el patrocinio de alto nivel, como el CIO O
CFO. El centro de competencia debe estar facultado para establecer y hacer
cumplir las normas de integración en toda la organización si se quiere tener éxito
en absoluto. Las competencias necesarias en un centro de competencia incluyen
a un arquitecto de integración, el administrador de datos, y el negocio, así como el
analista que actuará como el enlace entre diferentes grupos de organización.

4.4.2 Gobierno de arquitectura

El gobierno de arquitectura de integración de los procesos incluye velar por el
cumplimiento de las normas de la empresa y una queja o proceso de arbitraje
cuando un proyecto tiene que ir fuera de las normas.

Las revisiones en el diseño son una excelente manera de garantizar el
cumplimiento del proyecto. Durante la revisión del diseño el arquitecto de la
integración puede actuar como un consultor para el proyecto, así como garantizar
que las normas se están cumpliendo. El arquitecto de la integración también
puede ayudar a optimizar la reutilización de otros proyectos. Las revisiones en el
diseño de la arquitectura de integración son un elemento esencial de mejores
prácticas para la viabilidad a largo plazo y la vitalidad de la integración de
infraestructura.


                                        Página
                                        9
Cap. 4 - Descripción de arquitectura de integración empresarial.
                                  23 de marzo de 2009


Sin embargo, a veces los requerimientos del negocio quedan fuera del ámbito de
aplicación de normas definidas. Por lo tanto, un proceso de quejas es también una
parte importante de la arquitectura de gobernanza. Debe haber definido los
procedimientos para solicitar excepciones, así como las directrices y parámetros
para la concesión de excepciones a las normas.

4.4.3 Establecimiento de prioridades para la empresa

Los proyectos de integración en general, involucran a múltiples grupos
organizacionales, cada uno con sus propias prioridades. Por lo tanto, es esencial
establecer formalmente el proceso de establecimiento de prioridades basadas en
los objetivos y metas de la organización. Un método es crear una matriz de
proyectos de integración y los objetivos y metas de la organización (a partir de la
Declaración de Propósito). Cada tipo de proyecto de integración en función del
número de objetivos de negocio que permitirá. Como no todos los objetivos son
iguales, este sistema de calificación puede ser ponderada. Por ejemplo, véase la
Figura 4-2.




                                        Página
                                        10
Cap. 4 - Descripción de arquitectura de integración empresarial.
                                  23 de marzo de 2009


4.5 Conclusión

Aunque una gran empresa puede tener muchas necesidades y que requieren la
integración de una gran variedad de tecnologías de integración, ninguna empresa
puede aplicar toda la infraestructura de una sola vez. Por lo tanto, siempre será
necesario adoptar un enfoque táctico a la integración. Sin embargo, aunque el
cumplimiento de los requisitos de un proyecto financiado, es importante para dar
cumplimiento a los códigos de construcción de la empresa, para garantizar el
máximo rendimiento de las actuales y futuras inversiones en tecnología.

Cuando la arquitectura de integración de la empresa se considera como una
iniciativa estratégica, las capacidades de integración de la organización se pueden
utilizar más fácilmente a través de múltiples proyectos. Además, los proyectos no
tienen que consumir el tiempo y el gasto en la investigación y la elección de
tecnologías, una tarea que es cada vez más difícil a medida que más proveedores
y tecnologías están disponibles. La arquitectura de integración de la empresa sirve
de guía para todas las implementaciones y aprovecha el conocimiento y la
experiencia de cada uno de los proyectos en toda la organización.




                                        Página
                                        11
Cap. 4 - Descripción de arquitectura de integración empresarial.
                                  23 de marzo de 2009


4.6 Próximos pasos

Un próximo paso fundamental es realizar una evaluación del entorno actual
(capítulo 5), como se muestra en la Figura 4-3. Es muy importante entender lo que
está ya en vigor en la definición de empresa o normas de los códigos de
construcción.

Cada dominio de la arquitectura de integración tiene su propio plantilla de
especificaciones. Las empresas que deseen maximizar la reutilización y la agilidad
de negocios el retorno de la inversión se definirá la arquitectura de la integración
de todos los dominios. Sólo las empresas interesadas en soluciones tácticas mayo
en lugar a decidir saltar a la parte III del libro: Integración de Soluciones de
Empresa.




                                        Página
                                        12
Cap. 4 - Descripción de arquitectura de integración empresarial.
                     23 de marzo de 2009




                           Página
                           13

Más contenido relacionado

La actualidad más candente

Trabajo de alejo batista (1)
Trabajo de alejo batista (1)Trabajo de alejo batista (1)
Trabajo de alejo batista (1)alejobatista
 
Arquitecturas empresariales version gerencia de información
Arquitecturas empresariales   version gerencia de informaciónArquitecturas empresariales   version gerencia de información
Arquitecturas empresariales version gerencia de informaciónMarta Silvia Tabares
 
Guia power data_transicion_cloud
Guia power data_transicion_cloudGuia power data_transicion_cloud
Guia power data_transicion_cloudEfrain Diaz
 
Ficha4 6 c_dulce1
Ficha4 6 c_dulce1Ficha4 6 c_dulce1
Ficha4 6 c_dulce1vgde
 
Visión del Cloud computing de IBM en Ecuador
Visión del Cloud computing de IBM en EcuadorVisión del Cloud computing de IBM en Ecuador
Visión del Cloud computing de IBM en EcuadorChristian Farinango
 
Arquitectura de Empresa TOGAF
Arquitectura de Empresa TOGAFArquitectura de Empresa TOGAF
Arquitectura de Empresa TOGAFnetmind
 
Traduccion
TraduccionTraduccion
Traduccionr47431
 
Sio2009 Eq10 L5 Exp Gold Bernstein & Ruh Cap3 Integration
Sio2009 Eq10 L5 Exp Gold Bernstein & Ruh Cap3 IntegrationSio2009 Eq10 L5 Exp Gold Bernstein & Ruh Cap3 Integration
Sio2009 Eq10 L5 Exp Gold Bernstein & Ruh Cap3 IntegrationJessica Breton
 
Unidad 3 Comercio Elecrtonico
Unidad 3 Comercio ElecrtonicoUnidad 3 Comercio Elecrtonico
Unidad 3 Comercio Elecrtonicoomoreno1303
 

La actualidad más candente (17)

INVESTIGACION
INVESTIGACIONINVESTIGACION
INVESTIGACION
 
CapíTulo 6
CapíTulo 6CapíTulo 6
CapíTulo 6
 
Trabajo de alejo batista (1)
Trabajo de alejo batista (1)Trabajo de alejo batista (1)
Trabajo de alejo batista (1)
 
Caso de estudio de T.I
Caso de estudio de T.ICaso de estudio de T.I
Caso de estudio de T.I
 
Arquitecturas empresariales version gerencia de información
Arquitecturas empresariales   version gerencia de informaciónArquitecturas empresariales   version gerencia de información
Arquitecturas empresariales version gerencia de información
 
Soa La Sp Wp Convergence
Soa La Sp Wp ConvergenceSoa La Sp Wp Convergence
Soa La Sp Wp Convergence
 
Guia power data_transicion_cloud
Guia power data_transicion_cloudGuia power data_transicion_cloud
Guia power data_transicion_cloud
 
Ficha4 6 c_dulce1
Ficha4 6 c_dulce1Ficha4 6 c_dulce1
Ficha4 6 c_dulce1
 
Visión del Cloud computing de IBM en Ecuador
Visión del Cloud computing de IBM en EcuadorVisión del Cloud computing de IBM en Ecuador
Visión del Cloud computing de IBM en Ecuador
 
Arquitectura de Empresa TOGAF
Arquitectura de Empresa TOGAFArquitectura de Empresa TOGAF
Arquitectura de Empresa TOGAF
 
Traduccion
TraduccionTraduccion
Traduccion
 
Sio2009 Eq10 L5 Exp Gold Bernstein & Ruh Cap3 Integration
Sio2009 Eq10 L5 Exp Gold Bernstein & Ruh Cap3 IntegrationSio2009 Eq10 L5 Exp Gold Bernstein & Ruh Cap3 Integration
Sio2009 Eq10 L5 Exp Gold Bernstein & Ruh Cap3 Integration
 
E Government
E GovernmentE Government
E Government
 
So ay bpm
So ay bpmSo ay bpm
So ay bpm
 
Unidad 3 Comercio Elecrtonico
Unidad 3 Comercio ElecrtonicoUnidad 3 Comercio Elecrtonico
Unidad 3 Comercio Elecrtonico
 
Admonrecursos
AdmonrecursosAdmonrecursos
Admonrecursos
 
Análisis Critico
Análisis Critico Análisis Critico
Análisis Critico
 

Destacado

PRESENTACION DE WORKSHOP
PRESENTACION DE WORKSHOPPRESENTACION DE WORKSHOP
PRESENTACION DE WORKSHOProgelio01
 
Descripcion Del Proyecto
Descripcion Del ProyectoDescripcion Del Proyecto
Descripcion Del ProyectoGus Gus
 
AsociacióN Para El Tratamiento De Personas Con Alteraciones
AsociacióN Para El Tratamiento De Personas Con AlteracionesAsociacióN Para El Tratamiento De Personas Con Alteraciones
AsociacióN Para El Tratamiento De Personas Con Alteracionesguestcca83
 
Daniel Alaphilippe UPFing 2008
Daniel Alaphilippe UPFing 2008Daniel Alaphilippe UPFing 2008
Daniel Alaphilippe UPFing 2008Fing
 
Web 20 Beta David Ramirez
Web 20 Beta David RamirezWeb 20 Beta David Ramirez
Web 20 Beta David Ramirezguest840e48
 
Eje Siglo XIX español
Eje Siglo XIX españolEje Siglo XIX español
Eje Siglo XIX españoldsaer
 
Presentacion1
Presentacion1Presentacion1
Presentacion1cama_ear
 
Cesar Augusto Web 2
Cesar Augusto Web 2Cesar Augusto Web 2
Cesar Augusto Web 2guestf5491f
 
Proyecto de Ley Código Orgánico Monetario y Financiero
Proyecto de Ley Código Orgánico Monetario y FinancieroProyecto de Ley Código Orgánico Monetario y Financiero
Proyecto de Ley Código Orgánico Monetario y FinancieroAsamblea Nacional
 
Présentation certification ireb ingénierie exigences 20130416
Présentation certification ireb ingénierie exigences 20130416Présentation certification ireb ingénierie exigences 20130416
Présentation certification ireb ingénierie exigences 20130416Stéphane BADREAU
 
Glosario Digital***
Glosario Digital***Glosario Digital***
Glosario Digital***guestf26f75
 

Destacado (20)

PRESENTACION DE WORKSHOP
PRESENTACION DE WORKSHOPPRESENTACION DE WORKSHOP
PRESENTACION DE WORKSHOP
 
Descripcion Del Proyecto
Descripcion Del ProyectoDescripcion Del Proyecto
Descripcion Del Proyecto
 
Vincent Van Gogh
Vincent Van GoghVincent Van Gogh
Vincent Van Gogh
 
certifcates-license
certifcates-licensecertifcates-license
certifcates-license
 
AsociacióN Para El Tratamiento De Personas Con Alteraciones
AsociacióN Para El Tratamiento De Personas Con AlteracionesAsociacióN Para El Tratamiento De Personas Con Alteraciones
AsociacióN Para El Tratamiento De Personas Con Alteraciones
 
Daniel Alaphilippe UPFing 2008
Daniel Alaphilippe UPFing 2008Daniel Alaphilippe UPFing 2008
Daniel Alaphilippe UPFing 2008
 
Jacek Yerka
Jacek YerkaJacek Yerka
Jacek Yerka
 
Panel Magmaconf
Panel MagmaconfPanel Magmaconf
Panel Magmaconf
 
Lavie H
Lavie HLavie H
Lavie H
 
Web 20 Beta David Ramirez
Web 20 Beta David RamirezWeb 20 Beta David Ramirez
Web 20 Beta David Ramirez
 
Eje Siglo XIX español
Eje Siglo XIX españolEje Siglo XIX español
Eje Siglo XIX español
 
Expo Vih
Expo VihExpo Vih
Expo Vih
 
Ana Y Rebe
Ana Y RebeAna Y Rebe
Ana Y Rebe
 
Presentacion1
Presentacion1Presentacion1
Presentacion1
 
Cesar Augusto Web 2
Cesar Augusto Web 2Cesar Augusto Web 2
Cesar Augusto Web 2
 
G1g4
G1g4G1g4
G1g4
 
Viemoderne
ViemoderneViemoderne
Viemoderne
 
Proyecto de Ley Código Orgánico Monetario y Financiero
Proyecto de Ley Código Orgánico Monetario y FinancieroProyecto de Ley Código Orgánico Monetario y Financiero
Proyecto de Ley Código Orgánico Monetario y Financiero
 
Présentation certification ireb ingénierie exigences 20130416
Présentation certification ireb ingénierie exigences 20130416Présentation certification ireb ingénierie exigences 20130416
Présentation certification ireb ingénierie exigences 20130416
 
Glosario Digital***
Glosario Digital***Glosario Digital***
Glosario Digital***
 

Similar a Traduccion - Capitulo 4

Sio2009 Eq10 L5 Tra Gold Bernstein & Ruh Cap3 Integration
Sio2009 Eq10 L5 Tra Gold Bernstein & Ruh Cap3 IntegrationSio2009 Eq10 L5 Tra Gold Bernstein & Ruh Cap3 Integration
Sio2009 Eq10 L5 Tra Gold Bernstein & Ruh Cap3 IntegrationJessica Breton
 
Sio2009 Eq6 L8 Tem Gold Bernstein & Ruh Cap6 Integracion
Sio2009 Eq6 L8 Tem Gold Bernstein & Ruh Cap6 IntegracionSio2009 Eq6 L8 Tem Gold Bernstein & Ruh Cap6 Integracion
Sio2009 Eq6 L8 Tem Gold Bernstein & Ruh Cap6 Integracionequipo6sio
 
ResCapitulo 6-Arquitectura_de_Integracion_Tecnica
ResCapitulo 6-Arquitectura_de_Integracion_TecnicaResCapitulo 6-Arquitectura_de_Integracion_Tecnica
ResCapitulo 6-Arquitectura_de_Integracion_TecnicaErick Utrera
 
Metodologia Integracion de Aplicaciones
Metodologia Integracion de AplicacionesMetodologia Integracion de Aplicaciones
Metodologia Integracion de AplicacionesJaime Contreras
 
Sio2009 Eq6 L3 Tem Gold Bernstein & Ruh Cap1 Imperativo
Sio2009 Eq6 L3 Tem Gold Bernstein & Ruh Cap1 ImperativoSio2009 Eq6 L3 Tem Gold Bernstein & Ruh Cap1 Imperativo
Sio2009 Eq6 L3 Tem Gold Bernstein & Ruh Cap1 Imperativoequipo6sio
 
COMPOSITE APPLICATION INTEGRATION
COMPOSITE APPLICATION INTEGRATIONCOMPOSITE APPLICATION INTEGRATION
COMPOSITE APPLICATION INTEGRATIONnohemizamudio
 
Sio2009 Eq8 Lec14 Exp Cap12 Composite Application Int
Sio2009 Eq8 Lec14 Exp Cap12 Composite Application IntSio2009 Eq8 Lec14 Exp Cap12 Composite Application Int
Sio2009 Eq8 Lec14 Exp Cap12 Composite Application IntJonhPerez
 
Introducción myerson
Introducción myersonIntroducción myerson
Introducción myersonJeliza7
 
Introducción myerson
Introducción myersonIntroducción myerson
Introducción myersonJeliza7
 
Sio2009 Eq6 L8 Tem Gold Bernstein & Ruh Cap6 Integracion
Sio2009 Eq6 L8 Tem Gold Bernstein & Ruh Cap6 IntegracionSio2009 Eq6 L8 Tem Gold Bernstein & Ruh Cap6 Integracion
Sio2009 Eq6 L8 Tem Gold Bernstein & Ruh Cap6 Integracionequipo6sio
 
Sio2009 Eq6 L3 Rem Gold Bernstein & Ruh Cap1 Imperativo
Sio2009 Eq6 L3 Rem Gold Bernstein & Ruh Cap1 ImperativoSio2009 Eq6 L3 Rem Gold Bernstein & Ruh Cap1 Imperativo
Sio2009 Eq6 L3 Rem Gold Bernstein & Ruh Cap1 Imperativoequipo6sio
 
Sio2009 Eq6 L3 Rem Gold Bernstein & Ruh Cap1 Imperativo
Sio2009 Eq6 L3 Rem Gold Bernstein & Ruh Cap1 ImperativoSio2009 Eq6 L3 Rem Gold Bernstein & Ruh Cap1 Imperativo
Sio2009 Eq6 L3 Rem Gold Bernstein & Ruh Cap1 Imperativoyoreli romero
 
Año de la diversificación productiva y del fortalecimiento de la educación
Año de la diversificación productiva y del      fortalecimiento de la educaciónAño de la diversificación productiva y del      fortalecimiento de la educación
Año de la diversificación productiva y del fortalecimiento de la educaciónLucy Flores
 
Año de la diversificación productiva y del fortalecimiento de la educación
Año de la diversificación productiva y del      fortalecimiento de la educaciónAño de la diversificación productiva y del      fortalecimiento de la educación
Año de la diversificación productiva y del fortalecimiento de la educaciónLucy Flores
 
Año de la diversificación productiva y del fortalecimiento de la educación
Año de la diversificación productiva y del      fortalecimiento de la educaciónAño de la diversificación productiva y del      fortalecimiento de la educación
Año de la diversificación productiva y del fortalecimiento de la educaciónluz negreros ruiz
 

Similar a Traduccion - Capitulo 4 (20)

Sio2009 Eq10 L5 Tra Gold Bernstein & Ruh Cap3 Integration
Sio2009 Eq10 L5 Tra Gold Bernstein & Ruh Cap3 IntegrationSio2009 Eq10 L5 Tra Gold Bernstein & Ruh Cap3 Integration
Sio2009 Eq10 L5 Tra Gold Bernstein & Ruh Cap3 Integration
 
CapíTulo 3
CapíTulo 3CapíTulo 3
CapíTulo 3
 
Sio2009 Eq6 L8 Tem Gold Bernstein & Ruh Cap6 Integracion
Sio2009 Eq6 L8 Tem Gold Bernstein & Ruh Cap6 IntegracionSio2009 Eq6 L8 Tem Gold Bernstein & Ruh Cap6 Integracion
Sio2009 Eq6 L8 Tem Gold Bernstein & Ruh Cap6 Integracion
 
ResCapitulo 6-Arquitectura_de_Integracion_Tecnica
ResCapitulo 6-Arquitectura_de_Integracion_TecnicaResCapitulo 6-Arquitectura_de_Integracion_Tecnica
ResCapitulo 6-Arquitectura_de_Integracion_Tecnica
 
Metodologia Integracion de Aplicaciones
Metodologia Integracion de AplicacionesMetodologia Integracion de Aplicaciones
Metodologia Integracion de Aplicaciones
 
Sio2009 Eq6 L3 Tem Gold Bernstein & Ruh Cap1 Imperativo
Sio2009 Eq6 L3 Tem Gold Bernstein & Ruh Cap1 ImperativoSio2009 Eq6 L3 Tem Gold Bernstein & Ruh Cap1 Imperativo
Sio2009 Eq6 L3 Tem Gold Bernstein & Ruh Cap1 Imperativo
 
COMPOSITE APPLICATION INTEGRATION
COMPOSITE APPLICATION INTEGRATIONCOMPOSITE APPLICATION INTEGRATION
COMPOSITE APPLICATION INTEGRATION
 
Sio2009 Eq8 Lec14 Exp Cap12 Composite Application Int
Sio2009 Eq8 Lec14 Exp Cap12 Composite Application IntSio2009 Eq8 Lec14 Exp Cap12 Composite Application Int
Sio2009 Eq8 Lec14 Exp Cap12 Composite Application Int
 
Introducción myerson
Introducción myersonIntroducción myerson
Introducción myerson
 
Introducción myerson
Introducción myersonIntroducción myerson
Introducción myerson
 
Análisis y Diseño de Información
Análisis y Diseño de InformaciónAnálisis y Diseño de Información
Análisis y Diseño de Información
 
INVESTIGACION
INVESTIGACIONINVESTIGACION
INVESTIGACION
 
Sio2009 Eq6 L8 Tem Gold Bernstein & Ruh Cap6 Integracion
Sio2009 Eq6 L8 Tem Gold Bernstein & Ruh Cap6 IntegracionSio2009 Eq6 L8 Tem Gold Bernstein & Ruh Cap6 Integracion
Sio2009 Eq6 L8 Tem Gold Bernstein & Ruh Cap6 Integracion
 
Sesio 8 dbances
Sesio 8 dbancesSesio 8 dbances
Sesio 8 dbances
 
Sio2009 Eq6 L3 Rem Gold Bernstein & Ruh Cap1 Imperativo
Sio2009 Eq6 L3 Rem Gold Bernstein & Ruh Cap1 ImperativoSio2009 Eq6 L3 Rem Gold Bernstein & Ruh Cap1 Imperativo
Sio2009 Eq6 L3 Rem Gold Bernstein & Ruh Cap1 Imperativo
 
Sio2009 Eq6 L3 Rem Gold Bernstein & Ruh Cap1 Imperativo
Sio2009 Eq6 L3 Rem Gold Bernstein & Ruh Cap1 ImperativoSio2009 Eq6 L3 Rem Gold Bernstein & Ruh Cap1 Imperativo
Sio2009 Eq6 L3 Rem Gold Bernstein & Ruh Cap1 Imperativo
 
Año de la diversificación productiva y del fortalecimiento de la educación
Año de la diversificación productiva y del      fortalecimiento de la educaciónAño de la diversificación productiva y del      fortalecimiento de la educación
Año de la diversificación productiva y del fortalecimiento de la educación
 
Año de la diversificación productiva y del fortalecimiento de la educación
Año de la diversificación productiva y del      fortalecimiento de la educaciónAño de la diversificación productiva y del      fortalecimiento de la educación
Año de la diversificación productiva y del fortalecimiento de la educación
 
Año de la diversificación productiva y del fortalecimiento de la educación
Año de la diversificación productiva y del      fortalecimiento de la educaciónAño de la diversificación productiva y del      fortalecimiento de la educación
Año de la diversificación productiva y del fortalecimiento de la educación
 
trabajo de word
trabajo de word trabajo de word
trabajo de word
 

Más de Jose Manuel Sandria

David Y Goliat - Planificación Preliminar Del Proyecto
David Y Goliat - Planificación Preliminar Del ProyectoDavid Y Goliat - Planificación Preliminar Del Proyecto
David Y Goliat - Planificación Preliminar Del ProyectoJose Manuel Sandria
 
Information Systems Project Management - Running The Project
Information Systems Project Management - Running The ProjectInformation Systems Project Management - Running The Project
Information Systems Project Management - Running The ProjectJose Manuel Sandria
 
Administración Exitosa De Proyectos - Planeación
Administración Exitosa De Proyectos - PlaneaciónAdministración Exitosa De Proyectos - Planeación
Administración Exitosa De Proyectos - PlaneaciónJose Manuel Sandria
 
Information Systems Project Management - Planning The Project
Information Systems Project Management - Planning The ProjectInformation Systems Project Management - Planning The Project
Information Systems Project Management - Planning The ProjectJose Manuel Sandria
 
Listado Y Definición De Términos Sobre Gestión De Proyectos
Listado Y Definición De Términos Sobre Gestión De ProyectosListado Y Definición De Términos Sobre Gestión De Proyectos
Listado Y Definición De Términos Sobre Gestión De ProyectosJose Manuel Sandria
 
David Y Goliat - Iniciación Del Proyecto
David Y Goliat - Iniciación Del ProyectoDavid Y Goliat - Iniciación Del Proyecto
David Y Goliat - Iniciación Del ProyectoJose Manuel Sandria
 
Software Para La Gestión De Proyectos
Software Para La Gestión De ProyectosSoftware Para La Gestión De Proyectos
Software Para La Gestión De ProyectosJose Manuel Sandria
 
David Y Goliat - Programación De Referencia Del Proyecto
David Y Goliat - Programación De Referencia Del ProyectoDavid Y Goliat - Programación De Referencia Del Proyecto
David Y Goliat - Programación De Referencia Del ProyectoJose Manuel Sandria
 
Information Systems Project Management - Understanding & Defining The Project
Information Systems Project Management - Understanding & Defining The ProjectInformation Systems Project Management - Understanding & Defining The Project
Information Systems Project Management - Understanding & Defining The ProjectJose Manuel Sandria
 
Information Systems Project Management - Planning The Project
Information Systems Project Management - Planning The ProjectInformation Systems Project Management - Planning The Project
Information Systems Project Management - Planning The ProjectJose Manuel Sandria
 
Evaluación De Proyectos - Estudio De Mercado
Evaluación De Proyectos - Estudio De MercadoEvaluación De Proyectos - Estudio De Mercado
Evaluación De Proyectos - Estudio De MercadoJose Manuel Sandria
 
Reseña - Organizacion Basada En Procesos
Reseña - Organizacion Basada En ProcesosReseña - Organizacion Basada En Procesos
Reseña - Organizacion Basada En ProcesosJose Manuel Sandria
 
Administración Exitosa De Proyectos - La Vida De Un Proyecto
Administración Exitosa De Proyectos - La Vida De Un ProyectoAdministración Exitosa De Proyectos - La Vida De Un Proyecto
Administración Exitosa De Proyectos - La Vida De Un ProyectoJose Manuel Sandria
 
David Y Goliat - Las Tribulaciones De Un Director De Proyectos
David Y Goliat - Las Tribulaciones De Un Director De ProyectosDavid Y Goliat - Las Tribulaciones De Un Director De Proyectos
David Y Goliat - Las Tribulaciones De Un Director De ProyectosJose Manuel Sandria
 
Lectura 4 - "Enterprise Integration Strategy"
Lectura 4 - "Enterprise Integration Strategy"Lectura 4 - "Enterprise Integration Strategy"
Lectura 4 - "Enterprise Integration Strategy"Jose Manuel Sandria
 

Más de Jose Manuel Sandria (20)

David Y Goliat - Planificación Preliminar Del Proyecto
David Y Goliat - Planificación Preliminar Del ProyectoDavid Y Goliat - Planificación Preliminar Del Proyecto
David Y Goliat - Planificación Preliminar Del Proyecto
 
Information Systems Project Management - Running The Project
Information Systems Project Management - Running The ProjectInformation Systems Project Management - Running The Project
Information Systems Project Management - Running The Project
 
Administración Exitosa De Proyectos - Planeación
Administración Exitosa De Proyectos - PlaneaciónAdministración Exitosa De Proyectos - Planeación
Administración Exitosa De Proyectos - Planeación
 
Information Systems Project Management - Planning The Project
Information Systems Project Management - Planning The ProjectInformation Systems Project Management - Planning The Project
Information Systems Project Management - Planning The Project
 
Listado Y Definición De Términos Sobre Gestión De Proyectos
Listado Y Definición De Términos Sobre Gestión De ProyectosListado Y Definición De Términos Sobre Gestión De Proyectos
Listado Y Definición De Términos Sobre Gestión De Proyectos
 
Anteproyecto
AnteproyectoAnteproyecto
Anteproyecto
 
David Y Goliat - Iniciación Del Proyecto
David Y Goliat - Iniciación Del ProyectoDavid Y Goliat - Iniciación Del Proyecto
David Y Goliat - Iniciación Del Proyecto
 
Solicitud De Propuesta (SDP)
Solicitud De Propuesta (SDP)Solicitud De Propuesta (SDP)
Solicitud De Propuesta (SDP)
 
Software Para La Gestión De Proyectos
Software Para La Gestión De ProyectosSoftware Para La Gestión De Proyectos
Software Para La Gestión De Proyectos
 
David Y Goliat - Programación De Referencia Del Proyecto
David Y Goliat - Programación De Referencia Del ProyectoDavid Y Goliat - Programación De Referencia Del Proyecto
David Y Goliat - Programación De Referencia Del Proyecto
 
Information Systems Project Management - Understanding & Defining The Project
Information Systems Project Management - Understanding & Defining The ProjectInformation Systems Project Management - Understanding & Defining The Project
Information Systems Project Management - Understanding & Defining The Project
 
Information Systems Project Management - Planning The Project
Information Systems Project Management - Planning The ProjectInformation Systems Project Management - Planning The Project
Information Systems Project Management - Planning The Project
 
Microsoft Office Project 2007
Microsoft Office Project 2007Microsoft Office Project 2007
Microsoft Office Project 2007
 
Evaluación De Proyectos - Estudio De Mercado
Evaluación De Proyectos - Estudio De MercadoEvaluación De Proyectos - Estudio De Mercado
Evaluación De Proyectos - Estudio De Mercado
 
Solicitud de Propuesta
Solicitud de PropuestaSolicitud de Propuesta
Solicitud de Propuesta
 
Reseña - Organizacion Basada En Procesos
Reseña - Organizacion Basada En ProcesosReseña - Organizacion Basada En Procesos
Reseña - Organizacion Basada En Procesos
 
Administración Exitosa De Proyectos - La Vida De Un Proyecto
Administración Exitosa De Proyectos - La Vida De Un ProyectoAdministración Exitosa De Proyectos - La Vida De Un Proyecto
Administración Exitosa De Proyectos - La Vida De Un Proyecto
 
David Y Goliat - Las Tribulaciones De Un Director De Proyectos
David Y Goliat - Las Tribulaciones De Un Director De ProyectosDavid Y Goliat - Las Tribulaciones De Un Director De Proyectos
David Y Goliat - Las Tribulaciones De Un Director De Proyectos
 
Lectura 4 - "Enterprise Integration Strategy"
Lectura 4 - "Enterprise Integration Strategy"Lectura 4 - "Enterprise Integration Strategy"
Lectura 4 - "Enterprise Integration Strategy"
 
Being A DBA
Being A DBABeing A DBA
Being A DBA
 

Traduccion - Capitulo 4

  • 1. UNIVERSIDAD VERACRUZANA Cap. 4 - Descripción de arquitectura de integración empresarial. Traducción León Colorado Josué Ramírez Díaz Juan Manuel Rosete Osorio Marcos Adrian Sandria Chaparro Jose Manuel 23/03/2009
  • 2. Cap. 4 - Descripción de arquitectura de integración empresarial. 23 de marzo de 2009 4.1. Panorama Ejecutivo La arquitectura de integración empresarial proporciona un plan paras las estrategias y tácticas de un proyecto de integración. Describe todos los componentes de la arquitectura. La experiencia tiene claramente visto ese enfoque táctico para la construcción de la infraestructura técnica en costos mantenimiento mas elevados y que inhiba la agilidad del negocio. Porque de esto, al paso de cinco años muchas de las grandes organizaciones y organismos gubernamentales tendrán establecida una arquitectura empresarial (AE), marcos. La arquitectura de integración empresarial encaja dentro del marco general de la arquitectura de la empresa. Las prioridades para la construcción de la arquitectura son impulsadas por los requerimientos y estrategias del negocio. Una arquitectura de integración empresarial puede ser para la planificación de una ciudad. Esto incluye un conjunto códigos de construcción. Existe un organismo gubernamental para asegurarse que los proyectos cumplan con estándares aceptados, y existe un procesos para las excepciones. Este enfoque reduce el número de configuraciones técnicas y conocimientos necesarios establecidos, lo que reduce los gastos de apoyo. También asegura que las actuales y futuras inversiones en tecnología están al máximo nivel en una empresa. El algunos casos esto no es factible para tener un enfoque táctico. Esto es especialmente cierto en cualquier comunidad de intereses que requiere el intercambio de información. El caso de estudio 4.1. Describe como el estado de Minnesota inicia CriMNet como una iniciativa propuesta para facilitar información completa de la historia criminal de los sospechosos y delincuentes. Ésta red conecta entre sí 1,100 jurisdicciones de justicia criminal en el estado. El objetivo de una iniciativa como CriMNet es permitir la integración empresarial. Página 2
  • 3. Cap. 4 - Descripción de arquitectura de integración empresarial. 23 de marzo de 2009 Caso de Estudio 4.1. CriMNet: Proporcionar los datos correctos en las manos de las personas correctas y en el lugar correcto. Comunidades de interés están encontrando cada vez más necesaria la integración a través de las organizaciones independientes con el fin de lograr mejoras significativas. Sin embargo, la naturaleza de ser independiente hace que la integración sea un monumental desafío, porque no hay una sola autoridad para dictar el resultado. En estos casos, una arquitectura de integración empresarial proporciona la estructura in la cual estas organizaciones puede operar y coordinarse sin perder su propia libertad de movimiento. CriMNet es una iniciativa en el estado de Minnesota para proporcionar la historia criminal completa de sospechosos y criminales a los que participan en la seguridad pública y los sistemas de justicia. En lugar de proporcionar una nueva base de datos de información recogida de un gran número de sistemas existentes, esto es una conexión entre 1,100 jurisdicciones de justicia criminal en el estado. La arquitectura es definida por estos cinco elementos: • Visión: Describe el propósito y objetivo del sistema. • Organización: Identifica interesados, modelos de gobierno y estructura de sistemas. • Procesos de negocio: Proporciona una estructura para mejorar la automatización de procesos de seguridad pública. • Datos: Describe datos estándar y diccionario. • Tecnología: Lista de estándares, principios y directrices para la implementación. Cuando es terminado, el sistema CriMNet es un sistema seguro en Internet que cualquier seguridad publica o sistema de justicia puede conectase a el, y proporciona las reglas para un acceso organizado y coherente a la información. En organizaciones en las que la responsabilidad en TI es altamente distribuida o en comunidades de interés con la organización independiente, la empresa se convierte en la arquitectura de integración que es capaz de vincular a las entidades en el intercambio de información. Página 3
  • 4. Cap. 4 - Descripción de arquitectura de integración empresarial. 23 de marzo de 2009 4.2 El caso de los negocios para un enfoque estratégico empresarial Un enfoque estratégico para la construcción de una infraestructura de integración es necesario para los componentes de la infraestructura interoperar sin problemas para proveer integración a través de procesos de negocios y el despliegue rápido de soluciones empresariales integradas. A pesar de los beneficios del enfoque arquitectónico, la aplicación de la integración es a menudo vista como una paso técnico dentro del la implementación de un proyecto. Además, el paisaje de la integración se expande y llega a ser más compleja. Los diferentes tipos de aplicaciones empresariales requieren diferentes tipos de tecnologías de integración. Un enfoque táctico para la integración empresarial resultara en la coexistencia de muchas tecnologías que no fueron necesariamente diseñadas para integrarse con alguna otra. Un enfoque empresarial te permite reducir los costos de soporte y maximizar la flexibilidad. La integración empresarial no viene en caja. Esto es un término que cubre un arreglo de soluciones tecnológicas, incluyendo: mensajería middleware, mensaje de brokers/ servidores de integración con mapeado de datos, transformación, y herramientas de enrutamiento; portales, información de integración; servidores con capacidades de integración (B2Bi); integración móvil; y tecnologías emergentes tales como Web Services y XML. Cada una de estas tecnologías tiene su lugar en la total arquitectura de integración. Las grandes compañías con amplios requisitos de integración pueden solicitar la mayoría o todos los arriba mencionados. Sin embargo, el objetivo de la arquitectura de integración debería ser el de evitar los múltiplos de cada uno. La redundancia en los componentes de la tecnología de integración incrementa los costos de implementación (incluyendo el costo de capacitación y mantenimiento de múltiples conjuntos de habilidades, costos de mantenimiento, y el costo de cambio (incluyendo los costos para la integración y sincronización de tecnologías y funciones redundantes). Contrario a la habitual preconcepción que las iniciativas empresariales cuestan más dinero, un enfoque empresarial amplio para la construcción de una infraestructura de integración en realidad acelera las soluciones tácticas y puede significativamente bajar los costos de mantenimiento y el costo total de la propiedad. El caso de estudio 4.2 es sobre los resultados de Keycorp de crear la arquitectura de integración empresarial. Los resultados reflejan lo que cabe esperar cuando una arquitectura de integración empresarial es correctamente aplicada en una organización. Página 4
  • 5. Cap. 4 - Descripción de arquitectura de integración empresarial. 23 de marzo de 2009 Caso de estudio 4.2 Keycorp: Desarrollando un enfoque unificado para la integración Keycorp es una gran empresa de servicios financieros con 3.8 millones de clientes y 21000 empleados. Dentro de la industria de servicios financieros se ha producido un movimiento para aumentar el acceso de los clientes a la información contable en cualquier lugar, a cualquier hora, así como proporcionar una única, vista organizada de la información que es a menudo recolectada desde un amplio arreglo de diferentes sistemas. Keycorp ha estado trabajando en proporcionar acceso a clientes, vistas integradas, y múltiples canales de integración desde mediados de los 90’s. Sin embargo, inicio por ver las limitaciones en la arquitectura a principios de 1999 y decidió que necesitaba mejorar la plataforma de integración para un mejor soporte amplio de aplicaciones y plataformas empresariales. La organización de TI desarrollo KeyServer, una plataforma de integración empresarial que significativamente mejoro la manera en la que la integración es realizada. KeyServer mejoro algunos resultados impresionantes a la organización: • Redujo el tiempo de desarrollo de aplicaciones de 18 a 12 meses. • Redujo los costos de integración a $2 millones en el primer año. • Recorto los costos de integración de 35% a 30% por aplicación. Esta infraestructura ha permitido al negocio la oportunidad de perseguir aplicaciones en tiempo real relacionadas con la minería de datos, venta cruzada, ventas altas y otras actividades. En el caso de su aplicación Key Total Treasury, crearon una aplicación de generación de ingresos que tuvo un ROI por sobre el 200%. Es importante notar que la mayoría de las decisiones son hechas en el nivel estratégico empresarial. La arquitectura de integración empresarial define como las nuevas soluciones se adentraran en los recursos de la empresa. Los proyectos individuales no necesitan gastar tiempo y dinero figurando esto. Estos pueden enfocarse en la funcionalidad de la solución empresarial. Mientras ellos se conformen a la definición de estándares empresariales, pueden fácil y rápidamente acceder a la información requerida y a los recursos a través de la compañía. Esto es un enorme beneficio para los grupos de proyecto, y el más eficiente, costo efectivo, y la manera exitosa de las compañías para implementar una ágil infraestructura de integración. Página 5
  • 6. Cap. 4 - Descripción de arquitectura de integración empresarial. 23 de marzo de 2009 4.3 Componentes de una arquitectura de integración empresarial La arquitectura de integración empresarial es multidimensional. Las arquitecturas de componente más relevantes para la integración se enfocan a un dominio diferente de la arquitectura de integración. Además, los componentes interrelacionan e interactúan con cada uno de los otros. La figura 4-1 representa los cuatro dominios de la arquitectura de componente. 4.3.1 La arquitectura de integración técnica La arquitectura de integración técnica define las tecnologías subyacentes para todas las soluciones integrales. Esto es la estructura básica que necesita para estar en el lugar para apoyar a los otros componentes de una arquitectura de integración empresarial. Incluye mensajería, interfaces de aplicación, traducción y transformación, enrutamiento, y monitoreo y administración de procesos. Las tecnologías que entregan los servicios de arquitectura de integración proveen una red de integración, similar en el concepto a la red eléctrica. Cuando obtienes un nuevo aparato, simplemente tienes que enchufarlo y ya trabaja. Página 6
  • 7. Cap. 4 - Descripción de arquitectura de integración empresarial. 23 de marzo de 2009 Arquitectura de información Arquitectura de servicio Arquitectura de integración de procesos de negocio Arquitectura de integración técnica Figura 4-1 Visión general de arquitectura de integración de empresa No tiene que cercar de nuevo su casa entera. Sin embargo en TI, el nuevo cercado era a menudo el más usado. Las tecnologías que dan los servicios de integración de infraestructura comprenden la rejilla de integración fundamental. En el pasado, esto ha sido difícil de alcanzar debido a la naturaleza propietaria de la tecnología, pero con la aparición de normas aceptadas y la presión de mercado para asegurarse el trabajo de productos juntos, esto se ha hecho factible. El capítulo 6 describe la Plantilla Tecnológica de especificación de arquitectura de integración y proporciona orientación para definir las normas de infraestructura. 4.3.2 arquitectura de integración de servicio La arquitectura de integración de servicio es un subconjunto de la arquitectura de aplicación de empresas. Ello define el acoplamiento en los servicios de negocio para uso repetido. En esta aplicación la arquitectura es la más flexible y adaptable al negocio cambiante. Habilita la integración de aplicación rápida. Aunque los Página 7
  • 8. Cap. 4 - Descripción de arquitectura de integración empresarial. 23 de marzo de 2009 beneficios de SOA han sido conocidos por más de dos décadas, esto es único recientemente que están desplegando. La razón es servicios Web, la primera interfaz normalizada universalmente aceptada. Las empresas finalmente se sienten confidentes en la fabricación de la inversión en SOA porque esto también no requiere apuestas sobre CORBA o J2EE o .NET. El objetivo real es habilitar cada lenguaje de programación, cada plataforma, cualquiera fuente de datos u objetivo, a cualquier locación. Aunque todavía no enteramente completo o maduro, servicios Web son el ganador claro. El capítulo 7 describe la plantilla de especificación de arquitectura de integración de servicio y proporcione guía para definir los servicios para uso repetido. 4.3.3 arquitectura de integración de información La arquitectura de integración de la información proporciona una vista (opinión) por toda la empresa de datos contenidos en sistemas dispares. El valor de los datos sí mismo es dependiente del mantenimiento de la integridad de datos a través de sistemas. Hay poco valor en corrupciones que se propagan en todas partes de múltiples sistemas en una fracción del tiempo que esto habría tomado con sistemas no integrados. La solución con el mantenimiento del valor, el significado, y la integridad de datos a través de usos es metadata. Los metadatos son información acerca de los datos. El más descriptivo, exacto y completo de los metadatos, es decir, cuanto mejor sea la integración puede ser. A los efectos de la integración, los metadatos se presentan en un formato canónico para que pueda fácilmente ser asignada de nuevo a los sistemas de fuente. XML se está convirtiendo en el estándar ampliamente aceptado canónica formato de datos. Capítulo 8 describe la arquitectura de integración de la información del pliego de plantilla y proporciona orientación para la definición de los diferentes niveles de metadatos que permiten una integración más rápida. La arquitectura de integración de proceso de negocio modela los procesos empresariales que afectan a los límites de la organización. El objetivo de la integración es casi siempre para mejorar un proceso de negocio y aumentar la eficiencia. La arquitectura de procesos de negocio maximiza la agilidad empresarial, ya que permite cambios en los procesos de negocio que se aplicará rápidamente, a un nivel de proceso de negocio en lugar de una infraestructura de nivel. El proceso incluye la arquitectura de modelos de procesos, la gestión pública de corte a través de procesos de organización, así como las cifras de proceso que permitirá a la empresa para seguir y mejorar la eficiencia. Capítulo 9 se describe el proceso de especificación de arquitectura de integración de la plantilla y proporciona directrices y los beneficios de la integración impulsada por el proceso. Página 8
  • 9. Cap. 4 - Descripción de arquitectura de integración empresarial. 23 de marzo de 2009 4.4 Estructura organizativa y gobierno de arquitectura Arquitectura de integración de la empresa es un viaje, no un destino. Tiene que ser un esfuerzo continuo para seguir apoyando el cambio de prioridades y necesidades de la organización. Por lo tanto, requiere de apoyo continuo. Esto significa que la organización debe definir la estructura de la organización para definir y gestionar la integración de arquitectura a través del tiempo, un procedimiento de gestión para garantizar el cumplimiento de las normas de la empresa y la gestión de excepciones, y una empresa de fijación de prioridades para el proceso de gestión de infraestructura empresarial de la aplicación. 4.4.1 Estructura organizativa Porque la integración requiere de conocimientos especializados y aptitudes, una mejor recomendación práctica es crear un centro de integración de competencias. El centro ofrece la integración de competencias y conocimientos a través de entidades de coordinación a través de los entes organizativos. Es responsable de definir la arquitectura de integración, la maximización de la reutilización, el garantizar el cumplimiento de las normas de integración, y la prestación de arbitraje cuando surjan problemas de organización en relación con la integración. El éxito del centro de capacidad requiere el patrocinio de alto nivel, como el CIO O CFO. El centro de competencia debe estar facultado para establecer y hacer cumplir las normas de integración en toda la organización si se quiere tener éxito en absoluto. Las competencias necesarias en un centro de competencia incluyen a un arquitecto de integración, el administrador de datos, y el negocio, así como el analista que actuará como el enlace entre diferentes grupos de organización. 4.4.2 Gobierno de arquitectura El gobierno de arquitectura de integración de los procesos incluye velar por el cumplimiento de las normas de la empresa y una queja o proceso de arbitraje cuando un proyecto tiene que ir fuera de las normas. Las revisiones en el diseño son una excelente manera de garantizar el cumplimiento del proyecto. Durante la revisión del diseño el arquitecto de la integración puede actuar como un consultor para el proyecto, así como garantizar que las normas se están cumpliendo. El arquitecto de la integración también puede ayudar a optimizar la reutilización de otros proyectos. Las revisiones en el diseño de la arquitectura de integración son un elemento esencial de mejores prácticas para la viabilidad a largo plazo y la vitalidad de la integración de infraestructura. Página 9
  • 10. Cap. 4 - Descripción de arquitectura de integración empresarial. 23 de marzo de 2009 Sin embargo, a veces los requerimientos del negocio quedan fuera del ámbito de aplicación de normas definidas. Por lo tanto, un proceso de quejas es también una parte importante de la arquitectura de gobernanza. Debe haber definido los procedimientos para solicitar excepciones, así como las directrices y parámetros para la concesión de excepciones a las normas. 4.4.3 Establecimiento de prioridades para la empresa Los proyectos de integración en general, involucran a múltiples grupos organizacionales, cada uno con sus propias prioridades. Por lo tanto, es esencial establecer formalmente el proceso de establecimiento de prioridades basadas en los objetivos y metas de la organización. Un método es crear una matriz de proyectos de integración y los objetivos y metas de la organización (a partir de la Declaración de Propósito). Cada tipo de proyecto de integración en función del número de objetivos de negocio que permitirá. Como no todos los objetivos son iguales, este sistema de calificación puede ser ponderada. Por ejemplo, véase la Figura 4-2. Página 10
  • 11. Cap. 4 - Descripción de arquitectura de integración empresarial. 23 de marzo de 2009 4.5 Conclusión Aunque una gran empresa puede tener muchas necesidades y que requieren la integración de una gran variedad de tecnologías de integración, ninguna empresa puede aplicar toda la infraestructura de una sola vez. Por lo tanto, siempre será necesario adoptar un enfoque táctico a la integración. Sin embargo, aunque el cumplimiento de los requisitos de un proyecto financiado, es importante para dar cumplimiento a los códigos de construcción de la empresa, para garantizar el máximo rendimiento de las actuales y futuras inversiones en tecnología. Cuando la arquitectura de integración de la empresa se considera como una iniciativa estratégica, las capacidades de integración de la organización se pueden utilizar más fácilmente a través de múltiples proyectos. Además, los proyectos no tienen que consumir el tiempo y el gasto en la investigación y la elección de tecnologías, una tarea que es cada vez más difícil a medida que más proveedores y tecnologías están disponibles. La arquitectura de integración de la empresa sirve de guía para todas las implementaciones y aprovecha el conocimiento y la experiencia de cada uno de los proyectos en toda la organización. Página 11
  • 12. Cap. 4 - Descripción de arquitectura de integración empresarial. 23 de marzo de 2009 4.6 Próximos pasos Un próximo paso fundamental es realizar una evaluación del entorno actual (capítulo 5), como se muestra en la Figura 4-3. Es muy importante entender lo que está ya en vigor en la definición de empresa o normas de los códigos de construcción. Cada dominio de la arquitectura de integración tiene su propio plantilla de especificaciones. Las empresas que deseen maximizar la reutilización y la agilidad de negocios el retorno de la inversión se definirá la arquitectura de la integración de todos los dominios. Sólo las empresas interesadas en soluciones tácticas mayo en lugar a decidir saltar a la parte III del libro: Integración de Soluciones de Empresa. Página 12
  • 13. Cap. 4 - Descripción de arquitectura de integración empresarial. 23 de marzo de 2009 Página 13