UNIVERSIDAD SIMÓN BOLÍVAR Ingeniería de la Computación. Interfaz de Búsqueda y Consulta de Pólizas Basada en Servicios Web. Por.

Transcripción

1 UNIVERSIDAD SIMÓN BOLÍVAR Ingeniería de la Computación Interfaz de Búsqueda y Consulta de Pólizas Basada en Servicios Web Por Carlos Villalobos INFORME FINAL DE CURSOS EN COOPERACIÓN Presentado ante la Ilustre Universidad Simón Bolívar como Requisito Parcial para Optar al Título de Ingeniero en Computación Sartenejas, Febrero de 2008

2 ii

3 INTERFAZ DE BÚSQUEDA Y CONSULTA DE PÓLIZAS BASADA EN SERVICIOS WEB Por: CARLOS VILLALOBOS RESUMEN El presente informe documenta el proceso y los resultados del desarrollo de una interfaz de búsqueda y consulta de pólizas basada en servicios web para la empresa Consis International. La idea que se plantea es proveer servicios web que permitan a sistemas externos utilizar todos los procesos de consulta y búsqueda de pólizas implementados en Acsel-e. Con esto se lograría la interoperabilidad y la integración de la empresa con sus clientes, y mejorará la capacidad de la empresa para trabajar conjuntamente con sus socios de negocio, proveedores y clientes, permitiendo que sistemas externos puedan invocar las funciones de la aplicación a través de Internet (o una intranet corporativa) sin tener que modificar la aplicación misma. Para este desarrollo se aplicó una instancia de la metodología de Rational Unified Process (RUP), en la que se llevaron a cabo sólo las fases de inicio, elaboración y construcción, y en la que se generaron únicamente los artefactos necesarios que dieron como finalizadas cada una de estas etapas. El resultado de las distintas decisiones de diseño e implementación de los servicios web, permitió desarrollar un sistema que logró cumplir con los objetivos propuestos en el proyecto y satisfacer de manera exitosa las necesidades de la empresa en el tiempo establecido. iii

4 A mis padres, por su amor esfuerzo y apoyo incondicional iv

5 AGRADECIMIENTOS Quiero agradecer a Dios por acompañarme en todo momento y por guiar cada uno de mis pasos. A mis padres, por ser siempre mi ejemplo a seguir, por sus oportunas enseñanzas, su cariño infinito, su apoyo incondicional y por su eterno esfuerzo, aliento, comprensión y bendición. A mis hermanos, amigos y familiares, por su confianza, por siempre tenderme una mano, por siempre ofrecerme su apoyo y cariño y por darme las fuerzas y el ánimo necesarios para siempre seguir adelante. A mis tutores Gabi Escuela y Rafael Álvarez, por su oportuna guía, por sus consejos, su paciencia, sus enseñanzas y por su voto de confianza para llevar a cabo este proyecto. Al equipo de Desarrollo de Consis International, por sus consejos y por brindarme siempre su ayuda, colaboración y disposición. Y a quienes pudieran escaparse de mi memoria, Gracias. Sin todos ellos, no hubiese sido posible este proyecto, Muchas Gracias v

6 ÍNDICE GENERAL CAPÍTULO 1. INTRODUCCIÓN... 1 CAPÍTULO 2. ENTORNO EMPRESARIAL LA EMPRESA PRODUCTOS SERVICIOS UBICACIÓN DEL PASANTE... 6 CAPÍTULO 3. PLANTEAMIENTO DEL PROBLEMA DESCRIPCIÓN OBJETIVO ALCANCE... 8 CAPÍTULO 4. MARCO TEÓRICO SERVICIOS WEB FUNCIONAMIENTO VENTAJAS DE LOS SERVICIOS WEB RAZONES PARA CREAR SERVICIOS WEB SISTEMA DE INTERACCIÓN EXTENSIBLE DE APACHE (AXIS) SERVIDOR DE APLICACIONES DE WEBSPHERE ORACLE INTELLIJ IDEA SUBVERSION VENTAJAS CARENCIAS CAPÍTULO 5. MARCO METODOLÓGICO vi

7 5.1. PROCESO UNIFICADO DE RATIONAL (RUP) CAPÍTULO 6. DESARROLLO DE LA SOLUCIÓN FASE DE INICIO FASE DE ELABORACIÓN FASE DE CONSTRUCCIÓN CAPÍTULO 7. CONCLUSIONES Y RECOMENDACIONES CONCLUSIONES RECOMENDACIONES REFERENCIAS BIBLIOGRÁFICAS ANEXO 1. CÓDIGO DEL SERVICIO BÚSQUEDA DE PÓLIZA APÉNDICE A. FOLLETO DE ACSEL-E APÉNDICE B. CASOS DE USO B.1. BUSCAR OPERACIONES APLICADAS B.2. CONSULTAR MOVIMIENTOS DE PÓLIZA B.3. CONSULTAR MOVIMIENTOS DE RECLAMO B.4. INICIAR SESIÓN B.5. CERRAR SESIÓN B.6. CONSULTAR OPERACIONES PENDIENTES B.7. CONSULTA BÁSICA DE OPERACIONES PENDIENTES B.8. CONSULTA AVANZADA DE OPERACIONES PENDIENTES B.9. BUSCAR PÓLIZAS POR TERCERO Y ROL B.10. BUSCAR PÓLIZAS APÉNDICE C. REQUERIMIENTOS TÉCNICOS vii

8 APÉNDICE D. PLAN CREATIVO APÉNDICE E. GLOSARIO viii

9 ÍNDICE DE TABLAS Y FIGURAS Figura 1. Los servicios Web en Funcionamiento Figura 2. Estructura de los mensajes SOAP Figura 3. Estructura del Proceso Unificado de Rational Figura 4. Página Acceso Sub Sistema Servicios Web Consulta y Búsqueda de Pólizas en Acsel-e Figura 5. Página Principal Sub Sistema Servicios Web Consulta y Búsqueda de Pólizas de Acsel-e Figura 6. Página Búsqueda Operaciones Pendientes Sub Sistema Servicios Web Consulta y Búsqueda de Pólizas de Acsel-e Tabla 1. Pruebas Funcionales. Caso de uso: Consulta de Movimientos de Póliza Figura 7. Casos de Uso Sub Sistema Servicios Web Consulta y Búsqueda de Pólizas de Acsel-e ix

10 LISTA DE SÍMBOLOS Y ABREVIATURAS A continuación se presenta un listado ordenado alfabéticamente de las abreviaturas usadas a lo largo del presente documento de pasantía. API AXIS CORBA DCOM EDI HTTP HTTPS OASIS RMI RPC RUP SMTP SOAP TCP UDDI UML USA WSDD WSDL WS-SECURITY XML Interfaz de Programación de Aplicaciones Sistema de Interacción Extensible de Apache Arquitectura Común de Intermediarios en Peticiones a Objetos Modelo de Objetos de Componentes Distribuidos Intercambio Electrónico de Datos Protocolo de Transferencia de Hipertexto Protocolo de Transferencia de Hipertexto Seguro Organización para el Avance de las Normas de Información Estructuradas Invocación a Métodos Remotos Llamada a Procedimiento Remoto Proceso Unificado de Rational Protocolo Simple de Transferencia de Correo Protocolo Simple de Acceso a Objetos Protocolo de Control de Transmisión Descripción Universal, Descubrimiento e Integración Lenguaje de Modelado Unificado Estados Unidos de América Descriptor de Instalación de Servicios Web Lenguaje de Descripción de Servicios Web Seguridad de Servicios Web Lenguaje de Marcas Extensibles x

11 CAPÍTULO 1. INTRODUCCIÓN Las aplicaciones web actuales ya no son suficientes. El modelo actual de negocio electrónico no facilita la integración de las aplicaciones de Internet con el resto de software de las empresas. Si las compañías quieren extraer el máximo beneficio de Internet, los sitios web deben evolucionar. Este es el contexto en el que surgen los servicios web [5]. Los servicios Web permiten que las aplicaciones compartan información y que además invoquen funciones de otras aplicaciones independientemente de cómo se hayan creado las aplicaciones, cuál sea el sistema operativo o la plataforma en que se ejecutan y cuáles los dispositivos utilizados para obtener acceso a ellas. Aunque los servicios Web son independientes entre sí, pueden vincularse y formar un grupo de colaboración para realizar una tarea determinada [13]. Consis International es una empresa que provee soluciones tecnológicas a la industria aseguradora y ha desarrollado sistemas inteligentes para manejar la gestión integral, poderosas herramientas sobre Web y arquitecturas innovadoras para la industria de Seguros. Su visión es convertirse en la Plataforma tecnológica preferida de sistemas y servicios, transfiriendo ventajas competitivas e innovación a sus clientes. Es por esto que Consis desea desarrollar servicios web que permitan a sistemas externos utilizar todos los procesos de póliza implementados en Acsel-e, uno de los productos principales que ofrecen y que cuenta con una arquitectura que permite crear y modificar dinámicamente la estructura, presentación y comportamientos de una aplicación de Seguros. El objetivo general de la pasantía fue publicar las funcionalidades de búsqueda y consulta de pólizas existente en Acsel-e utilizando servicios web. 1

