Está en la página 1de 16

ARQUITECTURA EMPRESARIAL: UN NUEVO RETO PARA LAS EMPRESAS DE HOY

EVA JULIANA MAYA ORTIZ Profesionales de Proyectos CINTEL Resumen Una arquitectura empresarial permite describir todos los componentes de una organizacin como: procesos de negocio, sistemas, datos y tecnologas, as como las relaciones entre ellos y con el entorno, con el fin de que los procesos de negocio de la empresa sean soportados y facilitados por las Tecnologas de la Informacin y las Comunicaciones. Una arquitectura empresarial busca entonces que los procesos de negocio de una empresa sean ms eficaces, efectivos y eficientes, con el fin de que la organizacin logre sus metas y fines de una forma ptima y responda de una forma apropiada ante los constantes cambios del mundo de hoy, lo cual por supuesto requiere esfuerzo, recursos y es un reto para las empresas actuales. Teniendo en cuenta la importancia del tema de arquitectura empresarial, en este artculo se plantea una definicin de este interesante concepto, se describen en trminos generales los frameworks de arquitectura empresarial ms importantes actualmente. Adems, se describen brevemente los lenguajes de modelado que se pueden utilizar para una arquitectura empresarial, se define una arquitectura de sistemas conocida como arquitectura orientada al servicio, y finalmente se incluye el tema de gobernabilidad que es fundamental tanto para SOA como para una arquitectura empresarial.
Palabras Claves: arquitectura empresarial, procesos de negocio, framework, modelado, arquitectura orientada al servicio, gobernabilidad.

(Diciembre de 2010)

ARQUITECTURA EMPRESARIAL: UN NUEVO RETO PARA LAS EMPRESAS DE HOY

Contenido
INTRODUCCIN ................................................................................................................. 3 1 DESARROLLO ............................................................................................................. 4 1.1 DEFINICIN .......................................................................................................... 4 1.2 FRAMEWORKS .................................................................................................... 5 1.2.1 TOGAF ............................................................................................................ 6 1.2.2 ZACHMAN ...................................................................................................... 7 1.2.3 DoDAF ............................................................................................................. 7 1.2.4 FEAF ................................................................................................................ 8 1.3 BPM ......................................................................................................................... 8 1.4 UML......................................................................................................................... 9 1.5 MDA ........................................................................................................................ 9 1.6 SOA ....................................................................................................................... 10 1.7 GOBERNABILIDAD ............................................................................................ 12 CONCLUSIONES .......................................................................................................... 13 BIBLIOGRAFA .............................................................................................................. 14

ARQUITECTURA EMPRESARIAL: UN NUEVO RETO PARA LAS EMPRESAS DE HOY

INTRODUCCIN
Debido a la evolucin de las organizaciones, a sus entornos cambiantes y al rpido desarrollo de la tecnologa es necesario lograr que la infraestructura tecnolgica de las empresas soporte y facilite sus procesos de negocio, con el fin de hacerlos ms eficaces, efectivos y eficientes. Infortunadamente, el rea de negocios y el rea de tecnologa en ocasiones parecen ser dos mundos separados condicionados o limitados por el otro. Podra decirse que existe una brecha entre estas dos reas, la cual debe reducirse con el fin de que las empresas logren sus metas y fines de una forma ptima y respondan ante los constantes cambios del mundo de hoy. Teniendo en cuenta esto, surge el concepto de arquitectura empresarial, que busca describir todos los componentes de una organizacin, as como las relaciones entre ellos y con el entorno, por lo tanto se plantea como una solucin para minimizar la situacin mencionada anteriormente. Esta iniciativa requiere esfuerzo, recursos y es un reto para las empresas de hoy que deben buscar agilizar su operacin diaria con el apoyo de las tecnologas de la informacin y las comunicaciones. Hoy en da, una empresa sin tecnologa tiene una alta probabilidad de desaparecer pero esto no significa que la tecnologa lo es todo, ella es solo un medio para que las organizaciones puedan lograr sus estrategias de negocio. Dada la gran importancia del tema de arquitectura empresarial, en este artculo se define este concepto, adicionalmente se describen en trminos generales los frameworks ms importantes actualmente que permiten documentar arquitecturas empresariales. Estos frameworks incluyen los aspectos ms relevantes de las organizaciones como procesos de negocio, sistemas, aplicacin o solucin, tecnologas y datos. Adicionalmente, para el rea de negocio y de sistemas se describen brevemente los lenguajes de modelado ms importantes hasta el momento. Tambin, se define una arquitectura de sistemas de gran importancia hoy en da, asociada con el tema de arquitectura empresarial, conocida como SOA y se establece su relacin con Web Services. Finalmente, se incluye el tema de gobernabilidad que es fundamental tanto para SOA como para una arquitectura empresarial.

