1. Arquitecturas
Empresariales
Mondragon Unibertsitatea
JamaiCau
09

2. Arquitecturales
Empresariales
Mondragon Unibertsitatea
11-01-2009 Versión 1.0
Indice de Contenidos
1.Introducción ................................................................................. 3
2.Objetivo......................................................................................... 4
3.Capas............................................................................................. 5
3.1.Infraestructura........................................................................... 6
3.2.Datos.......................................................................................... 9
3.2.1.Estructura de la Aplicación................................................. 12
3.3.Aplicaciones............................................................................ 13
3.4.Servicios.................................................................................. 14
3.5.Procesos.................................................................................. 15
3.6.Estrategia................................................................................. 17
2

3. Arquitecturales
Empresariales
Mondragon Unibertsitatea
11-01-2009 Versión 1.0
1. Introducción
Hay diversos modelos de referencia sobre las AE (Arquitecturas
Empresariales), tales como TOGAF, Zachman, FEA o ARIS, pero todas ellas
surgen como respuesta a una necesidad, la necesidad de hacer frente a los
imparables cambios en los mercados debido a la intrusión de los TICs.
Las AE persiguen el objetivo de tener bien alineados el Negocio de toda
organización con sus activos TICs. De ese modo, las AE se pueden definir como la
organización fundamental de un sistema, representada por sus componentes, las
relaciones entre ellos y con su entorno, y los principios que gobiernan su diseño y
evolución
Dependiendo de los referentes de arquitectura empresarial se pueden
encontrar más o menos capas arquitecturales. Una capa se puede ver como una
agrupación de activos por especialización. Por ejemplo, mientras que TOGAF se
basa en 4, Negocio, Datos, Aplicaciones y Tecnología, FEA se basa en seis:
Estrategia, Procesos de Negocio, Servicios, Aplicaciones, Infraestructura y Datos.
Definir la adecuada AE para cada empresa ayuda a mejorar la calidad, eficacia y
responsabilidad del negocio.
Una arquitectura empresarial bien desarrollada permite a las empresas dar una
respuesta rápida y eficaz a las oportunidades surgidas por los cambios diarios del
mercado y avances tecnológicos, ya que permite tener una visión muy clara de qué
se tiene en el negocio, qué hace falta y qué impacto tendrán los cambios que se
vayan a realizar en él. Permite tener bien identificados y situados todos los activos
TICs de la empresa.
2

4. Arquitecturales
Empresariales
Mondragon Unibertsitatea
11-01-2009 Versión 1.0
2. Objetivo
Las AE se suelen utilizar a lo largo de toda la vida de una organización, pero
cuando más ayudan es a la hora de cambio o migración, ya que permite tener todo
bien relacionado y calcular el impacto que este tendrá sobre la empresa.
Definiendo una correcta AE se persiguen los siguientes objetivos:
 Creación de una infraestructura apropiada para el centro de servicio
centralizado y las empresas asociadas, así como guardar la definición de
ella de una manera clara y accesible en cualquier momento.
 Creación de una base de datos para almacenar toda información referente
a los activos TICs de la empresa. En este caso podrá ser tanto hardware
como software.
 Definición de las aplicaciones que existirán en la organización. En este caso
sólo habrá una aplicación, el desarrollo Web.
 Definición de los servicios que ofrecerá la organización. En este proyecto
los servicios de la organización serán las prestaciones que tenga el
desarrollo Web.
 Definición de los Procesos de Negocio. Serán los procesos que
implementara el centro de servicio.
 Definir la estrategia que se seguirá para conseguir el objetivo.
2

5. Arquitecturales
Empresariales
Mondragon Unibertsitatea
11-01-2009 Versión 1.0
3. Capas
Habiendo definido claramente todos los objetivos que se persiguen con las AE, se
debería de tener una clara visión de los activos TICs que hay en la empresa, dónde
está cada uno, para qué está en la empresa y qué función cumple dentro de ella,
además de poder identificar el impacto que tendría un cambio sobre un determinado
activo dentro de la organización.
Las distintas capas que se han implementado en este proyecto son las siguientes:
 Infraestructuras
 Datos
 Aplicaciones
 Servicios
 Procesos
 Estrategia
2