12 Este documento consta de siete capítulos en los que se expone la información necesaria para tener una visión general del problema y la búsqueda de la solución. A continuación se menciona brevemente el contenido de cada capítulo. En el capítulo 2 se presenta la descripción de la empresa donde fue llevada a cabo la pasantía, los productos y los servicios que ofrece la empresa y cuál fue la ubicación del pasante dentro de la empresa. El capítulo 3 muestra el planteamiento detallado del problema atacado durante la pasantía, el objetivo general y su alcance. En el capítulo 4 el basamento teórico necesario para el desarrollo de la solución, describiendo los servicios web y las herramientas tecnológicas utilizadas. El capítulo 5 presenta los lineamientos metodológicos que guiaron la ejecución del proyecto. El capítulo 6 muestra el desarrollo de la solución y los resultados obtenidos en cada una de las fases del proyecto. Por último, el capítulo 7 ofrece las conclusiones y las recomendaciones obtenidas del proyecto. 2

13 CAPÍTULO 2. ENTORNO EMPRESARIAL En este capítulo se describe la empresa donde fue realizado el proyecto de pasantía a fin de proveer una visión global del ambiente de trabajo LA EMPRESA Desde su fundación en 1987, Consis International ha ayudado a más de 60 empresas de Seguros en el mundo a lograr resultados estratégicos a través de la Tecnología de Información. Con más de 20 años de éxito desarrollando e implantando soluciones innovadoras, Consis International se ha convertido en un proveedor líder de soluciones para la industria aseguradora. Han desarrollado sistemas inteligentes para manejar la gestión integral, poderosas herramientas sobre Web y arquitecturas innovadoras para la industria de Seguros, combinando tecnología de punta sobre la cadena de valor del negocio y las mejores prácticas aplicadas a los modelos emergentes de negocio electrónico. Su visión es convertirse en la Plataforma tecnológica preferida de sistemas y servicios, transfiriendo ventajas competitivas e innovación a sus clientes, para desarrollar al máximo su eficiencia y rentabilidad en sus mercados naturales de negocio. Para facilitar el proceso, transforman el Valor tecnológico en Valor de Negocios para sus clientes, diseñando y entregando soluciones para aumentar su visibilidad, participación de mercado y rentabilidad. Consis Internacional cuenta con más de 60 clientes en diferentes países y tiene su oficina principal en Florida (USA), posee dos divisiones regionales de desarrollo y está presente en 14 países de América. Además, cuenta con un equipo multidisciplinario certificado, integrado por más de 100 desarrolladores y consultores con vasta experiencia práctica. 3

14 2.2. PRODUCTOS Los productos que ofrece Consis Internacional a sus clientes son: I-FlexPro, Acsel-e y Acsel/X. I-FlexPro permite a los analistas de negocios y actuarios, en cualquier ramo de seguros, diseñar, configurar y mantener un producto de manera sencilla, con todas las definiciones requeridas, criterios de suscripción, reglas de negocio y factores de tarifa. Una vez concluida la configuración, el producto está listo para ser lanzado y disponible para que su fuerza de ventas cotice a través del Web. Acsel-e posee una avanzada arquitectura de diseño basada en componentes reusables y orientada al Web, donde las estructuras de datos, la presentación y el comportamiento de la aplicación, pueden ser instrumentos para satisfacer las necesidades más exigentes y particulares de cualquier empresa de Seguros. Estas dimensiones son complementadas por Módulos Colaboradores que abarcan todos los aspectos de la cadena de valor y las diferentes áreas de la empresa, proporcionando nuevas maneras de suscribir riesgos y de administrar las pólizas con sus respectivos servicios, lo suficientemente flexible para permitir cualquier adaptación o cambio sobre la marcha; sin impactar su operatividad (Ver Apéndice A, para más información). Acsel/X es un sistema integral de administración de pólizas, tanto en ramos comerciales como personales. Incluye todos los componentes de administración, como: Tarifa, Suscripción, Ventas, Pólizas, Primas, Siniestros o Reclamos, Coaseguro y Reaseguro. Incorpora aspectos contables y sistemas de Información Gerencial, así como personalización en las partes técnicas de cada ramo. Cada módulo puede ser comercializado individualmente ya que es altamente configurable y flexible a las necesidades de cualquier asegurador. 4

15 2.3 SERVICIOS Además Consis International presta los siguientes servicios: Desarrollo de Productos: Consis tiene un equipo de especialistas con experiencia real y global, que puede instalar sus aplicaciones integrándolas con otros sistemas o soluciones de terceros, personalizar las necesidades del cliente y aplicar las mejores prácticas para responder exactamente a sus exigencias. Implantación: El foco principal de Consis es la transferencia de tecnología y el adiestramiento de sus clientes en todos los servicios y productos que Consis ofrece, permitiéndole a los clientes tener control total de su plataforma y aprovechar al máximo las ventajas de sus propios sistemas. Adiestramiento: Consis provee Contratos de Soporte para proteger la inversión de sus clientes, incluyendo políticas de mantenimiento, actualizaciones y resolución de problemas, con acceso a: Ayuda de Escritorio, Soporte Local y Asistencia Virtual (ajustándose a las políticas de seguridad de información que los clientes tengan). Soporte: Consis implanta las mejores prácticas gerenciales para cada etapa de un proyecto. Combinando patrones y metodologías, tales como UML, RUP, Pruebas de Software, Aseguramiento de Calidad, Mejoramiento de Procesos, Administración de Configuraciones, así como el Control de Versiones y Administración de Cambios y Requerimientos en su base instalada de Clientes. Brinda asistencia oportuna y confiable para mantener los sistemas de sus clientes funcionando sin interrupciones [1]. 5

16 2.4 UBICACIÓN DEL PASANTE El proyecto fue realizado en el departamento de Desarrollo, y contó con la supervisión del tutor industrial Rafael Álvarez, quien es el Líder Técnico y de Arquitectura del Sistema y pertenece al departamento de Arquitectura. Además se contó con la ayuda del equipo de desarrollo para conocer más detalladamente el sistema Acsel-e, además de brindar recomendaciones de programación para el desarrollo de los servicios web. 6

17 CAPÍTULO 3. PLANTEAMIENTO DEL PROBLEMA Este capítulo tiene como finalidad exponer el contexto del problema que ha impulsado la realización de este trabajo. Para ello se describe la problemática existente, el objetivo y el alcance del mismo DESCRIPCIÓN Hoy en día, las empresas se basan en miles de diferentes aplicaciones de software cada una con su propio papel que desempeñar en el funcionamiento de una empresa. Estas diferentes aplicaciones de software se ejecutan en una amplia gama de plataformas, sistemas operativos y en diferentes lenguajes de programación. Como resultado, es muy difícil para diferentes aplicaciones comunicarse entre sí y compartir sus recursos de forma coordinada [5]. Para resolver el problema de la comunicación entre las aplicaciones, las empresas necesitan una forma estándar para que las aplicaciones puedan comunicarse entre sí a través de las redes, sin importar la forma en que esas aplicaciones fueran originalmente implementadas. Los servicios web proporcionan exactamente esta solución, proporcionando un método estandarizado de comunicación entre las aplicaciones de software. Con un método de comunicación estandarizado, las diferentes aplicaciones se pueden integrar juntas en maneras que no eran posibles antes. Las diferentes aplicaciones pueden hacer llamadas a los recursos de las otras de manera fácil y fiable, y los distintos recursos que ya ofrecen las aplicaciones pueden vincularse con el fin de ofrecer nuevos tipos de recursos y funcionalidad. Además, la integración de aplicaciones es mucho más flexible, ya que los servicios web proporcionan una forma de comunicación que no está vinculado a ninguna plataforma o lenguaje de programación. La implementación interna de una aplicación puede cambiar sin cambiar los canales de comunicación entre éste y el resto de las aplicaciones con las que se coordina. En resumen, los servicios Web proporcionan una forma estándar para exponer los recursos de una aplicación al mundo exterior a fin de que cualquier usuario puede aprovechar los recursos de la aplicación [5]. 7

18 Por lo anteriormente mencionado, la empresa Consis International requiere diseñar e implementar servicios web que publiquen todos los servicios de manejo de póliza en Acsel-e y de esta manera, permitir que las aplicaciones de sus clientes puedan comunicarse e integrarse con estos sin mayores dificultades OBJETIVO El objetivo de este proyecto es proveer servicios web que permitan a sistemas externos utilizar todos los procesos de póliza implementados en Acsel-e. Para ello se publicarán las funcionalidades de búsqueda y consulta de pólizas existente utilizando servicios web ALCANCE El alcance del proyecto está limitado al desarrollo de una interfaz de consulta de pólizas desacoplada del núcleo de Acsel-e basada en estos servicios. Específicamente se requiere desarrollar servicios web que permitan la búsqueda de pólizas de manera general, búsqueda de pólizas asociadas a un tercero y con un rol, búsqueda de las operaciones pendientes y búsqueda de las operaciones aplicadas. 8

