Arquitectura sisaad

Capítulo 2 – Página 1Copyright © 2008 Accenture All Rights Reserved

2.2.3. Sistemas de Información implicados. Mapa de Sistemas

Introducción

En este apartado se describen los componentes de la Solución desde el punto de vista técnico, reflejando cómo interactúan cada uno de los componentes del SISAAD: Aplicaciones, Bases de Datos, portal de la dependencia. También se describen las especificaciones de los distintos entornos disponibles y sus características básicas (producción, respaldo, formación y pruebas/test), junto con la red de comunicaciones existente. A continuación se presentan los distintos componentes que conforman el SISAAD.

Sistema gestor de expedientes: Pieza clave del sistema, basado en tecnología Siebel-Oracle, se compone de distintos objetos de negocio Business Objects según terminología Siebel/Oracle) que soportan cada uno de los procesos de gestión definidos en el punto 2.2.1.

Módulo estadístico (Cuadro de mando integral): Basado en tecnología Siebel Analytics-Oracle, sistema analítico integrado en la aplicación de gestión, ofrece a los usuarios información consolidada del aplicativo de gestión, en base a visibilidad en base a la estructura organizativa definida,, confeccionada por perfiles de trabajo así como la posibilidad de confeccionar informes personalizados por persona o grupos de trabajo.

Portal de la Dependencia: Portal Web que ofrece información al ciudadano actualizada a través de un gestor de contenidos por parte del personal del IMSERSO. A través del portal el ciudadano puede consultar información almacenada en el sistema gestor de expedientes (estado del expediente personal e información sobre la red de servicios).

Gestor de Contenidos: Aplicación para la gestión integral de los contenidos publicados en el portal de la dependencia.

Directorio LDAP: Directorio LDAP típico a través del cual los usuarios se validan en el sistema de información.

Sistema de integración: El sistema de integración tanto batch como on-line aunque es parte del sistema gestor de expedientes, merece por su importancia y complejidad un tratamiento a parte. Será objeto de una descripción detallada a lo largo del presente apartado.

Sistema de sincronización remota dispositivos móviles: Sistema que permite la descarga y subida de información tratada de forma remota por el usuario. Además ofrece la posibilidad de actualizar el software de los dispositivos remotos de forma automática en un proceso transparente para el usuario.

Modelo lógico y físico de infraestructura y comunicaciones, describiendo los distintos entornos existentes.

2. Nuestro conocimiento de la situación

actual2.2. Modelo de gestión actual del SISAAD


2.2.3. Sistemas de Información implicados. Mapa de Sistemas (Cont.)







Sistema Gestor de

Expedientes

Sistema Gestor de ExpedientesPieza clave del sistema, basado en tecnología Siebel-Oracle, se compone de distintos objetos de negocios cada uno de ellos ofrece unas funcionalidades diferentes al usuario. Entre las diferentes características de este sistema cabe destacar:

Aplicación acceso distribuido vía URL

Funcionalidades ofrecidas orientadas a responsabilidad/perfil del usuario.

Visibilidad de datos restringida por organización (Diferentes órganos gestores).

Control automatizado de flujos de trabajo (workflows).

Asignación automática de tareas por criterios geográficos o responsabilidad de usuarios.

Posibilidad de sincronización de trabajo off-line mediante dispositivos remotos (Tablet-Pc).

Integración con terceras aplicaciones vía webservice.

Migración información legada a través de cargas batch.

Integración gráfica con herramienta analítica (cuadro de mando de mando incluido en la aplicación).

Autentificación integrada con directorio LDAP.

Aplicación multidioma (Castellano, Catalán, Gallego, Euskera y Valenciano)





Modulo estadístico (Cuadro de mando integral)Basado en tecnología Analytics-Oracle, el cuadro de mando integral del SISAAD ofrece al usuario una amplia variedad de posibilidades en la generación y distribución de la información almacenada en el SGBBDD del SISAAD, las principales características son :

SGBBDD autónomo al del gestor de expedientes.

SGBBDD desnormalizado (mecanismo de optimización de rendimiento)

Carga de datos en el SGBBDD del módulo estadístico a partir de cargas batch incrementales diariamente.

Tipología de Informes ofrecidos en base a responsabilidad/perfil del usuario.

Construcción de los informes ofrecidos a los usuarios en base a la organización a la que pertenecen.

Herramienta on-line de personalización y customización de informes a través de la herramienta Analytics- Answers.

Salvado de informes personalizados y composición de nuevos cuadros de mando a partir de ellos.

Integración gráfica con herramienta analítica (cuadro de mando de mando incluido en la aplicación).

Autentificación integrada con directorio LDAP.

Modulo estadístico (Cuadro de

mando integral)





Portal de la dependencia

Portal de la Dependencia y Gestor de contenidosBasado en tecnología J2EE-Websphere, el portal Web de la dependencia engloba la información, servicios y documentación de interés al ciudadano, sus principales características son:

Actualización de contenido a través del gestor de contenidos ‘Alfresco’ del portal Web.

Integración de los servicios Web para la consulta del estado del expediente y consulta de la red de centros.

Autentificación de ciudadano integrada con el sistema de gestión de expedientes, distribución de contraseña y usuario por correo electrónico.

Portal web accesible certificado AAA





Directorio LDAP

Directorio LDAP

Autentificación contra directorio LDAP basado en el estándar de IBM. La gestión de los usuarios y contraseñas se realiza a través de un aplicativo de gestión online por parte de los diferentes órganos gestores adheridos al SISAAD desarrollado por la propia IBM.

Se trata de una herramienta íntegramente desarrollada en java J2EE en un framework STRUTS. Dicha herramienta accede a través de un API java al directorio LDAP





Sistema de integración

Sistema de integración

El sistema gestor de expedientes dispone de un componente de integración EAI basado en el estándares W3C como pueden ser WSDL, XML y SOAP que facilita la integración del SISAAD con aplicaciones terceras de órganos gestores que utilicen sus propios aplicativos de gestión. Características principales son:

Validación de los datos introducidos contra la capa lógica de la aplicación.

Sistema de inserción transaccional.

Conexión securizada (HTTPS)

Visibilidad de datos restringida por organización.





Sistema sincronización

remota dispositivos móviles

Sistema sincronización remota disposivos móvilesEl sistema gestor de expedientes dispone de un componente que permite la sincronización de trabajos off-line realizados con un cliente móvil (Tablet-PC) cuyas características se enumeran a continuación: Sistema de inserción transaccional. Conexión securizada (HTTPS) Visibilidad de datos restringida por organización. Sincronización autentificada contra LDAP.