ARQUITECTURA EMPRESARIAL: UN NUEVO RETO PARA LAS EMPRESAS DE HOY

1 DESARROLLO 1.1 DEFINICIN


Para comenzar, es preciso definir los trminos empresa y arquitectura. En este contexto, una empresa es un grupo de departamentos u organizaciones que cuentan con recursos y que tienen un conjunto comn de metas, fines y principios, por lo tanto una empresa puede ser toda una corporacin, una divisin o un solo departamento dentro de una corporacin, una agencia de gobierno, o una red de organizaciones distantes geogrficamente. De otra parte, segn el estndar American National Standards Institute/Institute of Electrical and Electronics Engineers (ANSI/IEEE) Std 1471-2000, Recommended Practice for Architectural Description of Software-Intensive Systems, una arquitectura es la organizacin fundamental de un sistema, que incorpora sus componentes, las relaciones entre ellos y con el entorno, y los principios que gobiernan su diseo y evolucin. Teniendo en cuenta esto, puede decirse que una arquitectura empresarial permite entender los distintos elementos que componen una empresa y cmo esos elementos se interrelacionan, por lo tanto una arquitectura empresarial puede considerarse como una coleccin de procesos de negocio, de sistemas o aplicaciones, de tecnologas y de datos que soportan las estrategias de negocio de una empresa. Por esta razn, una arquitectura empresarial captura informacin detallada acerca de estos cuatro dominios o reas, realiza una descripcin completa de la empresa desde diferentes perspectivas y logra una visin holstica de la misma. Una arquitectura empresarial adems puede compararse con un blueprint o plano que permite la ubicacin ptima de los recursos de TI (Tecnologas de la Informacin), los cuales son el soporte de la funcin del negocio. Este plano puede compararse con el plano de una ciudad, que proporciona una vista de alto nivel de elementos como caminos, apartamentos, etc. (los cuales podran corresponder con redes, aplicaciones, etc.) y de cmo esos elementos se relacionan entre s. Segn lo anterior, una arquitectura empresarial permite definir el entorno actual y/o deseado de una organizacin y el camino de transicin entre ellos, lo cual ayuda a optimizar las interdependencias y las interrelaciones entre las operaciones de negocio de la empresa y las TI subyacentes que soportan esas operaciones. Sin una arquitectura empresarial completa y robusta se corre el riesgo de que las unidades de negocio de la empresa compren y construyan sistemas que ya existen, que son incompatibles y que son muy costosos de mantener e interfazar. El objetivo de una arquitectura empresarial es entonces crear un entorno de TI unificado, es decir sistemas de hardware y software estandarizados, que se enlacen con el negocio de la organizacin y con su estrategia. Es de aclarar que el trmino negocio no implica la consecucin de ganancias sino que hace referencia

ARQUITECTURA EMPRESARIAL: UN NUEVO RETO PARA LAS EMPRESAS DE HOY