19 CAPÍTULO 4. MARCO TEÓRICO En este capítulo se detallan los conceptos de distintos elementos básicos para el buen entendimiento del contenido de este informe de pasantía. Se define en principio el concepto de los servicios web y su funcionamiento, y posteriormente se exponen los recursos tecnológicos utilizados para el desarrollo de los servicios web: AXIS que fue utilizado por las ventajas que ofrece para los servicios web; WebSphere que fue el servidor de aplicaciones utilizado; Oracle el cual se utilizó como manejador de base de datos; Intellij IDEA que fue la herramienta de desarrollo que se utilizó, por las facilidades que ofrece para la programación; y Subversión que fue el software utilizado para el control de versiones del sistema SERVICIOS WEB Los servicios web son componentes software que permiten a los usuarios usar aplicaciones de negocio que comparten datos con otros programas modulares, vía Internet. Son aplicaciones independientes de la plataforma que pueden ser fácilmente publicadas, localizadas e invocadas mediante protocolos web estándar, como XML, SOAP, UDDI o WSDL. El objetivo final es la creación de un directorio en línea de servicios web, que pueda ser localizado de un modo sencillo y que tenga una alta fiabilidad [10]. Otra definición de servicios web, rescatada en una charla técnica de Servicios Web XML en Microsoft en octubre del 2003 cuyo expositor fue el señor Marcos Escovar es: "Un Servicio Web es un componente de software que se comunica con otras aplicaciones codificando los mensaje en XML y enviando estos mensaje a través de protocolos estándares de Internet tales como el Protocolo de Transferencia de Hipertexto (HTTP). Intuitivamente un Servicio Web es similar a un sitio web que no cuenta con un interfaz de usuario y que da servicio a las aplicaciones en vez de a las personas. Un Servicio Web, en vez de obtener solicitudes desde el navegador y retornar páginas web 9

20 como respuesta, lo que hace es recibir solicitudes a través de un mensaje formateado en XML desde una aplicación, realiza una tarea y devuelve un mensaje de respuesta también formateado en XML" [12] FUNCIONAMIENTO En la figura 1 [3], se muestra cómo interactúa un conjunto de Servicios Web: Figura 1. Los servicios Web en Funcionamiento Según el ejemplo del gráfico, un usuario (que juega el papel de cliente dentro de los Servicios Web), a través de una aplicación, solicita información sobre un viaje que desea realizar haciendo una petición a una agencia de viajes que ofrece sus servicios a través de Internet. La agencia de viajes ofrecerá a su cliente (usuario) la información requerida. Para proporcionar al cliente la información que necesita, esta agencia de viajes solicita a su vez información a otros recursos (otros Servicios Web) en relación con el hotel y la compañía aérea. La agencia de viajes obtendrá información de estos recursos, lo que la convierte a su vez en cliente de esos otros Servicios Web que le van a proporcionar la información solicitada sobre el hotel y la línea aérea. Por último, el usuario realizará el pago del viaje a 10

21 través de la agencia de viajes que servirá de intermediario entre el usuario y el servicio Web que gestionará el pago [3]. En todo este proceso intervienen una serie de tecnologías que hacen posible esta circulación de información. Por un lado, estaría SOAP (Protocolo Simple de Acceso a Objetos). Se trata de un protocolo basado en XML, que permite la interacción entre varios dispositivos y que tiene la capacidad de transmitir información compleja. Los datos pueden ser transmitidos usando cualquier protocolo de transferencia (HTTP, SMTP, etc.), ya que SOAP sólo define el contenido (formato) de los mensajes. El mensaje SOAP está compuesto por un sobre, cuya estructura está formada por los siguientes elementos: cabecera y cuerpo. En la figura 2 se puede observar la estructura de los mensajes SOAP [3]. Figura 2. Estructura de los mensajes SOAP Algunas de las Ventajas de SOAP son: No esta asociado con ningún lenguaje. No se encuentra fuertemente asociado a ningún protocolo de transporte. No está atado a ninguna infraestructura de objeto distribuido. 11

22 Aprovecha los estándares existentes en la industria. Permite la interoperabilidad entre múltiples entornos [8]. XML (Lenguajes de Marcas Extensible) no es más que un conjunto de reglas para definir etiquetas semánticas que nos organizan un documento en diferentes partes. XML es un metalenguaje que define la sintaxis utilizada para definir otros lenguajes de etiquetas estructurados. Se utiliza XML porque: Es un estándar abierto es decir que es reconocido mundialmente. Simplicidad de sintaxis. Independencia del protocolo de Transporte [11]. Por otro lado, WSDL (Lenguaje de Descripción de Servicios Web), permite que un servicio y un cliente establezcan un acuerdo en lo que se refiere a los detalles de transporte de mensajes y su contenido, a través de un documento procesable por dispositivos. WSDL representa una especie de contrato entre el proveedor y el que solicita. WSDL especifica la sintaxis y los mecanismos de intercambio de mensajes [3]. UDDI (Descripción Universal, Descubrimiento e Integración) es el protocolo para publicar la información de los servicios Web. Permite comprobar qué servicios web están disponibles. UDDI es un registro público diseñado para almacenar de forma estructurada información sobre empresas y los servicios que éstas ofrecen. A través de UDDI, se puede publicar y descubrir información de una empresa y de sus servicios. Se puede utilizar sistemas taxonómicos estándar para clasificar estos datos y poder encontrarlos posteriormente en función de la categorización. Lo más importante es que UDDI contiene información sobre las interfaces técnicas de los servicios de una empresa. A través de un conjunto de llamadas a API XML basadas en SOAP, se puede interactuar con UDDI tanto en tiempo de diseño como de ejecución para descubrir datos técnicos de los servicios que permitan invocarlos y utilizarlos. De este modo, UDDI sirve como infraestructura para una colección de software basado en servicios Web [9]. 12

23 Por último, WS-Security (Seguridad de los Servicios Web), es el protocolo de seguridad aceptado como estándar por OASIS (Organización para el Avance de las Normas de Información Estructuradas). Garantiza la autenticación de los actores y la confidencialidad de los mensajes enviados [18]. Los servicios Web tienen la característica de ser reutilizables, flexibles y basados en estándares lo que los hacen muy adecuados para la creación de sistemas integrados en la Internet o las intranets VENTAJAS DE LOS SERVICIOS WEB Aportan interoperabilidad entre aplicaciones de software independientemente de sus propiedades o de las plataformas sobre las que se instalen. Los servicios Web fomentan los estándares y protocolos basados en texto, que hacen más fácil acceder a su contenido y entender su funcionamiento. Al apoyarse en HTTP, los servicios Web pueden aprovecharse de los sistemas de seguridad corta fuegos sin necesidad de cambiar las reglas de filtrado. Permiten que servicios y software de diferentes compañías ubicadas en diferentes lugares geográficos puedan ser combinados fácilmente para proveer servicios integrados. Permiten la interoperabilidad entre plataformas de distintos fabricantes por medio de protocolos estándar [18] RAZONES PARA CREAR SERVICIOS WEB Una primera razón por la que los servicios Web son muy prácticos es que pueden aportar gran independencia entre la aplicación que usa el servicio Web y el propio servicio. De esta forma, los cambios a lo largo del tiempo en uno no deben afectar al otro. Esta flexibilidad será cada vez más importante, dado que la tendencia a construir grandes aplicaciones a partir de componentes distribuidos más pequeños es cada día más acusada [18]. 13

24 El principal objetivo que se logra, es la interoperabilidad y la integración. Mediante los servicios web, las empresas pueden compartir servicios de software con sus clientes y sus socios de negocio. Esto ayudará a las compañías a escalar sus negocios, reduciendo el costo en desarrollo y mantenimiento de software, y sacando los productos al mercado con mayor rapidez. La integración de aplicaciones hará posible obtener la información demandada en tiempo real, acelerando el proceso de toma de decisiones. La evolución de Internet hacia los servicios web, mejorará los resultados globales de las empresas, reduciendo sus gastos y guiándolas hacia una mejora progresiva de la calidad. La adopción de la tecnología de servicios web por la industria es el primer paso hacia una economía global [10]. La conexión de aplicaciones a través de la Internet mejorará la capacidad de las empresas para trabajar conjuntamente con sus socios de negocio, proveedores y clientes. Creando una capa de Servicios Web sobre una aplicación corporativa existente, las organizaciones podrán permitir que sistemas externos puedan invocar las funciones de la aplicación a través de Internet (o una intranet corporativa) sin tener que modificar la aplicación misma Poner una capa de servicios web sobre las aplicaciones existentes es una solución muy interesante para integrar las aplicaciones desarrolladas por los diferentes departamentos y así reducir los costos de integración [12] SISTEMA DE INTERACCIÓN EXTENSIBLE DE APACHE (AXIS) Axis es esencialmente un motor SOAP, un marco para la construcción de procesadores de SOAP como clientes, servidores, puertas de enlace, etc. Pero Axis no es sólo un motor SOAP, también incluye: Un servidor, Un servlet que se conecta a los motores de servlets como Tomcat, Un amplio apoyo para el Lenguaje de Descripción de Servicios Web (WSDL), Herramienta para generar clases Java a partir de WSDL, Algunos programas de ejemplo, y Una herramienta para monitorear paquetes TCP / IP. 14