2.2.3. Sistemas de Información implicados. Arquitectura técnica SISAAD

Introducción

En este apartado se describen los componentes de la Solución desde el punto de vista técnico, y cómo interactúan los componentes del SISAAD, Bases de Datos, portal de la dependencia así como donde se encuentran alojados tanto físicamente como lógicamente. Los componentes a describir se clasifican en base a los siguientes puntos:

Componentes Cliente Siebel: Componentes relacionados con el cliente tanto para el gestor de expedientes (incluido cuadro de mando), portal y clientes remotos.

Componentes acceso Web Siebel: Componentes necesarios para el acceso web de los distintos componentes del SISAAD.

Instancia de servicio Siebel: Componentes que ofrecen las diferentes funcionalidades tanto del gestor de expedientes, cuadro de mando, portal, gestor de contenidos.

Instancia de servicio Analytics: Componentes de servicio de la herramienta de explotación estadística analytics.

Capa de persistencia (BB.DD.): Características de la capa de persistencia, tipo de información almacenada, políticas de carga para análisis de la información a través del cuadro de mando etc.

Componentes portal de la dependencia (Cliente y Servidor): Los componentes tanto de la capa cliente como servidora relacionados con el portal de la dependencia.




2.2.3. Sistemas de Información implicados. Arquitectura técnica SISAAD (Cont.)







Componentes cliente Siebel

Capa cliente y de servicios Web, presentan las siguientes características :

En la capa cliente se encuentran los diferentes tipos de cliente expuestos: cliente Web y cliente remoto. Por su parte, en la capa de servicios Web se encuentran los servidores web que permiten entregar contenido a los usuarios.

Los clientes Siebel están diseñados con el fin primordial de ser aceptables y usables por el usuario:

Alta interactividad, alta usabilidad, eficiencia de cara al ancho de banda disponible, cliente sin instalación,

Cliente remoto con la misma IU que el cliente conectado. Cliente remoto utiliza el mismo modelo de objetos y herramienta para su configuración

(Siebel Tools):

Cliente remoto utilizando misma interfaz gráfica que cliente conectado.

Componentes cliente Siebel





Componentes acceso Web Siebel

Componentes acceso Web Siebel

Los elementos y características clave de la Arquitectura Web de Siebel son:

Cliente Web Inteligente para un alto nivel de Interactividad y Usabilidad Métodos y eventos de Objetos se ejecutan en el cliente Separación entre canales de presentación de datos y resto de la página Comunicación de datos en segundo plano (background) Actualizaciones de Página directas sobre DOM (Document Object Model) Controles y applets Java embebidos Construida sobre estándares Web: HTML, XML, WAP, DOM, DHTML, JavaScript; integración

COM, CORBA, Java; LDAP, etc. Soporte Multicanal: Cliente Web, Cliente Móvil (tablet-PC), Cliente Wireless (teléfonos WAP y

otros dispositivos con soporte WML y HTML), Cliente PDA (WinCE y Palm)





Instancia de Servicio Siebel


Los conceptos en los que se basa la capa de servicio Siebel son:

El Siebel Enterprise Application Server (SEAS) es la plataforma de nivel medio que soporta tanto los procesos de back-end como interactivos para toda la aplicación Siebel. Para gestionar esta flexibilidad, el SEAS consiste en varios componentes diferentes que se dirigen a las distintas funciones de negocio (flujos de negocio (workflows), Gestor de objetos, replicación, etc.). El SEAS soporta tanto componentes multi-proceso como multi-thread que pueden operar en modos background, batch, e interactivos. Además soportan gran número de usuarios y cargas batch voluminosas. El SEAS no es un componente físico, es un grupo virtual de servidores Siebel y sus componentes asociados. El SEAS debe albergar una base de datos, un sistema de ficheros y un gateway, que pueden estar distribuidos en máquinas físicas diferentes, como de facto se distribuyen en la instalación dispuesta en el IMSERSO.

El Servidor Siebel gestiona uno o más componentes de aplicaciones eBusiness Siebel. Un grupo de Servidores Siebel es conocido como un Servidor de Siebel Enterprise. Es un grupo virtual de Servidores Siebel.







El Gestor de Objetos (Object Manager) es responsable de la gestión y ejecución de la lógica de negocio, y gestiona toda la conectividad y accesos al servidor de la base de datos y al sistema de ficheros para los usuarios Web.

Máquina Web Siebel: La Máquina Web Siebel (SWE) se ejecuta como un servicio en el Gestor de Objetos en el Servidor Siebel. Este servicio actúa como un interfaz entre el Siebel plug-in en el servidor Web Server (SWSE) y el Gestor de Objetos en el Servidor Siebel. El SWE hace lo siguiente:

Procesa todas las peticiones entrantes desde el SWSE en el Servidor Web. Recupera los datos relevantes desde la base de datos a través del Gestor de Objetos de

Aplicación. Recupera la definición del objeto del repositorio de la vista y del applet para mostrar los

datos dentro de él. Genera HTML, WML, y XML desde el modelo y los datos. Pasa las páginas generadas al SWSE para ser mostradas en el browser.







Siebel Enterprise tiene la capacidad de asignar automáticamente todas las nuevas citas, alertas, resoluciones o expedientes. El componente Gestor de Asignaciones es responsable de la gestión y la ejecución para gestionar y ejecutar estas asignaciones al empleado o posiciones de empleados adecuadas según los criterios definidos en cada caso.

Siebel Enterprise tiene una capacidad de flujo de trabajo que permite a la empresa responder tanto a las acciones de usuario como a los eventos disparados por tiempo. El Gestor de Flujo de Trabajo es el componente responsable de gestionar estas respuestas automáticas del sistema.

Siebel soporta varios métodos y técnicas de integración de aplicación de empresa diferentes (adaptadores, conectores, interfaces de objetos, etc.), pero todos estos procesadores son considerados parte del componente Siebel EAI.

El componente servidor de Siebel Remote, gestiona todos los intercambios de información con todos los usuarios móviles. Siebel Remote monitoriza este intercambio bi-direccional y provee una detección comprensiva de conflictos, así como facilidades de resolución para asegurar la integridad y sincronización de tanto el servidor y la base de datos de clientes.





Instancia de servicio Analytics

Instancia de servicio Analytics

La instancia de servicio Analytics es el conjunto de componentes que ofrece tanto la

funcionalidad de presentación de las estadísticas predefinidas y personalizadas y la capa lógica encargada de realizar las cargas de datos desde el SGBBDD del gestor de expedientes Oracle-Siebel y componer las dimensiones necesarias según las necesidades establecidas en la definición del cuadro de mando.