a la meta, fin u objetivo de una organizacin de cualquier tipo. Adicionalmente, arquitectura empresarial no solamente se refiere a la infraestructura y a los sistemas de TI de una organizacin, ya que ella establece el roadmap de la organizacin para cumplir su misin a travs del desempeo ptimo de sus procesos de negocio dentro de un entorno de TI eficiente. De acuerdo con esto, una arquitectura empresarial tiene como meta contar con los recursos de TI necesarios para soportar una funcin o misin de negocio, promover estandarizacin y reuso de activos de TI existentes y compartir mtodos comunes para la gestin de proyectos y el desarrollo de software a travs de la organizacin. En otras palabras, el propsito de una arquitectura empresarial es crear un mapa de activos de TI y de procesos de negocio y un conjunto de principios de gobernabilidad que orienten sobre la estrategia de negocio y cmo ella puede ser expresada a travs de TI. Por lo anterior, en teora, una arquitectura empresarial har a TI ms barato, ms estratgico y con mayor capacidad de respuesta. De otra parte, el entorno de una organizacin cambia constantemente y una arquitectura empresarial soporta y facilita ese cambio hasta el punto que podra decirse que sin ella los cambios pueden impactar enormemente a la organizacin. Una arquitectura empresarial permite que la infraestructura tecnolgica y los sistemas de informacin puedan satisfacer las necesidades de la organizacin, apoyarla y contribuir a la efectividad y a la eficiencia de sus procesos, as como reducir la brecha que existe entre el negocio y el rea de TI, que infortunadamente se han considerado dos mundos que no favorecen entre s su trabajo, lo cual por lo tanto genera la operacin lenta y de forma inapropiada de la organizacin.
Finalmente, es de resaltar que la definicin, desarrollo, implementacin y mantenimiento de una arquitectura empresarial necesita un compromiso corporativo y una gestin formal, efectiva y continua. Actualmente es claro que un beneficio de una arquitectura empresarial es el soporte que brinda a la toma de decisiones en negocios cambiantes, debido a que una arquitectura empresarial rene modelos de negocio y modelos tcnicos que hacen posible seguir el impacto del cambio organizacional en los sistemas y viceversa.

1.2 FRAMEWORKS
Un framework es un lenguaje para permitir la comunicacin de los stakeholders de una arquitectura empresarial. Tambin puede decirse que un framework es un mtodo detallado, un conjunto de herramientas de soporte, que proporciona directrices sobre cmo describir o documentar arquitecturas, el cual generalmente no proporciona lineamientos sobre cmo construir o implementar una arquitectura especfica o sobre cmo desarrollar o adquirir sistemas. A partir de lo anterior puede afirmarse que un framework de arquitectura empresarial proporciona un mecanismo para obtener arquitecturas de una manera

ARQUITECTURA EMPRESARIAL: UN NUEVO RETO PARA LAS EMPRESAS DE HOY

uniforme y consistente, de tal forma que las diferentes descripciones arquitecturales pueden ser comparadas y que las subarquitecturas de cada capa (negocio, aplicaciones, datos, tecnologa) 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 mayora de ellos contienen cuatro dominios bsicos: 1. Arquitectura de negocio: describe los procesos de negocio ms importantes de la empresa. 2. Arquitectura de informacin: identifica en dnde se mantiene y cmo se accede informacin importante de la empresa que soporta el negocio. 3. Arquitectura de sistemas, de aplicacin o solucin: consiste en un mapa de las relaciones de sistemas o aplicaciones software que proporcionan las funciones requeridas por el negocio. 4. Arquitectura de tecnologa de infraestructura: es un blueprint para el hardware, sistemas de almacenamiento, redes, etc., en otras palabras, es el ambiente de tecnologa requerido por los sistemas de aplicacin y por la informacin de la empresa. Los frameworks o modelos de arquitecturas empresariales que utilizan capas han demostrado ser tiles debido a que plantean divisiones de de una empresa que no se traslapan entre s. Sin embargo, en este momento no existe un completo consenso en la industria sobre lo que debera ser un modelo arquitectural en capas, por lo tanto pueden ser utilizados varios modelos. Existen varios frameworks de arquitectura empresarial y seguramente con el paso del tiempo surgirn otros. El framework ms utilizado hoy en da, segn encuestas realizadas a la industria, es el Framework Zachman, seguido por los frameworks propios de las organizaciones desarrollados localmente, y por TOGAF y DoDTRM (Department of Defense Technical Reference Model) en el mbito comercial. A continuacin se realiza una breve descripcin de los aspectos ms relevantes de los frameworks de arquitectura empresarial ms importantes actualmente. 1.2.1 TOGAF El Open Group ha desarrollado un framework arquitectural conocido como TOGAF (The Open Group Architecture Framework). El Open Group es un consorcio neutral al vendedor y neutral a la tecnologa que busca lograr el acceso a informacin integrada, dentro y entre empresas, con base en estndares abiertos e interoperabilidad global. TOGAF divide la arquitectura empresarial en Arquitectura de Negocios, Arquitectura de Datos, Arquitectura de Aplicacin y Arquitectura de Tecnologa,

ARQUITECTURA EMPRESARIAL: UN NUEVO RETO PARA LAS EMPRESAS DE HOY

