Вы находитесь на странице: 1из 15

Arquitectura Empresarial

Por:
Andrs Cspedes Morales
Andrs Felipe Charry
Daniel Humberto Ayala
Cristina Isabel Mejia

Trabajo 1 Ingeniera de Procesos de Software

PROFESOR:
Luis Fernando Londoo Londoo

UNIVERSIDAD DE ANTIOQUIA
FACULTAD DE INGENIERA
DEPARTAMENTO DE INGENIERA DE SISTEMAS
MEDELLN

Tabla de contenido
1.

INTRODUCCIN...................................................................................................................... 2

2.

CONCEPTO DE ARQUITECTURA EMPRESARIAL........................................................................ 3

3.

ARQUITECTURA EMPRESARIAL GLOBALMENTE ...................................................................... 5


3.1.

4.

Modelos de Arquitectura Empresarial............................................................................. 5

3.1.1.

Modelo de AE propuesto por Zachman ................................................................... 5

3.1.2.

Modelo AE E2AF (Extended Enterprise Architecture Framework) ............................ 7

3.1.3.

Otros Modelos ........................................................................................................ 7

3.2.

Investigaciones sobre AE ................................................................................................ 8

3.3.

Empresas de Consultora ................................................................................................ 8

ARQUITECTURA EMPRESARIAL DE REFERENCIA...................................................................... 9


4.1.

Modelo AE TOGAF .......................................................................................................... 9

4.2.

Marco de Referencia TOGAF......................................................................................... 11

4.3.

Conceptos Claves TOGAF.............................................................................................. 12

5.

CONCLUSIONES.................................................................................................................... 13

6.

BIBLIOGRAFA....................................................................................................................... 14

Primer trabajo de la materia Ingeniera de procesos, sobre la contextualizacin y conceptualizacin


de Arquitectura Empresarial.

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.

2. CONCEPTO DE ARQUITECTURA EMPRESARIAL


Una posible definicin abstracta de arquitectura empresarial sera: "El estudio de sistemas
empresariales complejos desde el punto de vista de su estructura"; pero se debe hacer ms
detallada su definicin.
Actualmente, las organizaciones se enfrentan a un entorno de funcionamiento y operatividad que
es bastante complejo, dinmico y regido bajo un contexto de globalizacin, as como a la
necesidad de mantener altos niveles de competitividad. Adems, las empresas tienen que manejar
la complejidad de su informacin y la tecnologa, y deben mantener activos los sistemas y el
ambiente computacional que vienen operando desde aos atrs, pero tambin, con la necesidad
de afrontar los nuevos retos que da a da le impone el negocio para apoyar su operacin. Para
ayudarle a las empresas a responder estos desafos ha surgido un concepto llamado arquitectura
empresarial (AE).
Una Arquitectura Empresarial est conformada bsicamente por los procesos de negocio, los
datos e informacin, interfaces, aplicaciones y tecnologa.

Figura 1: Arquitectura Empresarial

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 2: Componentes de la Arquitectura Empresarial

3. ARQUITECTURA EMPRESARIAL GLOBALMENTE


3.1.Modelos de Arquitectura Empresarial
3.1.1. Modelo de AE propuesto por Zachman

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:

Objetivo (Planificador): Corresponde a un resumen ejecutivo de un planificador que quiere


una estimacin del tamao, costo y la funcionalidad del sistema. Adems el planificador se
ocupa del contexto de la empresa, de su entorno competitivo, de las fuerzas internas y
externas que influyen en su competitividad, del posicionamiento de sus productos y

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.

La descripcin de las Columnas es la siguiente:

Personas (Quin): Representa las relaciones de las personas dentro de la empresa. El