Capa de persistencia


El Servidor de Base de Datos almacena todos los datos persistentes de Siebel Enterprise.

Contiene los datos del negocio en un conjunto de tablas predefinidas en un sistema de gestión de base de datos relacional. Proporciona datos a los Servidores Siebel y los Clientes Web Siebel bajo petición. El esquema consiste de varios subconjuntos de datos.

Tablas de Repositorio Siebel. Tablas de Referencia Siebel. Tablas de Herramientas Siebel. Tablas de datos de Usuario. Tablas EIM.

Una parte importante del esquema es el repositorio Siebel. Consiste en un grupo de tablas, que contienen definiciones de columnas, de applets, etc. Estas tablas se actualizan mediante “Siebel Tools”.






Capa de persistencia (BBDD)

Las tablas de datos de usuario mantienen los datos de todas las transacciones para las entidades de datos más importantes como son expedientes, contactos, dictámenes, resoluciones etc.

Las tablas EIM son utilizadas para obtener datos externos con el modelo de datos Siebel para conversión e interfaces batch. Las tablas de interfaces Siebel son áreas de paso utilizadas para migrar datos entrada/salida del modelo de datos base. Siebel utiliza un modelo de datos Online Transaction Processing “OLTP”. Esto significa que la estructura y las relaciones en la base de datos son diseñadas para un gran volumen de transacciones. A alto nivel esto impacta en la arquitectura en las siguientes variables:

OLTP implica Un alto número de tablas e índices ya que el modelo de datos está muy normalizado y requiere un indexado riguroso para alcanzar niveles de rendimiento. El modelo de datos OLTP no está diseñado para ejecutar consultas y reportes complejos. Se debe tener especial cuidado en el rendimiento de las operaciones online.

Cuando se requiere la generación de informes, tal como ha sido el caso del IMSERSO, un modelo de datos OLAP puede ser considerado para extraerlos. Este es un modelo desnormalizado más adecuado para informes, queries y análisis. Siebel ofrece el modulo Analytics. Además de los informes predefinidos que se pueden diseñar existe la posibilidad de que cada usuario pueda crear y publicar sus propios informes personalizados a través de la herramienta Answers que incorpora Analytics.





Componentes portal de la dependencia

(Cliente y Servidor)

Componentes portal de la dependencia (Cliente y Servidor)

El portal de la dependencia se ha desarrollado íntegramente bajo tecnología J2EE.

El servidor de aplicaciones bajo el cual se ha desplegado es IBM Websphere Application Server 6.0.3

El portal se encuentra alojado en el centro de comunicaciones de Telefónica.

La actualización del portal de la dependencia se realiza de forma interactiva empleando el gestor de contenidos “Alfresco”.


2.2.3. Sistemas de Información implicados. Piezas clave del sistema

Introducción

En este apartado se describen cada uno de los componentes considerados claves dentro del SISAAD y que por su complejidad requieran de un mayor nivel de detalle. Dichos componentes son los que siguen:

Servidor Web

Servidor Siebel Gateway

Instancia Siebel

Instancia Siebel. Componente Public Sector Object Manager

Instancia Siebel. Componente Data Manager

Instancia Siebel. Componente para la asignación de tareas automáticas (Assigment Manager)

Instancia Siebel. Componente para la ejecución de flujos de trabajo automáticos (Workflow Monitor Agent)

Instancia Siebel. Componente de sincronización para clientes remotos

Gestor Siebel del File System

Componentes para la integración batch y on-line

Sistema Analytics: Componentes de servicio de la herramienta de explotación Analytics

Esquema de base de datos Siebel

Modelo de datos del SISAAD

Herramientas de desarrollo Siebel

Repositorio de objetos Siebel




2.2.3. Sistemas de Información implicados. Piezas clave del sistema (Cont.)

Introducción (Cont.)

El diagrama muestra las relaciones entre los componentes anteriormente enumerados:





Servidor Web

Los siguientes componentes conforman el servidor Web de Siebel:

Servidor Web

Gestiona la comunicación entre el explorador Web y el servido Siebel

Los servidores Web compatibles son Microsoft Internet Information Server, Sun ONE Web Server, iPlanet Web Server.

Extensión servidor Web Siebel

Permite al servidor Web reconocer URLs que son peticiones Siebel.

Desplegado mediante la instalación de un plug-in de Siebel.

Optimiza el enrutamiento del servidor Siebel.

Cache de Imágenes

Componente Siebel instalado en el Web Server con el fin de mejorar el rendimiento.



Object Manager



Servidor Siebel Gateway

El servidor gateway es el único punto de acceso a la instancia Siebel. Provee escalabilidad, balanceo de carga y alta disponibilidad a la instancia Siebel desplegada. Los servicios fundamentales que provee son:

Servidor de nombres

Provee información persistente de la configuración de la instancia Siebel tal como definición y distribución de componentes , parámetros de operación, información de conectividad.

Cada vez que se reinicia un servidor Siebel o componente desplegado en la instancia Siebel obtiene la información sobre su configuración del servidor de nombres.

Gestor de conexión

Direcciona las peticiones de servicio a los distintos servidores /componentes Siebel que conforman la instancia.

El direccionamiento se realiza bajo las políticas de escalabilidad, balanceo de carga y disponibilidad definidas.

El servidor gateway se ejecuta a modo de servicio Windows o como un proceso UNIX dependiendo del sistema operativo.



Object Manager



Instancia Siebel

La instancia Siebel (Siebel Enterprise) es la agrupación lógica que aglutina todos los servidores Siebel. Entre sus características principales destacan:

Dar acceso al sistema a múltiples grupos de usuarios utilizando una única base de datos.

Agrupar de forma lógica la información sobre los componentes Siebel,

Ofrece administración común sobre el conjunto de componentes Siebel

Acceso de los componentes Siebel al sistema de archivos del servidor Siebel.





Instancia Siebel. Componente Public Sector Object Manager

El Object Manager es el componente de servidor encargado de procesar y crear datos en diferentes niveles:

Capa de Interfaz de usuario (Soportado por el Motor Web Siebel (Siebel Web Engine))

Capa de componentes de negocio, encargado de ejecutar los procesos de negocio implementados.

Capa de datos, soportado por el Gestor de Datos Siebel (Data Manager), a continuación se detalla el funcionamiento de este componente dada su importancia



Object Manager



Instancia Siebel. Componente Public Sector Object Manager (Data Manager)

El Gestor de Datos (Data Manager) se caracteriza por :

Separar la lógica de negocio de el acceso a la capa de persistencia

Genera dinámicamente sentencias SQL en respuesta a las peticiones del Object Manager