que coinciden con los cuatro dominios mencionados anteriormente. Adems, define TOGAF ADM (Architecture Development Method), que es el corazn de TOGAF debido a que es una aproximacin paso a paso para desarrollar una arquitectura empresarial; un Contendor Empresarial TOGAF, que es un repositorio virtual que incluye la Arquitectura Base TOGAF y el Modelo de Referencia de Infraestructura de Informacin Integrada; y Recursos TOGAF, que incluye la Base de Recursos TOGAF, un conjunto de herramientas y tcnicas disponibles para utilizar TOGAF ADM, adems informacin sobre la gobernabilidad de una arquitectura, sobre modelos de madurez de una arquitectura y un Framework de Habilidades de Arquitectura TOGAF. 1.2.2 ZACHMAN El framework Zachman para Arquitectura Empresarial o simplemente framework Zachman, es una framework ampliamente utilizado para desarrollar o documentar arquitecturas empresariales. Es un framework para definir y describir los sistemas empresariales complejos de hoy y fue desarrollado por John Zachman quien se bas en prcticas de arquitectura e ingeniera tradicionales. El framework es una estructura o plantilla bidimensional para clasificar y organizar los elementos de una empresa que son significativos tanto para la gestin de la empresa como para el desarrollo de sus sistemas de informacin. El eje vertical proporciona mltiples perspectivas de toda la arquitectura y el eje horizontal una clasificacin de los diferentes artefactos de la misma. No hay directrices sobre el proceso de implementacin de este framework, su nfasis est en asegurar que todos los aspectos de una empresa estn bien organizados y que tengan relaciones claras que aseguren un sistema completo sin importar el orden en el que se establezcan. El framework Zachman permite entender cualquier aspecto particular de un sistema en cualquier punto de su desarrollo y puede ser til para tomar decisiones acerca de cambios o extensiones. El framework contiene seis filas y seis columnas que producen 36 celdas o aspectos. Las filas son: alcance/planeador, modelo de negocio/propietario, modelo de sistema/diseador, modelo de tecnologa/constructor, componentes/contratista, sistema trabajando. Las columnas son: quin, cundo, por qu, qu, cmo, dnde. 1.2.3 DoDAF Debido a los requisitos relacionados con operaciones militares conjuntas multiservicios y multinacionales, el DoD (Department of Defense) detect la necesidad de una formulacin arquitectural estndar para asegurar que sus sistemas militares pudieran interoperar, entonces public el framework Arquitectural C4ISR (Command, Control, Communications,Computers,

ARQUITECTURA EMPRESARIAL: UN NUEVO RETO PARA LAS EMPRESAS DE HOY

Intelligence, Surveillance, and Reconnaissance) y posteriormente, con base en la experiencia en este framework, public el DoDAF (DoD Architecture Framework). La meta del DoDAF es lograr que las descripciones arquitecturales desarrolladas por diferentes comandos, servicios y agencias sean compatibles y que se interrelacionen, adems que las vistas de las arquitecturas tcnicas sean usables e integrables a travs de los dominios organizacionales. 1.2.4 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 coleccin de modelos de referencia interrelacionados, diseados para facilitar la definicin de las funciones de negocio, as como el anlisis y la optimizacin de las operaciones de TI de las organizaciones federales. FEAF permite integrar las arquitecturas, organizar y compartir informacin 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 prcticas de gestin de tecnologas. Una vez vistos los principales conceptos relacionados con arquitectura empresarial y sus frameworks, a continuacin se realiza una breve descripcin de mtodos que contribuyen a obtener y describir la capa o arquitectura de negocio y la arquitectura de sistema, de aplicacin o solucin. BPM (Business Process Modeling), que incluye BPML (Business Process Modeling Language) y BPMN (Business Process Modeling Notation), pertenece a la Iniciativa BPM (BPMI.org) y es un estndar en el rea de procesos de negocio, mientras que UML (Unified Modeling Language), originalmente de Rational Sofware, luego de IBM y ahora adoptado por el OMG (Object Management Group) como estndar, as como MDA (Model-Driven Architecture), tambin del OMG, son ampliamente utilizados para modelar sistemas de informacin.