diseo de la organizacin empresarial tiene que ver con la asignacin de trabajo y la
estructura de autoridad y responsabilidad. La dimensin vertical representa la delegacin
de autoridad, y la horizontal representa la asignacin de la responsabilidad.
Tiempo (Cundo): representa el tiempo, o el caso de las relaciones que establecen los
criterios de rendimiento y los niveles cuantitativos de los recursos de la empresa. Esto es
til para disear el programa maestro, la arquitectura de procesamiento, arquitectura de
control, y dispositivos de sincronizacin.
Motivacin (Por qu): describe las motivaciones de la empresa. Esto pone de manifiesto
los objetivos de la empresa y los objetivos, plan de negocios, la arquitectura del
conocimiento, y el diseo de los conocimientos.
Data (Qu): Describe las entidades involucradas en cada punto de vista de la empresa. Los
ejemplos incluyen los objetos de negocio, datos del sistema, las tablas relacionales, las
definiciones de campo.
Funcin (Cmo): Muestra las funciones dentro de cada perspectiva. Incluyen procesos de
negocio, la funcin de la aplicacin de software, la funcin del hardware del equipo, y lazo
de control del lenguaje.

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.1.2. Modelo AE E2AF (Extended Enterprise Architecture Framework)

Figura 4: E2AF Modelo


Este framework est compuesto por 4 filas que corresponden a las dimensiones y por 6 columnas
que son los niveles de abstraccin, en cada nivel de abstraccin se lleva a cabo un concepto que es
transversal a todas las dimensiones. Por ejemplo en los 2 primeros niveles, contextual y de
entorno se incorpora el concepto de SOE (Empresa Orientada a Servicios), esto trata de que toda
la organizacin est orientada de esta manera y no solo algunas dependencias.
En el nivel fsico (With what) se tiene en cuenta el concepto de SOC (Computacin orientada a
Servicios) y tambin el concepto de SOI (Infraestructura orientada a servicios) esto con el fin de
reducir los costos y la complejidad de la infraestructura de TI mediante la virtualizacin y
reutilizacin de los recursos fsicos.
En conclusin cada nivel de abstraccin aplica algn concepto orientado a servicios para lograr el
macro concepto de SOA a nivel organizacional.

3.1.3. Otros Modelos


Zachman Enterprise Architecture Framework (ZIFA)
The Open Group Architecture Framework (TOGAF)

Extended Enterprise Architecture Framework (E2AF)


Enterprise Architecture Planning (EAP)
Federal Enterprise Architecture Framework (FEAF)
Treasury Enterprise Architecture Framework (TEAF)
Integrated Architecture Framework (IAF)
Joint Technical Architecture (JTA)
Command, Control, Communications, Computers, Intelligence, Surveillance, and
Reconnaissance (C4ISR) and DoD Architecture Framework (DoDAF)
Department of Defense Technical Reference Model (DoD TRM)
Technical Architecture Framework for Information Management (TAFIM)
Computer Integrated Manufacturing Open System Architecture (CIMOSA)
Purdue Enterprise Reference Architecture (PERA)
Standards and Architecture for eGovernment Applications (SAGA)
European Union-IDABC & European Interoperability Framework)
ISO/IEC 14252 (IEEE Std 1003.0)
IEEE Std 1471-2000 IEEE Recommended Practice for Architectural Description

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:

Advances in Enterprise Engineering V: First Enterprise Engineering Working Conference,


EEWC 2011, Antwerp, Belgium, May 16-17, 2011, Proceedings, Volume 5.
Enterprise Architecture A to Z: Frameworks, Business Process Modeling, SOA, and
Infrastructure Technology
A critical investigation of TOGAF - based on the enterprise engineering theory and
practice. Jan L. G. Dietz, Jan A. P. Hoogervorst.

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:

Dux Diligens: es una organizacin de consultora y formacin en direccin de negocios y


administracin de tecnologas de informacin fundada en el ao 2002. Su Misin es
ayudar a las organizaciones a planear estrategias de negocio nicas basadas en TI y a

asegurar su xito sostenido mediante el establecimiento de un gobierno y administracin