25 Sus propiedades principales son: Velocidad. Flexibilidad. Estabilidad. Orientado a componentes. Soporta WSDL [14]. La forma más sencilla de instalar y poner a funcionar un Servicio Web en Axis es la que se llama instalación instantánea. Esta forma no requiere ninguna tarea adicional a la de generar la implementación Java del servidor. Será suficiente almacenar la implementación en un fichero de extensión jws, Servicio Web de Java y hacer ese fichero accesible al servidor [2]. Sin embargo, la instalación instantánea está pensada para servicios muy básicos y no permite por ejemplo definir tipos propios. Para servicios más avanzados será necesario emplear lo que se llama instalación personalizada. Para ello será necesario generar un fichero de configuración XML con toda la información necesaria para la instalación. Dicho fichero es lo que se denomina un Descriptor de Instalación de Servicios Web (WSDD), y se suele almacenar en un fichero de extensión wsdd [2]. Básicamente en este fichero se proporciona la siguiente información: El nombre del servicio y su tipo. El alcance del servicio. El nombre de la clase que presta el servicio. Qué métodos de esa clase son invocables remotamente vía SOAP. Por último se definen los tipos propios [2]. 15

26 Una vez que se tiene toda la información que se necesita para proceder a la instalación del servicio, es necesario llevar a cabo los siguientes pasos para que ésta se lleve a cabo correctamente: 1. Generar un fichero jar que contenga todas las clases necesarias para el correcto funcionamiento del servidor. 2. Lanzar el servidor. 3. Instalar el servidor utilizando la herramienta de administración de Axis: java org.apache.axis.client.adminclient server-config.wsdd. 4. Ejecutar el código del cliente [2]. Una situación frecuente cuando se trabaja con Servicios Web, es que se desarrolle únicamente una parte del sistema: sólo el cliente o sólo el servidor, siendo terceras partes las que desarrollan la otra parte. Para que esto sea posible, es interesante poder disponer de la especificación en WSDL del servicio, puesto que si se está desarrollando el cliente interesará saber qué operaciones permite el servicio y si se desarrolla el servidor, se debe publicar el WSDL para facilitar a terceras partes el desarrollo de sus clientes [2]. El proceso de generación de WSDL a partir del código Java de un Servicio Web es absolutamente automático en Axis. De hecho, al mismo tiempo que se instala un servicio (en la modalidad de Instalación Personalizada) se genera automáticamente la descripción WSDL de dicho servicio. Esta descripción puede ser accedida vía Web en la URL: Para el proceso inverso, generación de código Java a partir de la descripción WSDL de un servicio, Axis también proporciona herramientas de apoyo a los desarrolladores. En concreto existe un compilador denominado WSDL2Java que permite generar automáticamente ficheros muy útiles para la codificación de clientes [2]. 16

27 4.3. SERVIDOR DE APLICACIONES DE WEBSPHERE El Servidor de Aplicaciones de WebSphere es el producto principal dentro de la familia WebSphere de IBM. Está construido usando estándares abiertos tales como J2EE, XML y Servicios Web. Sus características son: Ofrece un soporte integrado para los estándares abiertos de servicios web clave. Ofrece una avanzada infraestructura muy segura y ampliable. Amplía la flexibilidad a través de un soporte de plataforma cruzada y múltiples opciones de configuración con una base de código exclusiva de servidor de aplicaciones. Amplía la productividad con un entorno de desarrollo basado en estándares abiertos integrados. Ofrece unas funciones de carga de trabajo y de colocación distribuidas para optimizar de forma inteligente el rendimiento. Ofrece una administración exclusiva basada en navegador entre todas las opciones de despliegue. Amplía la disponibilidad de la aplicación con unas sofisticadas funciones de agrupación en clústeres y de equilibrio de carga [15] ORACLE Es un robusto sistema de administración de base de datos fabricado por Oracle Corporation. Oracle es considerado como uno de los sistemas de bases de datos más completos, destacando su: Soporte de transacciones. Estabilidad. Es multiplataforma [17]. 17

28 Desde su primer lanzamiento, Oracle ha tenido como base el fácilmente entendible modelo relacional, por lo que personas corrientes no programadores pueden entender qué hizo Oracle con los datos y cómo lo hizo. Esto la hace más flexible y alcanzable que otras bases de datos INTELLIJ IDEA JetBrains. IntelliJ IDEA es un entorno comercial de desarrollo integrado de Java desarrollado por la empresa La primera versión de IntelliJ IDEA apareció en enero de 2001 y rápidamente se hizo muy popular, como el primer entorno de desarrollo integrado de Java con un conjunto integrado de herramientas de refactorización que permiten a los programadores rápidamente rediseñar su código. El diseño de IntelliJ IDEA está centrado en la productividad del programador. Algunas de sus características están destinadas a acelerar el desarrollo y permitir a los programadores concentrarse en la funcionalidad mientras IntelliJ IDEA gestiona más rutinarias tareas de codificación [16]. A partir de la versión 6, IntelliJ IDEA ofrece de forma integrada el diseño como parte de sus plugins por defecto. Entre otras características, IntelliJ IDEA proporciona una estrecha integración con las populares herramientas de desarrollo de código abierto, como Subversión, Apache Ant y JUnit [16] SUBVERSION Subversion es un software de sistema de control de versiones. Es software libre y se le conoce también como svn por ser ese el nombre de la herramienta de línea de comandos. Una característica importante de Subversion es que, los archivos versionados no tienen cada uno un número de revisión independiente. En cambio, todo el repositorio tiene un único número de versión que identifica un estado común de todos los archivos del repositorio en cierto punto del tiempo [19]. 18

29 VENTAJAS Se sigue la historia de los archivos y directorios a través de copias y renombrados. Las modificaciones (incluyendo cambios a varios archivos) son atómicas. La creación de ramas y etiquetas es una operación más eficiente; Tiene costo de complejidad constante (O(1)). Se envían sólo las diferencias en ambas direcciones. Maneja eficientemente archivos. Permite selectivamente el bloqueo de archivos. Se usa en archivos binarios que, al no poder fusionarse fácilmente, conviene que no sean editados por más de una persona a la vez [19] CARENCIAS El manejo de cambio de nombres de archivos no es completo. Lo maneja como la suma de una operación de copia y una de borrado. No resuelve el problema de aplicar repetidamente parches entre ramas, no facilita el llevar la cuenta de qué cambios se han trasladado [19]. 19

30 CAPÍTULO 5. MARCO METODOLÓGICO El presente capítulo tiene como objetivo dar a conocer los aspectos metodológicos que rigieron la ejecución del proyecto de pasantía documentado en este informe. Para el mismo se realizó una instancia de RUP al caso particular del desarrollo de servicios web. Inicialmente se describirá brevemente la metodología RUP y su estructura, y posteriormente se darán las razones por las cuales se adoptó seguir esta metodología y los aspectos más resaltantes para cada una de las fases que se siguieron de la misma PROCESO UNIFICADO DE RATIONAL (RUP) Según Kruchten, RUP es un proceso de ingeniería de software que provee un enfoque disciplinado para la asignación de tareas y responsabilidades dentro de una organización desarrolladora de software. Su principal objetivo es asegurar la producción de software de alta calidad que satisfaga las necesidades de sus usuarios finales dentro de un presupuesto y tiempo predecibles [7]. RUP es un marco de trabajo personalizable, el cual puede fácilmente adaptarse a la manera en que trabaja una compañía. Por lo tanto, RUP puede ser adaptada tanto a empresas grandes como pequeñas y puede ser modificada para acomodarse a las diferentes situaciones [6]. Este proceso captura muchas de las mejores prácticas de la ingeniería de software moderna, de manera que es adecuado para una amplia variedad de proyectos y organizaciones [20]. RUP básicamente se define como una metodología: Centrada en la arquitectura. Iterativa/Incremental. Dirigida por casos de uso. 20

31 La arquitectura del sistema debe ser documentada. RUP se repite a lo largo de una serie de ciclos que constituyen el ciclo de vida de un sistema. Cada ciclo concluye con una versión del producto para el cliente. El desarrollo de un ciclo está influenciado por la variable tiempo, la cual divide en cuatro fases la metodología en cuestión. El proceso tiene dos dimensiones: una estática y una dinámica. Las mismas son reflejadas en la figura 3, que se muestra a continuación [4]: Flujos de Trabajo de Procesos Inicio Fases Elaboración Construcción Transición Contenido Modelación de Negocios Requerimientos Análisis y Diseño Implementación Prueba Desarrollo Flujos de Trabajo de Soporte Admin. Configuración Administración Ambiente Iteración(es) Preliminar Iter. #1 Iter. #2 Iter. #n Iter. #n+1 Iter. #n+2 Iter. #m Iter. #m+1 Iteraciones Figura 3. Estructura del Proceso Unificado de Rational La dimensión estática está representada en la figura 3 como el eje vertical. La misma se describe en términos de: componentes, actividades, flujos de trabajo, artefactos y actores. 21