1.3 BPM
BPM tpicamente tiene los siguientes objetivos: 1. Obtener conocimiento acerca de los procesos de negocio de la empresa. 2. Utilizar el conocimiento sobre los procesos de negocio en proyectos de reingeniera para optimizar una operacin. 3. Facilitar los esfuerzos en toma de decisiones de la empresa. 4. Soportar la interoperabilidad de los procesos de negocio.
ARQUITECTURA EMPRESARIAL: UN NUEVO RETO PARA LAS EMPRESAS DE HOY

BPML es un metalenguaje para el modelado de procesos de negocio, proporciona un modelo de ejecucin abstracto de procesos de negocio con base en el concepto de una mquina de estados finitos transaccional. De otra parte BPMN, es la notacin grfica asociada a BPML, la cual est diseada para ser comprendida por los usuarios del negocio, por sus analistas que crean los borradores iniciales de los procesos, por los desarrolladores tcnicos responsables de implementar la tecnologa que ejecuta esos procesos, por clientes y proveedores, y por la gente del negocio que gestiona y monitorea esos procesos. Adicionalmente, se han desarrollado lenguajes de ejecucin en XML basados en Web Services para sistemas BPM, que proporcionan un mecanismo para la ejecucin de procesos de negocio, como BPEL4WS (Business Process Execution Language for Web Services). Finalmente, BPQL (Business Process Query Language) define una interfaz estndar para sistemas BPM, que permite gestionar sistemas BPM, adems consultar el estado y controlar la ejecucin de las instancias de procesos de negocio.

1.4 UML
UML es un lenguaje grfico o visual que estandariza la representacin del anlisis y diseo orientado a objetos de sistemas, para lo cual posee varios tipos diagramas; es un lenguaje de modelado de propsito general que puede ser aplicado a cualquier tipo de aplicacin, en cualquier tipo de plataforma de implementacin. Es de mencionar que no todas sus capacidades de modelado son tiles en todas las aplicaciones, por esta razn se estructura modularmente, con el fin de permitir seleccionar solamente las partes del lenguaje que son necesarias. La ventaja de UML es que los modelos que se realizan permanecen estables incluso a pesar de los cambios tecnolgicos que se presenten.

1.5 MDA
MDA soporta el ciclo de vida de las aplicaciones, el cual incluye el anlisis, diseo, implementacin, despliegue, integracin, mantenimiento, gestin y evolucin de las aplicaciones. Con base en modelos UML, el desarrollo basado en MDA busca integrar aplicaciones a travs de una empresa e integrar aplicaciones de una empresa con aplicaciones de otra. MDA es una arquitectura de TI completa que unifica el modelado de negocio y la implementacin. Anteriormente, el modelado y el cdigo de programacin eran desarrollados en forma separada, por diferentes grupos de personas, lo que ocasionaba que los programadores consideraran a los modelos simplemente como guas o planes, no como requisitos de la empresa pero MDA cambi estos paradigmas. Sin embargo, esta aproximacin puede ser ms costosa y puede

ARQUITECTURA EMPRESARIAL: UN NUEVO RETO PARA LAS EMPRESAS DE HOY

tomar ms tiempo para producir una aplicacin final comparada con el desarrollo sin modelado. Finalmente, en la actualidad se suele relacionar muy estrechamente arquitectura empresarial con SOA (Service Oriented Architecture), por lo tanto a continuacin se realiza una breve descripcin de este ltimo trmino.

