AUTORIDAD PORTUARIA NACIONAL VENTANILLA ÚNICA PORTUARIA DISEÑO VUP. Versión 1.0. Agosto Versión 1.0 Diseño VUP Página 1 de 119

Tamaño: px
Comenzar la demostración a partir de la página:

Download "AUTORIDAD PORTUARIA NACIONAL VENTANILLA ÚNICA PORTUARIA DISEÑO VUP. Versión 1.0. Agosto 2009. Versión 1.0 Diseño VUP Página 1 de 119"

Transcripción

1 AUTORIDAD PORTUARIA NACIONAL VENTANILLA ÚNICA PORTUARIA DISEÑO VUP Versión.0 Agosto 2009 Versión.0 Diseño VUP Página de 9

2 Tabla de contenidos. DEFINICIÓN DE LA ARQUITECTURA DEL SISTEMA Definición de Niveles de Arquitectura Identificación de Requisitos de Diseño y Construcción Especificación de Excepciones Especificación de Estándares y Normas de Diseño y Construcción Identificación de Subsistemas de Diseño Especificación del Entorno Tecnológico Especificación de Requisitos de Operación y Seguridad DISEÑO DE CASOS DE USO REALES Identificación de Clases y diseño de la realización de los Caso de Uso CU_EDI_ CU_EDI_ CU_EDI_ CU_EDI_ CU_EDI_ CU_EDI_ CU_EDI_ CU_FRM_ CU_FRM_ CU_FRM_ CU_FRM_ CU_FRM_ CU_PP_ CU_PP_ CU_PP_ CU_PP_ CU_PP_ CU_PP_ CU_PP_ CU_PP_ CU_PP_ Versión.0 Diseño VUP Página 2 de 9

3 CU_ADM_ CU_ADM_ Revisión de la Interfaz de Usuario Revisión de Subsistemas de Diseño e Interfaces Subsistema Mensajería EDI Subsistema Gestión Escala y licencias de Operación Subsistema Formularios Subsistema Administración Sistema Subsistema Pasarela de pago Subsistema Consultas DISEÑO DE CLASES Identificación de Clases, Atributos, Operaciones, Asociaciones y Agregaciones CU_EDI_ CU_EDI_ CU_EDI_ CU_EDI_ CU_EDI_ CU_EDI_ CU_EDI_ CU_FRM_ CU_FRM_ CU_FRM_ CU_FRM_ CU_FRM_ CU_PP_ CU_PP_ CU_PP_ CU_PP_ CU_PP_ CU_PP_ CU_PP_ CU_PP_ CU_PP_ CU_ADM_0...3 Versión.0 Diseño VUP Página 3 de 9

4 CU_ADM_ Diseño de la Jerarquía Especificación de Necesidades de Migración y Carga Inicial de Datos DISEÑO FÍSICO DE DATOS Diseño del Modelo Físico de Datos Especificación de los Caminos de Acceso a los Datos Optimización del Modelo Físico de Datos Especificación de la Distribución de Datos VERIFICACIÓN Y ACEPTACIÓN DE LA ARQUITECTURA DEL SISTEMA Verificación de las Especificaciones de Diseño Análisis de Consistencia de las Especificaciones de Diseño GENERACIÓN DE ESPECIFICACIONES DE CONSTRUCCIÓN Especificación del Entorno de Construcción Definición de Componentes, Subsistemas de Construcción y Elaboración de Especificaciones de Construcción Subsistema de Gestión Escalas y licencias de operación Subsistema de Mensajería EDI Subsistema de Formularios Subsistema de Pasarela de Pago Subsistema de Administración del sistema Subsistema de Consultas ESPECIFICACIÓN TÉCNICA DEL PLAN DE PRUEBAS Especificación del Entorno de Pruebas Especificación Técnica de Niveles de Prueba Revisión de la Planificación de Pruebas ESTABLECIMIENTO DE REQUISITOS DE IMPLANTACIÓN Especificación de Requisitos de Documentación de Usuario Especificación de Requisitos de Implantación APROBACIÓN DEL DISEÑO DEL SISTEMA DE INFORMACIÓN Presentación y Aprobación del Diseño del Sistema de Información ANEXO I: GUÍA DE MENSAJES...3 Versión.0 Diseño VUP Página 4 de 9

5 . DEFINICIÓN DE LA ARQUITECTURA DEL SISTEMA En esta actividad se define la arquitectura general del sistema de información, especificando las distintas particiones físicas del mismo, la descomposición lógica en subsistemas de diseño y la ubicación de cada subsistema en cada partición, así como la especificación detallada de la infraestructura tecnológica necesaria para dar soporte al sistema de información... Definición de Niveles de Arquitectura En esta tarea se describen los niveles de la arquitectura software, mediante la definición de las principales particiones físicas del sistema de información, representadas como nodos y comunicaciones entre nodos. El siguiente diagrama de despliegue representa de forma esquemática la arquitectura del sistema con todos los elementos que intervienen: deployment Diagrama de despliegue DMZ Cluster de servidores de aplicaciones Clientes EDI Clientes WEB VUP VUP Navegador WEB Java Java SSI SSI Internet Internet Servidor de Aplicaciones Servidor de Aplicaciones Backup Backup 800 Sistema Operativo Sistema Operativo DMZ FireWall Router LAN LAN LAN Cluster de servidores de bases de datos Administradores de APN Usuarios de APN SGBD SGBD SSI SSI Backup Backup Sistema Operativo Sistema Operativo Versión.0 Diseño VUP Página 5 de 9

6 Como se puede observar en el diagrama de despliegue la arquitectura consta de dos clusters de servidores que conforma la zona desmilitarizada. Uno de los cluster contendrá la VUP y otro contendrá la base de datos. Ambos cluster estarán conectados mediante una red LAN. Dentro de cada cluster se configurarán dos servidores en espejo definiendo uno de ellos como maestro y otro como esclavo. Todos los servidores estarán protegidos tanto de caídas como de subidas de tensión eléctrica mediante sistemas SAI (sistemas de alimentación ininterrumpida). Los administradores y los usuarios de la APN accederán a través del firewall mientras que el resto de usuarios, clientes EDI o web, accederán al sistema mediante un router conectado al firewall para evitar accesos no deseados. Las líneas de comunicaciones también estarán duplicadas para evitar caídas y cortes de la red. Los sistemas clientes pueden ser de 3 tipos: clientes para acceso web que únicamente necesitarán un navegador web, clientes con mensajería EDI o sistemas externos que se comunicarán mediante Web Services. La finalidad del firewall y el router es filtrar los accesos desde direcciones y puertos que sean sospechosos y permitir tener control sobre quién, cuándo y desde donde accede al sistema..2. Identificación de Requisitos de Diseño y Construcción Debido al uso de arquitecturas y plataformas ampliamente aceptadas y herramientas estándares no se ha detectado ningún requisito específico que deba cumplirse para la implementación del sistema. No obstante existen algunas consideraciones que deben ser tenidas en cuenta. El empleo de ésta arquitectura permite tener sistemas espejo lo que nos posibilita el tener tolerancia a fallos y balanceo de carga aunque implica realizar copias diferenciales entre los servidores, lo cual mantendrá ocupados a los servidores durante las horas de menos acceso por parte de los usuarios. Los servidores que conformen el cluster deberán tener la misma versión del mismo sistema operativo y realizar las mismas actualizaciones sobre los dos servidores para evitar diferencias entre ambos. También será necesario definir las reglas que el firewall aplicará definiendo los puertos y direcciones IP que estarán abiertos hacia el exterior y desde el exterior. Respecto a los sistemas de los clientes esta arquitectura permite que sean sistemas ligeros y no dependientes, sin tener que soportar ningún tipo de lógica de negocio ni tener que Versión.0 Diseño VUP Página 6 de 9

7 realizar ninguna instalación. Para el acceso web el único requisito para los clientes es tener un navegador web actualizado instalado en su sistema. En el caso de comunicación vía mensajería EDI el sistema de mensajería EDI del cliente puede ser construido en cualquier tecnología y sobre cualquier arquitectura que soporten el envío, la recepción y el tratamiento de ficheros XML..3. Especificación de Excepciones Dentro de la arquitectura definida se pueden dar una serie de situaciones anómalas que afectan en mayor o menor grado al comportamiento del sistema pudiendo llegar incluso a denegar el servicio a los clientes de la VUP. Dichas situaciones anómalas son: caídas de los servidores de bases de datos, fallos en las comunicaciones con la base de datos, fallos en las comunicaciones de los servidores de aplicación con los clientes administradores, fallos de las comunicaciones con el firewall y caídas de los servidores de aplicación. A continuación se explica la situación normal de cada uno de los sistemas existentes en la arquitectura y su comportamiento en caso de que se produzca una excepción dentro de cada uno. El estado habitual de los servidores de bases de datos será tener el servidor maestro levantado y respondiendo a las solicitudes que le lleguen y el servidor esclavo estará en stand by. Cuando se produzca una caída del servidor maestro el software SSI detecta la caída y levanta el servidor de base de datos esclavo redireccionando todas las peticiones que se reciban hacia el servidor esclavo. Este tipo de excepción de negación de servicio es muy grave ya que afecta al subsistema de gestión de escalas y licencias de operación afectando directamente al comportamiento del sistema. Ante esta situación, con la información del fallo que proporcione el software de base de la máquina, será necesario detectar los motivos de la caída y restaurar los servicios lo antes posible, ya que si se cayera el servidor esclavo muchas de las funciones de la VUP no podrían llevarse a cabo. La comunicación entre el cluster de servidores de aplicación y el cluster de servidores de bases de datos debe estar de forma habitual levantada y transmitiendo información entre ambos puntos. Cuando se produzca una caída de servicio del sistema de red la electrónica de red detectará dicha excepción hardware y redirigirá las comunicaciones por la línea secundaria. Esta excepción es igual de grave que la de denegación de servicio de la base de datos ya que los efectos son los mismos: inaccesibilidad de la base de datos afectando también al subsistema de gestión de escalas y licencias con las mismas consecuencias citadas anteriormente. Al igual que en el caso anterior, es determinante detectar el origen del fallo y proceder a su rápida subsanación. La comunicación entre el cluster de servidores de aplicación y los clientes de administradores debe estar de forma habitual levantada y transmitiendo de forma que se permita la comunicación entre ambos puntos. En caso de fallo, la electrónica de red deberá de Versión.0 Diseño VUP Página 7 de 9