32 La dimensión dinámica está representada en la figura 3 como el eje horizontal. La misma está expresada en términos de ciclos, fases, iteraciones e hitos. Este eje/dimensión representa el tiempo que es asignado para cada una de las actividades y la fase en la cuál será desarrollada. Para el desarrollo planteado en este trabajo de pasantía se decidió hacer una instancia de lo que plantea la metodología RUP, haciendo una única iteración y realizando sólo las fases de inicio, elaboración y construcción contemplando sólo algunos elementos de cada fase. Esta decisión fue tomada ya que la compañía no exigía seguir ninguna metodología en específico para el desarrollo de sistemas; por otra parte, se seleccionó esta metodología dada su adaptabilidad a la manera en que trabaja una empresa y por la garantía de éxito que se tiene al seguir ésta; y por último, por la experiencia que se tiene con desarrollos anteriores, los cuales fueron supervisados y exitosamente culminados como requerimiento en algunas materias del pensum de la carrera. A continuación se describen los aspectos más importantes que se alcanzaron en cada una de las fases mencionadas anteriormente. Fase Inicio: esta fase comenzó al final de la misma, ya que el problema estaba analizado antes de comenzar la pasantía. Por tanto esta fase sólo incluyó la identificación y el modelamiento de los requerimientos. Más específicamente, se realizó la familiarización con el concepto de servicios web, así como la familiarización con el sistema Acsel-e, los servicios web existentes en éste y las herramientas tecnológicos utilizadas para el mismo. En esta fase se elaboró una lista inicial de los casos de uso a realizar y el glosario requerido para el sistema. Fase Elaboración: esta fase incluyó la navegación del sistema y el diseño de la información de cada una de las páginas a utilizar, el diseño de los servicios web y la implementación de una parte de los casos de uso (aproximadamente 40%). En esta fase se elaboró el documento de requerimientos técnicos, plan creativo y documento de casos de uso refinado. 22

33 Fase Construcción: durante esta fase se culminó la implementación de los casos de uso restantes (aproximadamente 60%), y se realizaron las pruebas pertinentes a los mismos. Una vez concluidas las pruebas, se presentó ante el tutor encargado los servicios web realizados exponiendo su modo de operación. 23

34 CAPÍTULO 6. DESARROLLO DE LA SOLUCIÓN En este capítulo se hace mención a los aspectos más importantes surgidos en las fases de inicio, elaboración y construcción contempladas en el marco metodológico, describiendo las actividades realizadas y los artefactos desarrollados en cada una de ellas FASE DE INICIO Como se mencionó en el capítulo anterior, esta fase se comenzó ya al final de la misma, ya que el análisis del problema fue realizado con anterioridad por la empresa. Por tanto la actividad inicial del proyecto fue recaudar información de los distintos elementos que conforman el dominio del problema. Para esto, se contó con la ayuda del Ingeniero Rafael Álvarez y del Licenciado Néstor Abreu, quienes gentilmente explicaron el ambiente y la terminología utilizada en la industria aseguradora, la estructura general de una póliza y expusieron ejemplos de gran ayuda para entender con exactitud el contexto de las empresas de Seguros. Posteriormente se dio paso a la familiarización con el concepto de los servicios web. Para ello se consultaron diversas páginas en Internet que explicaran a fondo el concepto de los mismos, su funcionamiento, sus ventajas y las razones por las cuales deben desarrollarse los servicios web. Una vez comprendida su importancia y su necesidad, se implementaron diversos servicios web que sirvieran de prueba y que comprobaran el entendimiento de su funcionamiento. Seguidamente se pasó conocer el sistema Acsel-e. Nuevamente el Licenciado Néstor Abreu procedió a explicar el funcionamiento del sistema y su uso. Para comprender aún mejor el sistema, se crearon a través de éste, diversas pólizas de seguros utilizando varios productos; se modificaron pólizas de seguros; y posteriormente se consultaron las pólizas y las operaciones creadas en el sistema, detallando en cada paso cada una de las partes que conforman la póliza. 24

35 Una vez conocido el sistema, se investigó sobre las herramientas tecnológicas utilizadas por la empresa Consis International para desarrollar sus productos y en especial, para desarrollar los servicios web ya existentes en Acsel-e. Para ello igualmente se procedió a buscar en diversas páginas web información sobre Axis, WebSphere e IntelliJ Idea, las cuales eran las herramientas utilizadas por Consis. Luego de ambientarse con los servicios web, conocer el sistema y tener noción de las herramientas tecnológicas utilizadas, el tutor industrial informó sobre los servicios web que requería Consis que fuesen implementados para el Sub Sistema de Servicios Web Consulta y Búsqueda de Pólizas de Acsel-e, los cuales ya habían sido previamente analizados por la empresa. Como resultado de esto, se realizó el glosario requerido para el sistema (ver Apéndice E) y se obtuvo una lista inicial de los casos de uso a realizar, los cuales son: Iniciar Sesión, Cerrar Sesión, Búsqueda de Operaciones Pendientes, Búsqueda de Operaciones Aplicadas, Búsqueda de Pólizas por Tercero y Rol, Búsqueda de Póliza, Consulta de Movimientos de una Póliza y Consulta de Movimientos de un Reclamo. A continuación se describe cada uno de ellos. Iniciar Sesión: permite almacenar durante la sesión en el sistema al usuario junto al país e idioma. En caso de que el usuario no esté registrado, el sistema lanzará una excepción si éste intenta realizar alguna operación. Cerrar Sesión: elimina la información del usuario en la sesión actual. Búsqueda de Operaciones Pendientes: permite realizar la búsqueda de operaciones pendientes. Para esto se puede escoger entre una búsqueda básica y una búsqueda avanzada. La básica permite buscar por fechas y producto, mientras que la avanzada permite buscar por fechas, producto, identificador de póliza y número de póliza. 25

36 Búsqueda de Operaciones Aplicadas: permite buscar todas las operaciones aplicadas a una póliza. Para esto se debe suministrar el identificador de la póliza a la cual se le desea buscar sus operaciones aplicadas. Búsqueda de Pólizas por Tercero y Rol: permite realizar la búsqueda de las pólizas asociadas a un tercero y con un rol en específico. Búsqueda de Póliza: permite realizar la búsqueda general de pólizas en el sistema. Para esto podrá buscar por cualquiera de las propiedades configuradas en el sistema para las pólizas. Consulta de Movimientos de Pólizas: permite realizar todos los movimientos realizados en una póliza. Para esto se debe suministrar el identificador o número de la póliza que se desea consultar. Consulta de Movimientos de Reclamo: permite realizar todos los movimientos realizados en un reclamo. Para esto se debe suministrar el número del reclamo que se desea consultar FASE DE ELABORACIÓN En esta fase del desarrollo, y luego de conocer la descripción de los casos de uso requeridos, se realizó el diseño de navegación del sistema y el diseño de la interfaz, el diseño de los servicios web y la implementación de algunos de los casos de uso definidos. Para la navegabilidad del sistema se decidió que para entrar a éste, el usuario debe iniciar sesión. Una vez hecho esto, se pasará a la página principal, en donde el usuario tendrá acceso por medio de un menú a cada uno de los casos de uso definidos. El usuario sólo podrá cerrar sesión desde esta página. Cada opción del menú da acceso a la página que expone el caso de uso correspondiente, y desde ésta se realizará la búsqueda o consulta, mostrando los resultados en esta misma página. Cada una de estás paginas, permite el retorno a la página principal (Ver Apéndice D para más detalles). 26

37 En cuanto al diseño de la interfaz, ésta se realizó en base al diseño de presentación y organización de la información, la finalidad y uso de botones, campos y menús y el diseño de la estética. Para el diseño de la información, en la página de acceso al sistema se colocó un recuadro muy similar al existente en Acsel-e para el inicio de sesión; éste presenta dos cuadros de texto para colocar el nombre de usuario y contraseña, y dos listas desplegables para seleccionar el país donde se ubica el usuario y el idioma que utiliza. En la figura 4, se puede observar esta página, y cómo se presenta la información. Figura 4. Página Acceso Sub Sistema Servicios Web Consulta y Búsqueda de Pólizas en Acsel-e En la figura 5, se puede observar como se organizó la información para la página principal. En ésta, se realizó un diseño a 3 cuadros; en la parte superior (parte A de la figura 5) se ubicó el logo de Acsel-e junto con una imagen obtenida del mismo. Del lado izquierdo (parte B de la figura 5) se colocó el menú principal, el cual posee cada una de las funcionalidades del sistema. Y en la parte central y derecha (parte C de la figura 5), se ubicó un texto de bienvenida al sistema, junto con una imagen referente al 27

38 mismo. Del lado superior derecho de esta sección, se colocó un botón en rojo que permite el cierre de la sesión. A B C Figura 5. Página Principal Sub Sistema Servicios Web Consulta y Búsqueda de Pólizas de Acsel-e. (A) Cuadro superior. (B) Cuadro Izquierdo. (C) Cuadro central y derecho. En la figura 6 se puede observar la distribución de la información para las páginas de consulta y de búsqueda. Para cada una ellas, se realizó igualmente un diseño a tres cuadros; para ésta, la parte superior (parte A de la figura 6) es igual a la de la página principal. Del lado izquierdo (parte B de la figura 6) se colocaron cada uno de los parámetros por los cuales se puede realizar la búsqueda o consulta; para cada parámetro se dispuso de un cuadro de texto para que se colocara el valor deseado para hacer la búsqueda o consulta (en caso de que el parámetro involucre una selección de una lista, se dispuso de una lista desplegable para la selección del valor deseado); en la parte superior derecha de esta sección se colocó un botón de una casa, que permite el retorno a la página principal. En la parte central y derecha (parte C de la figura 6), se ubicaron los resultados que arroja la operación realizada, mostrando sólo 10 28