1.6 SOA
Las tcnicas SOA son aplicables a la capa de sistema de una arquitectura empresarial como una alternativa de desarrollo de sistemas. SOA es una aproximacin para disear software, es una arquitectura en la cual las aplicaciones son ensambladas a partir de componentes reutilizables llamados servicios. Un servicio es un bloque de construccin de software o una implementacin que ejecuta una funcin de negocio a travs de una interfaz, la cual es bsicamente una descripcin de cmo llamar el servicio desde otros programas. Esta interfaz es definida de una manera neutral, es decir independientemente de la plataforma hardware, del sistema operativo y del lenguaje de programacin de implementacin del servicio, por lo tanto permite que los servicios interacten con otros sin conocer sus detalles tcnicos, ya que toda la interaccin se realiza a travs de la interfaz, caracterstica conocida como dbil acoplamiento entre los servicios. El beneficio de un sistema dbilmente acoplado es su habilidad y agilidad para responder ante los cambios en la estructura e implementacin de cada servicio que conforma una aplicacin. Segn lo anterior, SOA es una arquitectura en la que las aplicaciones pueden ser compuestas con mdulos de software discretos que tienen interfaces simples, los cuales son orquestados a travs de un dbil acoplamiento para ejecutar una funcin requerida. Debido a esto, esos componentes software o servicios pueden ser reutilizados, lo cual se constituye en el principal rasgo de esta arquitectura.
SOA es una evolucin de la arquitectura cliente/servidor y posee dos roles: un proveedor y un consumidor de servicio. Un mdulo software puede desempear ambos roles, adems para lograr una operacin apropiada de esta arquitectura, es necesario que el mdulo que solicita el servicio conozca qu procedimiento de invocacin y qu entradas y salidas son requeridas por ese servicio en particular. En los sistemas basados en SOA, los servicios individuales pueden ser construidos con diseos orientados a objetos pero todo el diseo en SOA es orientado al servicio. Es de mencionar que la orientacin al servicio hereda principios de paradigmas anteriores como el de orientacin a objetos, ingeniera de software basado en componentes y procesamiento distribuido abierto. Finalmente, los servicios pueden ser utilizados como parte de otros servicios, los cuales se conocen como servicios compuestos.

ARQUITECTURA EMPRESARIAL: UN NUEVO RETO PARA LAS EMPRESAS DE HOY

10

SOA est surgiendo como el primer framework de integracin en el entorno computacional heterogneo y complejo de hoy, en el que existe la necesidad de crear y mejorar soluciones empresariales en corto tiempo para responder a entornos de negocio cambiantes. Esta arquitectura puede ayudar a las organizaciones a racionalizar sus procesos de tal forma que puede hacer al negocio ms eficiente y puede permitir que se adapte a las necesidades cambiantes, lo cual genera el surgimiento del concepto de software-as-a service. SOA debe ser capaz de relacionar los procesos de negocio con los procesos tcnicos de una empresa. Al permitir el reuso, SOA disminuye los costos de integracin de largo plazo y permite obtener aplicaciones de negocio de una forma ms rpida. Esta aproximacin puede requerir ms esfuerzo en el diseo y en la planeacin cuando el paradigma es utilizado por primera vez pero en teora permite a las organizaciones construir sistemas incrementalmente de forma ms rpida y ms barata en la medida en que el inventario de mdulos reutilizables crece con el tiempo.
SOA se puede implementar con tecnologas basadas en XML (Extensible Markup Language) y en Web Services. Es de aclarar que Web Services no son la nica forma de implementar SOA, ya que las arquitecturas son independientes de tecnologas especficas, sin embargo se suelen utilizar Web Services debido a que estos servicios simplifican y estandarizan la interfaz y el mecanismo de invocacin. La diferencia entre SOA y Web Services es la que existe entre un concepto y su implementacin, ya que Web Services son una aproximacin especfica y prctica para la implementacin de SOA. Web Services proporcionan la tecnologa de respaldo para SOA.

Web Services proporcionan el mecanismo de invocacin estndar definido por WSDL (Web Services Description Language), el protocolo de comunicaciones estndar SOAP (Simple Object Access Protocol) y el mecanismo que soporta la gestin de localizacin de Web Services conocido como UDDI ( Universal Description, Discovery and Integration). Adems, posee directrices especficas sobre cmo se realiza la mensajera entre servicios, generalmente a travs de mensajes SOAP entregados sobre HTTP.
Los servicios se pueden definir y describir Top-Down o Bottom-Up. El primer enfoque permite obtener una descomposicin funcional que hace posible identificar la funcionalidad de negocio y los servicios de ms bajo nivel. El segundo enfoque permite realizar el anlisis de activos existentes que son candidatos para conformar componentes (modularizacin) y realizar la exposicin del servicio. Se puede emplear cualquiera de los dos o los dos en paralelo. Es de mencionar que SOA hace imposiciones, requiere un cambio de mentalidad, ya que la lgica de negocios debe ser vista dentro de un contexto orientado al servicio. Los principios orientados a servicio en s mismos no son complejos, sin embargo la aplicacin de estos principios puede resultar en soluciones relativamente complejas e introducir nuevos requisitos de tecnologa e infraestructura.

ARQUITECTURA EMPRESARIAL: UN NUEVO RETO PARA LAS EMPRESAS DE HOY

11

