Arquitecturas empresariales

09

Arquitecturas Empresariales

Mondragon Unibertsitatea

JamaiCau

22

Arquitecturales Empresariales


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

22



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.

22



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.

22



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

22



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.

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.

Empresa B

Empresa CEmpresa A

22



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.

Imagen 2. Mapa de servidores.

Zona DMZ (Servidor Web y DNS)

Zona LAN

Servicio

Centralizado

(Empresa C)

Servidor DNS raíz

Empresa A

22



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.

22



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.

22



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.

22



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.

22



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.

22



11-01-2009 Versión 1.0

Imagen 3. Arquitectura de la Aplicación

22



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

22



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

22



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.

22



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.

22



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.

Arquitecturas empresariales

Technology

Transcript of Arquitecturas empresariales