39 resultados por página y además, debajo de los resultados se colocaron botones que permiten la navegación para ver más resultados, en caso de que los haya. A B C Figura 6. Página Búsqueda Operaciones Pendientes Sub Sistema Servicios Web Consulta y Búsqueda de Pólizas de Acsel-e. (A) Cuadro superior. (B) Cuadro Izquierdo. (C) Cuadro central y derecho. En cuanto a la estética (colores, tipos de letras e imágenes a utilizar), Consis no exigía nada en particular. Por tanto se decidió utilizar los colores distintivos de la empresa, azul y blanco, junto con el color gris como aditivo propio. La fuente determinada para todas las páginas fue Arial en diferentes tamaños. Las imágenes utilizadas para el Sub Sistema, fueron sacadas de la página web de la empresa, y del sistema Acsel-e. Para presentar los resultados de las búsquedas, se decidió seguir un estilo similar al que presenta el sistema Acsel-e, con la primera fila en un fondo amarillo mostaza, y el resto con un fondo azul claro. Luego del diseño de navegación y de la información, se procedió al diseño de los servicios web en el cual se identificaron los servicios web necesarios para el Sub Sistema, y para cada uno de ellos se 29

40 establecieron los parámetros de entrada y de salida, las clases y paquetes a ser usados y algunos detalles de implementación. (Ver Apéndice C, para más detalles en los requerimientos de implementación). Los servicios web identificados para cada caso de uso de consulta y búsqueda son los siguientes: Búsqueda de Operaciones Pendientes: requería un servicio web que realizara la búsqueda de las operaciones pendientes con los parámetros suministrados. Además era necesario un servicio web que devolviera todos los productos configurados en el sistema, para que el usuario pudiera ver y seleccionar uno de estos productos para la búsqueda, en caso de requerirlo. Búsqueda de Operaciones Aplicadas: para este caso de uso, solo se identificó el servicio web que realizara la búsqueda de las operaciones aplicadas a la póliza con el identificador suministrado. Búsqueda de Pólizas por Tercero y Rol: requería un servicio web que realizara la búsqueda de las pólizas asociadas al tercero con el identificador suministrado. Además era necesario un servicio web que devolviera todos los roles de terceros configurados en el sistema, para que el usuario pudiera ver y seleccionar uno de estos roles de terceros para la búsqueda, en caso de requerirlo. Búsqueda de Póliza: se identificó el servicio web que realizara la búsqueda de las pólizas con los parámetros suministrados. Además se necesitaba un servicio web que devolviera los productos configurados en el sistema; por tanto se podía utilizar el mismo servicio identificado para la búsqueda de operaciones pendientes. Requería también un servicio web, que dado el nombre del producto, retornara su identificador dentro del sistema, ya que para realizar la búsqueda, se requería del identificador del producto. En adición a estos, era necesario un servicio web que permitiera obtener todas las propiedades de póliza configuradas en el sistema, para que estos sirvieran como parámetros de búsqueda. Igualmente se requería un servicio web que obtuviera las propiedades de la unidad de riesgo configuradas y un 30

41 servicio que obtuviera las propiedades del objeto asegurado, para que éstas pudieran ser utilizadas como parámetros en la búsqueda de la póliza. Consulta de Movimientos de Póliza: requería únicamente el servicio web que consultara los movimientos de la póliza que tuviese el identificador suministrado. Consulta de Movimientos de Reclamo: era necesario solamente un servicio web que consultara los movimientos del reclamo que tuviese el número de reclamo proporcionado. Una vez identificados los servicios necesarios, se inició la implementación de los mismos. En esta fase se implementaron los servicios relacionados a los casos de uso: búsqueda de operaciones pendientes, búsqueda de operaciones aplicadas y búsqueda de pólizas por tercero y rol, además de implementarse los casos de uso iniciar sesión y cerrar sesión. Para finalizar esta fase, además de elaborar el documento de plan creativo y el documento de requerimientos técnicos, anteriormente mencionados, se refinó el documento de casos de uso (Ver apéndice B) FASE DE CONSTRUCCIÓN Durante esta fase se culminó la implementación de los servicios web restantes, correspondientes a la búsqueda de póliza, consulta de movimientos de póliza y consulta de movimientos de reclamo. Para la implementación de los servicios web, se siguieron las especificaciones previstas en el documento de requerimientos técnicos, y se utilizaron diversos métodos y funciones ya existentes en el sistema Acsel-e (Para detalles del código del Servicio de Búsqueda de Póliza, ver el Anexo 1). Una vez culminada la implementación de los servicios web, se realizaron pruebas funcionales sobre los mismos. Éstos fueron desarrollados por el pasante, por no disponer en el momento del equipo 31

42 de pruebas. Las acciones ejecutadas en cada prueba y los resultados esperados fueron previamente documentados. Para las pruebas realizadas se obtuvieron los resultados esperados. Un ejemplo de las pruebas realizadas se muestra a continuación en la tabla 1. Usuario País Identificador de póliza Número de póliza Documentos Existe Existe Existe Existe Vacío Existe Existe Existe Existe Nulo Existe Existe Existe Nulo Vacío Existe Existe Existe Nulo Nulo Existe Existe 0 Existe Vacío Existe Existe 0 Existe Nulo Existe Existe Existe Existe Existe Existe Existe Existe Existe No Existe Existe Existe Existe Nulo Existe Existe Existe Existe Nulo No Existe Existe Existe 0 Existe Existe Existe Existe 0 Existe No Existe Existe Existe 0 Nulo N/A Existe No Existe No Existe Resultado Retorna todos los movimientos de la póliza Retorna todos los movimientos de la póliza Retorna todos los movimientos de la póliza Retorna todos los movimientos de la póliza Retorna todos los movimientos de la póliza Retorna todos los movimientos de la póliza Retorna los movimientos de la póliza contenidos en los documentos Retorna póliza con arreglo de movimientos vacíos Retorna los movimientos de la póliza contenidos en los documentos Retorna póliza con arreglo de movimientos vacíos Retorna los movimientos de la póliza contenidos en los documentos Retorna póliza con arreglo de movimientos vacíos Retorna un ApplicationException "Número de Póliza no corresponde a la póliza" o "Pólizas no encontradas con ese criterio" N/A N/A N/A Retorna un TechnicalException N/A N/A N/A N/A Nulo N/A N/A N/A N/A Retorna un ApplicationException Devuelve a la página de acceso al sistema Tabla 1. Pruebas Funcionales. Caso de uso: Consulta de Movimientos de Póliza 32

43 CAPÍTULO 7. CONCLUSIONES Y RECOMENDACIONES En este capítulo, se presentan algunas conclusiones del proyecto realizado y se señalan algunas recomendaciones para el mismo CONCLUSIONES Luego de exponer el desarrollo de este trabajo de pasantía, se puede afirmar que el resultado da respuesta a la problemática planteada de una forma satisfactoria, lo que cumple con todos los objetivos que inicialmente fueron planteados. Se llevó a cabo el diseño y la implementación de los servicios web que permiten a sistemas externos utilizar todos los procesos de búsqueda y consulta de póliza implementados en Acsel-e. Con esto se logra la interoperabilidad y la integración de la empresa con sus clientes, y así mejorar la capacidad de la empresa para trabajar conjuntamente con sus socios de negocio, proveedores y clientes, permitiendo que sistemas externos puedan invocar las funciones de la aplicación a través de Internet (o una intranet corporativa) sin tener que modificar la aplicación misma. El diseño y la implementación escogida para los servicios web, y la plataforma robusta en que fue desarrollado el sistema, le aseguran la mantenibilidad al mismo. La reusabilidad, flexibilidad y portabilidad están garantizadas ya que son características propias de los servicios web, y que benefician a Consis y a sus clientes reduciendo el costo en desarrollo y mantenimiento de software, y sacando los productos al mercado con mayor rapidez. 33

44 7.2. RECOMENDACIONES Una de las recomendaciones para garantizar un mejor desempeño y eficiencia en el sistema, es la de revisar y mejorar las consultas de búsqueda de pólizas y operaciones, ya que los tiempos de respuesta son más lentos de lo que se espera y se requiere, y ante una gran cantidad de datos estos tiempos serían tan altos que impedirían la ejecución completa de los servicios web. Otra recomendación es que se le realice las pruebas pertinentes a los servicios web con un equipo de pruebas independiente del equipo de desarrollo, ya que esto permitiría una mayor objetividad en las pruebas realizadas. Por otra parte, sería importante adoptar medidas o estándares de seguridad en los servicios web, de manera de asegurar el correcto y buen funcionamiento de los mismos, además de garantizar que los usuarios que ejecuten los servicios web, tengan la permisología para esto. Por último, se recomienda el desarrollo de servicios web de otros módulos de Acsel-e, de manera de publicar las funcionalidades de éste y brindar así una mayor interoperabilidad e integración de Acsel-e con otros sistemas. 34

