Академический Документы
Профессиональный Документы
Культура Документы
Por:
Andrs Cspedes Morales
Andrs Felipe Charry
Daniel Humberto Ayala
Cristina Isabel Mejia
PROFESOR:
Luis Fernando Londoo Londoo
UNIVERSIDAD DE ANTIOQUIA
FACULTAD DE INGENIERA
DEPARTAMENTO DE INGENIERA DE SISTEMAS
MEDELLN
Tabla de contenido
1.
INTRODUCCIN...................................................................................................................... 2
2.
3.
4.
3.1.1.
3.1.2.
3.1.3.
3.2.
3.3.
4.2.
4.3.
5.
CONCLUSIONES.................................................................................................................... 13
6.
BIBLIOGRAFA....................................................................................................................... 14
1. INTRODUCCIN
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.
El desarrollo de software a nivel empresarial y aplicando los mas altos estndares de calidad
requiere de la planeacin y ejecucin de un proceso en base a una metodologa y arquitectura
empresarial. En el presente documento se define el concepto de arquitectura empresarial, con el
fin de saber qu es, cmo se aplica, que artefactos requiere y dems conceptos claves de ste.
Se puede tomar la definicin hecha por Lankhorst [1]: La arquitectura empresarial es un conjunto
coherente de principios, mtodos y modelos que se utilizan en el diseo y la realizacin a nivel
empresarial de la estructura organizacional, los procesos de negocio, los sistemas de informacin y
la infraestructura.
Una AE explica cmo todos los elementos de las tecnologas de la informacin en una
organizacin, los procesos, los sistemas, la estructura organizacional y las personas se integran y
trabajan de forma conjunta como un todo.
Figura 3: AE de Zachman
El modelo de Zachman ofrece una visin esttica de todos los elementos que intervienen en los
sistemas de informacin. No define los procesos para pasar de una existente (como est) situacin
a un futuro (a ser) del estado y tampoco define una organizacin para apoyar tales procesos.
La descripcin de las filas es la siguiente:
servicios, que lo obligan a especificar sus alcances a largo plazo; esta perspectiva cubre los
componentes del nivel estratgico
El modelo de negocio (Dueo): Muestra todas las entidades y procesos de negocio, y cmo
interactan. Aqu se relaciona el Dueo, este se interesa en la operacin del negocio, para
lo cual requiere del modelado de la empresa mediante modelos de procesos, de flujos de
trabajo, de logstica empresarial, de modelos semnticos y de planes de negocio que le
permitan controlar la operacin de la empresa; esta perspectiva se centra en el proceso de
negocio, por lo que constituye en buena medida el nivel de procesos.
El modelo del sistema (Diseador): es usado por un analista de sistemas que deben
determinar los elementos de datos y funciones de software que representan el modelo de
negocio. Tiene que ver con la especificacin de los planos conceptuales de los sistemas de
informacin que se requieren para soportar la operacin de los procesos.
Modelo tecnolgico (Constructor): Considera las limitaciones de las herramientas, la
tecnologa y los materiales. El Constructor se encarga del ensamblado y fabricacin de los
diversos componentes de los sistemas de informacin de acuerdo con las restricciones de
la tecnologa utilizada
Componentes o representaciones detalladas (Programador): Representacin individual de
los mdulos independientes que pueden ser asignados a los contratistas para la ejecucin
de tareas. El programador trabaja en la fabricacin de los componentes de acuerdo con las
especificaciones del constructor. Las perspectivas del diseador, constructor y
programador se ubican claramente en el nivel de sistemas de informacin.
Sistema de trabajo: muestra el sistema operativo.
Red (Dnde): Muestra las localizaciones y las interconexiones dentro de la empresa. Esto
incluye lugares geogrficos empresariales importantes, secciones separadas dentro de una
red logstica, la asignacin de los nodos del sistema, o incluso las direcciones de memoria
dentro del sistema.
3.2.Investigaciones sobre AE
Debido a que este tema aplica a todas las organizaciones y negocios actuales, pues la
sistematizacin de la informacin que manejan es esencial para mejorar los resultados
empresariales. Desde su aparicin en los 90, la AE ha sido objeto de estudio y se tienen grandes
aportes investigativos y bibliogrficos como:
3.3.Empresas de Consultora
En Colombia existe muchas empresas de TI que estn implementando AE para su propia
estructuracin, es por esto que nacen empresas dedicadas a madurar los procesos de desarrollo
en empresas de este negocio, que certifican en estndares ISO o CMMI as como en AE, algunas de
estas son:
4.1.Modelo AE TOGAF
El mtodo descrito por TOGAF recomienda modelar la arquitectura empresarial empleando cuatro
dominios:
1. Arquitectura del negocio: define la estructura funcional de una organizacin, en trminos
de sus objetivos estratgicos, capacidades y procesos de negocio, estructura y el manejo
del conocimiento organizacional.
2. Arquitectura de los datos: define la estrategia para organizacin, integracin y
consolidacin de datos, permitiendo la generacin de informes, indicadores y tableros de
control. (Inteligencia de negocio).
Parte I (Introduccin)
Esta parte proporciona una introduccin general a los conceptos clave de la arquitectura
empresarial y, en particular, el enfoque TOGAF. Contiene las definiciones de los trminos
utilizados a lo largo TOGAF y notas de la versin que detallan los cambios entre esta versin y la
versin anterior de TOGAF.
Parte II (Mtodo de Arquitectura para el Desarrollo ADM)
Esta parte es el ncleo de TOGAF. En l se describe el mtodo de Arquitectura para el Desarrollo
TOGAF, un enfoque paso a paso para desarrollar una arquitectura empresarial.
Parte III (Directrices y Tcnicas de ADM)
Esta parte contiene una coleccin de guas y tcnicas disponibles para su uso en la aplicacin de
TOGAF y el ADM TOGAF.
Service, una representacin lgica de una actividad repetible de negocio que tiene un
resultado especifico
Artifact, un producto de trabajo arquitectnico mas detallado que describe una
arquitectura desde un punto de vista especifico.
Catalog, lista estructurada de resultados arquitectnicos del mismo tipo. Y utilizada como
referencia.
View, la representacin de un conjunto de enfoques relacionados. Una vista es lo que se
ve desde un punto de observacin determinado.
Stakeholder, un individuo, equipo u organizacin, con intereses o preocupaciones con
respecto al resultado de la arquitectura.
Baseline Architecture, La arquitectura de sistema existente que ha sido definida antes de
entrar en un ciclo de revisin y rediseo de la misma.
Enterprise Continuum, es un mecanismo de categorizacin til para clasificar artefactos
arquitectnicos y de soluciones.
5. CONCLUSIONES
La integracin entre TI y el negocio permite que las organizaciones mejoren todo su entorno,
desde la administracin hasta la operacin; el trabajo conjunto de todas sus dependencias
potencia el trabajo hacia una misma meta, lo que se traduce en eficacia y eficiencia.
Las organizaciones estn hechas para hacer dinero, implementar AE har muy posible que esto se
realce.
Una arquitectura empresarial no es una herramienta tecnolgica, sino un marco de trabajo para el
negocio que elimina las fronteras entre sus dependencias y el departamento de TI.
El concepto de AE debe ser entendido entonces como una disciplina que facilita elementos,
artefactos y conceptos a las empresas para que sobrepasen los desafos existentes al articular el
rea de TI con la de los proceso de negocio, lo que posibilita generar mayor valor, mejorar la
comunicacin entre las empresas y aumentar el desempeo organizacional, llevando a que se
cumplan efectiva y eficazmente los objetivos establecidos en el negocio.
6. BIBLIOGRAFA
1. M. Lankhorst, Enterprise Architecture at Work -Modeling, Communication, and Analysis,
Berlin: Berlin Heidelberg, Springer-Verlag, 2005, pg. 352.
2. http://link.springer.com/chapter/10.1007%2F978-3-642-21058-7_6
3. http://ccia.ei.uvigo.es/docencia/SCS/articulo-j2ee.pdf
4. http://www.acis.org.co/fileadmin/Conferencias/ConfJavierMayorgaJulio31.pdf
5. http://www.revistaempresarial.com/tic/arquitectura-empresarial-alineando-procesos-detecnologia.html
6. http://es.slideshare.net/iFhernd/arquitectura-empresarial-resumen
7. http://www.eje21.com.co/actualidad-secciones-48/61499-empresas-reducen-hasta-20en-gastos-aplicando-arquitectura-empresarial.html
8. http://www.enterprisearchitecture.info/Images/E2AF/Extended%20Enterprise%20Architecture%20Framework%
20Essentials%20Guide%20v1.5.pdf
9. http://www.scielo.org.co/pdf/rium/v9n16/v9n16a09.pdf
10. http://repository.ean.edu.co/bitstream/10882/1622/4/AvilaGiovanny2012.pdf
11. http://www.ittoday.info/Articles/What_Is_Enterprise_Architecture.htm
12. http://www2.unalmed.edu.co/~pruebasminas/index.php?option=com_docman&task=doc
_view&gid=1635&tmpl=component&format=raw&Itemid=285
13. http://www.acis.org.co/fileadmin/Base_de_Conocimiento/XXXI_Salon_de_Informatica/Le
onardoRamirez-ArquitecturaEmpresarial-MitosRealidades.pdf
14. http://www.aogea.com.co/
15. http://msdn.microsoft.com/en-us/library/bb466232.aspx
16. http://learningtogaf.blogspot.com/2011/02/ya-sabemos-un-poco-de-togaf-perocuales.html
17. http://www.inteli.com.mx/portal/index.php?option=com_content&view=article&id=197
La webgrafa fue consultada el da 05 de Mayo de 2013, y puede que en el momento de lectura de
este documento no se encuentre disponible