Arquitectura sisaad

2. Nuestro conocimiento de la situación actual
2.2. Modelo de gestión actual del SISAAD
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
Copyright © 2008 Accenture All Rights Reserved

y comunicaciones, describiendo los distintos entornos existentes.

Capítulo 2 – Página 1

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




Sistema Gestor de Expedientes
Pieza 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:

Sistema Gestor
de Expedientes

 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 :

Modulo
estadístico
(Cuadro de
mando integral)

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




Portal de la Dependencia y Gestor de
contenidos
Basado 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:

Portal de la
dependencia

 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



(Cont.)

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.

Directorio LDAP

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



(Cont.)

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:

Sistema de
integración

 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 disposivos
móviles
El sistema gestor de expedientes dispone de un componente que permite la sincronización de trabajos offline realizados con un cliente móvil (Tablet-PC) cuyas características se enumeran a continuación:
 Sistema de inserción transaccional.

Sistema sincronización
remota dispositivos
móviles

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



(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):

Componentes cliente
Siebel

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



(Cont.)

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

Componentes acceso
Web Siebel

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



(Cont.)

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.

Instancia de Servicio
Siebel

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



(Cont.)

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

Siebel

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



(Cont.)

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

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



(Cont.)

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.


Instancia de servicio
Analytics


(Cont.)

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



(Cont.)

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.




(Cont.)

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.

Componentes portal
de la dependencia
(Cliente y Servidor)

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



Object
Manager

Cache de Imágenes
 Componente Siebel instalado en el Web Server con el fin de mejorar el rendimiento.



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.

Object
Manager

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



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.

Data
Manager

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



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

Assignment
Manager

 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



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.

Assignment
Manager

 Asignación Interactiva. Adecuado cuando se desea realizar asignaciones de trabajo a
candidatos



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



Sistema Analytics: Componentes de servicio de la herramienta de explotación Analytics
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.

Sistema Analytics: Componentes de servicio de la herramienta de explotación Analytics
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
Gestiona la comunicación entre el
explorador y el servidor Siebel
Analytics mostrando los informes
en el formato adecuado.
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
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 (EsquemaEstrella) con el fin que el acceso
a la información sea escalable y
rápido.



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


Modelo de datos del SISAAD
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:



Modelo de datos del SISAAD
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:



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:



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



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

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


Capa cliente


 Componentes (Applets), se pueden dar tres tipos de componentes fundamentalmente:
 Formulario (Form Applet).
 Listas (List Applet).
 Cuadros de selección (Pick Applet).
Componente de tipo
formulario, muestra el
detalle de un registro
concreto facilitando la
edición del contenido

Capa cliente

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

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



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

Capa lógica

 Cada uno de los datos que lo conforman tiene su representación física en una columna
de la tabla del esquema Siebel.

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
persistencia

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

Entorno
explotación

 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
uno

tipo Power5 por cada

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

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


Función / Componentes

Nod
o


(Cont.)

Particiones virtuales instancias Analytics
Nombre

Spec

RAM

Disco Duro

DA1

2 CPU

10 GB

N/A

Servidor DB Analytics

1

SA1/W1

4 CPU

18 GB

N/A

Servidor Analytics, Servidor ETL

2



Nod
o


(Cont.)

Particiones virtuales instancias del Document
Server
Nombre

Spec

RAM

Disco Duro

DS1

2 CPU

2 GB

DS2

2 CPU

2 GB



Nod
o

10 GB

Document Server

N/A

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
flashcopy, etc

funciones avanzadas de

copia

remota,

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 online 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.



(Cont.)

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 Backend 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

ML5

Object Managers (Con
balanceador de carga
Siebel)

Sí


ML5

Workflow Monitor
Agent, Assignment
Manager

Sí


ML5

Siebel remote

Sí

Siebel Server 7

Windows 2000 Server

Document Server

No

Siebel Server 8

Windows 2000 Server

Document Server

No

ML5

Anaytics Server, SAW
Server

No

Copyright © Analytics ServerRights Reserved
2008 Accenture All



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

Entorno de desarrollo
Actual

 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
Copyright © 2008 Accenture All Rights Reserved (incluyendo lucro cesante) incluso en el supuesto de que el IMSERSO haya advertido a Accenture sobre su posible
existencia.



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

Futuro entorno de
desarrollo

 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




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 respaldo




Entorno pre-productivo actual
Actualmente este entorno se encuentra ubicado en las instalaciones de Accenture. Las
del entorno pre-productivo son:

características

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

Entorno preproductivo actual

 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,
Copyright © 2008 Accenture All Rights Reserved (incluyendo lucro cesante) incluso en el supuesto de que el IMSERSO haya advertido a Accenture sobre su posible
especiales, indemnizatorios o penalizaciones


(Cont.)

Entorno formación actual
El entorno de formación actual dispone de:

Entorno formación
actual

 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
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:

Futuro entorno
formativo

 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 red
A 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



A continuación se muestra el diagrama virtual de la red empleada por el SISAAD:



Por último, así se define la red física empleada por el SISAAD:



Arquitectura sisaad

Más contenido relacionado

Destacado

Similar a Arquitectura sisaad

Más de alvaro alcocer sotil

Arquitectura sisaad