Devuelve la información requerida al Object Manager

Optimiza el rendimiento a la hora de acceder a las Base de datos utilizando los siguientes mecanismos:

Usa librerías especificas de acceso a la BBDD. Saca partido a la funcionalidad especifica para cada tipo de BBDD Optimizado para devolver la cantidad mínima de información requerida por

el Object Manager.



Data Manager



Instancia Siebel. Sistema para la ejecución de flujos de trabajo automáticos (Workflow Monitor Agent)

El componente Workflow Monitor Agent es el encargado de monitorizar el lanzamiento y ejecución de los flujos de trabajo definidos en el sistema. Dichos flujos de trabajo podrán afectar a uno o más componentes de negocio. La ejecución se podrá lanzar de tres formas:

Políticas de flujo de trabajo

Eventos en tiempo de ejecución: Eventos ejecutados desde interfaz de usuario Eventos ejecutados a partir de un estado de un componentes de negocio. Eventos ejecutados a partir de un estado de la aplicación

Lenguaje de script



Assignment

Manager



Instancia Siebel. Componente para la asignación de tareas automáticas (Assigment Manager)

El componente de negocio Assignment Manager se caracteriza por:

Assigment Manager puede ejecutarse Permitir la asignacióin de instancias de una determinada entidad a uno o varios usuarios del sistema de forma automática en base a un determinado criterio bien sea geográfico, de disponibilidad o por perfil.

Existen tres formas distintas de ejecución para el Assigment Manager: Asignación Batch. Adecuado para ejecutar reglas de re-asignación una sola vez. Asignación Dinámica. Adecuado cuando se desea realizar las asignaciones en

tiempo real. Asignación Interactiva. Adecuado cuando se desea realizar asignaciones de

trabajo a candidatos



Assignment

Manager



Siebel File System Manager

El gestor del sistema de archivos se caracteriza por:

El componente gestor del sistema de archivos es el encargado de interactuar (Lectura / Escritura) con el sistema de archivos compartido que emplea la tecnología Siebel.

El tipo de información que manipula el gestor del sistema de archivos es la siguiente:

Documentos adjuntos Ficheros de enlace para dispositivos remotos Ficheros generados por el sistema



File System

Manager



Siebel Enterprise. Componente de sincronización para clientes remotos

El componente de sincronización para clientes remotos es el encargado en el sistema de ofrecer a los usuarios que necesitan trabajar de forma desconectada. Para ello este componente debe de establecer una serie de mecanismos que permita la sincronización de los datos locales con los que se hayan alojados en el servidor de forma que:

Siebel permite a los usuarios acceder a los datos sobre los que tiene visibilidad en modo local (Base de datos local).

La base de datos local puede periódicamente ser sincronizada a la base de datos central.



Siebel Remote



Siebel Enterprise. Componente de sincronización para clientes remotos

El proceso de sincronización se basa en la creación de ficheros de transacción que se intercambian cada vez que el usuario remoto sincroniza su equipo contra el servidor central del aplicativo. La sincronización se produce tanto de subida (Datos modificados por el usuario remoto se actualizarán en el servidor) como de bajada (los nuevos datos asignados o sobre los que tiene visibilidad el usuario remoto se deben de descargar en el equipo remoto del usuario) La figura el describe el proceso:



Siebel Remote



Componentes de integración Batch y On-line

Siebel ofrece dos vías de integración con terceros sistemas o sistemas legados que el IMSERSO pudiese disponer. Dichos mecanismos de integración los ofrecen sendos componentes ubicados en el Siebel Server y que se describen a continuación:

Componente EIM: Este componente es el encargado de ofrecer el servicio de integración batch en el sistema, Este tipo de integración es conveniente cuando deseamos realizar cargas iniciales desde sistemas legados.

Componente EAI: Este es el componente encargado de ofrecer la integración on-line vía webservices a través de una serie de componentes de negocio específicos para la integración con el sistema, este es el sistema empleado para integrarse con las CCAA no adheridas al sistema y que según marca la ley deben de reportar una serie de datos mínimos al sistema.



Siebel EAI y Siebel

EIM



Componentes de integración Batch y On-line

A continuación se describe la arquitectura de integración empleada por Siebel tanto par el componente EAI (On-line) como para el EIM (Batch)



Siebel EAI y Siebel

EIM



Arquitectura técnica SISAAD. Arquitectura técnica de integración

Integración Batch: El SISAAD emplea este tipo de integración para realizar cargas masivas de datos, particularmente de datos referidos a la red de servicios del SISAAD.

Integración vía Webservice: El componente EAI de Siebel es el encargado de ofrecer distintos servicios Web a los Órganos Gestores (Adheridos o no) que deseen introducir datos utilizando este sistema a través de sus propios sistemas de información. Los servicios Web implementados hasta la fecha son:

Servicio Web de alta de expedientes y contactos. Servicio Web de actualización de expedientes, alta de resoluciones, dictámenes y PIA (Plan Individual de

Atención). Servicio Web de consulta y actualización para notificaciones, resoluciones y propuestas de PIA. Servicios Web de consulta de expediente (a través del Portal de la Dependencia). Servicios Web de consulta de la red de servicios (a través del Portal de la Dependencia).

Los protocolos de comunicación empleados en la integración vía Webservice son los estándares SOAP y HTTPS según W3C






A continuación se describen los diferentes componentes de Siebel Analytics:

BBDD DAC: Es la base de datos que contiene la información de la aplicación DAC.

DAC: Data Warehouse Application Console, es el aplicativo que gestiona el orden de ejecución de los procesos de carga de datos, así como la relación entre ellos. También administra las tablas de sistema que controlan los procesos incrementales. Para más información consultar “Siebel Business Analytics Applications Installation and Administration Guide”.

BBDD Informática: Es la base de datos que contiene la información de la aplicación Informatica. La gestión se realiza desde las aplicaciones cliente de la aplicación.

BBDD CRM: Es la base de datos que contiene la información de Siebel (Actividades, Solicitudes, etc.).

ETL – Informatica: Es el aplicativo que gestiona la carga de datos desde la base de datos operacional de Siebel a la base de datos de análisis (Data Warehouse).

BBDD Analytics: Es la base de datos que contiene la información de Siebel que se ha transformado y archivado en un formato propicio para el análisis. Se suele llamar Data Warehouse o Almacén de Datos.

Siebel Analytics: Es la aplicación que, utilizando los datos guardados en el Data Warehouse, se los envía a un servidor de aplicaciones en forma de informes. Para configurar este aplicativo, se utiliza un fichero conocido como “Repositorio de Analytics”, que tiene formato .rpd.