8 redirigir las comunicaciones a la segunda línea. Este tipo de excepción de error en las transmisiones provoca que no se puedan realizar labores de mantenimiento y/o actualización en el sistema por lo que el problema hay que solventarlo antes de que se realicen estas tareas. Es necesario revisar la instalación para detectar la causa y evitar retrasos en el mantenimiento del sistema. El estado habitual del cluster de servidores de aplicación es el servidor maestro levantado y sirviendo las peticiones que le lleguen y el esclavo en stand by. En caso de caída del servidor maestro el software SSI debe detectarlo inmediatamente y debe levantar el servidor esclavo, redirigir las peticiones a dicho servidor esclavo y notificar a los administradores de dicho error. Este error de denegación de servicio es el más grave de todos, junto con la denegación de servicio de la base de datos, ya que afecta al servicio ofrecido a los usuarios de la VUP y para todo el sistema afectando a todos los subsistemas existentes. Dicho error debe detectarse y corregirse inmediatamente ya que en caso de que también se cayera el servidor esclavo se pararía todo el sistema y se dejaría de prestar servicio. Otro punto clave para que se ofrezca el servicio es la comunicación entre el cluster de servidores de aplicación y el firewall para accesos externos. El estado habitual de la línea de comunicaciones es estar levantada y transmitiendo las peticiones que lleguen del exterior al cluster de servidores de aplicación. En caso de que ésta falle se debe redireccionar las transmisiones por la segunda línea e informar inmediatamente a los administradores del sistema ya que éste error tiene la misma gravedad que la caída de un servidor de aplicaciones al afectar a todos los subsistemas e impedir ofrecer servicio a los clientes. Todos estos errores se verán reflejados en los logs específicos que proporciona el software de base de los diferentes nodos indicando la fecha, la hora, el tipo de error, una descripción del mismo..4. Especificación de Estándares y Normas de Diseño y Construcción Como marco normativo a cumplir seguiremos lo ya definido en el documento de análisis aplicando en cada caso aquellas normas o leyes del Estado Peruano que afecten al diseño de la ventanilla única portuaria y su posterior explotación. Adicionalmente al marco normativo se aplicará el estándar definido por Métrica versión 3 en su actividad de Diseño de Sistemas Informáticos (DSI) en lo que refiere a notación, actividades y tareas. Versión.0 Diseño VUP Página 8 de 9

9 .5. Identificación de Subsistemas de Diseño Con el fin de organizar y facilitar el diseño, se realiza una división del sistema de información en subsistemas de diseño. Estos pueden ser subsistemas específicos y subsistemas de soporte, con la finalidad de independizar, en la medida de lo posible, las funcionalidades a cubrir por el sistema de información de la infraestructura que le da soporte. Los subsistemas específicos contemplan las funcionalidades propias del sistema de información, mientras que los de soporte cubren servicios comunes, proporcionando un acceso transparente a los distintos recursos. Tomando como referencia el modelo de subsistemas realizado en el análisis y la arquitectura definida en el punto. Definición de Niveles de Arquitectura se obtiene el siguiente modelo de subsistemas de diseño: pkg SoloSubsistemas sistema gestor de bases de datos Administración del Sistema Gestión Escalas y Licencias de Operación Consultas Formularios Mensajería EDI Pasarela de Pago Contingencias Servidor de Aplicaciones Comunicaciones Software base Versión.0 Diseño VUP Página 9 de 9

10 De éstos subsistemas los específicos son: Gestión Escalas y Licencia de operación Administración del Sistema Consulta Formularios Mensajería EDI Pasarela de pago Dentro de estos subsistemas se ha tenido en cuenta no sólo la lógica de negocio sino también cuestiones como: Facilidad de mantenimiento. Reutilización de elementos del propio sistema. Optimización de recursos. Características de ejecución. Funcionalidad común. Acceso a base de datos. Como subsistemas de soporte se han definido: Comunicaciones. Contingencia. Software de base. Servidor de aplicaciones. Sistema gestor de Base de datos. Dentro del subsistema de comunicaciones se incluirán tanto el hardware como el software necesario para que el sistema pueda comunicarse, con los parámetros establecidos, con el resto de elementos de la arquitectura. Dichos elementos incluirán los sistemas necesarios para garantizar la transmisión de la información entre los distintos subsistemas específicos. El subsistema de contingencia recoge los elementos que gestionan las transacciones, la sincronización de los servidores y el comportamiento ante errores. Estos elementos permitirán el balanceo de carga y la tolerancia a fallos dentro del cluster. El subsistema de software de base incluye todo aquel software necesario para que la máquina sea funcional y permita ejecutar correctamente el sistema. Dicho software está formado por el Sistema operativo y la parte Java. Versión.0 Diseño VUP Página 0 de 9

11 La parte Java estará formada por el JRE, las librerías J2EE y aquellos frameworks que sean necesarios para el funcionamiento del sistema. Dichos frameworks serán definidos en el punto.6 Especificación del Entorno Tecnológico. Las librerías J2EE, normalmente, vienen incluidas en el servidor de aplicaciones pero es posible que se necesite incluir alguna librería específica a la hora de construir el sistema. El Java runtime enviroment (JRE) también suele venir incorporado en el sistema operativo pero es posible que se tenga que instalar una versión superior o una actualización para evitar discrepancias entre el entorno de desarrollo y el entorno de software..6. Especificación del Entorno Tecnológico El entorno tecnológico se divide en dos grandes bloques: el entorno Hardware y el entorno Software. El entorno hardware se compone de las máquinas que soportarán la base de datos y el servidor de aplicaciones. Aunque la finalidad es muy distinta, las necesidades desde el punto de vista hardware son muy parecidas ya que deberán soportar lo siguiente: Sistemas espejo para soportar tolerancia a fallos. Líneas de comunicaciones redundantes para asegurar la conectividad entre la VUP y las Entidades y la VUP los usuarios. Protección de todos los sistemas ante caídas de energía eléctrica. Para el almacenamiento de la base de datos es necesario conocer, aunque sea de forma aproximada, el crecimiento que va a tener dicha base de datos. El tamaño de almacenamiento para la base de datos viene dado por el espacio en disco que ocupa la información de una escala, de un pasajero y de un contenedor multiplicado por el número de escalas, número de pasajeros y número de contendores que hay en un año. Espacio de disco= (Escalas/año x espacio/ escala) + (Pasajeros/año x espacio/pasajero) + (Contenedores/año x espacio/contenedor) Según nuestra experiencia con las ventanillas únicas de España, Portugal y Marruecos estimamos que el espacio necesario puede ser: Por cada Escala un espacio medio requerido: 500 Kb Por cada Pasajero un espacio medio requerido: 20 Kb Por cada Contenedor un espacio medio requerido: 30 Kb Los datos obtenidos de la APN (Reporte de naves 2009, estadísticas de movimiento de naves a nivel nacional) y de DIGEMIN (Datos Extraídos de la Base de Datos DIGEMIN el ) sobre las escalas, los contendores y los pasajeros del año 2008 son: Número de escalas en un año: 8.8 Versión.0 Diseño VUP Página de 9

12 Número de pasajeros en un año: Número de contenedores en un año: Por lo que el espacio requerido sería: (8.8 x 500) + (34.99 x 20) + ( x 30) = Kb Aprox. 52 Gigas. Adicionalmente puede aplicarse un factor corrector a modo de margen de seguridad para realizar compras de equipos a más largo plazo. Así mismo establecemos el uso de discos duros en sistema RAID 5 para evitar los problemas físicos de disco y la consecuente pérdida de información asociada a ellos. Para poder dimensionar la capacidad de procesamiento necesaria para el sistema se ha tenido en cuenta que el sistema será utilizado por.000 usuarios totales, es decir, usuarios de mensajería EDI y de la gestión web, con un tráfico anual de manifiestos. Para poder ofrecer un buen rendimiento en estas circunstancias es necesario disponer de unos servidores con una capacidad de memoria no inferior a los 6Gb y procesamiento múltiple, con un mínimo de 4 procesadores de doble núcleo. Se recomienda que la arquitectura sea de tipo Blade ya que facilita la escalabilidad y permite un crecimiento hardware sencillo. Las líneas de comunicaciones también deberán ser capaces de soportar dicho tráfico por lo que recomendamos emplear una red Gigabit Ethernet duplicada para evitar pérdida de conectividad entre los servidores. Como nota adicional al hardware recomendamos que se establezca un mantenimiento con el proveedor o fabricante para poner tener acceso a las actualizaciones así como poder solventar de la forma más rápida posible los problemas que puedan surgir. El entorno software se divide a su vez en dos grandes grupos, el software específico y el de soporte. El software de soporte se compone del sistema operativo que gestionará las máquinas, un middleware SSI (Single System Image) para el balanceo de carga y tolerancia a fallos, un software que gestione los backup, el servidor de aplicaciones y el sistema gestor de bases de datos. El servidor de aplicaciones será JBoss versión Enterprise ya que asegura actualizaciones y soporte profesional y el gestor de bases de datos será Oracle g por su probada fiabilidad y rendimiento en todo tipo de entornos. Versión.0 Diseño VUP Página 2 de 9