efectiva y eficiente de los recursos y capacidades que las habilitan.
AOGEA (Asociacin de Arquitectos Empresariales del Open Group), Esta propuesta
procura universalizar los conceptos de Arquitectura Empresarial (AE), tomando a Colombia
como piloto en esta tarea para el mundo de habla hispana. En aras a este propsito el
capitulo Colombia propone apropiar e implementar AE a partir del negocio, la industria, el
sector, la nacin, en una escala de madurez de apropiacin del concepto reflejando el
impacto de su instrumentacin en el fortalecimiento y desarrollo tecnolgico social y
econmico para la regin de Amrica Latina y el Caribe (ALC). La asociacin se identifica y
promueve los postulados contemplados en la Declaracin Universal de los Derechos
Humanos y la Declaracin de la ONU sobre ambiente humano. Estructura todos sus
procesos en el enfoque sistmico y metodolgico propuesto por la Arquitectura
Empresarial, adoptando al mismo tiempo que redefiniendo y reformulando todos sus
lineamientos y herramientas.

4. ARQUITECTURA EMPRESARIAL DE REFERENCIA


Para implementar un modelo de AE se sugiere utilizar el modelo TOGAF ya que este presenta una
madurez mayor frente a otros modelos pues ha tenido refinamientos en los ltimos 25 aos que
son importantes debido a la evolucin del negocio de TI. Elegir un framework de AE definitivo es
una tarea complicada pues cada uno abarca algunos aspectos que se obvian en otros, de una
mejor perspectiva se pueden ver como complementos, ya que comparar por ejemplo TOGAF con
Zachman es como comparar espinacas con martillos.
Se debe tener en cuenta que independientemente del modelo que se elija la AE es un camino, no
un destino. Cualquier AE debe llevar al objetivo de llevar el negocio junto con TI en conjunto,
trabajando con eficacia hacia las mismas metas.
Se describe a continuacin el modelo TOGAF.

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).

3. Arquitectura de los sistemas de informacin: define la estrategia para organizacin e


integracin de los sistemas de informacin, garantizando su correcta alineacin con los
procesos de negocio.
4. Arquitectura de tecnologa: hace referencia a todos los componentes y elementos
tecnolgicos que soportan los sistemas de informacin y los medios de comunicacin.
Estas tecnologas deben garantizar la continuidad del negocio.
Estos cuatro dominios y arquitecturas deben garantizar que la organizacin pueda cumplir con sus
objetivos estratgicos, apoyados en los datos e informacin necesaria para toma de decisiones, la
cual es provista y administrada por los diferentes sistemas de informacin, los cuales requieren de
una infraestructura tecnolgica para funcionar correctamente.

Figura 5: Modelo TOGAF

4.2.Marco de Referencia TOGAF

Figura 6: Marco de Referencia TOGAF

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.

Parte IV (Marco de Arquitectura de Contenido)


Esta parte describe el marco de referencia de contenidos TOGAF, incluyendo un metamodelo
estructurado para los artefactos arquitectnicos, el uso de bloques reutilizables building blocks,
y una visin general de los entregables de la arquitectura.
Parte V (Enterprise Continuum y Herramientas)
Esta seccin trata sobre taxonoma e instrumentos apropiados para clasificar y almacenar los
resultados de la actividad de la arquitectura dentro de una empresa.
Parte VI (TOGAF Modelos de Referencia)
Esta parte ofrece una seleccin de modelos de referencia de arquitectura, que incluye la
arquitectura TOGAF Foundation, y la Infraestructura Integrada de Informacin Modelo de
Referencia (III-RM).
Parte VII (Marco de Referencia de la Arquitectura de las Capacidades)
Esta seccin trata sobre la organizacin, procesos, habilidades, roles y responsabilidades
necesarios para establecer y operar una funcin de la arquitectura dentro de una empresa.

4.3.Conceptos Claves 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

Вам также может понравиться