Repositorio Analytics: Es el repositorio que contiene los metadatos (definiciones de aplicación) que permiten al aplicativo transformar los datos contenidos en el Data Warehouse en informes.

Siebel Analytics Web: Es la aplicación que formatea los informes proporcionados por Siebel Analytics de manera que se presentan a los usuarios en un entorno web, de manera visualmente atractiva (gráficos, tablas, etc.).

Repositorio catalogo de presentación: Es el repositorio que contiene los metadatos (definiciones de aplicación) que permiten al aplicativo (9) transformar los informes proporcionados por el aplicativo (7) contenido Web que permita la navegación y visualización adecuada al usuario.






A continuación se detalla la arquitectura de Analytics:







Sistema Analytics: Proceso ETL de carga de datos y visualización de cuadros de mando

A continuación se detalla el proceso de carga de datos necesario para la actualización del almacén de datos Analytics

Los datos fuentes se encuentran contenidos en la BBDD Siebel

Informatica, extrae, transforma y carga los datos en el almacén de datos diariamente a una hora determinada, optimizando los datos provenientes de Siebel.

La información se carga en el almacén de datos de forma desnormalizada (Esquema-Estrella) con el fin que el acceso a la información sea escalable y rápido.

Siebel Analytics construye los informes predefinidos y personales diseñados en el sistema construyendo dinámicamente las consultas SQL y lanzándolas contra el almacén de datos

Gestiona la comunicación entre el explorador y el servidor Siebel Analytics mostrando los informes en el formato adecuado.





Esquema de Base de Datos Siebel

El esquema de base de datos Siebel se compone en aproximadamente 3000 tablas las cuales se estructuran en tres grandes grupos:

Tablas para datos de negocio En estas tablas es donde se almacena la información relacionada con Ciudadanos, Expedientes,

Dictámenes etc Actualizadas dinámicamente mediante el cliente Web o los mecanismos de integración disponibles (EAI,

EIM).

Tablas para datos de referencia Contiene datos de referencia estáticos tales como listas de valores, estados de las entidades etc Actualizados por los súper-usuarios administradores a través de la aplicación de administración en el

cliente Web.

Tablas de repositorio Siebel Todo el código fuente de Siebel esta orientado a base de datos. Esta parte del código fuente la conforman alrededor de 1100 tablas que estructuran el llamado repositorio

Siebel Las tablas se actualizan utilizando la herramienta de desarrollo Siebel Tools.

Datos de negocio

Datos de referencia

Datos de repositorio Siebel






A continuación se pasa a detallar el modelo de datos del SISAAD, por su complejidad y número de entidades / tablas involucradas primero se presentará el modelo general simplificado y en segunda estancia las áreas de mayor relevancia del mismo. Las entidades que se quieren definir son las siguientes:






El modelo de datos simplificado viene representado por la siguiente figura. En ella se detalla a tres niveles la interpretación de la figura anterior donde se detallaba a alto nivel las relaciones funcionales de las principales entidades:

Entidad funcional: titulo más externo de cada entidad, significado funcional. Las entidades de mayor relevancia se encuentran resaltadas en color.

Componente lógico de negocio: Entidad Siebel que implementa en la arquitectura Siebel una entidad funcional determinada,

Físico tabla del esquema de datos Siebel 7.8 que representa al Bussiness Component y donde se almacenan los datos de usuario y sistema.

Ejemplo:

IMSERSO Expediente

S_CASE

Expediente

1

1

Entidad funcionalComponente lógico de negocio

Tabla física en BBDD





Modelo de datos del SISAAD. Modelo de datos general Simplificado





Modelo de datos del SISAAD. Núcleo Expediente

Núcleo Expediente





Modelo de datos del SISAAD. Núcleo Ciclo de vida

Núcleo Ciclo de vida (Solicitud,

Revisión, Recurso)





Modelo de datos del SISAAD. Núcleo Dictamen-PIA

Núcleo Dictamen-PIA





Modelo de datos del SISAAD. Núcleo solicitud

Núcleo Solicitud (Instancia de ciclo de vida)





Modelo de datos del SISAAD. Núcleo Valoración

Núcleo Valoración





Modelo de datos del SISAAD. Modelo desnormalizado Analytics

Como se ha comentado en apartados anteriores el modelo de datos que emplea la herramienta Analytics es un modelo desnormalizado el que se definen las estrellas lógicas a partir de las cuales se configuran los distintos informes habilitados en el sistema. La herramienta Informatica a través de cargas ETL es la encargada de desnormalizar la información contenida en el esquema de BBDD relacional que emplea Siebel:

Modelo de datos relacional Modelo de datos desnormalizado (Modelo estrella)

CARGA DE DATOS ETL





Herramienta de desarrollo Siebel

El desarrollo de Siebel se realiza a través de la herramienta Siebel Tools la cual accede a las tablas de repositorio (1).

Una vez validados los cambios se compila los proyectos que conforman el repositorio dando como resultado el fichero compilado SRF (2) que es desplegado en el servidor Siebel (3) e interpretado por el componente Object Manager (4).



actual2.2. Modelo de gestión actual del SISAAD2.2.3. Sistemas de Información implicados. Piezas clave del sistema (Cont.)Repositorio de objetos Siebel

Como se ha detallado en el apartado anterior a través de la herramienta de configuración y desarrollo Siebel Tools se tiene acceso a las tablas del esquema de base de datos Siebel donde reside el repositorio de objetos. El objetivo de este apartado es definir cada uno de los objetos principales que conforman dicho repositorio indicando los componentes anteriormente descritos que se ven afectados por cada uno de ellos. A continuación se listan los objetos a definir (entre paréntesis el nombre de cada componente en ingles idioma empleado para la terminología propia de Siebel).

Capa Cliente (User Interface) Pantallas (Screens) Vistas (Views) Componentes (Applets) Controles (Controls)

Capa Lógica (Object layer) Objetos de negocio (Business objects) Componentes de negocio (Business components) Componentes de negocio virtuales (Virtual business components) Componentes de campos (Fields)

Servicios de negocio (Business services)

Componentes de integración (Integration business components)

Código fuente (Source code)

Objetos de Datos (Data Object Layer) Tablas de base de datos (Database tables) Columnas de Base de datos (Database columns)





Repositorio de objetos Siebel

La figura muestra la ubicación en las distintas capas de los objetos y sus interrelaciones y jerarquía, por ejemplo las pantallas están compuesta por vistas que a su vez lo están por componentes que a su vez no son mas que la representación visual de los componentes de negocio.





Repositorio de objetos Siebel. Capa Cliente