6. Arquitecturales
Empresariales
Mondragon Unibertsitatea
11-01-2009 Versión 1.0
3.1. Infraestructura
Comunicaciones
La siguiente imagen 1 describe la red de empresas correspondiente al servicio
centralizado y en ella se representan algunas de las empresas de a organización.
Empresa B
Empresa C
Empresa A
Ilustracion 1. Red de empresas.
Para una correcta interconexión entre distintas empresas de diferentes redes o
ubicaciones, se utilizan los siguientes elementos:
Router: Dispositivo de Hardware para interconexión de distintas redes. Para
ello utiliza las direcciones IP destino.
Switch: Dispositivo de Hardware para interconexión de ordenadores. El Switch
interconecta dos o más dispositivos de una misma red pasando datos de uno a
otro. Para ello utiliza la dirección de destino a nivel de MAC de destino.
La empresa en la que se sitúa el servicio centralizado no se diferencia del resto
de empresas respecto al Switch y al Router. Dentro de cada red, los ordenadores
están conectados mediante una red Ethernet.
2

7. Arquitecturales
Empresariales
Mondragon Unibertsitatea
11-01-2009 Versión 1.0
Los equipos de la red obtienen su dirección IP de un servidor DHCP (Dynamic
Host Configuration Protocol) que estará en el Router y se configurará para
proporcionar direcciones IP privadas.
Cabe destacar que cada red estará dividida en dos zonas distintas, una será la
LAN (Local Area Network), en donde estarán los host de los clientes y la otra será la
DMZ (Demilitarized Zone), en donde se alojarán los servidores (se detallarán en el
mapa de servidores). Para ello se configurará el Switch como dos redes lógicas
distintas mediante VLAN (Virtual Local Area Network).
Servidores
El siguiente mapa, imagen 2, describe cuáles son los servidores que utiliza el
servicio centralizado.
Empresa A
Servidor DNS raíz
Zona DMZ (Servidor
Servicio Web y DNS)
Centralizado
(Empresa C) Zona LAN
Imagen 2. Mapa de servidores.
2

8. Arquitecturales
Empresariales
Mondragon Unibertsitatea
11-01-2009 Versión 1.0
En lo que al mapa de servidores se refiere, se puede observar que cada
empresa cuenta con su propia zona LAN y zona DMZ con un servidor. Dicho servidor
hace la función de DNS y de servidor Web. En la red también existirá un DNS raíz, tal
y como se muestra en la imagen superior.
Servidor DNS: Habrá dos tipos de servidores DNS, el raíz y el propio de cada
empresa. El DNS de la empresa, llamémosle DNS C, será el encargado de ofrecer a
los usuarios de la empresa C la pagina del servicio centralizado. En cambio, para que
los usuario de la empresa A puedan acceder a la pagina del servicio centralizado,
deberán de usar el DNS raíz (será el Router correspondiente el encargado de re
direccionar la petición del usuario siendo esto totalmente transparente para él), ya que
el suyo no almacena esa información.
Servidor Web: Mediante este servidor se da acceso a la página Web de la
empresa.
2

9. Arquitecturales
Empresariales
Mondragon Unibertsitatea
11-01-2009 Versión 1.0
3.2. Datos
La base de datos elegida, ha sido una base de datos Nativa. Estas bases de datos
se caracterizan por el almacenaje de los datos de tipo XML, aportando funcionalidades
que con una base de datos relacional no se pueden realizar. La base de datos elegida
ha sido eXist.
Se almacenarán todos los datos de la aplicación, creando colecciones de datos.
Las colecciones creadas son:
 Empresas: Dentro de esta colección se encuentra toda la información
referente a las empresas de la aplicación, creando un documento XML por
cada una, que será insertado dentro de la colección.
 Usuarios: Dentro de esta colección se encuentra toda la información referente
a los usuarios de la aplicación, creando un documento XML por cada usuario,
que será insertado dentro de la colección. Cada usuario pertenecerá a una
empresa, exceptuando al administrador. Se podrán diferenciar dos tipos de
usuario:
o Usu: usuario normal de la aplicación.
o Admin: administrador de la aplicación, podrá Gestionar las Incidencias.
2

10. Arquitecturales
Empresariales
Mondragon Unibertsitatea
11-01-2009 Versión 1.0
 Productos: Dentro de esta colección se encuentra toda la información
referente a los productos de los que dispone el servicio centralizado, creando
un documento XML por cada producto, que será insertado dentro de la
colección.
 Activos: Dentro de esta colección se encuentra toda la información referente a
los activos TIC de la aplicación, creando un documento XML por cada activo,
que será insertado dentro de la colección. Cada activo TIC pertenece a una tipo
de producto.
 Incidencia: Dentro de esta colección se encuentra toda la información
referente a las incidencias, creando un documento XML por cada activo, que
será insertado dentro de la colección. Un activo puede tener más de una
incidencia pero cada incidencia será única.
2

11. Arquitecturales
Empresariales
Mondragon Unibertsitatea
11-01-2009 Versión 1.0
 Petición de Compra: Dentro de esta colección se encuentra toda la