13 El sistema operativo vendrá suministrado por el fabricante de la máquina pero se debe tener en cuenta que en función del sistema operativo escogido se tendrá que escoger el software de backup y el de SSI. Debido a esto no se va establecer ningún software en concreto aunque si se van a marcar los requisitos mínimos que deben cumplir. El software SSI debe permitir la disponibilidad de los datos, la disponibilidad en los procesos y la consistencia de éstos entre el servidor maestro y el servidor esclavo. El software para realizar los backup debe permitir realizar copias incrementales y completas en horario programado con anterioridad. También debe permitir la recuperación de la información a partir de un día concreto. La realización de copias de seguridad en caliente nunca debe afectar al funcionamiento del sistema de una forma sensible. El software específico será construido ex profeso para el sistema pero dado que se va a construir sobre la plataforma J2EE la máquina donde se ubique la VUP, tanto para desarrollo como para producción, deberá tener instalado la última versión de JRE (Java Runtime Enviroment) y los siguientes frameworks. JavaServer Faces JavaServer Faces es el estándar presentado por Sun para la capa de presentación Web. Forma parte de la especificación J2EE 5 -que deberán cumplir todos los servidores de aplicaciones- y se erige como una evolución natural de los frameworks actuales hacia un sistema de componentes. Es un estándar sencillo que aporta los componentes básicos de las páginas web además de permitir crear componentes más complejos (menús, pestañas, árboles, etcétera). Ya hay disponibles diferentes implementaciones de la especificación, tanto comerciales como de código abierto, así como librerías de componentes adicionales que amplían la funcionalidad de esos componentes iniciales. JSF ha sido acogida por la comunidad como el framework que hacía falta. Muchos de los proyectos de código abierto y las compañías con más influencia lo han identificado como el framework de presentación web del futuro. MyFaces MyFaces es un proyecto de la fundación Apache que ofrece una implementación en código abierto de JavaServer Faces, así como un amplio conjunto de componentes adicionales. Entre ellos se dispone de un menú, árboles, pestañas, tablas navegables, componentes para gestionar el estado de los diálogos, etc. A lo largo del tiempo se van incorporando componentes cada vez más potentes y ya se encuentran en pruebas Versión.0 Diseño VUP Página 3 de 9

14 componentes basados en Ajax, aunque para esta última opción finalmente nos decantaremos hacia RichFaces. Realmente el uso de MyFaces no impide emplear otras librerías de componentes, así que su uso depende tan solo de la utilidad que encontremos en la funcionalidad que ofrece. Spring Spring es un conjunto de librerías a la carta de entre las que podemos escoger aquellas que faciliten el desarrollo de nuestra aplicación. Entre sus posibilidades más potentes está su contenedor de Inversión de Control (Inversión de Control, también llamado Inyección de Dependencias, es una técnica alternativa a las clásicas búsquedas de recursos vía JNDI. Permite configurar las clases en un archivo XML y definir en él las dependencias. De esta forma la aplicación se vuelve muy modular y a la vez no adquiere dependencias con Spring), la introducción de aspectos, plantillas de utilidades para Hibernate, ibatis y JDBC así como la integración con JSF. Es uno de los proyectos más sorprendentes en el panorama actual en Java en el grado en que ayuda a que los diferentes componentes que forman una aplicación trabajen entre sí, pero no establece apenas dependencias consigo mismo. Esta es la primera característica de este framework. Sería posible retirarlo sin prácticamente cambiar líneas de código. Lo único que sería necesario es, lógicamente, añadir la funcionalidad que provee, ya sea con otro framework similar o mediante nuestro código. A nivel de soporte de la comunidad, Spring es uno de los proyectos con más actividad, con desarrollos dentro y fuera del propio framework (de hecho Acegi, el sistema de seguridad empleado y ahora llamado Spring Security, fue realizado por colaboradores ajenos al framework). Actualmente dispone de soporte comercial a través de Interface2, la empresa creadora, así como otros fabricantes que dan soporte en su área. Spring Security Antiguamente llamado Acegi, desde su versión 2.0 su nomenclatura cambia a Spring Security. Es un gestor de seguridad que está diseñado fundamentalmente para ser usado con Spring y en el que destaca su versatilidad. Spring Security proporciona una capa que envuelve diversos estándares de seguridad presentes en Java y ofrece una forma unificada de configuración a través de un descriptor en XML. Cubre la capa web y la de negocio. A nivel Web captura todas las peticiones mediante la implementación de un filtro y a nivel de métodos mediante interceptación a través de AOP. En ambos casos permite aplicar los criterios de seguridad que trae de serie o añadir nuevas opciones de forma sencilla implementando los interfaces diseñados a tal fin. Versión.0 Diseño VUP Página 4 de 9

15 Spring Security se ha elegido como opción frente a los sistemas propietarios de los diferentes vendedores por la universalidad de su uso no es necesario cambiar nada si se cambia de proveedor en los servidores- así como por su potencia que engloba los API s de seguridad de Java-. Hibernate Hibernate es un motor de persistencia de código abierto. Permite mapear un modelo de clases a un modelo relacional sin imponer ningún tipo de restricción en ambos diseños. Cuenta con una amplia documentación, tanto a nivel de libros publicados como disponibles gratuitamente en su Web. A nivel comercial está respaldado por JBoss, que proporciona servicios de soporte, consultoría y formación en el mismo. Actualmente es el rey indiscutible de la persistencia. Desde su versión.0, el motor no ha parado de evolucionar, incorporando todas las nuevas ideas que se iban incorporando en este campo. JUnit Estándar actual en Java en código abierto para la creación de tests unitarios. Su limpieza de diseño, la amplia documentación existente y lo estandarizado de su uso lo hace la mejor opción para este tipo de tests. Actualmente, para pruebas unitarias, JUnit es prácticamente la opción universal. C3PO C3PO es un pool de conexiones de código abierto. Su uso está muy estandarizado, la documentación disponible sobre él es abundante y tiene un desarrollo continuo por parte de la comunidad. Siendo un simple pool de conexiones, C3PO es sencillo de emplear y rápido de configurar. Es soportado por Hibernate de forma trivial y su uso es transparente. Ant Ant es una herramienta de código abierto para ensamblar aplicaciones y, de forma general, realizar cualquier operación repetitiva del desarrollo que se pueda mecanizar mediante un script. Otra opción muy interesante -disponible también por parte de Apache- es Maven. El problema es que uso no está muy extendido y, en esencia, ambos tienen las mismas funciones aunque con distinta filosofía. Versión.0 Diseño VUP Página 5 de 9

16 Log4Java Log4Java, otra de las librerías de código abierto de Apache, es la opción de referencia para gestionar todos los aspectos de los logs de desarrollo. Aunque se ha visto reemplazada en el API de Java por las nuevas funcionalidades del log en el JDK.5 su uso ampliamente extendido en todas las áreas- y su probado comportamiento en grandes aplicaciones la mantienen todavía como la más usada. Log4Java es empleado de forma casi universal como gestor de logs. Si bien ya se comienza a emplear el API para logs de Java, su funcionalidad es muy similar a Log4Java. RichFaces RichFaces proporciona una serie de librerías que vienen a extender la funcionalidad de JSF. Actualmente se encuentra en su versión 3.3 y trabaja con JSF.2 (versiones inferiores no son soportadas desde la versión 3.2). La principal funcionalidad que aporta es una serie de componentes basados en ajax, extremadamente útiles y que permiten la introducción de ajax en nuestra aplicación sin ningún tipo de complicación. Incluso permite decidir que componentes o zonas se actualizan ante una petición de ajax, y cuáles no. Por otro lado proporciona un sistema de esquemas que facilita una mejor interfaz gráfica que, si bien es configurable, por lo general es bastante atractivo estéticamente como para no necesitar apenas ninguna modificación. Facelets Sistema simplificado de presentación, en donde es posible diseñar de forma libre una página web y luego asociarle los componentes JSF precisos. Aporta mayor libertad al diseñador y mejora los informes de errores que tiene JSF entre otras cosas. Al igual que titiles en struts, facelets aporta un sistema de plantillas exquisito, que permite la definición incluso de plantillas recursivas, por lo que se puede partir de una plantilla base y hacer subplantillas. Posteriormente los programadores pueden hacer uso de cualquier plantilla para elaborar las pantallas. De este modo se gana en mantenimiento del código y homogeneidad en la presentación. Versión.0 Diseño VUP Página 6 de 9

17 .7. Especificación de Requisitos de Operación y Seguridad El objetivo de esta tarea es definir los procedimientos de seguridad y operación necesarios para no comprometer el correcto funcionamiento del sistema y garantizar el cumplimiento del servicio que exigirá el sistema en cuanto a la gestión de operaciones. Dentro de los procedimientos de seguridad se definen los siguientes puntos: La identidad del usuario está garantizada mediante el binomio Clave SOL y RUC del usuario que acceda al sistema. Dicho binomio será validado por los sistemas de la SUNAT y su resultado será notificado a la VUP. Una vez estén los usuarios logados en el sistema sólo podrán acceder a aquella funcionalidad definida para el rol al cual esté asignado el usuario La configuración del firewall deberá poder bloquear accesos de direcciones no permitidas así como bloquear puertos que sean susceptibles de recibir ataques. Para ello es necesario definir las reglas de acceso y qué direcciones estarán bloqueadas. Como procedimientos de operación se establecen los siguientes: Las copias de seguridad que se realizarán serán copias incrementales diarias (en caliente) con una primera copia completa (en frio), ésta última se repetirá con carácter semanal. El sistema generará un fichero de log por día. En dicho fichero se almacenará además de los errores que se han definido en el punto.3 los siguientes eventos: o Acceso de usuario. o Actividad del usuario: creación, modificación o eliminación de mensajes o datos maestros. Dentro de cada evento definido se incluirá la fecha y hora del evento. Las copias diferenciales entre el servidor maestro y el esclavo para dar soporte al sistema espejo se realizarán durante los periodos de inactivada y justo antes de los periodos definidos como periodos críticos, momentos en los que más actividad y más usuarios accederán al sistema. Versión.0 Diseño VUP Página 7 de 9