La capa cliente se ve afectada por los siguientes objetos de repositorio que pasamos a definir a continuación junto con ejemplos gráficos de aplicación que permiten el mejor entendimiento de cada concepto extrapolándolo al SISAAD:

Pantallas (Screens):

Capa cliente

La representación de las pantallas en la interfaz de usuario son las pestañas principales de la aplicación, Ej: Datos personales es una Pantalla (Screen)






Vistas (Views):

Capa clienteLa representación de las

vistas en la interfaz de usuario son el conjunto de componentes gráficos que ‘cuelgan’ de cada pantalla.






Componentes (Applets), se pueden dar tres tipos de componentes fundamentalmente:

Formulario (Form Applet). Listas (List Applet). Cuadros de selección (Pick Applet).

Capa cliente

Componente de tipo formulario, muestra el detalle de un registro concreto facilitando la edición del contenido

Componente de tipo lista, muestra n registros a la vez en el ejemplo los expedientes asociados al Dato personal. Facilita la búsqueda de información y navegabilidad

Componente de tipo cuadro de selección, a modo de pop up permite la selección de un registro concreto.






Controles (Controls):

Capa cliente

Cada Applet contiene una serie de controles, ya sean literales, campos libres, calculados, listas de valores etc





Repositorio de objetos Siebel. Capa Lógica

La capa lógica se ve afectada por los siguientes objetos de repositorio que pasamos a definir a continuación ay junto con ejemplos y gráficos que permiten el mejor entendimiento de cada concepto extrapolándolo al SISAAD:

Componentes de negocio (Business Components): Representa una entidad de negocio fundamental para el usuario. Conformado por un grupo lógico de datos de una o más tablas del esquema

Siebel. Cada uno de los datos que lo conforman tiene su representación física en una

columna de la tabla del esquema Siebel.

Capa lógica

En este ejemplo orientativo el componente de negocio Dictamen, esta estructurado por la información de las tablas del esquema Siebel HLS_CASE y CONTACT

En este ejemplo, cada una de las columnas de la base de datos que el desarrollador estime conveniente tendrá su representación lógica en el componente de negocio a través de los objetos de tipo campo (Field)






Componentes de campos (Fields): Un componente de negocio tiene de 1 a n campos los cuales tienen sus

propiedades de configuración propias Cada campo tiene su representación física en una columna de la tabla del

esquema Siebel. El campo puede estar asociado a una lista de valores determinada, ya sea

dinámica o estática.

Capa lógica

En este ejemplo, cada una de las columnas descritas tendrá su representación lógica en el componente de negocio






Objetos de negocio (Business objects): Representa un área de negocio Conformado por un grupo lógico componentes de negocio (Bussines

component). Uno de los objetos de negocio será el principal y los demás los secundarios,

normalmente el principal se nombra igual que el objeto de negocio. Cada uno de los datos que lo conforman tiene su representación física en una

columna de la tabla del esquema Siebel.

Capa lógica

En el ejemplo el objeto de negocio expediente esta conformado por cuatro componentes de negocio de los cuales el principal es Expediente y el resto son secundarios






Objetos de integración (Integration business objects): Objetos de negocio preparados para intercambiar información entre los objetos

de negocio Siebel y terceras aplicaciones. Basado en la tecnología XML. Altamente configurable y extensible para adaptarlo a requerimientos

específicos de negocios. Conforman paquetes compilables y publicados según los estándares WSDL .

Capa lógica






Servicios de negocio (Business services): Tipo de objeto utilizado para desarrollar lógica de negocio reusable. Bloques predefinidos para facilitar la integración mediante los componentes

EAI. Base para el despliegue de los webservices desarrollados. Arquitectura procedural multi-ejecutable. Capa lógica

El servicio de negocio puede ser accedido simultáneamente por múltiples objetos así como por terceras aplicaciones integradas con el sistema






Componentes de negocio virtuales (Virtual business objects): Componentes de negocio usados para acceder a datos en sistemas externos. Es interpretado por el sistema como un componente de negocio al uso. Provee al sistema acceso lógico a datos externos al sistema. El protocolo que emplea en la comunicación con los sistemas externos se basa

en XML. Capa lógica

El componente de negocio virtual se encuentra encapsulado al igual que el resto de componentes en el objeto de negocio que lo requiere (en el ejemplo el objeto es Expediente) e interacciona con el servicio de negocio que establece la comunicación empleando el protocolo adecuado con el agente externo





Repositorio de objetos Siebel. Capa Persistencia

Como se ha detallado en puntos anteriores en la capa de persistencia se almacenan todos la información del sistema incluida la de los objetos de negocio en las tablas especificas de repositorio Siebel:

Capa de persistenci

aDatos de negocio

Datos de referencia

Datos de repositorio Siebel, aquí es donde se almacena toda la información relativa a los objetos de negocio


2.2.3. Sistemas de Información implicados. Entornos involucrados en el SISAAD

Introducción

En este apartado se describen cada uno de los entornos empleados en el proyecto SISAAD. En dicha descripción se tendrá en cuenta tanto los entornos que actualmente se encuentran en pleno funcionamiento como los que no lo están y se esta planificando su puesta en marcha así como las relaciones establecidas entre ellos. Los entornos a analizar serán los siguientes.

Entorno de explotación.

Futuro entorno de respaldo MTAS.

Entornos de formación INTECO León.

Futuro entorno desarrollo INTECO León.

Entorno pre-productivo MTAS.

Entorno pre-productivo Accenture.




2.2.3. Sistemas de Información implicados. Entornos involucrados en el SISAAD (Cont.)

Mapa global de entornos SISAAD







Entorno explotación

Entorno explotación

Entorno donde se alojan todos los componentes necesarios para dar servicio a los Órganos Gestores.

Dichos componentes se encuentran distribuidos como a continuación se específica:

Capa cliente ubicada en cada una de las LAN propietarias de los Órganos Gestores involucrados en la gestión de la Ley de la Dependencia.

Front-end ubicado en el TIC de Telefónica en ella se encuentran desplegados los componentes de acceso a servicio web (incluidas instancias de respaldo de las mismas) así como el portal de la dependencia. La gestión de las peticiones web ser realiza a través de un balanceador de cargas web.

Back-end ubicado en el CPD de las oficinas centrales del IMSERSO ubicadas en Ginzo de Limia, aquí se encuentra desplegados el Siebel Enterprise Server, Analytics Server, Gestor de Contenidos “Alfresco”, Directorio de acceso LDAP así como los SGBBDD donde residen los esquemas de datos tanto para Siebel como Analytics.