45 REFERENCIAS BIBLIOGRÁFICAS [1] Consis Internacional, LLC. Empresa. Obtenida el 5 de enero de 2008, de [2] Fernández, N. (2006). Práctica Introductoria de Web Services. Obtenida el 10 de enero de 2008, Universidad Carlos III de Madrid, Departamento de Ingeniería Telemática: [3] Guía breve de Servicios Web. Obtenida el 11 de enero de 2008, de [4] Ibarra, A. Rational Unified Process. Obtenida el 13 de enero de 2008, de [5] Introduction to web services. (2004). Obtenida el 12 de enero de 2008, de [6] Larman, C. (1999). UML Y PATRONES. Introducción al Análisis y Diseño Orientado a Objetos, Primera Edición. [7] Lenguaje Unificado de Modelado. Manual de Referencia. Rational Software Corporation. [8] Servicios Web en plataforma.net. SOAP (Simple Object Access Protocol). Obtenida el 12 de enero de 2008, de [9] Servicios Web en plataforma.net. UDDI (Universal Description Discovery and Integration). Obtenida el 12 de enero de 2008, de 35

46 [10] Servicios Web en plataforma.net. Una visión general I. Obtenida el 12 de enero de 2008, de [11] Servicios Web en plataforma.net. XML: el lenguaje de los Servicios Web. Obtenida el 12 de enero de 2008, de [12] Servicios Web en plataforma.net. XML Web Services. Obtenida el 12 de enero de 2008, de [13] Servicios Web XML (2006). Obtenida el 14 de enero de 2008, de [14] The Apache Software Foundation. Axis User s Guide. Obtenida el 10 de enero de 2008, Página Oficial de Apache: [15] WebSphere Application Server. Obtenida el 12 de enero de 2008, Página oficial de IBM España: [16] Wikipedia, la enciclopedia libre. IntelliJ IDEA. Obtenida el 12 de enero de 2008, de [17] Wikipedia, la enciclopedia libre. Oracle. Obtenida el 12 de enero de 2008, de [18] Wikipedia, la enciclopedia libre. Servicio Web. Obtenida el 11 de enero de 2008, de 36

47 [19] Wikipedia, la enciclopedia libre. Subversion. Obtenida el 12 de enero de 2008, de [20] Witt, B. I., Baker, F. T. y Merritt, E. W. (1994). Software Architecture and Design Principles, Models, and Methods. Van Nostrand Reinhold, New York. 37