18 2. DISEÑO DE CASOS DE USO REALES Esta actividad tiene como propósito especificar el comportamiento del sistema de información para un caso de uso, mediante objetos o subsistemas de diseño que interactúan, y determinar las operaciones de las clases e interfaces de los distintos subsistemas de diseño. Para ello, una vez identificadas las clases participantes dentro de un caso de uso, es necesario completar los escenarios que se recogen del análisis, incluyendo las clases de diseño que correspondan y teniendo en cuenta las restricciones del entorno tecnológico, esto es, detalles relacionados con la implementación del sistema. 2.. Identificación de Clases y diseño de la realización de los Caso de Uso El objetivo de esta tarea es definir cómo interactúan entre sí los objetos para realizar, desde un punto de vista técnico, un caso de uso del sistema de información y por tanto también quedan identificadas las clases que intervienen en cada caso de uso. En esta tarea se han unificado los puntos de identificación de clases y el diseño de la realización de los casos de uso con el objetivo de simplificar el documento ya que en el diseño de la realización de los casos de uso se incluye de forma implícita la identificación de las clases CU_EDI_0 Utilizando como base los escenarios y las interacciones definidas en el documento de análisis y teniendo en cuenta el entorno de desarrollo escogido han surgido las siguientes clases de diseño: EntradaMsg, TypeMsg, ValidaMsg y Guia_Mensaje. Dichas clases se interrelacionan tal y como se explica en el siguiente diagrama de secuencia correspondiente al flujo principal. sd Secuencia Principal EntradaMsg TypeMsg ValidaMsg Guia_Mensaje CU_EDI_02 Actor RecibirMsg(Msg) :TypeMsg Parser(archivo: file) :TypeMsg ValidarMsg(Msg: TypeMsg) :boolean getguia(tipomsg: String) :TypeGuia validate(tipoguia, Msg) :boolean ValidarTemp(tipoguia, Msg) Versión.0 Diseño VUP Página 8 de 9

19 El flujo principal de interacción entre dichas clases de diseño comienza al recibir la clase EntradaMsg el archivo con el mensaje EDI mediante la operación RecibirMsg(). El siguiente paso es convertir dicho archivo XML en un objeto en memoria, esto se realiza mediante el método Parser() de la clase TypeMsg. Una vez se tiene el mensaje EDI en memoria la clase EntradaMsg invoca a la clase ValidaMsg mediante el método ValidarMsg(). La clase ValidaMsg obtiene la guía asociada al mensaje mediante la operación getguia() la Cual invoca a la clase Guia_Mensaje que devolverá la guía que se debe aplicar al mensaje EDI. Una vez obtenida la guía se valida con el método validate(). Si el mensaje es válido se invoca al caso de uso CU_EDI_02 mediante el método ValidarTemp() para continuar con la validación. Existe una secuencia alternativa de interacción entre dichas clases de diseño que comienza al recibir la clase EntradaMsg el archivo con el mensaje EDI mediante la operación RecibirMsg(). El siguiente paso es convertir dicho archivo XML en un objeto en memoria, esto se realiza mediante el método Parser(archivo) de la clase TypeMsg. Una vez se tiene el mensaje EDI en memoria la clase EntradaMsg invoca a la clase ValidaMsg mediante el método ValidarMsg(). La clase ValidaMsg obtiene la guía asociada al mensaje mediante la operación getguia() la Cual invoca a la clase Guia_Mensaje que devolverá la guía que se debe aplicar al mensaje EDI. Una vez obtenida la guía se valida con el método validate(). Si el mensaje no es válido la clase ValidaMsg crea un objeto de la clase Error mediante el uso de métodos Throw() y lo envía al caso de uso CU_EDI_04 mediante el método NotificarError() para indicar que ha habido una sd Secuencia Alternativa EntradaMsg TypeMsg ValidaMsg Error Guia_Mensaje CU_EDI_04 Actor RecibirMsg :file Parser(archivo: file) :TypeMsg ValidarMsg(Msg: TypeMsg) getguia(tipomsg: String) : TypeGuia validate(tipoguia: TypeGuia, Msg: TypeMsg) :boolean Throw Throw(e: Exception) NotificarError(tipoerror: int) excepción con el mensaje. Versión.0 Diseño VUP Página 9 de 9

20 2..2. CU_EDI_02 Utilizando como base los escenarios y las interacciones definidas en el documento de análisis y teniendo en cuenta el entorno de desarrollo escogido han surgido las siguientes clases de diseño: EntradaMsg, TypeMsg, ValidaMsgTemp y TipoMensaje. Dichas clases se interrelacionan tal y como se explica en el siguiente diagrama de secuencia correspondiente al flujo principal. sd Secuencia principal EntradaMsg TypeMsg ValidaMsgTemp TipoMensaje CU_EDI_03 Actor RecibirMsg :TypeMsg gettipo :String validatmp(msg: TypeMsg, tipo: String) getplazo(tipo: String) :String validartmp(plazo: String, Msg: TypeMsg) :boolean ValidarIdentidad(Msg: TypeMsg) (from CU_EDI_0) El flujo principal de interacción entre dichas clases de diseño comienza al recibir la clase EntradaMsg el mensaje de tipo TypeMsg mediante la operación RecibirMsg(). El siguiente paso es obtener el tipo de mensaje, esto se realiza mediante el método gettipo() de la clase TypeMsg. Una vez se tiene el tipo del mensaje la clase EntradaMsg invoca a la clase ValidaMsgTemp mediante el método ValidarTmp(). La clase ValidaMsgTmp obtiene los plazos del mensaje mediante la operación getplazo() la cual invoca a la clase TipoMensaje que devolverá los plazos que se deben aplicar al mensaje EDI. Una vez obtenidos los plazos se valida con el método valídatemp(). Si el mensaje es válido se invoca al caso de uso CU_EDI_03 mediante el método ValidarIdentidad() para continuar con la validación. Existe una secuencia del flujo alternativo de interacción entre dichas clases de diseño que comienza al recibir la clase EntradaMsg el mensaje de tipo TypeMsg mediante la operación RecibirMsg(). El siguiente paso es obtener el tipo de mensaje, esto se realiza mediante el método gettipo() de la clase TypeMsg. Una vez se tiene el tipo del mensaje la clase EntradaMsg invoca a la clase ValidaMsgTemp mediante el método ValidarTmp(). La clase ValidaMsgTmp obtiene los plazos del mensaje mediante la operación getplazo() la cual invoca a la clase TipoMensaje que devolverá los plazos que se deben aplicar al mensaje EDI. Una vez obtenidos los plazos se valida con el método valídatemp(). Si el mensaje no es válido la clase ValidaMsgTemp crea un objeto Versión.0 Diseño VUP Página 20 de 9

Diseño del Sistema de Información

Diseño del Sistema de Información Diseño del Sistema de Información ÍNDICE DESCRIPCIÓN Y OBJETIVOS...2 ACTIVIDAD DSI 1: DEFINICIÓN DE LA ARQUITECTURA DEL SISTEMA...7 Tarea DSI 1.1: Definición de Niveles de Arquitectura...9 Tarea DSI 1.2:

Más detalles

Diseño del Sistema de Información

Diseño del Sistema de Información Diseño del Sistema de Información ÍNDICE DESCRIPCIÓN Y OBJETIVOS... 2 ACTIVIDAD DSI 1: DEFINICIÓN DE LA ARQUITECTURA DEL SISTEMA... 7 Tarea DSI 1.1: Definición de Niveles de Arquitectura... 9 Tarea DSI

Más detalles

Metodología de Ingeniería del Software para el desarrollo y mantenimiento de sistemas de información del Gobierno de Extremadura

Metodología de Ingeniería del Software para el desarrollo y mantenimiento de sistemas de información del Gobierno de Extremadura Metodología de Ingeniería del Software para el desarrollo y mantenimiento de sistemas de información del Gobierno de Extremadura Página 1 de 23 Índice del Documento 1.- Introducción... Página 4 2.- Propuesta

Más detalles

Indizen Labs imade. Marco de Desarrollo Aplicaciones de Indizen

Indizen Labs imade. Marco de Desarrollo Aplicaciones de Indizen Indizen Labs imade Marco de Desarrollo Aplicaciones de Indizen Índice de contenidos Indizen Labs Introducción a imade Metodología imade Arquitectura imade Herramientas imade Indizen Labs Indizen Labs Son

Más detalles

Introducción a Javato

Introducción a Javato Introducción a Javato Fº. Javier Pereñiguez Steria Iberica 20/02/2008 Índice Introducción Arquitectura Ejemplo arquitectura Plataforma Desarrollo Ejemplo de entorno de desarrollo Vías futuras Casos de

Más detalles

TFC J2EE. Aplicación Web para la gestión de facturación de una empresa de cerrajería. Sara Gutiérrez Melero ITIG Junio de 2012

TFC J2EE. Aplicación Web para la gestión de facturación de una empresa de cerrajería. Sara Gutiérrez Melero ITIG Junio de 2012 TFC J2EE Aplicación Web para la gestión de facturación de una empresa de cerrajería Sara Gutiérrez Melero ITIG Junio de 2012 Consultor: Jose Juan Rodriguez Índice 1. Introducción Objetivos Planificación

Más detalles

TEMA 37: Arquitecturas Cliente / Servidor. Tipos de cliente. Tipos de Servidor. Clasificación del software.

TEMA 37: Arquitecturas Cliente / Servidor. Tipos de cliente. Tipos de Servidor. Clasificación del software. . TEMA 37: Arquitecturas Cliente / Servidor. Tipos de cliente. Tipos de Servidor. Clasificación del software. Índice 1 INTRODUCCIÓN 2 2 CARACTERÍSTICAS 2 2.1 Características del cliente...2 2.2 Características

Más detalles

Análisis del Sistema de Información

Análisis del Sistema de Información Análisis del Sistema de Información ÍNDICE DESCRIPCIÓN Y OBJETIVOS... 2 ACTIVIDAD ASI 1: DEFINICIÓN DEL SISTEMA... 6 Tarea ASI 1.1: Determinación del Alcance del Sistema... 6 Tarea ASI 1.2: Identificación

Más detalles

Arquitectura Java para el Cuarto Ejercicio. José Antonio Ruano Ampudia Técnico Superior de Proyecto Informático

Arquitectura Java para el Cuarto Ejercicio. José Antonio Ruano Ampudia Técnico Superior de Proyecto Informático Arquitectura Java para el Cuarto Ejercicio José Antonio Ruano Ampudia Técnico Superior de Proyecto Informático Sumario Introducción Arquitectura en n-capas Arquitectura y el Cuarto Examen Java y su modelo

Más detalles

JAVA EE 5. Arquitectura, conceptos y ejemplos.