Los componentes donde reside la lógica del SI se actualizan mediante pases a producción del tipo test to prod periódicamente desde el entorno pre-productivo ubicado en las instalaciones de Accenture.



Infraestructura física. Entorno de explotación

Por ser el nucleo del sistema se pasa a describir la infraestructura física, virtual y de almacenamiento empleada en el entorno de explotación.

Los servidores físicos empleados en el entorno de explotación son dos como se muestra en la figura adjunta. Estos servidores son particionados para crear las múltiples instancias necesarias para la instalación de los componentes que conforman el SISAAD:



Características de servidor

2 Servidores IBM P570.

12 cores instalados tipo Power5 por cada uno

48GB RAM por cada uno de ellos






Los servidores físicos empleados en el entorno de explotación se particionan en distintos servidores virtuales donde se instalan los diversos componentes que conforman el entorno de explotación del SISAAD. Dichas particiones se muestran a partir del siguiente cuando explicativo:Particiones virtuales instancias Siebel

Nombre

Spec RAM Disco Duro Función / Componentes Nodo

DB1 3 CPU 18 GB N / A Servidor BD 1

DB2 1 CPU 18 GB N / A Servidor BD respaldo 2

G1 1 CPU 4 GB 10 GB Servidor Gateway, Servidor de aplicaciones Siebel. Assignment Manager, Worflow Manager, EIM, Booking System

1

G2 1 CPU 4 GB 10 GB Servidor Gateway de respaldo, Servidor de aplicaciones Siebel de respaldo. Assignment Manager, Worflow Manager, EIM, Booking System

2

S1 2 CPU 8 GB 10 GB Servidor de aplicaciones Siebel, Object Manager 1

S2 2 CPU 8 GB 10 GB Servidor de aplicaciones Siebel, Object Manager 2

R1 2 CPU 4 GB 10 GB + 35 Docking

Servidor de aplicaciones Siebel, Siebel Remote 1

R2 2 CPU 4 GB 10 GB + 35 Docking

Servidor de aplicaciones Siebel, Siebel Remote 2

L1 0,5 CPU 2 GB 10 GB LDAP, Gestor de contenidos Alfresco 2






Particiones virtuales instancias Analytics

Nombre


DA1 2 CPU 10 GB N / A Servidor DB Analytics 1

SA1/W1

4 CPU 18 GB N / A Servidor Analytics, Servidor ETL 2






Particiones virtuales instancias del Document Server

Nombre


DS1 2 CPU 2 GB 10 GB Document Server N/A

DS2 2 CPU 2 GB 10 GB Document Server N/A




Los armarios de discos empleados físicos empleados en el entorno de explotación presenta las siguientes características:



Características de almacenamiento

Basado en cabinas DS4700, figura de la derecha

Capàcidad de crecimiento hasta 112TB SATA, 48 TB FC

Contienen funciones avanzadas de copia remota, flashcopy, etc

120.000 IOPS

Tecnología de 4Gbps

Controladora rendundante





A continuación se muestra la arquitectura virtual detallada del actual entorno de explotación:





Acceso a la capa de presentación desde los diferentes órganos Gestores

Existen dos formas de acceso a la capa de presentación del SISAAD:

De forma online (figura derecha) a través de la URL http://saad.mtas.es/gestion , los requisitos mínimos para acceder de esta forma son:

• Internet Explorer 6.x .

• Habilitación para la instalación y ejecución de plugins ActiveX.

• Java Runtime Enviomenten 1.4.2 o versiones posteriores.

De forma remota (a través de tablet-pc’s figura izquierda) en este caso los requisitos mínimos para la sincronización de los datos modificados en local serán:

• Los mismos que en el acceso local.

• Cliente remoto instalado en el dispositivo móvil.

• Cliente Contivity VPN v.4 o superiores instalado en el dispositivo móvil.





Capa Acceso web, TIC de Telefónica

En esta capa es donde se encuentran desplegados los componentes necesarios para ofrecer el acceso web del SISAAD.

El acceso web se encuentra replicado en dos nodos gestionado a su vez por un balanceador de carga web.

El portal de la dependencia también se encuentra desplegado en es esta capa de acceso, utilizando para ello dos servidores de aplicaciones con IBM Websphere Application Server 6.0.3 instalados en cada uno de ellos en configuración de cluster.





Capa Acceso Back-End. IMSERSO

En esta capa es donde se encuentran desplegados los componentes necesarios para ofrecer el acceso al back-end desplegado en las instalaciones del IMSERSO en Ginzo de Limia.

Los dos componentes que dan acceso al back-end del SISAAD son dos:

Directorio LDAP: Encargado de autentificar a los usuarios tanto cuando se validan de forma on-line en el aplicativo de gestión o lo hacen de forma remota a través de la VPN habilitada a tal efecto.

Siebel Gateway Server: Encargado de dar acceso a los distintos componentes desplegados en la capa de servicio del back-end del SISIAAD. Optimiza y securiza el acceso a dichos componentes.





Capa Servicio Back-End. IMSERSO

En esta capa es donde se encuentran desplegados los componentes necesarios para ofrecer la funcionalidad característica de un sistema basado en la tecnología Oracle-Siebel como es el SISAAD.

Las instancias Siebel instaladas en las diferentes máquinas físicas y virtuales que conforma el Back-end son los siguientes:

Instancias Siebel / Analytics

Sistema Operativo Componentes desplegados

Clusterizado

Siebel Gateway Sistema Operativo AIX 5.3 ML5

Siebel Gateway Sí

Servidores Siebel 1,2 Sistema Operativo AIX 5.3 ML5

Object Managers (Con balanceador de carga Siebel)

Sí


Workflow Monitor Agent, Assignment

Manager

Sí


Siebel remote Sí

Siebel Server 7 Windows 2000 Server Document Server No

Siebel Server 8 Windows 2000 Server Document Server No

Analytics Server Sistema Operativo AIX 5.3 ML5

Anaytics Server, SAW Server

No





Capa Servicio Back-End. IMSERSO





Capa Persistencia Back-End. IMSERSO

La capa de persistencia en el Back-end del SISAAD se compone principalmente de dos SGBBDD Oracle 10g:

En el primero de ellos reside el esquema del modelo de datos Siebel 7.8 que emplea el SISAAD. En el se almacena toda la información tanto de sistema como de aplicación del SISAAD.

En el segundo se reside el esquema desnormalizado sobre el que trabaja Analytics, esta base de datos se retroalimenta de la primera a partir de cargas diarias automatizadas sobre SGBBDD donde el reside el esquema Siebel 7.8





Entorno de desarrollo Actual

Entorno desarrollo actual