información referente a las peticiones de compra, creando un documento XML
por cada petición, que será insertado dentro de la colección. Una petición
puede contener más de un producto.
2

12. Arquitecturales
Empresariales
Mondragon Unibertsitatea
11-01-2009 Versión 1.0
3.2.1. Estructura de la Aplicación
Para extraer los datos de la base de datos se ha creado la siguiente estructura.
Mediante los “xQuery” se extraen los datos necesarios para cada petición. Por cada
salida habrá un fichero “xslt”, que será el encargado de darle el formato a los datos
extraídos. La unión entre las “xQuery” y “xslt” se hará por medio de un controlador.
Imagen 3. Arquitectura de la Aplicación
2

13. Arquitecturales
Empresariales
Mondragon Unibertsitatea
11-01-2009 Versión 1.0
3.3. Aplicaciones
Solo se dispone de una aplicación Web, la cual se podrá diferenciar por el
usuario con el que se conecte:
 Aplicación multiusuario: Esta aplicación podrá ser utilizada por cualquier
usuario siempre y cuando este se conecte.
 Aplicación administrador: Esta aplicación es como la de multiusuario pero
con la diferencia de que este podrá gestionar las incidencias.
Imagen 4. Aplicación multiusuario
2

14. Arquitecturales
Empresariales
Mondragon Unibertsitatea
11-01-2009 Versión 1.0
3.4. Servicios
La aplicación Web es en sí un servicio, que está orientado a dar facilidades al
cliente. Se posibilita así a los usuarios poder dar de alta las incidencias en cualquier
momento, asegurando un servicio de atención de 12 horas. De ese modo se elimina la
dependencia hacia un técnico de informática que tendría que estar presente para
hacer frente a las incidencias surgidas.
Es también mediante las empresas realizarán sus peticiones de compra,
seleccionando simplemente los activos TICs disponibles en el catalogo del servicio
centralizado.
Imagen 5. Aplicación multiusuario
2

15. Arquitecturales
Empresariales
Mondragon Unibertsitatea
11-01-2009 Versión 1.0
3.5. Procesos
El proceso de este proyecto no es comparable con los procesos que se llevan a
cabo en las empresas, ya que estamos hablando de un proyectó didáctico. El proceso
consiste en la migración a una organización en red y entorno web de la gestión de los
activos TICs y Servicios TI en una agrupación de empresas.
Debido a esa misma razón, los procesos que forman parte del proyecto están
limitados por las especificaciones del PBL, que al final son los que se han
implementado.
Esta aplicación tiene que permitir:
-Introducir Incidencias
-Consultar Incidencias
-Consultar catálogo de TICs
-Realizar peticiones de compra de activos TIC
-Gestionar Incidencias
Para ellos existirá una base de datos centralizada, en la cual se guardarán
todos los datos arriba mencionados y las nuevas incidencias que inserten los usuarios.
2

16. Arquitecturales
Empresariales
Mondragon Unibertsitatea
11-01-2009 Versión 1.0
Imagen 6. Arquitectura de Procesos
Los procesos definidos son los siguientes:
 Introducir Incidencia: el usuario podrá dar de alta las incidencias
sufridas en los activos de su empresa desde la aplicación.
 Consultar Incidencia: el usuario podrá consultar sus incidencias.
 Consultar catálogo de activos TICs: el usuario podrá consultar el
catalogo de activos TICs que ofrece el servicio centralizado.
 Realizar la petición de compra de activos TICs: el usuario podrá
realizar una petición de compra de uno o varios activos TIC
seleccionándolos desde el catalogo de activos TICs.
 Gestiones Incidencia: el administrador podrá cambiar el estado de
las incidencias vayan resolviéndose.
2

17. Arquitecturales
Empresariales
Mondragon Unibertsitatea
11-01-2009 Versión 1.0
3.6. Estrategia
El objetivo es conseguir siempre el mayor grado de satisfacción de los clientes,
para ello se tiene que llevar a cabo una serie de procesos, mediante los cuales se
conseguirá esa satisfacción. Teniendo en cuenta que las capas están modelizadas, en
el caso de querer realizar algún cambio, antes habría que realizar consultas sobre las
capas para ver su implicación.
Creando un centro centralizada también se busca conseguir una economía de
escala. Antes cada empresa compraba sus activos por su cuenta. Al crear esta
organización, la compra se estandariza, ya que todas las empresas realizarán las
peticiones de compra al CAU y este será es encargado de realizarlas. De ese modo,
los activos TIC de la empresa se estandarizan y como es la organización la encargada
de comprarlos podrá hacerlo en gran cantidad reduciendo de ese modo los costes.
2