<?xml version="1.0" encoding="ISO-8859-1"?><article xmlns:mml="http://www.w3.org/1998/Math/MathML" xmlns:xlink="http://www.w3.org/1999/xlink" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
<front>
<journal-meta>
<journal-id>1692-3324</journal-id>
<journal-title><![CDATA[Revista Ingenierías Universidad de Medellín]]></journal-title>
<abbrev-journal-title><![CDATA[Rev. ing. univ. Medellín]]></abbrev-journal-title>
<issn>1692-3324</issn>
<publisher>
<publisher-name><![CDATA[Universidad de Medellín]]></publisher-name>
</publisher>
</journal-meta>
<article-meta>
<article-id>S1692-33242010000100009</article-id>
<title-group>
<article-title xml:lang="es"><![CDATA[Arquitectura empresarial: una visión general]]></article-title>
<article-title xml:lang="en"><![CDATA[Enterprise architecture: a general scope]]></article-title>
</title-group>
<contrib-group>
<contrib contrib-type="author">
<name>
<surname><![CDATA[Arango Serna]]></surname>
<given-names><![CDATA[Martín Darío]]></given-names>
</name>
<xref ref-type="aff" rid="A01"/>
</contrib>
<contrib contrib-type="author">
<name>
<surname><![CDATA[Londoño Salazar]]></surname>
<given-names><![CDATA[Jesús Enrique]]></given-names>
</name>
<xref ref-type="aff" rid="A02"/>
</contrib>
<contrib contrib-type="author">
<name>
<surname><![CDATA[Zapata Cortés]]></surname>
<given-names><![CDATA[Julián Andrés]]></given-names>
</name>
<xref ref-type="aff" rid="A03"/>
</contrib>
</contrib-group>
<aff id="A01">
<institution><![CDATA[,Universidad Nacional de Colombia, Sede Medellín  ]]></institution>
<addr-line><![CDATA[Medellín ]]></addr-line>
</aff>
<aff id="A02">
<institution><![CDATA[,Universidad Nacional de Colombia, Sede Medellín  ]]></institution>
<addr-line><![CDATA[Medellín ]]></addr-line>
</aff>
<aff id="A03">
<institution><![CDATA[,Universidad Nacional de Colombia, Sede Medellín  ]]></institution>
<addr-line><![CDATA[Medellín ]]></addr-line>
</aff>
<pub-date pub-type="pub">
<day>00</day>
<month>01</month>
<year>2010</year>
</pub-date>
<pub-date pub-type="epub">
<day>00</day>
<month>01</month>
<year>2010</year>
</pub-date>
<volume>9</volume>
<numero>16</numero>
<fpage>101</fpage>
<lpage>111</lpage>
<copyright-statement/>
<copyright-year/>
<self-uri xlink:href="http://www.scielo.org.co/scielo.php?script=sci_arttext&amp;pid=S1692-33242010000100009&amp;lng=en&amp;nrm=iso"></self-uri><self-uri xlink:href="http://www.scielo.org.co/scielo.php?script=sci_abstract&amp;pid=S1692-33242010000100009&amp;lng=en&amp;nrm=iso"></self-uri><self-uri xlink:href="http://www.scielo.org.co/scielo.php?script=sci_pdf&amp;pid=S1692-33242010000100009&amp;lng=en&amp;nrm=iso"></self-uri><abstract abstract-type="short" xml:lang="es"><p><![CDATA[Actualmente las empresas son más complejas y requieren procesos de negocio flexibles que sean soportados efectivamente en toda la empresa por sistemas de tecnologías de la información (TI). La implantación de una arquitectura empresarial parte del establecimiento de un conjunto de directrices arquitectónicas que permitan asegurar un desarrollo armónico entre los modelos y necesidades de la empresa, con los procesos de negocio y las tecnologías de información. Este conjunto de directrices estratégicas de TI debe partir de la misión de la empresa y del reconocimiento de las estrategias y actividades de negocio que soportan dicha misión, y derivan en la información necesaria para la operación de la organización, las tecnologías requeridas para soportar la operación y los procesos para implementar nuevas tecnologías como respuesta a los cambios y necesidades de la empresa, en la medida en que las prioridades cambian. En este artículo se hace referencia a los orígenes del concepto de arquitectura empresarial, a los dominios de arquitectura que representan las vistas del negocio y a los beneficios que representa la arquitectura empresarial para una organización.]]></p></abstract>
<abstract abstract-type="short" xml:lang="en"><p><![CDATA[Currenlty, companies are more complex and require flexible business processes, which are actually supported by IT systems. The introduction of an enterprise architecture starts on the establishment of a set of architectural guidelines, which henceforth ensure a harmonious development between models and business needs, with business processes and information technologies. This set of strategic directions of IT, should be based on the company's mission and the recognition of the strategies and business activities which support this mission and result in the necessary information for the operation of the organization, technologies required to support the operation, and processes to implement new technologies in response to changes and needs of the company, to the extent priorities change. This article is referred to the origins of the enterprise architecture concept, to the realms of architecture, representing the views of the business, and benefits from the enterprise architecture for an organization]]></p></abstract>
<kwd-group>
<kwd lng="es"><![CDATA[Arquitectura empresarial]]></kwd>
<kwd lng="es"><![CDATA[frameworks de arquitectura empresarial]]></kwd>
<kwd lng="es"><![CDATA[tecnologías de información - TI]]></kwd>
<kwd lng="es"><![CDATA[gestión empresarial]]></kwd>
<kwd lng="es"><![CDATA[procesos de negocios]]></kwd>
<kwd lng="es"><![CDATA[estrategia empresarial]]></kwd>
<kwd lng="en"><![CDATA[Enterprise architecture]]></kwd>
<kwd lng="en"><![CDATA[enterprise architecture frameworks]]></kwd>
<kwd lng="en"><![CDATA[information technologies - TIC's]]></kwd>
<kwd lng="en"><![CDATA[business management]]></kwd>
<kwd lng="en"><![CDATA[business processes]]></kwd>
<kwd lng="en"><![CDATA[business strategy]]></kwd>
</kwd-group>
</article-meta>
</front><body><![CDATA[ <p ALIGN="CENTER"><FONT SIZE="4" FACE="Verdana"><B>Arquitectura empresarial - una visi&oacute;n general </B></FONT></p>      <p>&nbsp;</p>      <p ALIGN="CENTER"><B><FONT SIZE="3" FACE="Verdana">Enterprise architecture - a general scope	 </FONT></B></p>     <p>&nbsp;</p>     <p>&nbsp;</p>       <p><FONT SIZE="2" FACE="Verdana"> Mart&iacute;n Dar&iacute;o Arango Serna<sup>*</sup>; Jes&uacute;s Enrique Londo&ntilde;o Salazar<sup>**</sup>; Juli&aacute;n Andr&eacute;s Zapata Cort&eacute;s<sup>***</sup> </FONT></p>      <p><FONT SIZE="2" FACE="Verdana"> </FONT></p>     <p><FONT SIZE="2" FACE="Verdana"> <sup>* </sup>Ph.D. en Ingenier&iacute;a Industrial;     M.Sc. en Ingenier&iacute;a de Sistemas;   Ingeniero Industrial. Prof. Universidad Nacional de Colombia, Sede Medell&iacute;n,   <A HREF="mailto:mdarango@unal.edu.co">mdarango@unal.edu.co</A>    <BR> <sup>**</sup> Candidato a Doctor en Ingenier&iacute;a Universidad Nacional de Colombia,   Sede Medell&iacute;n. M.Sc. en Comercio Electr&oacute;nico; Ingeniero de sistemas,   <A HREF="mailto:jelondon@bancolombia.com">jelondon@bancolombia.com</A>    <BR> <sup>***</sup> Candidato a Magister en Ingenier&iacute;a Administrativa, Ingeniero Qu&iacute;mico, Universidad Nacional de Colombia, Sede Medell&iacute;n, <A HREF="mailto:jazapat1@unalmed.edu.co">jazapat1@unalmed.edu.co</A></FONT></P>     ]]></body>
<body><![CDATA[<P>&nbsp;</P>     <p>&nbsp;</p> <hr size="1" noshade> <font size="2" face="Verdana"><B>Resumen</B></font>     <p><FONT SIZE="2" FACE="Verdana"> Actualmente las empresas son m&aacute;s complejas    y requieren procesos de negocio flexibles que sean soportados efectivamente    en toda la empresa por sistemas de tecnolog&iacute;as de la informaci&oacute;n    (TI). La implantaci&oacute;n de una arquitectura empresarial parte del establecimiento    de un conjunto de directrices arquitect&oacute;nicas que permitan asegurar un    desarrollo arm&oacute;nico entre los modelos y necesidades de la empresa, con    los procesos de negocio y las tecnolog&iacute;as de informaci&oacute;n. Este    conjunto de directrices estrat&eacute;gicas de TI debe partir de la misi&oacute;n    de la empresa y del reconocimiento de las estrategias y actividades de negocio    que soportan dicha misi&oacute;n, y derivan en la informaci&oacute;n necesaria    para la operaci&oacute;n de la organizaci&oacute;n, las tecnolog&iacute;as requeridas    para soportar la operaci&oacute;n y los procesos para implementar nuevas tecnolog&iacute;as    como respuesta a los cambios y necesidades de la empresa, en la medida en que    las prioridades cambian. En este art&iacute;culo se hace referencia a los or&iacute;genes    del concepto de arquitectura empresarial, a los dominios de arquitectura que    representan las vistas del negocio y a los beneficios que representa la arquitectura    empresarial para una organizaci&oacute;n.</FONT></p> <FONT SIZE="2" FACE="Verdana"> <b>Palabras clave: </b>Arquitectura empresarial,    <i>framework</i>s de arquitectura empresarial, tecnolog&iacute;as de informaci&oacute;n    - TI, gesti&oacute;n empresarial, procesos de negocios, estrategia empresarial.  </FONT> <hr size="1" noshade> <font size="2" face="Verdana"><B>Abstract</B></font>      <p><FONT SIZE="2" FACE="Verdana"> Currenlty, companies are more complex and require    flexible business processes, which are actually supported by IT systems. The    introduction of an enterprise architecture starts on the establishment of a    set of architectural guidelines, which henceforth ensure a harmonious development    between models and business needs, with business processes and information technologies.    This set of strategic directions of IT, should be based on the company's mission    and the recognition of the strategies and business activities which support    this mission and result in the necessary information for the operation of the    organization, technologies required to support the operation, and processes    to implement new technologies in response to changes and needs of the company,    to the extent priorities change. This article is referred to the origins of    the enterprise architecture concept, to the realms of architecture, representing    the views of the business, and benefits from the enterprise architecture for    an organization.</FONT></p> <FONT SIZE="2" FACE="Verdana"> <b>Key words: </b>Enterprise architecture, enterprise    architecture <i>framework</i>s, information technologies &#150; TIC's, business    management, business processes, business strategy. </FONT> <hr size="1" noshade>     <p>&nbsp;</p>     <p><FONT SIZE="3" FACE="Verdana"><B>INTRODUCCI&Oacute;N	</B></FONT></p>       <p><FONT SIZE="2" FACE="Verdana"> Este art&iacute;culo muestra una revisi&oacute;n acerca del concepto de arquitectura empresarial (AE), y su importancia de ser integrado dentro de las organizaciones modernas con el objeto de mejorar los usos de las tecnolog&iacute;as de informaci&oacute;n y las comunicaciones (TIC) en las mismas. Para ello, se presenta inicialmente la definici&oacute;n del concepto de arquitectura empresarial, seguidamente se define la forma de c&oacute;mo se desarrolla la AE como una disciplina organizacional, a continuaci&oacute;n se ilustran las vistas y los dominios de la AE, para finalmente consolidar dicha importancia, beneficios y necesidades de implementar una correcta arquitectura empresarial en una organizaci&oacute;n de este nuevo esquema de integraci&oacute;n tecnol&oacute;gica. </FONT></p>      <p><FONT SIZE="2" FACE="Verdana"> Actualmente, las organizaciones se enfrentan a un entorno de funcionamiento y operatividad que es bastante complejo, din&aacute;mico y regido bajo un contexto de globalizaci&oacute;n, as&iacute; como a la necesidad de mantener altos niveles de competitividad. Adem&aacute;s, las empresas tienen que manejar la complejidad de su informaci&oacute;n y la tecnolog&iacute;a, y deben mantener activos los sistemas y el ambiente computacional que vienen operando desde a&ntilde;os atr&aacute;s, pero tambi&eacute;n, con la necesidad de afrontar los retos que d&iacute;a a d&iacute;a le impone el negocio para apoyar su operaci&oacute;n. Con la aparici&oacute;n de nuevas formas organizativas que est&aacute;n surgiendo en las empresas, entender la naturaleza y composici&oacute;n de las operaciones empresariales que atraviesan los l&iacute;mites de la organizaci&oacute;n se convierte en un elemento fundamental para iniciar y mantener las relaciones de negocio. Tambi&eacute;n se hace patente la necesidad de hacer un modelado de procesos de negocio para representar y entender las operaciones de la empresa. </FONT></p>      <p><FONT SIZE="2" FACE="Verdana"> Seg&uacute;n lo expresan Goethals <i>et al.,</i> &#91;1&#93; para ayudarle a las empresas a responder estos desaf&iacute;os ha surgido un concepto llamado arquitectura empresarial (AE), el cual ha emergido a comienzos de los 90. B&aacute;sicamente, la AE es un acercamiento hol&iacute;stico para el manejo y gesti&oacute;n de una organizaci&oacute;n, la cual adopta una vista integral que cubre desde sus procesos de negocio, los sistemas de informaci&oacute;n, los datos e informaci&oacute;n y la infraestructura tecnol&oacute;gica &#91;2-4&#93;. Otra definici&oacute;n de AE es presentada por Lankhorst <i>et al.,</i> &#91;5&#93; es: <i>&#8220;La arquitectura empresarial es un conjunto coherente de principios, m&eacute;todos y modelos que se utilizan en el dise&ntilde;o y la realizaci&oacute;n a nivel empresarial de la estructura organizacional, los procesos de negocio, los sistemas de informaci&oacute;n y la infraestructura&#8221;.</i> Una AE explica c&oacute;mo todos los elementos de las tecnolog&iacute;as de la informaci&oacute;n en una organizaci&oacute;n, los procesos, los sistemas, la estructura organizacional y las personas se integran y trabajan de forma conjunta como un todo &#91;6&#93; </FONT></p>      <p><FONT SIZE="2" FACE="Verdana"> El campo del conocimiento de la AE ha evolucionado con el objeto de hacer frente a dos problemas importantes que se presentan de forma creciente en la gesti&oacute;n de las tecnolog&iacute;as de la informaci&oacute;n (TI), los cuales son evidentes desde d&eacute;cadas atr&aacute;s, pero que tienen un mayor impacto en la actualidad debido a la importancia que representan las TI para las organizaciones. El primer problema consiste en la capacidad de gestionar la creciente complejidad tecnol&oacute;gica de los sistemas de informaci&oacute;n en las organizaciones, mientras el segundo hace referencia al incremento en la dificultad de la generaci&oacute;n de valor real por parte de los sistemas de informaci&oacute;n para las empresas. </FONT></p>      ]]></body>
<body><![CDATA[<p><FONT SIZE="2" FACE="Verdana"> Con base en lo anterior, se puede observar que estos problemas est&aacute;n estrechamente relacionados. Al ser los sistemas de informaci&oacute;n m&aacute;s complejos en su dise&ntilde;o, funcionalidad, implementaci&oacute;n y uso, es menos probable que a partir de &eacute;stos se pueda generar mayor valor al negocio desde la perspectiva de las TI, a no ser que se disponga de las metodolog&iacute;as y recursos apropiados para afrontar estos retos. Si entre las prioridades de una empresa se encuentran las de dar soluci&oacute;n a las dos problem&aacute;ticas mencionadas anteriormente, entonces debe ponerse atenci&oacute;n y considerar la posibilidad de incorporar metodolog&iacute;as para el desarrollo de una AE. Por el contrario, si esta no es la situaci&oacute;n de la empresa, entonces no es necesario considerarlo. </FONT></p>      <p>&nbsp;</p>     <p><FONT SIZE="3" FACE="Verdana"><B>1 ORIGEN DEL CONCEPTO DE ARQUITECTURA EMPRESARIAL	 </B></FONT></p>       <p><FONT SIZE="2" FACE="Verdana"> El concepto de arquitectura empresarial tiene su origen en el a&ntilde;o de 1987 con la publicaci&oacute;n del art&iacute;culo de J. Zachman en el Diario IBM Systems, titulado <i>&#8220;Un marco para la arquitectura de sistemas de informaci&oacute;n.&#8221;</i> &#91;7&#93;. En ese documento, Zachman &#91;8&#93; establece tanto el desaf&iacute;o como la visi&oacute;n de la arquitectura empresarial, que servir&aacute; para orientarla durante los siguientes a&ntilde;os y hasta nuestros d&iacute;as. En esencia, el reto consist&iacute;a en administrar la creciente complejidad que representaba el surgimiento de los sistemas de informaci&oacute;n, soportados en sistemas computacionales. </FONT></p>      <p><FONT SIZE="2" FACE="Verdana"> Seg&uacute;n Zachman &#91;8&#93;: <i>&#8220;El &eacute;xito del negocio y los costos que ello conlleva dependen cada vez m&aacute;s de sus sistemas de informaci&oacute;n, los cuales requieren de un enfoque y una disciplina para la gesti&oacute;n de los mismos&#8221;.</i> La visi&oacute;n de Zachman sobre la agilidad y valor que las TI podr&iacute;an aportar al negocio se puede desarrollar de forma m&aacute;s efectiva a trav&eacute;s del concepto de una arquitectura hol&iacute;stica de sistemas. La perspectiva de un enfoque en la arquitectura de sistemas es lo que Zachman originalmente describi&oacute; como una arquitectura de sistemas de informaci&oacute;n, que a la postre evolucionar&iacute;a al concepto de un marco de arquitectura empresarial. </FONT></p>      <p><FONT SIZE="2" FACE="Verdana"> El enfoque dado por Zachman fue una gran influencia sobre uno de los primeros intentos que realiz&oacute; una agencia del gobierno de los Estados Unidos &#150;El Departamento de Defensa&#150; para crear una arquitectura empresarial &#91;7&#93;. Este primer intento fue conocido como: <i>&#8220;Technical Architecture <i>framework</i> for Information Management</i> &#150;TAFIM&#150;&#8221; (U.S. Department of Defense) &#91;9&#93;, el cual fue publicado en el a&ntilde;o de 1994. </FONT></p>      <p><FONT SIZE="2" FACE="Verdana"> La promesa de que una arquitectura empresarial &#150;TAFIM&#150;, permitir&iacute;a optimizar los proyectos tecnol&oacute;gicos alineados con las necesidades del negocio llam&oacute; la atenci&oacute;n del Congreso de los Estados Unidos. En 1996 el Congreso aprob&oacute; un proyecto de ley conocido como la <i>&#8220;Clinger&#150;Cohen Act of 1996&#8221;.</i> &#91;10&#93;, tambi&eacute;n conocida como la <i>&#8220;Reforma a la Gesti&oacute;n de las Tecnolog&iacute;as de la Informaci&oacute;n&#8221;.</i> Esta ley fue establecida de car&aacute;cter obligatorio para todas las agencias federales del gobierno; adem&aacute;s, determin&oacute; la constituci&oacute;n de un consejo para la supervisi&oacute;n de esta ley. Este consejo fue denominado el &#8220;CIO Council&#8221;, conformado por todos los CIO (Chief Information officer) de los principales &oacute;rganos gubernamentales. </FONT></p>      <p><FONT SIZE="2" FACE="Verdana"> En 1998, el &#8220;CIO Council&#8221; le cambia el nombre al modelo de referencia de AE &#150;TAFIM&#150; creado por parte del Departamento de Defensa, y da origen a un nuevo modelo de referencia de arquitectura empresarial <i>(<i>framework</i>),</i> el cual fue denominado <i>&#8220;Federal Enterprise Architecture <i>framework</i> &#150;FEAF&#150;&#8220;,</i> en su versi&oacute;n 1.1 &#91;11&#93;. Este <i><i>framework</i> </i>fue publicado en 1999. Posteriormente las responsabilidades del &#8220;CIO Council&#8221; fueron asignadas a una nueva dependencia del gobierno denominada <i>&#8220;Office of Management and Budget &#150;OMB&#150;&#8221;.</i> En el a&ntilde;o 2002, la OMB le cambia el nombre al <i>framework</i> de arquitectura FEAF, por el de &#8220;Federal Enterprise Architecture &#150;FEA&#150;&#8221;, el cual se conserva hasta la fecha. &#91;7&#93;. </FONT></p>      <p><FONT SIZE="2" FACE="Verdana"> En el contexto de la arquitectura empresarial, un <i>framework</i> corresponde a los componentes especiales que act&uacute;an como base para la estructuraci&oacute;n y ensamble de componentes en construcciones m&aacute;s complejas &#91;12&#93;. Un <i>framework</i> de AE determina en qu&eacute; t&eacute;rminos se define y documenta dicha arquitectura. </FONT></p>      <p><FONT SIZE="2" FACE="Verdana"> En 1995, el trabajo realizado por TAFIM fue retomado por The Open Group, el cual cre&oacute; un nuevo <i>framework</i> para AE denominado 'The Open Group Architectural <i>framework</i>' &#150;TOGAF&#150;. La orientaci&oacute;n inicial de TOGAF hacia el desarrollo de arquitecturas tecnol&oacute;gicas fue evolucionando a trav&eacute;s de versiones sucesivas, hasta llegar a la versi&oacute;n actual que es la 9.1, la cual mantiene una compatibilidad con el est&aacute;ndar IEEE 1471, 2000. </FONT></p>      ]]></body>
<body><![CDATA[<p><FONT SIZE="2" FACE="Verdana"> Para el a&ntilde;o 2005, la <i>&#8220;Office of Management and Budget &#150;OMB&#150;&#8221;,</i> a trav&eacute;s del <i>framework</i> de arquitectura FEA, se convert&iacute;a en el est&aacute;ndar por excelencia para las empresas del sector gubernamental en Estados Unidos. Por otro lado, para ese mismo a&ntilde;o, otra compa&ntilde;&iacute;a, pero ya del sector privado, comenz&oacute; a tener gran influencia en todas las organizaciones, en especial, en los CIO. Estamos hablando de la empresa Gartner Group. En el mismo a&ntilde;o, Gartner decide adquirir a Meta Group, la cual dispone de una vasta experiencia en el &aacute;rea de la gesti&oacute;n de procesos, adem&aacute;s de su propio modelo de referencia de arquitectura empresarial. Para ese mismo a&ntilde;o, Gartner hace la primera publicaci&oacute;n sobre el <i>framework</i> de arquitectura denominado &#8220;Gartner Enterprise Architectural <i>framework</i> &#150;GEAF&#150;&#8221;. </FONT></p>      <p><FONT SIZE="2" FACE="Verdana"> Desde la publicaci&oacute;n del primer <i>framework</i> de arquitectura empresarial en 1994 y hasta comienzos del a&ntilde;o 2000, la aplicaci&oacute;n real de estas metodolog&iacute;as s&oacute;lo se dio en entidades gubernamentales de los Estados Unidos. S&oacute;lo a partir del a&ntilde;o 2003, aparecen versiones comerciales completamente desarrolladas de otros <i>framework</i>s de arquitectura, los cuales comienzan a ser adoptados por diferentes industrias en el mundo. Entre estos <i>framework</i>s se destacan: Zachman, TOGAF 8.0 (The Open Group Architecture <i>framework</i>), E2AF (Extended Enterprise Architecture <i>framework</i>), FEAF (Federal Enterprise Architecture <i>framework,</i> US) y DoDAF (United States Department of Defense Architectural <i>framework). </i>Posteriormente, debido al gran auge y a la necesidad de las empresas de adoptar modelos de arquitectura empresarial, surgen, entre otros, nuevos jugadores, a saber: Gartner Enterprise Architectural <i>framework</i> (GEAF), Purdue University Enterprise Reference Architecture (PERA), the Standards and Architectures for e&#150;Government Architectures (SAGA) y el Computer Integrated Manufacturing Open Systems Architecture (CIMOSA). Otras soluciones de mercado que disponen de herramientas de automatizaci&oacute;n de soluciones de AE comienzan a tomar bastante fuerza; entre ellas se encuentran: NASCIO (National Association of State Chief Information Officer), ARIS (Architecture of Integrated Information Systems), TELELOGIC (Telelogic's System Architect Modeling Tool) y herramientas de BPM (business process management). </FONT></p>      <p><FONT SIZE="2" FACE="Verdana"> En el contexto de la arquitectura empresarial,    un <i>framework</i> corresponde a los componentes especiales que act&uacute;an    como base para la estructuraci&oacute;n y ensamble de componentes en construcciones    m&aacute;s complejas &#91;13&#93;. Un <i>framework</i> de AE determina en qu&eacute;    t&eacute;rminos se define y documenta la arquitectura. En la <a href="#t1">tabla    1</a> se relacionan los <i>framework</i> de AE m&aacute;s difundidos y utilizados    por la industria en el mundo. </FONT></p>      <p align="center"><img src="/img/revistas/rium/v9n16/v9n16a09t1.jpg"><a name="t1"></a></p>     <p><FONT SIZE="2" FACE="Verdana"> En la <a href="#f1">figura 1</a> se muestra    un resumen sobre la cronolog&iacute;a de evoluci&oacute;n del concepto de AE    y algunos de los <i>framework</i>s a trav&eacute;s de los cuales es aplicado    &#91;7&#93;. </FONT></p>      <P align="center"><img src="/img/revistas/rium/v9n16/v9n16a09f1.jpg"><a name="f1"></a></P>     <p align="center">&nbsp;</p>     <p><FONT SIZE="3" FACE="Verdana"><B>2 LA ARQUITECTURA EMPRESARIAL COMO DISCIPLINA	 </B></FONT></p>       <p><FONT SIZE="2" FACE="Verdana"> Seg&uacute;n Scott &#91;14&#93; , cualquier organizaci&oacute;n puede ser estructurada de acuerdo con tres niveles jer&aacute;rquicos: estrategia, procesos, y sistemas de informaci&oacute;n. En la parte estrat&eacute;gica, la organizaci&oacute;n define sus mercados, productos/servicios, objetivos y metas; en otros t&eacute;rminos, se ocupa de los fines que se propone conseguir. En los procesos, la empresa instrumenta las operaciones de negocio congruentes con los objetivos y metas estrat&eacute;gicas, mediante su estructuraci&oacute;n en forma de procesos de negocio; su prop&oacute;sito es proporcionar los medios operativos necesarios para alcanzar los fines delineados en la estrategia. En el mismo sentido, en el nivel de sistemas de informaci&oacute;n se tiene por cometido automatizar los procesos de negocio en cuesti&oacute;n; es decir, su prop&oacute;sito es dar el soporte de TI requerido por los medios establecidos para lograr los fines estipulados; claro que para ello se apoya en la infraestructura tecnol&oacute;gica compuesta de plataformas, sistemas operativos, bases de datos, redes y telecomunicaciones. </FONT></p>      <p><FONT SIZE="2" FACE="Verdana"> La AE nace como una disciplina que evoluciona    desde modelos administrativos y de gesti&oacute;n, como la teor&iacute;a organizacional    y la teor&iacute;a de sistemas. En las <a href="#f2">figuras 2</a> y <a href="#f3">3</a>    se relacionan los campos y conceptos de contribuci&oacute;n que cada teor&iacute;a    le ha aportado al conocimiento. Estas disciplinas han sido explotadas en mayor    medida en el &aacute;mbito organizacional y administrativo &#91;14&#93;. </FONT></p>      ]]></body>
<body><![CDATA[<P align="center"><img src="/img/revistas/rium/v9n16/v9n16a09f2.jpg"><a name="f2"></a></P>     <P align="center">&nbsp;</P>     <P align="center"><img src="/img/revistas/rium/v9n16/v9n16a09f3.jpg"><a name="f3"></a></P>     <p><FONT SIZE="2" FACE="Verdana"> Seg&uacute;n Scott &#91;14&#93; , en los &uacute;ltimos    a&ntilde;os han tomado bastante fuerza nuevos campos del conocimiento que se    han generado como una evoluci&oacute;n de las teor&iacute;as organizacional    y de sistemas, los cuales han propiciado que emerjan nuevas disciplinas y conceptos    de tipo organizacional que se han acu&ntilde;ado bajo el concepto de arquitectura    empresarial, los cuales son mostrados en la <a href="#f4">figura 4</a>. Varias    de estas nuevas disciplinas tienen un enfoque especial en el tratamiento que    se da a la informaci&oacute;n en las organizaciones. </FONT></p>      <p align="center"><IMG SRC="/img/revistas/rium/v9n16/v9n16a09f4.jpg"><a name="f4"></a></p>     <p align="center">&nbsp;</p>     <p><FONT SIZE="3" FACE="Verdana"><B>3 VISTAS DE LA ARQUITECTURA EMPRESARIAL	 </B></FONT></p>       <p><FONT SIZE="2" FACE="Verdana"> Los diferentes <i>framework</i>s de AE establecen una descripci&oacute;n de la arquitectura, la cual representan a trav&eacute;s de diferentes 'perspectivas' que corresponden a las vistas o componentes principales que sirven como instrumentos para el soporte de las operaciones del negocio. </FONT></p>      <p><FONT SIZE="2" FACE="Verdana"> En la <a href="#f5">figura 5</a> se relacionan    las perspectivas principales de una AE. La arquitectura de negocio, arquitectura    de informaci&oacute;n, arquitectura de sistemas de informaci&oacute;n &#150;aplicaciones&#150;    y arquitectura tecnol&oacute;gica. Estas vistas o 'perspectivas' son ampliamente    utilizadas y descritas por los principales <i>framework</i>s de arquitectura    de industria como E2AF, FEA y TOGAF. </FONT></p>     <p align="center"><img src="/img/revistas/rium/v9n16/v9n16a09f5.jpg"><a name="f5"></a></p>     ]]></body>
<body><![CDATA[<p><FONT SIZE="2" FACE="Verdana"> Cada una de estas perspectivas son definidas como: </FONT></p>      <p><FONT SIZE="2" FACE="Verdana"> La arquitectura de negocio: la primera vista representa la arquitectura de negocio, la cual se encarga de la descripci&oacute;n de la estructura organizacional, de los procesos de negocio, los sistemas de planeaci&oacute;n y control, los mecanismos de gobierno y administraci&oacute;n de pol&iacute;ticas y procedimientos en el entorno empresarial. Esta vista de arquitectura es la que refleja el valor del negocio obtenido de las sinergias y resultados que se producen desde las otras vistas de arquitectura que le preceden. Para Whittle et al. &#91;11&#93;, la arquitectura de negocio recibe como insumo principal el plan estrat&eacute;gico de la empresa, los lineamientos corporativos, los indicadores de gesti&oacute;n, y se nutre de la misi&oacute;n, la visi&oacute;n, las estrategias y los objetivos corporativos. Las estrategias y objetivos de alto nivel los traducen en requerimientos que son relevantes para el negocio. </FONT></p>      <p><FONT SIZE="2" FACE="Verdana"> En esta vista de arquitectura se definen los procesos empresariales &#150;procesos core&#150; de extremo a extremo, y la relaci&oacute;n que estos establecen entre los usuarios y los clientes de la empresa que reciben los servicios que se generan de estos procesos. </FONT></p>      <p><FONT SIZE="2" FACE="Verdana"> Como paso siguiente, la arquitectura de negocio crea un modelo de arquitectura que trasciende las necesidades y exigencias de los clientes, llegando a contemplar un espectro m&aacute;s amplio en lo externo que cubre el &aacute;mbito de la competencia y el mercado, al igual que en el contexto interno llegando a la interacci&oacute;n con empleados, proveedores y accionistas. La arquitectura de negocio llega hasta el punto en que propicia la creaci&oacute;n de los modelos optimizados de los procesos de negocio, alineados con las estrategias del negocio en el contexto corporativo. Actualmente, muchas organizaciones empresariales no han incorporado en su modelo de gesti&oacute;n el concepto de arquitectura de negocio y, en su defecto, desde hace algunos a&ntilde;os, vienen trabajando en un concepto que se denomina 'orientaci&oacute;n a procesos', a trav&eacute;s de lo cual se pasa de un modelo de gesti&oacute;n basado en unidades organizativas que se soporta en una estructura vertical, hacia un modelo por procesos, en el cual un proceso de negocio se maneja de extremo a extremo teniendo un &uacute;nico responsable durante todo el ciclo de vida. Se espera que en el corto tiempo el modelo que se utiliza actualmente converja hacia el modelo de arquitectura empresarial. </FONT></p>      <p><FONT SIZE="2" FACE="Verdana"> La arquitectura de informaci&oacute;n: corresponde a la segunda vista de la arquitectura, la cual describe los activos l&oacute;gicos y f&iacute;sicos de los datos como un activo de la empresa, y la administraci&oacute;n de los recursos de informaci&oacute;n; esta perspectiva muestra c&oacute;mo los recursos de informaci&oacute;n est&aacute;n siendo administrados, compartidos y utilizados por la organizaci&oacute;n. La informaci&oacute;n se considera un motor fundamental para el buen funcionamiento de una empresa. Esta arquitectura representa el flujo y modelado de la informaci&oacute;n de forma transversal para toda la organizaci&oacute;n. </FONT></p>      <p><FONT SIZE="2" FACE="Verdana"> El objetivo principal de la arquitectura de informaci&oacute;n es el de inventariar y estructurar todos las fuentes y tipos de informaci&oacute;n que existen en una empresa, de tal forma que se disponga repositorios y fuentes &uacute;nicas de informaci&oacute;n para garantizar calidad en los datos, informaci&oacute;n precisa y oportuna que la empresa necesita para soportar diferentes procesos y destinarla para diferentes prop&oacute;sitos. Por &uacute;ltimo, la informaci&oacute;n y localidad de la misma es bastante valiosa para soportar la toma de decisiones en los niveles operativo, t&aacute;ctico y estrat&eacute;gico. </FONT></p>      <p><FONT SIZE="2" FACE="Verdana"> Seg&uacute;n Wurman &#91;15&#93;, la arquitectura de informaci&oacute;n es una disciplina que organiza conjuntos de informaci&oacute;n, permitiendo que cualquier persona los entienda y los integre a su propio conocimiento de manera simple. La construcci&oacute;n de una arquitectura de informaci&oacute;n requiere del levantamiento de un inventario de los objetos de negocio que representan los activos de informaci&oacute;n que est&aacute;n disponibles y que son utilizados por la organizaci&oacute;n. La informaci&oacute;n levantada permite saber d&oacute;nde y c&oacute;mo la informaci&oacute;n est&aacute; organizada y almacenada. La informaci&oacute;n juega un rol fundamental para el funcionamiento de los sistemas de informaci&oacute;n y de los procesos de negocio. </FONT></p>      <p><FONT SIZE="2" FACE="Verdana"> La arquitectura de sistemas de informaci&oacute;n o aplicativa: incorpora soluciones aplicativas que apoyen el negocio basadas en las capacidades funcionales requeridas y las estrategias de tecnolog&iacute;a definidas, e identifica componentes y servicios que den respuesta a necesidades comunes de las &aacute;reas de negocio. La arquitectura aplicativa define qu&eacute; clase de aplicaciones son relevantes para la empresa y lo que estas aplicaciones necesitan para gestionar los datos y presentar la informaci&oacute;n. </FONT></p>      <p><FONT SIZE="2" FACE="Verdana"> La arquitectura Tecnol&oacute;gica: Seg&uacute;n Schekkerman &#91;12&#93;, la arquitectura t&eacute;cnica define la estrategia y arquitectura tecnol&oacute;gica en la infraestructura de TI, y el marco tecnol&oacute;gico de las plataformas computacionales y bases de datos que deben soportar las distintas soluciones del negocio, as&iacute; como los mecanismos de almacenamiento de los datos e informaci&oacute;n, las redes de datos, los centros de procesamiento de datos y los servicios integrados de tecnolog&iacute;a. </FONT></p>      <p>&nbsp;</p>     ]]></body>
<body><![CDATA[<p><FONT SIZE="3" FACE="Verdana"><B>4 IMPORTANCIA Y BENEFICIOS DE LA ARQUITECTURA EMPRESARIAL	 </B></FONT></p>       <p><FONT SIZE="2" FACE="Verdana"> Una empresa es una entidad compleja compuesta de personas, procesos y tecnolog&iacute;a, que producen productos o servicios orientados a satisfacer las necesidades de los clientes. Para capturar la visi&oacute;n completa del sistema empresa en todas sus dimensiones y complejidad surge el concepto de arquitectura empresarial. La arquitectura empresarial identifica los componentes principales de la organizaci&oacute;n y su relaci&oacute;n para conseguir los objetivos de negocio. Act&uacute;a como fuerza integradora entre aspectos de planificaci&oacute;n del negocio, aspectos de operaci&oacute;n de negocio y aspectos tecnol&oacute;gicos. </FONT></p>      <p><FONT SIZE="2" FACE="Verdana"> La AE en una organizaci&oacute;n corresponde a la forma de representar de manera integral la empresa, permitiendo cubrir y considerar todos y cada uno de los elementos que la conforman. Esto conduce a que se pueda establecer una visi&oacute;n clara sobre los objetivos, las metas y l&iacute;neas de negocio en la empresa, comenzando desde la perspectiva estrat&eacute;gica (misi&oacute;n, visi&oacute;n, lineamientos e indicadores estrat&eacute;gicos), hasta llegar a una descripci&oacute;n (construcci&oacute;n de la arquitectura), integrada, detallada y metodol&oacute;gica de la estructura actual y futura para los procesos de la organizaci&oacute;n; la cual incorpora algunos de los componentes que se consideran como cr&iacute;ticos para su funcionamiento: los procesos (modelos de negocio y procesos), la estructura organizacional (personas, estructuras administrativas) y las tecnolog&iacute;as de informaci&oacute;n (aplicaciones, informaci&oacute;n, infraestructura tecnol&oacute;gica y seguridad inform&aacute;tica). Como resultado final, se va a disponer de las herramientas y los mecanismos necesarios para la adecuada operaci&oacute;n y funcionamiento de la empresa, y por ende, apoyar el cumplimiento de sus objetivos estrat&eacute;gicos. </FONT></p>      <p><FONT SIZE="2" FACE="Verdana"> Entre los beneficios que obtiene una organizaci&oacute;n al hacer la adopci&oacute;n de un modelo de AE se tienen los siguientes &#91;12, 14, 16&#93; </FONT></p>      <p><FONT SIZE="2" FACE="Verdana"> Permite la identificaci&oacute;n del estado actual de la empresa y la describe como una estructura coherente y articulada en todos sus componentes. </FONT></p>      <p><FONT SIZE="2" FACE="Verdana"> Act&uacute;a como una fuerza integradora entre aspectos de planificaci&oacute;n del negocio, de operaci&oacute;n del negocio y aspectos tecnol&oacute;gicos. </FONT></p>      <p><FONT SIZE="2" FACE="Verdana"> Permite capturar la visi&oacute;n completa del sistema empresarial en todas sus dimensiones y complejidad. </FONT></p>      <p><FONT SIZE="2" FACE="Verdana"> Permite conocer de forma real, medible y detallada, la brecha que existe entre el estado actual de los procesos del negocio y la tecnolog&iacute;a que los soporta, respecto al estado requerido o deseado que exige la direcci&oacute;n estrat&eacute;gica. </FONT></p>      <p><FONT SIZE="2" FACE="Verdana"> Permite unificar, mejorar y/o eliminar procesos y tecnolog&iacute;as redundantes, disminuyendo los costos operacionales que ello conlleva. </FONT></p>      <p><FONT SIZE="2" FACE="Verdana"> Act&uacute;a como una plataforma corporativa que apoya y prepara a la empresa para afrontar de manera f&aacute;cil y oportuna cambios del mercado, retos de crecimiento y respuesta a la competencia, entre otros aspectos. </FONT></p>      ]]></body>
<body><![CDATA[<p><FONT SIZE="2" FACE="Verdana"> Proporciona un mapa integral de la empresa y la planeaci&oacute;n para afrontar los cambios empresariales y tecnol&oacute;gicos, permitiendo identificar oportunamente los impactos organizacionales y t&eacute;cnicos antes de que sean implementados. </FONT></p>      <p><FONT SIZE="2" FACE="Verdana"> Es aplicada por las empresas en sus estrategias de negocio con el fin de mejorar el desempe&ntilde;o y productividad. </FONT></p>      <p>&nbsp;</p>     <p><FONT SIZE="3" FACE="Verdana"><B>5 CONCLUSIONES	</B></FONT></p>       <p><FONT SIZE="2" FACE="Verdana"> Las empresas requieren de instrumentos que les permitan una mayor agilidad empresarial, la cual es posible si se facilita la implantaci&oacute;n de nuevos modelos de negocio de forma r&aacute;pida y la obtenci&oacute;n de una mejora en la eficiencia empresarial derivada de unos procesos mejor orquestados, v&iacute;a una integraci&oacute;n m&aacute;s natural, confiable y oportuna, y que, en el &aacute;mbito operativo de TI, est&eacute;n representados principalmente en reducci&oacute;n de costos, facilidad de la escalabilidad, flexibilidad y oportunidad, y mejor administraci&oacute;n de la seguridad, entre otros. </FONT></p>      <p><FONT SIZE="2" FACE="Verdana"> El desarrollo de la AE se debe entender como la descripci&oacute;n integral y estructurada de los diferentes elementos que conforman la empresa, que es realizada por equipos interdisciplinarios que conocen muy bien la empresa, sus procesos, las l&iacute;neas de negocio y la forma en que la empresa evoluciona, que se acogen a las reglas y principios corporativos, que aplican las t&eacute;cnicas y metodolog&iacute;as establecidas, que se arriesgan a proponer, a innovar y a disfrutar del proceso de construcci&oacute;n de diferentes procesos y proyectos que apoyan el desarrollo del negocio, y que tienen la capacidad de percibir, pensar y proyectar la empresa con una visi&oacute;n global e integral, sin perder de vista el contexto en que &eacute;sta se desenvuelve. El proceso de construcci&oacute;n de la AE no debe ser visto solamente como el ejercicio de &#8220;desarrollar o crear la arquitectura&#8221;; la importancia real radica en el hecho de que &eacute;sta realmente sea &uacute;til para quien la utiliza, que se mantenga actualizada y que genere valor al negocio al ser aplicada en la ejecuci&oacute;n de los proyectos. </FONT></p>      <p><FONT SIZE="2" FACE="Verdana"> El concepto de AE debe ser entendido entonces como una disciplina que provee conceptos, modelos e instrumentos a las organizaciones para afrontar los retos que representa la articulaci&oacute;n de las &aacute;reas estrat&eacute;gicas y los procesos de negocios con las &aacute;reas de TI, con lo cual es posible generar mayor valor, mejorar el desempe&ntilde;o, la comunicaci&oacute;n y la integraci&oacute;n en la empresas, que finalmente llevar&aacute;n a la creaci&oacute;n de ventaja competitiva mediante el apoyo efectivo para el cumplimiento de las estrategias y objetivos establecidos en el negocio. </FONT></p>     <p>&nbsp;</p>     <p ALIGN="left"><B><FONT SIZE="3" FACE="Verdana">REFERENCIAS	 </FONT></B></p>     <!-- ref --><p><FONT SIZE="2" FACE="Verdana"> 1. F. Goethals <i>et al.,</i> &#8220;Managements    and enterprise architecture click: The FADE <i>framework,</i>&#8221; <i>Information    Systems Frontiers,</i> vol. 8, no. 2, pp. 67-79, 2006. </FONT>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;[&#160;<a href="javascript:void(0);" onclick="javascript: window.open('/scielo.php?script=sci_nlinks&ref=000082&pid=S1692-3324201000010000900001&lng=','','width=640,height=500,resizable=yes,scrollbars=1,menubar=yes,');">Links</a>&#160;]<!-- end-ref --><!-- ref --><p><FONT SIZE="2" FACE="Verdana"> 2. F. S. De Boer <i>et al.,</i> &#8220;Change    Impact Analysis of Enterprise Architectures,&#8221; en Proceedings of the 2005    IEEE International Conference on Information Reuse and Integration (IRI&#150;2005),    Las Vegas, USA, 2005, pp. 15-17. </FONT>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;[&#160;<a href="javascript:void(0);" onclick="javascript: window.open('/scielo.php?script=sci_nlinks&ref=000083&pid=S1692-3324201000010000900002&lng=','','width=640,height=500,resizable=yes,scrollbars=1,menubar=yes,');">Links</a>&#160;]<!-- end-ref --><!-- ref --><p><FONT SIZE="2" FACE="Verdana"> 3. H. Jonkers <i>et al.,</i> &#8220;Enterprise    architecture: Management tool and blueprint for the organization,&#8221; <i>Information    Systems Frontiers </i>vol. 8, no. 2, pp. 63-66, 2006. </FONT>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;[&#160;<a href="javascript:void(0);" onclick="javascript: window.open('/scielo.php?script=sci_nlinks&ref=000084&pid=S1692-3324201000010000900003&lng=','','width=640,height=500,resizable=yes,scrollbars=1,menubar=yes,');">Links</a>&#160;]<!-- end-ref --><!-- ref --><p><FONT SIZE="2" FACE="Verdana"> 4. S. H. Kaisler <i>et al.,</i> &#8220;Enterprise    Architecting: Critical Problems,&#8221; en Proceedings of the 38th Hawaii International    Conference on System Sciences (HICSS'05), Hawaii, USA, 2005. </FONT>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;[&#160;<a href="javascript:void(0);" onclick="javascript: window.open('/scielo.php?script=sci_nlinks&ref=000085&pid=S1692-3324201000010000900004&lng=','','width=640,height=500,resizable=yes,scrollbars=1,menubar=yes,');">Links</a>&#160;]<!-- end-ref --><!-- ref --><p><FONT SIZE="2" FACE="Verdana"> 5. M. Lankhorst, <i>Enterprise Architecture    at Work &#150;Modeling, Communication, and Analysis,</i> Berlin: Berlin Heidelberg,    Springer&#150;Verlag, 2005, 352 p. </FONT>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;[&#160;<a href="javascript:void(0);" onclick="javascript: window.open('/scielo.php?script=sci_nlinks&ref=000086&pid=S1692-3324201000010000900005&lng=','','width=640,height=500,resizable=yes,scrollbars=1,menubar=yes,');">Links</a>&#160;]<!-- end-ref --><!-- ref --><p><FONT SIZE="2" FACE="Verdana"> 6. J. M. Morganwalp, y A. P. Sage, &#8220;Enterprise    Architecture Measures of Effectiveness,&#8221; <i>International Journal of Technology,    Policy and Management,</i> vol. 4, no. 1, pp. 81-94, 2004. </FONT>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;[&#160;<a href="javascript:void(0);" onclick="javascript: window.open('/scielo.php?script=sci_nlinks&ref=000087&pid=S1692-3324201000010000900006&lng=','','width=640,height=500,resizable=yes,scrollbars=1,menubar=yes,');">Links</a>&#160;]<!-- end-ref --><!-- ref --><p><FONT SIZE="2" FACE="Verdana"> 7. R. Sessions. &#8220;A Comparison of the Top    Four Enterprise Architecture Metho&#150;dologies,&#8221; 20 de febrero, 2008;    <a href="http://www.objectwatch.com/" target="_blank">www.objectwatch.com</a>. </FONT>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;[&#160;<a href="javascript:void(0);" onclick="javascript: window.open('/scielo.php?script=sci_nlinks&ref=000088&pid=S1692-3324201000010000900007&lng=','','width=640,height=500,resizable=yes,scrollbars=1,menubar=yes,');">Links</a>&#160;]<!-- end-ref --><!-- ref --><p><FONT SIZE="2" FACE="Verdana"> 8. J. Zachman, &#8220;A <i>framework</i> for    Information Systems Architecture,&#8221; <i>the IBM Systems Journal </i>vol.    26, no. 3, pp. 454-470, 1987. </FONT>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;[&#160;<a href="javascript:void(0);" onclick="javascript: window.open('/scielo.php?script=sci_nlinks&ref=000089&pid=S1692-3324201000010000900008&lng=','','width=640,height=500,resizable=yes,scrollbars=1,menubar=yes,');">Links</a>&#160;]<!-- end-ref --><!-- ref --><p><FONT SIZE="2" FACE="Verdana"> 9. U. S. D. o. Defense, &#8220;Technical Architecture    <i>framework</i> for Information Management (TAFIM),&#8221; D. o. Defense, ed.,    1994. </FONT>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;[&#160;<a href="javascript:void(0);" onclick="javascript: window.open('/scielo.php?script=sci_nlinks&ref=000090&pid=S1692-3324201000010000900009&lng=','','width=640,height=500,resizable=yes,scrollbars=1,menubar=yes,');">Links</a>&#160;]<!-- end-ref --><!-- ref --><p><FONT SIZE="2" FACE="Verdana"> 10. U. N. CONGRESS, &#8220;Clinger-Cohen Act    of 1996,&#8221; 1996. </FONT>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;[&#160;<a href="javascript:void(0);" onclick="javascript: window.open('/scielo.php?script=sci_nlinks&ref=000091&pid=S1692-3324201000010000900010&lng=','','width=640,height=500,resizable=yes,scrollbars=1,menubar=yes,');">Links</a>&#160;]<!-- end-ref --><!-- ref --><p><FONT SIZE="2" FACE="Verdana"> 11. R. Whittle, y C. Myrick, <i>Enterprise Business    Architecture: The Formal Link between Strategy and Results,</i> Boca Rat&oacute;n,    USA: CRC Press LLC, 2004, 256 p. </FONT>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;[&#160;<a href="javascript:void(0);" onclick="javascript: window.open('/scielo.php?script=sci_nlinks&ref=000092&pid=S1692-3324201000010000900011&lng=','','width=640,height=500,resizable=yes,scrollbars=1,menubar=yes,');">Links</a>&#160;]<!-- end-ref --><!-- ref --><p><FONT SIZE="2" FACE="Verdana"> 12. J. Schekkerman, <i>Enterprise Architecture    Good Practices Guide: How to Manage the Enterprise Architecture Practice: </i>Trafford    Publishing, 2006, 386 p. </FONT>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;[&#160;<a href="javascript:void(0);" onclick="javascript: window.open('/scielo.php?script=sci_nlinks&ref=000093&pid=S1692-3324201000010000900012&lng=','','width=640,height=500,resizable=yes,scrollbars=1,menubar=yes,');">Links</a>&#160;]<!-- end-ref --><!-- ref --><p><FONT SIZE="2" FACE="Verdana"> 13. J. Schekkerman, <i>How to Survive in the    Jungle of Enterprise Architecture <i>framework</i>s: Creating or Choosing an    Enterprise Architecture framework</i> p. 266: Quality trade paperback, 2006,    p. </FONT>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;[&#160;<a href="javascript:void(0);" onclick="javascript: window.open('/scielo.php?script=sci_nlinks&ref=000094&pid=S1692-3324201000010000900013&lng=','','width=640,height=500,resizable=yes,scrollbars=1,menubar=yes,');">Links</a>&#160;]<!-- end-ref --><!-- ref --><p><FONT SIZE="2" FACE="Verdana"> 14. B. Scott, <i>An Introduction To Enterprise    Architecture,</i> Bloomington: Authorhouse, 2005, p. </FONT>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;[&#160;<a href="javascript:void(0);" onclick="javascript: window.open('/scielo.php?script=sci_nlinks&ref=000095&pid=S1692-3324201000010000900014&lng=','','width=640,height=500,resizable=yes,scrollbars=1,menubar=yes,');">Links</a>&#160;]<!-- end-ref --><!-- ref --><p><FONT SIZE="2" FACE="Verdana"> 15. R. Wurman, y P. Bradford, <i>Information    Architects,</i> Zurich, Switzerland: Graphis Press, 1996, p. </FONT>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;[&#160;<a href="javascript:void(0);" onclick="javascript: window.open('/scielo.php?script=sci_nlinks&ref=000096&pid=S1692-3324201000010000900015&lng=','','width=640,height=500,resizable=yes,scrollbars=1,menubar=yes,');">Links</a>&#160;]<!-- end-ref --><!-- ref --><p><FONT SIZE="2" FACE="Verdana"> 16. J. Mc Govern <i>et al.,</i> &#8220;A Practical    Guide to Enterprise Architecture,&#8221; en, Bloomington: Prentice Hall, 2003.    </FONT>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;[&#160;<a href="javascript:void(0);" onclick="javascript: window.open('/scielo.php?script=sci_nlinks&ref=000097&pid=S1692-3324201000010000900016&lng=','','width=640,height=500,resizable=yes,scrollbars=1,menubar=yes,');">Links</a>&#160;]<!-- end-ref --><p>&nbsp;</p>     <p><FONT SIZE="2" FACE="Verdana"> <b>Recibido:</b> 08/06/2009    <BR> <b>Aceptado:</b> 07/05/2010</FONT></p>       ]]></body><back>
<ref-list>
<ref id="B1">
<label>1</label><nlm-citation citation-type="journal">
<person-group person-group-type="author">
<name>
<surname><![CDATA[Goethals]]></surname>
<given-names><![CDATA[F.]]></given-names>
</name>
</person-group>
<article-title xml:lang="en"><![CDATA[Managements and enterprise architecture click: The FADE framework]]></article-title>
<source><![CDATA[Information Systems Frontiers]]></source>
<year>2006</year>
<volume>8</volume>
<numero>2</numero>
<issue>2</issue>
<page-range>67-79</page-range></nlm-citation>
</ref>
<ref id="B2">
<label>2</label><nlm-citation citation-type="confpro">
<person-group person-group-type="author">
<name>
<surname><![CDATA[De Boer]]></surname>
<given-names><![CDATA[F. S.]]></given-names>
</name>
</person-group>
<article-title xml:lang="en"><![CDATA[Change Impact Analysis of Enterprise Architectures]]></article-title>
<source><![CDATA[Proceedings]]></source>
<year>2005</year>
<conf-name><![CDATA[ Conference on Information Reuse and Integration (IRI-2005)]]></conf-name>
<conf-date>2005</conf-date>
<conf-loc>Las Vegas </conf-loc>
<page-range>15-17</page-range></nlm-citation>
</ref>
<ref id="B3">
<label>3</label><nlm-citation citation-type="journal">
<person-group person-group-type="author">
<name>
<surname><![CDATA[Jonkers]]></surname>
<given-names><![CDATA[H.]]></given-names>
</name>
</person-group>
<article-title xml:lang="en"><![CDATA[Enterprise architecture: Management tool and blueprint for the organization]]></article-title>
<source><![CDATA[Information Systems Frontiers]]></source>
<year>2006</year>
<volume>8</volume>
<numero>2</numero>
<issue>2</issue>
<page-range>63-66</page-range></nlm-citation>
</ref>
<ref id="B4">
<label>4</label><nlm-citation citation-type="confpro">
<person-group person-group-type="author">
<name>
<surname><![CDATA[Kaisler]]></surname>
<given-names><![CDATA[S. H.]]></given-names>
</name>
</person-group>
<article-title xml:lang="en"><![CDATA[Enterprise Architecting: Critical Problems]]></article-title>
<source><![CDATA[Proceedings]]></source>
<year></year>
<conf-name><![CDATA[38 Hawaii International Conference on System Sciences (HICSS'05)]]></conf-name>
<conf-date>2005</conf-date>
<conf-loc>Hawaii </conf-loc>
</nlm-citation>
</ref>
<ref id="B5">
<label>5</label><nlm-citation citation-type="book">
<person-group person-group-type="author">
<name>
<surname><![CDATA[Lankhorst]]></surname>
<given-names><![CDATA[M.]]></given-names>
</name>
</person-group>
<source><![CDATA[Enterprise Architecture at Work -Modeling, Communication, and Analysis]]></source>
<year>2005</year>
<edition>Heidelberg</edition>
<publisher-loc><![CDATA[Berlin ]]></publisher-loc>
<publisher-name><![CDATA[Springer-Verlag]]></publisher-name>
</nlm-citation>
</ref>
<ref id="B6">
<label>6</label><nlm-citation citation-type="journal">
<person-group person-group-type="author">
<name>
<surname><![CDATA[Morganwalp]]></surname>
<given-names><![CDATA[J. M]]></given-names>
</name>
<name>
<surname><![CDATA[Sage]]></surname>
<given-names><![CDATA[A. P.]]></given-names>
</name>
</person-group>
<article-title xml:lang="en"><![CDATA[Enterprise Architecture Measures of Effectiveness]]></article-title>
<source><![CDATA[International Journal of Technology, Policy and Management]]></source>
<year>2004</year>
<volume>4</volume>
<numero>1</numero>
<issue>1</issue>
<page-range>81-94</page-range></nlm-citation>
</ref>
<ref id="B7">
<label>7</label><nlm-citation citation-type="">
<person-group person-group-type="author">
<name>
<surname><![CDATA[Sessions]]></surname>
<given-names><![CDATA[R.]]></given-names>
</name>
</person-group>
<source><![CDATA[A Comparison of the Top Four Enterprise Architecture Metho-dologies]]></source>
<year>20 d</year>
<month>e </month>
<day>fe</day>
</nlm-citation>
</ref>
<ref id="B8">
<label>8</label><nlm-citation citation-type="journal">
<person-group person-group-type="author">
<name>
<surname><![CDATA[Zachman]]></surname>
<given-names><![CDATA[J.]]></given-names>
</name>
</person-group>
<article-title xml:lang="en"><![CDATA[A framework for Information Systems Architecture]]></article-title>
<source><![CDATA[the IBM Systems Journal]]></source>
<year>1987</year>
<volume>26</volume>
<numero>3</numero>
<issue>3</issue>
<page-range>454-470</page-range></nlm-citation>
</ref>
<ref id="B9">
<label>9</label><nlm-citation citation-type="book">
<collab>U. S. D. o. Defense</collab>
<source><![CDATA[Technical Architecture framework for Information Management (TAFIM)]]></source>
<year>1994</year>
<publisher-name><![CDATA[D. o. Defense]]></publisher-name>
</nlm-citation>
</ref>
<ref id="B10">
<label>10</label><nlm-citation citation-type="">
<collab>U. N. CONGRESS</collab>
<source><![CDATA[Clinger-Cohen Act of 1996]]></source>
<year>1996</year>
</nlm-citation>
</ref>
<ref id="B11">
<label>11</label><nlm-citation citation-type="book">
<person-group person-group-type="author">
<name>
<surname><![CDATA[Whittle]]></surname>
<given-names><![CDATA[R.]]></given-names>
</name>
<name>
<surname><![CDATA[Myrick]]></surname>
<given-names><![CDATA[C.]]></given-names>
</name>
</person-group>
<source><![CDATA[Enterprise Business Architecture: The Formal Link between Strategy and Results]]></source>
<year>2004</year>
<publisher-loc><![CDATA[Boca Ratón ]]></publisher-loc>
<publisher-name><![CDATA[CRC Press LLC]]></publisher-name>
</nlm-citation>
</ref>
<ref id="B12">
<label>12</label><nlm-citation citation-type="book">
<person-group person-group-type="author">
<name>
<surname><![CDATA[Schekkerman]]></surname>
<given-names><![CDATA[J.]]></given-names>
</name>
</person-group>
<source><![CDATA[Enterprise Architecture Good Practices Guide: How to Manage the Enterprise Architecture Practice]]></source>
<year>2006</year>
<publisher-name><![CDATA[Trafford Publishing]]></publisher-name>
</nlm-citation>
</ref>
<ref id="B13">
<label>13</label><nlm-citation citation-type="book">
<person-group person-group-type="author">
<name>
<surname><![CDATA[Schekkerman]]></surname>
<given-names><![CDATA[J.]]></given-names>
</name>
</person-group>
<source><![CDATA[How to Survive in the Jungle of Enterprise Architecture frameworks: Creating or Choosing an Enterprise Architecture framework]]></source>
<year>2006</year>
<publisher-name><![CDATA[Quality trade paperback]]></publisher-name>
</nlm-citation>
</ref>
<ref id="B14">
<label>14</label><nlm-citation citation-type="book">
<person-group person-group-type="author">
<name>
<surname><![CDATA[Scott]]></surname>
<given-names><![CDATA[B.]]></given-names>
</name>
</person-group>
<source><![CDATA[An Introduction To Enterprise Architecture]]></source>
<year>2005</year>
<publisher-loc><![CDATA[Bloomington ]]></publisher-loc>
<publisher-name><![CDATA[Authorhouse]]></publisher-name>
</nlm-citation>
</ref>
<ref id="B15">
<label>15</label><nlm-citation citation-type="book">
<person-group person-group-type="author">
<name>
<surname><![CDATA[Wurman]]></surname>
<given-names><![CDATA[R.]]></given-names>
</name>
<name>
<surname><![CDATA[Bradford]]></surname>
<given-names><![CDATA[P.]]></given-names>
</name>
</person-group>
<source><![CDATA[Information Architects]]></source>
<year>1996</year>
<publisher-loc><![CDATA[Zurich ]]></publisher-loc>
<publisher-name><![CDATA[Graphis Press]]></publisher-name>
</nlm-citation>
</ref>
<ref id="B16">
<label>16</label><nlm-citation citation-type="book">
<person-group person-group-type="author">
<name>
<surname><![CDATA[Mc Govern]]></surname>
<given-names><![CDATA[J.]]></given-names>
</name>
</person-group>
<source><![CDATA[A Practical Guide to Enterprise Architecture]]></source>
<year>2003</year>
<publisher-loc><![CDATA[Bloomington ]]></publisher-loc>
<publisher-name><![CDATA[Prentice Hall]]></publisher-name>
</nlm-citation>
</ref>
</ref-list>
</back>
</article>