JAVA EE 5. Arquitectura, conceptos y ejemplos. JAVA EE 5. Arquitectura, conceptos y ejemplos. INTRODUCCIÓN. MODELO DE LA APLICACIÓN JEE5. El modelo de aplicación Java EE define una arquitectura para implementar servicios como lo hacen las aplicaciones

Más detalles

CUALIFICACIÓN PROGRAMACIÓN DE SISTEMAS INFORMÁTICOS PROFESIONAL. Nivel 3. Versión 6. Actualización

CUALIFICACIÓN PROGRAMACIÓN DE SISTEMAS INFORMÁTICOS PROFESIONAL. Nivel 3. Versión 6. Actualización Página 1 de 19 CUALIFICACIÓN PROGRAMACIÓN DE SISTEMAS INFORMÁTICOS PROFESIONAL Familia Profesional Informática y Comunicaciones Nivel 3 Código IFC303_3 Versión 6 Situación Contraste externo Actualización

Más detalles

CUALIFICACIÓN PROGRAMACIÓN DE SISTEMAS INFORMÁTICOS PROFESIONAL. Nivel 3. Versión 5 Situación RD 1201/2007 Actualización

CUALIFICACIÓN PROGRAMACIÓN DE SISTEMAS INFORMÁTICOS PROFESIONAL. Nivel 3. Versión 5 Situación RD 1201/2007 Actualización Página 1 de 17 CUALIFICACIÓN PROGRAMACIÓN DE SISTEMAS INFORMÁTICOS PROFESIONAL Familia Profesional Informática y Comunicaciones Nivel 3 Código IFC303_3 Versión 5 Situación RD 1201/2007 Actualización Competencia

Más detalles

CUALIFICACIÓN SISTEMAS DE GESTIÓN DE INFORMACIÓN PROFESIONAL. Nivel 3. Versión 5 Situación RD 1201/2007 Actualización

CUALIFICACIÓN SISTEMAS DE GESTIÓN DE INFORMACIÓN PROFESIONAL. Nivel 3. Versión 5 Situación RD 1201/2007 Actualización Página 1 de 16 CUALIFICACIÓN SISTEMAS DE GESTIÓN DE INFORMACIÓN PROFESIONAL Familia Profesional Informática y Comunicaciones Nivel 3 Código IFC304_3 Versión 5 Situación RD 1201/2007 Actualización Competencia

Más detalles

Herramienta de Gestión Integral de E-Business

Herramienta de Gestión Integral de E-Business Herramienta de Gestión Integral de E-Business Ingeniería técnica de informática de sistemas Autor: David López Martín Tutor: Antoni Oller Arcas Índice Introducción Metodología Análisis Diseño Planificación

Más detalles

Aplicaciones web construidas a base de componentes:

Aplicaciones web construidas a base de componentes: Java EE Aplicaciones Web/Sistemas Web Juan Pavón Mestras Dep. Ingeniería del Software e Inteligencia Artificial Facultad de Informática Universidad Complutense Madrid Material bajo licencia Creative Commons

Más detalles

Framework de desarrollo de Código Abierto

Framework de desarrollo de Código Abierto Framework de desarrollo de Código Abierto (Utilización de framework de desarrollo de Código Abierto en el mundo empresarial) Esther Casas Rescalvo Gerente Arquitectura Mundivia esther.casas@atosorigin.com

Más detalles

Implantación y Aceptación del Sistema

Implantación y Aceptación del Sistema y Aceptación del Sistema 1 y Aceptación del Sistema ÍNDICE DESCRIPCIÓN Y OBJETIVOS... 2 ACTIVIDAD IAS 1: ESTABLECIMIENTO DEL PLAN DE IMPLANTACIÓN...5 Tarea IAS 1.1: De finición del Plan de... 5 Tarea IAS

Más detalles

JAVATO: UN FRAMEWORK DE DESARROLLO JAVA LIBRE

JAVATO: UN FRAMEWORK DE DESARROLLO JAVA LIBRE JAVATO: UN FRAMEWORK DE DESARROLLO JAVA LIBRE Jefe de Servicio de Integración de Aplicaciones Corporativas Dirección General de Informática (Comunidad Autónoma Región de Murcia) Técnico Responsable Dirección

Más detalles

http://www.cem.itesm.mx/extension/ms

http://www.cem.itesm.mx/extension/ms Diplomado Programación orientada a objetos con Java y UML Las empresas necesitan contar con sistemas de información modernos, ágiles y de calidad para alcanzar sus objetivos y ser cada vez más competitivos

Más detalles

CUALIFICACIÓN CONFECCIÓN Y PUBLICACIÓN DE PÁGINAS WEB PROFESIONAL. Nivel 2. Versión 5 Situación RD 1201/2007 Actualización

CUALIFICACIÓN CONFECCIÓN Y PUBLICACIÓN DE PÁGINAS WEB PROFESIONAL. Nivel 2. Versión 5 Situación RD 1201/2007 Actualización Página 1 de 18 CUALIFICACIÓN CONFECCIÓN Y PUBLICACIÓN DE PÁGINAS WEB PROFESIONAL Familia Profesional Informática y Comunicaciones Nivel 2 Código IFC297_2 Versión 5 Situación RD 1201/2007 Actualización

Más detalles

SIOM-Interfaz AM Manual de Usuario

SIOM-Interfaz AM Manual de Usuario SIOM-Interfaz AM Manual de Usuario Alfonso XI, 6 28014 Madrid F(+34) 91 524 03 96 www.omie.es Ref. MU_InterfazAM.doc Versión 5.0 Fecha: 2014-09-10 ÍNDICE 1 INTRODUCCIÓN 3 2 REQUISITOS PREVIOS 4 2.1 COMPONENTES

Más detalles

Plataforma de expediente Electrónico @DOC

Plataforma de expediente Electrónico @DOC MINISTERIO DE LA PRESIDENCIA SUBSECRETARÍA SUBDIRECCIÓN GENERAL DE TECNOLOGÍAS Y SERVICIOS DE LA INFORMACIÓN Plataforma de expediente Electrónico @DOC Arquitectura de Sistemas Control de versiones Versión

Más detalles

Historial de Revisiones

Historial de Revisiones Página: 1 Especificación de Requerimientos de Software Plataforma Libre Orientada a Servicios para la Gestión de Trámites a través de Gobierno Electrónico (Actualización FASE I) Historial de Revisiones

Más detalles

PLIEGO DE PRESCRIPCIONES TÉCNICAS ÍNDICE 1. OBJETO... 2 2. ANTECEDENTES Y SITUACIÓN ACTUAL... 2

PLIEGO DE PRESCRIPCIONES TÉCNICAS ÍNDICE 1. OBJETO... 2 2. ANTECEDENTES Y SITUACIÓN ACTUAL... 2 PROCEDIMIENTO NEGOCIADO SIN PUBLICIDAD PARA LA ADJUDICACIÓN DEL CONTRATO DE SERVICIOS PARA EL DESARROLLO DE COMPONENTES PARA LAS APLICACIONES DE ADMINISTRACIÓN ELECTRÓNICA DEL SENADO PLIEGO DE PRESCRIPCIONES

Más detalles

Arquitectura de aplicaciones

Arquitectura de aplicaciones Arquitectura de aplicaciones Arquitectura en capas API API dic-08 alb@uniovi.es 2 Layers y Tiers Layer: capa arquitectónica de la aplicación software Presentación, lógica, persistencia Tier: capa física

Más detalles

Diseño e implementación de un sistema de información basado en Servicios Web para la gestión de ofertas de empleo y candidatos ANEXOS

Diseño e implementación de un sistema de información basado en Servicios Web para la gestión de ofertas de empleo y candidatos ANEXOS Proyecto Fin de Carrera Ingeniería Informática Diseño e implementación de un sistema de información basado en Servicios Web para la gestión de ofertas de empleo y candidatos ANEXOS Autor: Mariola Valiente

Más detalles

Tema 5. Plataforma Java EE

Tema 5. Plataforma Java EE Tema 5. Plataforma Java EE SCS Sistemas Cliente/Servidor 4 o informática http://ccia.ei.uvigo.es/docencia/scs enero 2009 FJRP, FMBR 2008/09 ccia SCS 5.1 Introducción a Java EE Java EE (Java Enterprise

Más detalles

Historia de revisiones

Historia de revisiones Proyecto Help-Desk Plan de Verificación y Validación Versión 1.0 Historia de revisiones Fecha Versión Descripción Autor 16/08/2005 1.0 Primera versión del documento Martín Boero Plan de Verificación y

Más detalles

Plataforma de Desarrollo de Software

Plataforma de Desarrollo de Software Plataforma de Software Guía de introducción a la Plataforma de Desarrollo de Software Versión 1.07 Basado en plantilla: xxxxx - Plantilla básica v2.01 2014-02-07 Página 1 de 9 Control de cambios Fecha

Más detalles

BOLETÍN OFICIAL DEL ESTADO

BOLETÍN OFICIAL DEL ESTADO Núm. 300 Miércoles 14 de diciembre de 2011 Sec. I. Pág. 135721 No debe interpretarse que los diversos espacios formativos identificados deban diferenciarse necesariamente mediante cerramientos. Las instalaciones

Más detalles

El Framework de desarrollo del Consejo

El Framework de desarrollo del Consejo El Framework de desarrollo del Consejo Superior de Investigaciones Científicas Director de la OPCSIC Centro Técnico de Informática (CSIC) Directora Centro Técnico de Informática (CSIC) Palabras clave Framework,

Más detalles

Curso de Java EE Todos los Derechos Reservados Global Mentoring Experiencia y Conocimiento para tu Vida 1

Curso de Java EE Todos los Derechos Reservados Global Mentoring Experiencia y Conocimiento para tu Vida 1 1 Los Enterprise Java Beans (EJB) es código Java del lado del Servidor. Normalmente tienen la lógica de negocio de nuestra aplicación, y por lo tanto cubren el rol de la capa de servicio de nuestras aplicaciones

Más detalles

Alcance y descripción del servicio. Backup Servidor IPLAN. IPLAN iplan.com.ar NSS S.A. Reconquista 865 C1003ABQ Buenos Aires Argentina