48 ANEXO 1. CÓDIGO DEL SERVICIO BÚSQUEDA DE PÓLIZA public WSPolicyList getpolicies(string login, String countryisocode, String language, WSSearchPolicyObject dcosearch) { WSPolicyList policylist; Properties prop = null; try { this.checkbasicparameters(countryisocode); this.initializeuserinfo(login, countryisocode); QueryObject queryobject = new QueryObject(); Categorias categories = Categorias.getBean(Categorias.DEFAULT_TEMPLATES_STATE); // Construyo el queryparameter para la poliza QueryParameter queryparameterpolicy = new QueryParameter(); queryparameterpolicy.setcategory(cottype.policy.getdescription()); ConfigurableObjectType prepolicy = (ConfigurableObjectType) categories.getcollection(cottype.policy).firstelement(); String[] policydcokeys = dcosearch.getdcopolicykeys(); String[] policydcovalues = dcosearch.getdcopolicyvalues(); int totalpropertiespolicy = policydcokeys.length; for (int i = 0; i < totalpropertiespolicy; i++) { if (!StringUtil.isEmptyOrNullValue(policyDCOvalues[i])){ queryparameterpolicy.setparameter(policydcokeys[i], policydcovalues[i]); } } if(!stringutil.isemptyornullvalue(dcosearch.getproductid())){ queryparameterpolicy.setparameter("_productid", dcosearch.getproductid()); } if(!stringutil.isemptyornullvalue(dcosearch.getclientname())){ queryparameterpolicy.setparameter("_clientname", dcosearch.getclientname()); } if(!stringutil.isemptyornullvalue(dcosearch.getinsuredname())){ queryparameterpolicy.setparameter("_insuredname", dcosearch.getinsuredname()); } // Reviso que tengo parametros y de ser asi lo agrego al queryobject if (queryparameterpolicy.size()>0){ queryparameterpolicy.setparameter("template", prepolicy.getdesc()); queryobject.add(queryparameterpolicy); } // Construyo el queryparameter para la unidad de riesgo QueryParameter queryparameterriskunit = new QueryParameter(); queryparameterriskunit.setcategory(cottype.risk_unit.getdescription()); ConfigurableObjectType preriskunit = (ConfigurableObjectType) categories.getcollection(cottype.risk_unit).firstelement(); 38

49 String[] riskunitdcokeys = dcosearch.getdcoriskunitkeys(); String[] riskunitdcovalues = dcosearch.getdcoriskunitvalues(); int totalpropertiesriskunit = riskunitdcokeys.length; for (int j = 0; j < totalpropertiesriskunit; j++) { if(!stringutil.isemptyornullvalue(riskunitdcovalues[j])){ queryparameterriskunit.setparameter(riskunitdcokeys[j], riskunitdcovalues[j]); } } // Reviso que tengo parametros y de ser asi lo agrego al queryobject if (queryparameterriskunit.size()>0){ queryparameterriskunit.setparameter("template", preriskunit.getdesc()); queryobject.add(queryparameterriskunit); } // Construyo el queryparameter para el objeto asegurado QueryParameter queryparameterinsuranceobject = new QueryParameter(); queryparameterinsuranceobject.setcategory(cottype.insurance_object.getdescription()); ConfigurableObjectType preinsuranceobject = (ConfigurableObjectType) categories.getcollection(cottype.insurance_object).firstelement(); String[] insuranceobjectdcokeys = dcosearch.getdcoinsuranceobjectkeys(); String[] insuranceobjectdcovalues = dcosearch.getdcoinsuranceobjectvalues(); int totalpropertiesinsuranceobject = insuranceobjectdcokeys.length; for (int k = 0; k < totalpropertiesinsuranceobject; k++) { if(!stringutil.isemptyornullvalue(insuranceobjectdcovalues[k])){ queryparameterinsuranceobject.setparameter(insuranceobjectdcokeys[k], insuranceobjectdcovalues[k]); } } // Reviso que tengo parametros y de ser asi lo agrego al queryobject if (queryparameterinsuranceobject.size()>0){ queryparameterinsuranceobject.setparameter("template", preinsuranceobject.getdesc()); queryobject.add(queryparameterinsuranceobject); } // Construyo query para ver cantidad de resultados SearchRequestHandler handlercount = new SearchRequestHandler(); StringBuffer querycount = handlercount.createnormalquery(queryobject, null, true, 0, 0, false, false, false); System.out.println("queryCount = " + querycount); prop = JDBCUtil.doQueryOneRow(queryCount.toString()); String totalrowscount = prop.getproperty("count(1)"); // Si el resultado tiene mas de 500 filas, mando una excepcion, sino ejecuto query. if(integer.valueof(totalrowscount).intvalue() > 500) { throw new ApplicationException("Muchos resultados", Severity.ERROR); } 39

50 } // Construyo query para obtener resultado de la busqueda SearchRequestHandler handler = new SearchRequestHandler(); StringBuffer query = handler.createnormalquery(queryobject, null, false, 0, 0, false, false, false); System.out.println("query = " + query); // Agrego el parametro para ordenar al query en caso que se pida if(!stringutil.isemptyornullvalue(dcosearch.getorderby())){ query.append(" ORDER BY "); query.append(dcosearch.getorderby()); } // Obtengo y construyo el resultado SearchResult searchresult = handler.search(query, UserInfo.getLocale()); int totalrows = searchresult.getrowcount(); policylist = new WSPolicyList(totalRows); for (int i = 0; i < totalrows; i++) { Object[] row = searchresult.getarrayrow(i); WSPolicy policy = new WSPolicy(); policy.setpolicyid(((long) row[searchresult.policyidindex]).longvalue()); policy.setpolicynumber((string) row[searchresult.policynumberindex]); policy.setproductname((string) row[searchresult.productnameindex]); policy.setinitialdate((string) row[searchresult.initialdateindex]); policy.setfinishdate((string) row[searchresult.finishdateindex]); policy.setstate((string) row[searchresult.policystateindex]); policylist.setpolicy(i, policy); } }catch(acseleexception e){ log.error("error in getpolicies WebServices.", e); throw e; }catch (Exception e) { log.error("error in getpolicies WebServices.", e); throw new TechnicalException(Exceptions.PPErrorLoadingPolicies, Severity.ERROR, e); } return policylist; 40

51 APÉNDICE A. FOLLETO DE ACSEL-E 41

52 42

53 43

54 44

55 APÉNDICE B. CASOS DE USO El documento de casos de uso proporciona una vista funcional del sistema basado en los diagramas y definiciones de los casos de uso. Aquí se presenta una versión resumida del documento en la cual se presentan sólo el diagrama global (figura 6) y las definiciones de los casos de uso. Servicios Web Consulta y Búsqueda de Pólizas de Acsel-e <<extend>> Búsqueda Básica Buscar Operaciones Pendientes <<extend>> Búsqueda Avanzada Buscar Póliza Buscar Operaciones Aplicadas Consultar Movimientos de Póliza Usuario Registrado Consultar Movimientos de Reclamo Buscar Pólizas por Tercero y Rol Iniciar Sesión Cerrar Sesión Figura 7. Casos de Uso Sub Sistema Servicios Web Consulta y Búsqueda de Pólizas de Acsel-e 45

56 B.1. BUSCAR OPERACIONES APLICADAS CASO DE USO ACTOR DESCRIPCIÓN PRECONDICIÓN Buscar Operaciones Aplicadas Usuario Registrado Permite buscar todas las operaciones aplicadas a una póliza. El usuario debe estar autenticado en el sistema. CURSO NORMAL Actor 1. Selecciona la opción de Consulta de Pólizas Operaciones Aplicadas. 3. Completa los campos para realizar la búsqueda y presiona el botón de buscar. Sistema 2. Muestra página con los campos de búsqueda de operaciones aplicadas (identificador de póliza). 4. Busca las operaciones aplicadas con los datos suministrados y muestra en pantalla los resultados de la búsqueda. CURSOS ALTERNOS 1. Oprime botón para ir a la página principal. 2. Muestra la página principal. POSTCONDICIÓN Se muestran las operaciones aplicadas a la póliza con el identificador suministrado por el usuario. 46

57 B.2. CONSULTAR MOVIMIENTOS DE PÓLIZA CASO DE USO ACTOR DESCRIPCIÓN PRECONDICIÓN Consultar Movimientos de Póliza Usuario Registrado Permite consultar todos los movimientos realizados en una póliza. El usuario debe estar autenticado en el sistema. CURSO NORMAL Actor 1. Selecciona la opción de Consulta de Movimientos Movimientos de Póliza. 3. Completa los campos para realizar la búsqueda y presiona el botón de buscar. Sistema 2. Muestra página con los campos de búsqueda de movimientos de póliza (identificador de póliza, número de póliza, documentos). 4. Busca los movimientos realizados con los datos suministrados y muestra en pantalla los resultados de la búsqueda. CURSOS ALTERNOS 1. Oprime botón para ir a la página principal. 2. Muestra la página principal. POSTCONDICIÓN Se muestran las movimientos realizados a la póliza con el identificador suministrado por el usuario. 47

58 B.3. CONSULTAR MOVIMIENTOS DE RECLAMO CASO DE USO ACTOR DESCRIPCIÓN PRECONDICIÓN Consultar Movimientos de Reclamo Usuario Registrado Permite consultar todos los movimientos realizados en un reclamo. El usuario debe estar autenticado en el sistema. CURSO NORMAL Actor 1. Selecciona la opción de Consulta de Movimientos Movimientos de Reclamo. 3. Completa los campos para realizar la búsqueda y presiona el botón de buscar. Sistema 2. Muestra página con los campos de búsqueda de movimientos de reclamo (número de reclamo, documentos). 4. Busca los movimientos realizados con los datos suministrados y muestra en pantalla los resultados de la búsqueda. CURSOS ALTERNOS 1. Oprime botón para ir a la página principal. 2. Muestra la página principal. POSTCONDICIÓN Se muestran los movimientos realizados en el reclamo con el identificador suministrado por el usuario. 48

59 B.4. INICIAR SESIÓN CASO DE USO ACTOR Iniciar Sesión Usuario Permite almacenar durante la sesión en el sistema al usuario junto al país e DESCRIPCIÓN idioma. En caso de que el usuario no esté registrado, el sistema lanzará una excepción si este intenta realizar alguna acción. PRECONDICIÓN No aplica. CURSO NORMAL Actor 2. Ingresa su login, password, idioma y país. Sistema 1. Solicita el ingreso de la información de login, password, idioma y país. 3. Procesa la información y la guarda en sesión. CURSOS ALTERNOS 1. No se introduce el login o el password. 2. Indica el error. 3. Pide nuevamente el login, password, idioma y país. POSTCONDICIÓN El usuario inicia sesión. 49

60 B.5. CERRAR SESIÓN CASO DE USO ACTOR DESCRIPCIÓN PRECONDICIÓN Cerrar Sesión Usuario Registrado Eliminar la información del usuario en la sesión actual. El usuario había previamente iniciado una sesión válida. Actor Sistema CURSO NORMAL 1. Oprime el botón de cerrar sesión. 2. Elimina la información del usuario en la sesión. CURSOS ALTERNOS No hay otros cursos posibles en este caso. POSTCONDICIÓN El usuario cierra sesión y no podrá acceder al sistema hasta no iniciar sesión nuevamente en el sistema. 50

61 B.6. CONSULTAR OPERACIONES PENDIENTES CASO DE USO ACTOR DESCRIPCIÓN PRECONDICIÓN Consultar Operaciones Pendientes Usuario Registrado Permite realizar la búsqueda de operaciones pendientes. El usuario debe estar autenticado en el sistema. CURSO NORMAL Actor 1. Selecciona la opción de Consulta de Pólizas Operaciones Pendientes. 3. Escoge el tipo de búsqueda que desee para las operaciones pendientes. Sistema 2. Muestra página donde puede elegir entre realizar la búsqueda básica o la avanzada. 4. Muestra la pagina con los campos de búsqueda de operaciones pendientes según el tipo seleccionado. CURSOS ALTERNOS 1. Oprime botón para ir a la página principal. 2. Muestra la página principal. POSTCONDICIÓN Se muestran los campos de búsqueda para las operaciones pendientes según el tipo de búsqueda seleccionado. 51

62 B.7. CONSULTA BÁSICA DE OPERACIONES PENDIENTES CASO DE USO ACTOR DESCRIPCIÓN PRECONDICIÓN Consulta Básica de Operaciones Pendientes Usuario Registrado Permite realizar la búsqueda básica de operaciones pendientes. El usuario debe estar autenticado en el sistema. CURSO NORMAL Actor 1. Indica que desea realizar la consulta básica. 3. Completa los campos para realizar la búsqueda y presiona el botón de buscar. Sistema 2. Muestra página con los campos de búsqueda básica de operaciones pendientes (fecha de inicio, fecha final y producto). 4. Busca las operaciones pendientes con los datos suministrados y muestra en pantalla los resultados de la búsqueda. CURSOS ALTERNOS 1. Oprime botón para ir a la página principal. 2. Muestra la página principal. POSTCONDICIÓN Se muestran las operaciones pendientes con los datos suministrados por el usuario. 52

63 B.8. CONSULTA AVANZADA DE OPERACIONES PENDIENTES CASO DE USO ACTOR DESCRIPCIÓN PRECONDICIÓN Consulta Avanzada de Operaciones Pendientes Usuario Registrado Permite realizar la búsqueda avanzada de operaciones pendientes. El usuario debe estar autenticado en el sistema. CURSO NORMAL Actor 1. Indica que desea realizar la consulta avanzada. 3. Completa los campos para realizar la búsqueda y presiona el botón de buscar. Sistema 2. Muestra página con los campos de búsqueda avanzada de operaciones pendientes (fecha de inicio, fecha final, producto, identificador de póliza y número de póliza). 4. Busca las operaciones pendientes con los datos suministrados y muestra en pantalla los resultados de la búsqueda. CURSOS ALTERNOS 1. Oprime botón para ir a la página principal. 2. Muestra la página principal. POSTCONDICIÓN Se muestran las operaciones pendientes con los datos suministrados por el usuario. 53

64 B.9. BUSCAR PÓLIZAS POR TERCERO Y ROL CASO DE USO ACTOR DESCRIPCIÓN PRECONDICIÓN Buscar Pólizas por Tercero y Rol. Usuario Registrado Permite realizar la búsqueda de las pólizas asociadas a un tercero y con un rol específico. El usuario debe estar autenticado en el sistema. CURSO NORMAL Actor 1. Selecciona la opción de Consulta de Pólizas Pólizas de Tercero. 3. Completa los campos para realizar la búsqueda y presiona el botón de buscar. Sistema 2. Muestra página con los campos de búsqueda de terceros y con un rol (identificador del tercero, rol). 4. Busca las pólizas con los datos suministrados y muestra en pantalla los resultados de la búsqueda. CURSOS ALTERNOS 1. Oprime botón para ir a la página principal. 2. Muestra la página principal. POSTCONDICIÓN Se muestran las pólizas encontradas con los datos suministrados por el usuario. 54

65 B.10. BUSCAR PÓLIZAS CASO DE USO ACTOR DESCRIPCIÓN PRECONDICIÓN Buscar Pólizas Usuario Registrado Permite realizar la búsqueda general de pólizas en el sistema. El usuario debe estar autenticado en el sistema. CURSO NORMAL Actor 1. Selecciona la opción de Consulta de Pólizas Buscar Póliza. 3. Completa los campos para realizar la búsqueda y presiona el botón de buscar. Sistema 2. Muestra página con los campos de búsqueda de póliza (datos generales de póliza, plantilla de póliza, plantilla de unidad de riesgo y plantilla de objeto asegurado). 4. Busca las pólizas con los datos suministrados y muestra en pantalla los resultados de la búsqueda. CURSOS ALTERNOS 1. Oprime botón para ir a la página principal. 2. Muestra la página principal. POSTCONDICIÓN Se muestran las pólizas encontradas con los datos suministrados por el usuario. 55

66 APÉNDICE C. REQUERIMIENTOS TÉCNICOS 56

67 57

68 58

69 59

70 60

71 61

72 62

73 63

74 64

75 65

76 66

77 67

78 68

79 69

80 70

81 71

82 72

83 73

84 74

85 75

86 76

87 77

88 78

89 79

90 80

91 APÉNDICE D. PLAN CREATIVO 81

92 82

93 83

94 84

95 85

96 86

97 87

98 88

99 89

100 90

101 91