Actualmente el entorno de desarrollo del SISAAD se encuentra desplegado en las instalaciones de Accenture . Las características del entorno de desarrollo son:

En este entorno se realizan las pruebas de integración del SISAAD.

Se actualiza mediante subidas unitarias del repositorio de Siebel por el equipo de desarrollo Accenture.

Este entorno esta conformado únicamente por un servidor Siebel y otro servidor Analytics.

Instalado instancia del Websphere Aplication Server para el despliegue del compilado del portal para realizar pruebas de depuración y desarrollo.

Nota: Iniciada la prestación de los servicios, Accenture cederá el título sobre los servidores de desarrollo (2 máquinas IBM IBM P5,9133-55A, PowerPC_POWER5 con 4 procesadores y 2 máquinas Windows Server 2003, con un procesador Intel(R) Pentium(R) 4CPU 280GHz) incluidas en las mejoras de nuestra oferta de servicios. Accenture se reserva, y el IMSERSO por la presente acepta, el dominio sobre los servidores hasta que Accenture haya recibido el pago del precio en su totalidad.

Accenture no es el fabricante de los Productos y no da garantía de ninguna clase sobre estos servidores que son proporcionados por Accenture al IMSERSO tal como sean recibidos. Accenture sin embargo, en la medida de lo posible, cederá al IMSERSO todas las garantías que el fabricante otorgue en relación con dichos servidores.

La anterior garantía sustituye a cualquier otra garantía, expresa o implícita, incluyendo, a titulo enunciativo, las garantías sobre la posibilidad de comercialización de los servidores o su adecuación para un determinado uso.

La responsabilidad de Accenture por cualquier reclamación relacionada con los servidores, independientemente del tipo de acción de que se trate (ya sea extracontractual, basada en el contrato o en la legislación aplicable, incluyendo, sin límite alguno, culpa o negligencia) no excederá el importe de los pagos efectuados por el IMSERSO en pago de los servidores que den pie a la reclamación. En ningún caso Accenture será responsable de daños indirectos, derivados, especiales, indemnizatorios o penalizaciones (incluyendo lucro cesante) incluso en el supuesto de que el IMSERSO haya advertido a Accenture sobre su posible existencia.





Futuro entorno de desarrollo

Futuro entorno de desarrollo

El futuro entorno de desarrollo del SISAAD se ubicará en las instalaciones del INTECO (Instituto Nacional de Tecnologías de la Comunicación ) en León el futuro entorno de desarrollo dispondrá de:

Una instacia del servidor Siebel

Una instancia de servidor Analytics

Una instancia de servidor de aplicaciones Websphere 6.0.3

Intancias de SGBBDD relacional y desnormalizado

Document Server para la generación documental





Entorno respaldo

Futuro entorno respaldo

Ubicado en las instalaciones del MTAS (Ministerio de Trabajo y Asuntos Sociales) este es el entorno auxiliar del entorno de explotación, la futura arquitectura de respaldo se muestra en la imagen adjunta:





Entorno pre-productivo actual

Entorno pre-productivo actual

Actualmente este entorno se encuentra ubicado en las instalaciones de Accenture. Las características del entorno pre-productivo son:

Entorno donde se realizan actualmente las pruebas funcionales y de usuario.

Actualizado por subidas Dev to Test es decir por subidas de repositorio desde el entorno de desarrollo al de pre-producción (pruebas).

Instancia de Siebel conformada por un único Siebel Server.

Instancia de Analytics conformada por un único Analytics Server.

Websphere Aplication Server para el despliegue del compilado del portal y gestor en fase de pruebas

Nota: Iniciada la prestación de los servicios, Accenture cederá el título sobre los servidores de desarrollo (2 máquinas IBM IBM P5,9133-55A, PowerPC_POWER5 con 4 procesadores y 2 máquinas Windows Server 2003, con un procesador ADM Athlon(tm) 64 3200+) incluido como mejora de nuestra oferta de servicios. Accenture se reserva, y el IMSERSO por la presente acepta, el dominio sobre los servidores hasta que Accenture haya recibido el pago del precio en su totalidad.

Accenture no es el fabricante de los Productos y no da garantía de ninguna clase sobre estos servidores que son proporcionados por Accenture al IMSERSO tal como sean recibidos. Accenture sin embargo, en la medida de lo posible, cederá al IMSERSO todas las garantías que el fabricante otorgue en relación con dichos servidores.

La anterior garantía sustituye a cualquier otra garantía, expresa o implícita, incluyendo, a titulo enunciativo, las garantías sobre la posibilidad de comercialización de los servidores o su adecuación para un determinado uso.

La responsabilidad de Accenture por cualquier reclamación relacionada con los servidores, independientemente del tipo de acción de que se trate (ya sea extracontractual, basada en el contrato o en la legislación aplicable, incluyendo, sin límite alguno, culpa o negligencia) no excederá el importe de los pagos efectuados por el IMSERSO en pago de los servidores que den pie a la reclamación. En ningún caso Accenture será responsable de daños indirectos, derivados, especiales, indemnizatorios o penalizaciones (incluyendo lucro cesante) incluso en el supuesto de que el IMSERSO haya advertido a Accenture sobre su posible existencia.





Entorno formación actual

Entorno formación actual

El entorno de formación actual dispone de:

Una instancia del Siebel Server

Una instancia de Analytics Server

Instancia servidor de aplicaciones Websphere 6.0.3

Una instancia del Gestor de base de datos relacional y otra desnomralizada para Analytics

Un Document Server para la generación de documentación.

Como se ha comentado anteriormente este entorno será el futuro entorno de desarrollo.





Futuro entorno formativo

Futuro entorno formativo

El futuro entorno de formación residirá al igual que el de respaldo y preproducción el en MTAS deberá de constar al menos con:

Una instacia del servidor Siebel

Una instancia de servidor Analytics

Una instancia de servidor de aplicaciones Websphere 6.0.3

Intancias de SGBBDD relacional y desnormalizado

Document Server para la generación documental




2.2.3. Sistemas de Información implicados. Mapas de redA continuación se muestra a alto nivel la red configurada con el fin de dar servicio al SISAAD:

Balanceador de carga web, gestiona y optimiza el enrutamiento de las peticiones de servicio

Nodos clusterizados para garantizar la alta disponibilidad del frontal web




2.2.3. Sistemas de Información implicados. Mapas de redA continuación se muestra el diagrama virtual de la red empleada por el SISAAD:




2.2.3. Sistemas de Información implicados. Mapas de redPor último, así se define la red física empleada por el SISAAD:

Arquitectura sisaad

Documents

Transcript of Arquitectura sisaad