Alcance y descripción del servicio. Backup Servidor IPLAN. IPLAN iplan.com.ar NSS S.A. Reconquista 865 C1003ABQ Buenos Aires Argentina Alcance y descripción del servicio Backup Servidor IPLAN 1. Introducción Backup Servidor IPLAN le permite al Cliente realizar resguardos periódicos de la información de su Servidor Virtual y/o Servidor

Más detalles

Alcance y descripción del servicio Backup Servidor IPLAN

Alcance y descripción del servicio Backup Servidor IPLAN Alcance y descripción del servicio Backup Servidor IPLAN 1. Introducción Backup Servidor IPLAN le permite al Cliente realizar resguardos periódicos de la información de su Servidor Virtual y/o Servidor

Más detalles

Lineamientos para el desarrollo de sistemas

Lineamientos para el desarrollo de sistemas Lineamientos para el desarrollo de sistemas 1. Introducción La Coordinación de Información Académica (CIA) a través del Centro Universitario para el Desarrollo de las Tecnologías de la Información (CUDTI)

Más detalles

Capítulo III. Análisis y diseño.

Capítulo III. Análisis y diseño. Capítulo III. Análisis y diseño. 3.1 Análisis. El análisis es el intermediario entre los requisitos del sistema y el diseño, esta sección definiremos el análisis con una serie de modelos técnicos del sistema,

Más detalles

Requisitos técnicos para la instalación. Arquitectura Hardware Arquitectura Software. Instrucciones de instalación GONG-R

Requisitos técnicos para la instalación. Arquitectura Hardware Arquitectura Software. Instrucciones de instalación GONG-R v 3 Junio 2015 ÍNDICE Introducción Requisitos técnicos para la instalación Arquitectura Hardware Arquitectura Software Instrucciones de instalación Instalación módulo GONG2 Instalación módulo eporte Instrucciones

Más detalles

CMS, Repositorios y Gestores de Portales.

CMS, Repositorios y Gestores de Portales. CMS, Repositorios y Gestores de Portales. En el mundo de la programación estamos acostumbrados a que la mayoría de los avances que se realizan vayan orientados a simplificar el desarrollo de proyectos.

Más detalles

COMUNICACIÓN TECNIMAP SEDE ELECTRÓNICA DEL MINISTERIO DE MEDIO AMBIENTE, Y MEDIO RURAL Y MARINO

COMUNICACIÓN TECNIMAP SEDE ELECTRÓNICA DEL MINISTERIO DE MEDIO AMBIENTE, Y MEDIO RURAL Y MARINO COMUNICACIÓN TECNIMAP SEDE ELECTRÓNICA DEL MINISTERIO DE MEDIO AMBIENTE, Y MEDIO RURAL Y MARINO ÍNDICE 1 INTRODUCCIÓN... 1 2 ARQUITECTURA TECNOLÓGICA DEL MARM... 2 2.1 ARQUITECTURA DE SEDE ELECTRÓNICA...3

Más detalles

Mª Luisa Gutiérrez Acebrón División de Informática y Tecnologías de la Información Ministerio de Justicia

Mª Luisa Gutiérrez Acebrón División de Informática y Tecnologías de la Información Ministerio de Justicia Implantación de una arquitectura orientada a servicios. Un caso de uso Mª Luisa Gutiérrez Acebrón División de Informática y Tecnologías de la Información Ministerio de Justicia Introducción Los compromisos

Más detalles

SGOCF Sistema de Gestión de Operaciones Comerciales de Financiación. Memoria

SGOCF Sistema de Gestión de Operaciones Comerciales de Financiación. Memoria 1 Portada SGOCF Sistema de Gestión de Operaciones Comerciales de Financiación Memoria Trabajo de Fin de Carrera Ingeniería Técnica de Informática de Sistemas Autor: David Rodríguez Villar Consultor: Oscar

Más detalles

Licencia 2: (Creative Commons)

Licencia 2: (Creative Commons) Licencia 2: (Creative Commons) Esta obra está bajo una licencia Reconocimiento-No comercial-sin obras derivadas 2.5 España de Creative Commons. Puede copiarlo, distribuirlo y transmitirlo públicamente

Más detalles

Capítulo 4. Requisitos del modelo para la mejora de la calidad de código fuente

Capítulo 4. Requisitos del modelo para la mejora de la calidad de código fuente Capítulo 4. Requisitos del modelo para la mejora de la calidad de código fuente En este capítulo definimos los requisitos del modelo para un sistema centrado en la mejora de la calidad del código fuente.

Más detalles

UNA EXPERIENCIA PRÁCTICA DE INTEGRACIÓN DE SISTEMAS HETEROGÉNEOS DIRIGIDA POR MODELOS