Para terminar, a continuacin se describe en trminos generales un tema de gran relevancia tanto para una arquitectura empresarial como para una arquitectura orientada al servicio, conocido como gobernabilidad.

1.7 GOBERNABILIDAD
La gobernalibilidad se relaciona con la publicacin de una arquitectura empresarial actual u objetivo, con el conjunto de estndares de la empresa, su equipo de trabajo y el roadmap con estrategias de migracin, adems con los mecanismos, el soporte y el compromiso de gestin para lograr la consistencia y el refuerzo de la arquitectura empresarial. La gobernabilidad es crtica y para lograrla son necesarios procesos institucionalizados, repetibles, que promuevan la alineacin de TI y del negocio, adems generalmente requiere cambios organizacionales, ya que necesita la colaboracin de ejecutivos, de arquitectos empresariales y de los encargados de los programas software para definir aspectos de la arquitectura, sobre la automatizacin de procesos, componentes e integracin. Especficamente, en el mbito de los servicios, adoptar e implementar un estilo arquitectural orientado a servicios requiere gestionar estos servicios posteriormente; sin un plan bien definido para hacerlo, la continuidad de la empresa se ve comprometida. La gestin de servicios tambin determina la dependencia que los negocios y las organizaciones tienen en TI para adquirir y procesar los elementos que conforman esos servicios. Finalmente, hoy en da se avanza en el campo de la Integracin Orientada al Servicio o SOI (Service Oriented Integration), en el cual el bus de servicios empresariales tiene una gran importancia ya que es un mecanismo para lograr la mediacin, el enrutamiento y la transformacin de invocaciones de servicio en forma independiente del proveedor del mismo, lo cual ayuda a superar muchos de los inconvenientes asociados con conexiones punto a punto.

ARQUITECTURA EMPRESARIAL: UN NUEVO RETO PARA LAS EMPRESAS DE HOY

12

CONCLUSIONES
Una arquitectura empresarial es fundamental para lograr que TI efectivamente soporte y facilite los procesos de negocio de una organizacin, ya que permite alinear la estrategia de negocio con la infraestructura de comunicacin y los servicios de informacin de una empresa. Es importante seleccionar un framework apropiado para lograr una descripcin clara y completa de una arquitectura empresarial, que contribuya a que la organizacin cumpla sus fines y metas. Existen varios frameworks y uno de los ms utilizados es el Framwork Zachman, el cual plantea una matriz bidimensional de 36 celdas para describir todos elementos de una empresa y sus relaciones. BPM es una alternativa para modelar procesos de negocios, es decir para describir la capa de negocio, mientras que UML y MDA son opciones para realizar el anlisis y diseo de sistemas, es decir para describir la capa de aplicacin, sistema o solucin. Arquitectura empresarial no es equivalente SOA, ya que SOA es una arquitectura que puede ser una alternativa para una aplicacin. Por su parte, SOA no es equivalente a Web Services, stos son una opcin para implementar SOA y no son la nica forma de hacerlo pero s son la ms utilizada recientemente por sus ventajas.
El tema de la gobernabilidad es fundamental, ya que una arquitectura sin directrices no proporcionara los lineamientos necesarios para poder utilizarla, para mantenerla y lograr su evolucin junto con el desarrollo de la empresa y de su entorno.

ARQUITECTURA EMPRESARIAL: UN NUEVO RETO PARA LAS EMPRESAS DE HOY

13

BIBLIOGRAFA
Institute for Enterprise Architecture Developments. (octubre de 2010). EnterpriseArchitecture.info. Recuperado en octubre de 2010, de http://www.enterprisearchitecture.info/ Minoli, D. (2008). Enterprise Architecture a to Z - Frameworks, Business Process Modeling, SOA, and Infrastructure Technology. New York: Taylor & Francis Group. Villalobos, J. (2009). Estructuracin de soluciones SOA a partir de una vsin de arquitectura empresarial. XXIX Saln de Informtica - Desarrollo de aplicaciones orientadas a servicios: de la teora a la prctica. Bogot. Villalobos, J. (2010). Integracin de sistemas de informacin usando SOA. Seminario SICC. Bogot.

ARQUITECTURA EMPRESARIAL: UN NUEVO RETO PARA LAS EMPRESAS DE HOY

14

ARQUITECTURA EMPRESARIAL: UN NUEVO RETO PARA LAS EMPRESAS DE HOY

15

También podría gustarte