UNA EXPERIENCIA PRÁCTICA DE INTEGRACIÓN DE SISTEMAS HETEROGÉNEOS DIRIGIDA POR MODELOS UNA EXPERIENCIA PRÁCTICA DE INTEGRACIÓN DE SISTEMAS HETEROGÉNEOS DIRIGIDA POR MODELOS Gerente de Informática de Diputación IZFE, S.A. (Diputación Foral de Gipuzkoa) Analista IZFE, S.A. (Diputación Foral

Más detalles

Anexo 4 Documento de Arquitectura

Anexo 4 Documento de Arquitectura Anexo 4 Documento de Arquitectura 1. Introducción El anexo se describe el propósito y alcance referentes al proyecto correspondiente al documento de arquitectura. 2. Propósito El propósito del anexo de

Más detalles

CONSTRUCCIÓN DE PORTALES

CONSTRUCCIÓN DE PORTALES Curso «Los portales de internet». Fac. Documentación. Universidad de Murcia. 29 CONSTRUCCIÓN DE PORTALES Juan Antonio Pastor Sánchez 1. Introducción La Gestión de los contenidos informativos de los portales

Más detalles

CAPITULO 1. Introducción a los Conceptos Generales de Bases de Datos Distribuidas

CAPITULO 1. Introducción a los Conceptos Generales de Bases de Datos Distribuidas CAPITULO 1 Introducción a los Conceptos Generales de 1.1 Preliminares Las empresas necesitan almacenar información. La información puede ser de todo tipo. Cada elemento informativo es lo que se conoce

Más detalles

Experiencias con J2EE

Experiencias con J2EE Experiencias con J2EE Carlos Luna García Project Manager J2EE carlos.luna@sistel.es Presentación corporativa (1)! Presentación de la compañía.» Sistel es una compañía de integración y desarrollo de sistemas

Más detalles

ADMINISTRACIÓN Y PROGRAMACIÓN EN SIS- TEMAS DE PLANIFICACIÓN DE RECURSOS EMPRESARIALES Y DE GESTIÓN DE RELA- CIONES CON CLIENTES

ADMINISTRACIÓN Y PROGRAMACIÓN EN SIS- TEMAS DE PLANIFICACIÓN DE RECURSOS EMPRESARIALES Y DE GESTIÓN DE RELA- CIONES CON CLIENTES IFCT0610: ADMINISTRACIÓN Y PROGRAMACIÓN EN SIS- TEMAS DE PLANIFICACIÓN DE RECURSOS EMPRESARIALES Y DE GESTIÓN DE RELA- CIONES CON CLIENTES CÓDIGO ESPECIALIDAD C.P. PRESEN- CIALES TELEFORMA- CIÓN TOTALES

Más detalles

CONTRATACIÓN DEL DESARROLLO DE NUEVAS FUNCIONALIDADES PARA LA PLATAFORMA DE NOTIFICACIONES POSTALES Y ENVÍO DE SMS

CONTRATACIÓN DEL DESARROLLO DE NUEVAS FUNCIONALIDADES PARA LA PLATAFORMA DE NOTIFICACIONES POSTALES Y ENVÍO DE SMS CONTRATACIÓN DEL DESARROLLO DE NUEVAS FUNCIONALIDADES PARA LA PLATAFORMA DE NOTIFICACIONES POSTALES Y ENVÍO DE SMS PLIEGO DE CONDICIONES DE CONTRATACIÓN 1 1 Antecedentes Lanbide, Servicio Vasco de Empleo,

Más detalles

PLIEGO DE PRESCRIPCIONES TÉCNICAS DEL PROCEDIMIENTO SIMPLIFICADO PARA LA CONTRATACIÓN DE LOS SERVICIOS DE UNA EMPRESA PARA la INTEGRACIÓN DE

PLIEGO DE PRESCRIPCIONES TÉCNICAS DEL PROCEDIMIENTO SIMPLIFICADO PARA LA CONTRATACIÓN DE LOS SERVICIOS DE UNA EMPRESA PARA la INTEGRACIÓN DE PLIEGO DE PRESCRIPCIONES TÉCNICAS DEL PROCEDIMIENTO SIMPLIFICADO PARA LA CONTRATACIÓN DE LOS SERVICIOS DE UNA EMPRESA PARA la INTEGRACIÓN DE CONTENIDOS DE LA WEB DEL INSTITUTO DE CRÉDITO OFICIAL EN UN

Más detalles

BASES DE DATOS. 1.1 Funciones de un DBMS

BASES DE DATOS. 1.1 Funciones de un DBMS BASES DE DATOS Un DBMS, son programas denominados Sistemas Gestores de Base de Datos, abreviado SGBD, en inglés Data Base Management System (DBMS) que permiten almacenar y posteriormente acceder a los

Más detalles

Trabajo Final de Graduación para optar por el título. Bachiller en Ingeniería en Computación

Trabajo Final de Graduación para optar por el título. Bachiller en Ingeniería en Computación Trabajo Final de Graduación para optar por el título Bachiller en Ingeniería en Computación Migración del Módulo de Inventario del Sistema Business Advance Víctor Guzmán Alfaro Carrera Ingeniería en Computación

Más detalles

Guía de servicios. Contenidos

Guía de servicios. Contenidos Guía de servicios Contenidos Contenidos... 1 Consultoría y proyectos de software libre... 2 Cómo podemos ayudar al cliente a ser más competitivo?... 2 La mejor opción... 2 Mantenimiento de sistemas...

Más detalles

Tecnología VoIP integrada en Sistemas de Emergencia Policiales

Tecnología VoIP integrada en Sistemas de Emergencia Policiales Tecnología VoIP integrada en Sistemas de Emergencia Policiales Mariela E. Rodriguez 1, José Farfan 2, & José V. Zapana 3 Cátedra de Modelos de Desarrollo de Programas y Programación Concurrente / Facultad

Más detalles

ADMINISTRACIÓN DE SISTEMAS INFORMÁTICOS

ADMINISTRACIÓN DE SISTEMAS INFORMÁTICOS CUALIFICACIÓN PROFESIONAL ADMINISTRACIÓN DE SISTEMAS INFORMÁTICOS NIVEL DE CUALIFICACIÓN: 3 ÁREA COMPETENCIAL: INFORMATICA ÍNDICE 1. ESPECIFICACIÓN DE COMPETENCIA...3 1.1. COMPETENCIA GENERAL...3 1.2.

Más detalles

P1 Elaboración de un plan de proyecto utilizando MS Project G3

P1 Elaboración de un plan de proyecto utilizando MS Project G3 UNIVERSIDAD DE CASTILLA-LA MANCHA ESCUELA SUPERIOR DE INFORMÁTICA P1 Elaboración de un plan de proyecto utilizando MS Project G3 José Luís Espinosa Aranda Noelia Vállez Enano Manuel Ramón Guerrero Álvarez

Más detalles

ADMINISTRACIÓN Y PROGRAMACIÓN EN SISTEMAS DE PLANIFICACIÓN DE RECURSOS EMPRESARIALES Y DE GESTIÓN DE RELACIONES CON CLIENTES CUALIFICACIÓN PROFESIONAL

ADMINISTRACIÓN Y PROGRAMACIÓN EN SISTEMAS DE PLANIFICACIÓN DE RECURSOS EMPRESARIALES Y DE GESTIÓN DE RELACIONES CON CLIENTES CUALIFICACIÓN PROFESIONAL Página 1 de 23 CUALIFICACIÓN PROFESIONAL Familia Profesional Nivel 3 Código IFC363_3 Versión 5 Situación RD 1701/2007 Actualización ADMINISTRACIÓN Y PROGRAMACIÓN EN SISTEMAS DE PLANIFICACIÓN DE RECURSOS

Más detalles

ADMINISTRACIÓN ELECTRÓNICA EN EL AREA DE JUSTICIA.

ADMINISTRACIÓN ELECTRÓNICA EN EL AREA DE JUSTICIA. ADMINISTRACIÓN ELECTRÓNICA EN EL AREA DE JUSTICIA. CASO PRÁCTICO REGISTRO DE CONTRATOS DE SEGUROS CON COBERTURA POR FALLECIMIENTO INDICE Negocio - Introducción - Proyecto Pionero - El Cliente - Valores

Más detalles

Herramientas de Software que posibilitan el BPM

Herramientas de Software que posibilitan el BPM Qué es BPM? BPM (Business Process Management) no es solamente una tecnología, sino en términos generales, una disciplina gerencial que trata a los procesos como bienes tangibles que contribuyen al desempeño

Más detalles

Ángel L. Rodríguez Alcalde Centro Técnico de Informática. Consejo Superior de Investigaciones Científicas

Ángel L. Rodríguez Alcalde Centro Técnico de Informática. Consejo Superior de Investigaciones Científicas INTRANET DEL CSIC. UN PORTAL WEB2.0 Ángel L. Rodríguez Alcalde Centro Técnico de Informática. Consejo Superior de Investigaciones Científicas Clara Cala Rivero Centro Técnico de Informática. Consejo Superior

Más detalles

Conceptos útiles y glosario de definiciones

Conceptos útiles y glosario de definiciones http://www.java.com/es/download/faq/helpful_concepts.xml junio 16, 2015 Conceptos útiles y glosario de definiciones Para ayudar a los que visiten las páginas de ayuda con los conceptos y términos con los

Más detalles

CUALIFICACIÓN OPERACIÓN DE REDES DEPARTAMENTALES PROFESIONAL. Nivel 2. Versión 5 Situación RD 1201/2007 Actualización

CUALIFICACIÓN OPERACIÓN DE REDES DEPARTAMENTALES PROFESIONAL. Nivel 2. Versión 5 Situación RD 1201/2007 Actualización Página 1 de 16 CUALIFICACIÓN OPERACIÓN DE REDES DEPARTAMENTALES PROFESIONAL Familia Profesional Informática y Comunicaciones Nivel 2 Código IFC299_2 Versión 5 Situación RD 1201/2007 Actualización Competencia

Más detalles

Proyecto ELO-330 Administración Salas del Departamento de Electrónica RC1. Gerardo Lecaros Felipe Díaz

Proyecto ELO-330 Administración Salas del Departamento de Electrónica RC1. Gerardo Lecaros Felipe Díaz Proyecto ELO-330 Administración Salas del Departamento de Electrónica RC1 Gerardo Lecaros Felipe Díaz Problemática Petición de salas de forma tradicional Solución J2EE Java 2 Platform, Enterprise Edition

Más detalles

Máster en Instalación, Gestión y Mantenimiento de CRM: Gestión de Relaciones con Clientes

Máster en Instalación, Gestión y Mantenimiento de CRM: Gestión de Relaciones con Clientes Máster en Instalación, Gestión y Mantenimiento de CRM: Gestión de Relaciones con Clientes Titulación certificada por EUROINNOVA BUSINESS SCHOOL Máster en Instalación, Gestión y Mantenimiento de CRM: Gestión

Más detalles

Arquitectura de Software

Arquitectura de Software Arquitectura de Software Deployment Viewpoint Departamento de Ingeniería de Sistemas y Computación Agenda del día 1. Deployment Viewpoint 2. Viewpoints / Views 3. Ejercicio 2 Usos Deployment Viewpoint

Más detalles

Manual del administrador

Manual del administrador Xen Backup v2.6 Manual del administrador Neo Proyectos Informáticos http://www.xenbackup.es Fecha de revisión: 22/10/2010 Contenido 1. Xen Backup. 4 1.1. Novedades de la versión 2.6. 5 1.2. Servicios para

Más detalles

Curso de Android con Java

Curso de Android con Java Todos los Derechos Reservados Global Mentoring Experiencia y Conocimiento para tu Vida 1 Este es un tiempo único para el mundo de los celulares, en particular de los Smartphones. Este tipo de dispositivos

Más detalles

BOLETÍN DE NOVEDADES Barcelona, junio de 2006

BOLETÍN DE NOVEDADES Barcelona, junio de 2006 BOLETÍN DE NOVEDADES Barcelona, junio de 2006 Introducción El objeto de este documento es presentar y describir brevemente las principales actuaciones en los últimos meses de Carver en algunos de sus clientes,

Más detalles

LA COLABORACIÓN, UNA REALIDAD GRACIAS A LA ARQUITECTURA TECNOLÓGICA HP EGOVERNMENT FRAMEWORK

LA COLABORACIÓN, UNA REALIDAD GRACIAS A LA ARQUITECTURA TECNOLÓGICA HP EGOVERNMENT FRAMEWORK 1 LA COLABORACIÓN, UNA REALIDAD GRACIAS A LA ARQUITECTURA TECNOLÓGICA HP EGOVERNMENT FRAMEWORK Miguel Angel Abellán Juliá Gerente de Soluciones para Administraciones Públicas. Hewlett-Packard Española,

Más detalles

Introducción a AJAX y visión global de la práctica

Introducción a AJAX y visión global de la práctica Introducción a AJAX y visión global de la práctica Modelo de aplicaciones Web clásico (1) La mayor parte de las interacciones del usuario causan una petición HTTP al servidor Web El servidor Web procesa

Más detalles

IVista: es la interfaz con la que el Presentador se comunica con la vista.

IVista: es la interfaz con la que el Presentador se comunica con la vista. Capítulo 3 MODELO DE DISEÑO 3.1 Arquitectura Modelo-Vista-Presentador La arquitectura Modelo-Vista-Presentador (MVP) [11] separa el modelo, la presentación y las acciones basadas en la interacción con

Más detalles

Arquitectura software EN-HORA

Arquitectura software EN-HORA Arquitectura de en:hora Arquitectura software EN-HORA en:hora es un software de control de acceso y presencia con una arquitectura modular. El software se implementa mediante un conjunto de componentes

Más detalles

1. Definición. Open Source. Escalable. Alto desempeño. Arquitectura Modular. Producto de licencia de código abierto sin coste adicional.

1. Definición. Open Source. Escalable. Alto desempeño. Arquitectura Modular. Producto de licencia de código abierto sin coste adicional. 1. Definición JBoss es un proyecto de código abierto, con el que se consigue un servidor de aplicaciones basado en J2EE, e implementado al 100% en Java. Por lo tanto al estar basado en Java, JBoss puede

Más detalles

DESARROLLO DE APLICACIONES CON TECNOLOGÍAS WEB PROFESIONAL

DESARROLLO DE APLICACIONES CON TECNOLOGÍAS WEB PROFESIONAL Página 1 de 21 CUALIFICACIÓN DESARROLLO DE APLICACIONES CON TECNOLOGÍAS WEB PROFESIONAL Familia Profesional Informática y Comunicaciones Nivel 3 Código IFC154_3 Versión 5 Situación RD 1087/2005 Actualización

Más detalles

Ingeniería del Software. Diseño. Diseño en el PUD. Diseño de software. Patrones arquitectónicos. Diseño Orientado a Objetos en UML

Ingeniería del Software. Diseño. Diseño en el PUD. Diseño de software. Patrones arquitectónicos. Diseño Orientado a Objetos en UML Diseño Diseño en el PUD Diseño de software Patrones arquitectónicos Diseño Orientado a Objetos en UML 1 Iteración en PUD Planificación de la Iteración Captura de requisitos: Modelo de casos de uso, Modelo

Más detalles

Introducción. Qué es Cliente delgado. Funcionamiento básico. Cliente delgado en Linux

Introducción. Qué es Cliente delgado. Funcionamiento básico. Cliente delgado en Linux Índice de contenido Introducción...2 Qué es Cliente delgado...2 Funcionamiento básico...2 Cliente delgado en Linux...2 Proyectos de Cliente delgado en Linux...3 Detalles del funcionamiento...3 Funcionamiento

Más detalles

Tema 1: Introducción a las Tecnologías Java

Tema 1: Introducción a las Tecnologías Java Tema 1: Introducción a las Tecnologías Java Índice Características de las aplicaciones empresariales Tecnologías Java Alternativas a las tecnologías Java XML Material de clase Características de las aplicaciones

Más detalles

SIGPRE Sistema de Gestión Presupuestaria

SIGPRE Sistema de Gestión Presupuestaria SIGPRE Sistema de Gestión Presupuestaria Documento de Arquitectura UTN Histórico de Revisiones Fecha Versión Descripción Autor 11/17/2009 1.0 Borrador de la arquitectura Roberto López Hinojosa 12/14/2009

Más detalles

EJ-DSI. Ejemplo - Diseño del Sistema de Información

EJ-DSI. Ejemplo - Diseño del Sistema de Información EJ-DSI Ejemplo - Diseño del Sistema de Información 1 Estructura DSI 1 Definición de la Arquitectura del Sistema DSI 2 Diseño de la arquitectura de soporte DSI 3 Diseño de Casos de Uso Reales DSI 4 Diseño

Más detalles

Tema 1: Introducción a la gestión y planificación de redes

Tema 1: Introducción a la gestión y planificación de redes Tema 1: Introducción a la gestión y planificación de redes 1. Introducción general 2. Objetivos de la gestión de redes 3. Objetivos de la planificación de redes 4. Sistemas de gestión de red Gestión de

Más detalles

Unidad didáctica 2: Metodologías de desarrollo de Bases de Datos. Unidad didáctica 1: Fase de análisis de requisitos Modelo E/R

Unidad didáctica 2: Metodologías de desarrollo de Bases de Datos. Unidad didáctica 1: Fase de análisis de requisitos Modelo E/R índice Módulo A Unidad didáctica 1: Introducción a las Bases de Datos Unidad didáctica 2: Metodologías de desarrollo de Bases de Datos 3 19 Módulo B Unidad didáctica 1: Fase de análisis de requisitos Modelo

Más detalles

1. Cuál es el objetivo del Diseño del Sistema de Información? del sistema. información. a. 5. b. 4. c. 3. d. 2. c. Diseño de. b.

1. Cuál es el objetivo del Diseño del Sistema de Información? del sistema. información. a. 5. b. 4. c. 3. d. 2. c. Diseño de. b. 1. Cuál es el objetivo del Diseño del Sistema de Información? a. La definición de la arquitectura del sistema y del entorno tecnológico que le va a dar soporte junto con la especificación detallada de

Más detalles

13º Unidad Didáctica. RAID (Redundant Array of Independent Disks) Eduard Lara

13º Unidad Didáctica. RAID (Redundant Array of Independent Disks) Eduard Lara 13º Unidad Didáctica RAID (Redundant Array of Independent Disks) Eduard Lara 1 RAID: INTRODUCCIÓN Sistema de almacenamiento que usa múltiples discos duros entre los que distribuye o replica los datos.

Más detalles

PROGRAMA FORMATIVO Administración de Bases de Datos Oracle

PROGRAMA FORMATIVO Administración de Bases de Datos Oracle PROGRAMA FORMATIVO Administración de Bases de Datos Oracle Julio 2014 DATOS GENERALES DE LA ESPECIALIDAD 1. Familia Profesional: INFORMÁTICA Y COMUNICACIONES Área Profesional: DESARROLLO 2. ADMINISTRACIÓN

Más detalles

Diseño e implementación de una tienda electrónica mediante Struts y SOAP. Rocío López Valladolid Tutor: Dr. Abelardo Pardo Sánchez

Diseño e implementación de una tienda electrónica mediante Struts y SOAP. Rocío López Valladolid Tutor: Dr. Abelardo Pardo Sánchez Diseño e implementación de una tienda electrónica mediante Struts y SOAP Rocío López Valladolid Tutor: Dr. Abelardo Pardo Sánchez Índice Introducción Objetivos e historia temporal Struts y el patrón de

Más detalles

PLAN DE PRUEBAS SISTEMA DE GESTIÓN HOSPITALARIA. Plan de Pruebas. File: 20130211-QA-INF-V2-PLAN DE PRUEBAS.odt STD-INF-GENERAL Versión: 1.

PLAN DE PRUEBAS SISTEMA DE GESTIÓN HOSPITALARIA. Plan de Pruebas. File: 20130211-QA-INF-V2-PLAN DE PRUEBAS.odt STD-INF-GENERAL Versión: 1. Cliente: FCM-UNA Página 1 de 14 PLAN DE PRUEBAS SISTEMA DE GESTIÓN HOSPITALARIA Cliente: FCM-UNA Página 2 de 14 Tabla de contenido 1. INTRODUCCIÓN 1.1. PROPÓSITO 1.2. ALCANCE 1.3. DEFINICIONES, ACRÓNIMOS

Más detalles

Hacia una arquitectura con JavaServer Faces, Spring, Hibernate y otros frameworks

Hacia una arquitectura con JavaServer Faces, Spring, Hibernate y otros frameworks Hacia una arquitectura con JavaServer Faces, Spring, Hibernate y otros frameworks Consultor Thales Jefe Sección Análisis y Desarrollo IMSERSO Palabras clave JavaServer, Faces, JSF, Spring, Hibernate, Acegi,

Más detalles

Características de OpenCms

Características de OpenCms Características de OpenCms Se basa en Java y Xml OpenCms está totalmente desarrollado en java bajo el estándar servlet. Por lo tanto, se puede integrar fácilmente en entornos hardware y software existentes,

Más detalles

Análisis del Sistema de Información

Análisis del Sistema de Información Análisis del Sistema de Información 1 1. Definición y objetivos análisis.(del gr. ἀνάλυσις). 1. m. Distinción y separación de las partesdeun todo hasta llegar a conocer sus principios o elementos. 2. m.

Más detalles

Manual de integración con el TPV Virtual para comercios con conexión por Redirección

Manual de integración con el TPV Virtual para comercios con conexión por Redirección Manual de integración con el TPV Virtual para comercios con conexión por Redirección Versión: 1.6 Versión: 1.6 i Autorizaciones y control de versión Versión Fecha Afecta Breve descripción del cambio 1.0

Más detalles

Marco Normativo de IT

Marco Normativo de IT Marco Normativo de IT ES0101 Estándar de Arquitectura para los Sistemas de Información e Infraestructura del Data Center Agencia de Sistemas de Información Gobierno de la Ciudad Autónoma de Buenos Aires

Más detalles

Xen Backup v2.6. Manual del usuario. Neo Proyectos Informáticos http://www.xenbackup.es

Xen Backup v2.6. Manual del usuario. Neo Proyectos Informáticos http://www.xenbackup.es Xen Backup v2.6 Manual del usuario Neo Proyectos Informáticos http://www.xenbackup.es Fecha de revisión: 22/10/2010 Contenido 1. Xen Backup. 4 1.1. Novedades de la versión 2.6. 5 1.2. Servicios para usuarios

Más detalles

Infraestructura Local requerida para la implantación de la Solución de e-factura

Infraestructura Local requerida para la implantación de la Solución de e-factura Infraestructura Local requerida para la implantación de la Solución de e-factura INFORMACION DE REFERENCIA Publicado por Sector Testing & Gestión Documental de Opus Software Copyright 2013, Opus Software

Más detalles

Curso de Spring Framework

Curso de Spring Framework Todos los Derechos Reservados Global Mentoring 2012 Experiencia y Conocimiento para tu Vida 1 Spring es un proyecto de código abierto (open source), originalmente creado por Rod Johnson y descrito en su

Más detalles

TFC. Ingeniería de Software MEMORIA. Consultor: Juan José Cuadrado Gallego

TFC. Ingeniería de Software MEMORIA. Consultor: Juan José Cuadrado Gallego TFC Ingeniería de Software Alumno: Halyna Klachko Consultor: Juan José Cuadrado Gallego Índice 1. Identificación del proyecto..5 1.1 Introducción...5 1.2 Objetivos del proyecto..5 1.3 Descripción general..5

Más detalles

ATLAS MANUAL DE USUARIO SERVICIO DE TRAZAS

ATLAS MANUAL DE USUARIO SERVICIO DE TRAZAS ATLAS MANUAL DE USUARIO SERVICIO DE TRAZAS Versión 1.4 Área de Aplicaciones Especiales y Arquitectura de Software Hoja de Control Título Documento de Referencia Responsable Manual de Usuario NORMATIVA

Más detalles

Conceptos de Orquestador O2 EMPRESAS TUXPAN www.tuxpan.com

Conceptos de Orquestador O2 EMPRESAS TUXPAN www.tuxpan.com EMPRESAS TUXPAN www.tuxpan.com AÑO 2007 INDICE DE CONTENIDO 1 Software de Servicios y Orquestación de Procesos 2 1.1.1 Introducción 2 1.1.2 Software de Orquestación como Integrador 3 1.1.3 Automatización

Más detalles

CURSOS DE VERANO 2014

CURSOS DE VERANO 2014 CURSOS DE VERANO 2014 CLOUD COMPUTING: LA INFORMÁTICA COMO SERVICIO EN INTERNET LA PLATAFORMA GOOGLE CLOUD PLATFORM. GOOGLE APP ENGINE Pedro A. Castillo Valdivieso Universidad de Granada http://bit.ly/unia2014

Más detalles

TERMINOS DE REFERENCIA PROYECTO LINEA SECTORIAL - MTPE DESARROLLO DE UN SERVICIO DE REGISTRO VIRTUAL DE USUARIOS DEL CENTRO DE EMPLEO

TERMINOS DE REFERENCIA PROYECTO LINEA SECTORIAL - MTPE DESARROLLO DE UN SERVICIO DE REGISTRO VIRTUAL DE USUARIOS DEL CENTRO DE EMPLEO TERMINOS DE REFERENCIA PROYECTO LINEA SECTORIAL - MTPE DESARROLLO DE UN SERVICIO DE REGISTRO VIRTUAL DE USUARIOS DEL CENTRO DE EMPLEO I. Objeto de la Consultoría Desarrollar un servicio de registro virtual

Más detalles