Software basado en arquitectura de Java EE y estándar SOAP para la validación en línea de listas de sancionados

Transcripción

1 Software basado en arquitectura de Java EE y estándar SOAP para la validación en línea de listas de sancionados Software architecture based on Java EE and SOAP standard for online validation of sanctioned lists Javier Augusto Rodríguez* Johanna González Moreno** Tatiana Murillas Herrera*** Resumen En la actualidad el sector financiero no posee un sistema de información centralizado de las diferentes listas de sancionados como son la OFAC, FBI, listas de figuras públicas entre otras. Si se analiza, uno de los temas más críticos y de mayor riesgo significativo que tiene el sector financiero, el lavado de activos, donde es prioridad para la todos los gobiernos definir programas y guías que permitan mitigar este riesgo y bloquear a las organizaciones ilegales que quieren utilizar dicho sector para introducir el dinero de sus actividades ilícitas a la economía como lícitas. El objetivo principal de esta investigación es desarrollar un servicio WEB utilizando las nuevas aplicaciones empresariales basadas en el estándar SOAP, orientadas a servicios y bajo la tecnología de JAVA EE, EJB 3.0, en donde diferentes entidades financieras puedan validar y consultar el nombre de sus clientes; esto ayudará a resolver irregularidades en las transacciones del sector financiero, además las búsquedas se harán de forma rápida y eficiente. El diseño del aplicativo permitirá ser flexible, confiable y adaptarse a las necesidades de cada una de las empresas matriculadas en este. Palabras claves: Lavado de activos, Lista de sancionados, JAVA EE, EJB 3.0, SOAP, TopLink. Abstract Nowadays the Colombian financial sector does not have a centralized information system of the different lists of penalized people in this sector, as they are the OFAC, FBI, and public figures among others. If we analyze the most critical and significant risk in the financial sector, asset laundry, is a priority for all governments the definition of guides and programs that allow them to mitigate money laundry, and lock all of the illegal organizations that want to use such sector for introducing their money from their illicit activities into the country's economy as if they were legal. The main objective of this investigation, is to develop a WEB service by using state of the art technology such as JAVA EE technology, EJB 3.0 and SOAP standard, where different financial entities can validate and consult the name of their clients, in order to filter irregularities in transactions, as well as to deliver search results in an efficient and safe way. The design of this software will not only allow it to be flexible and reliable, but it will adapt to the needs of each and every entity registered to it. Key words: Asset Laundry, list of penalized, JAVA EE, EJB 3.0, SOAP, TopLink, API. Recibido: 14/02/08. Evaluado: 14/02/08. Aceptado: 04/04/08. * Ingeniero de sistemas de la Universidad de los Andes, con Especialización en Diseño y Construcción de Software, docente de la Facultad de Ingeniería de Sistemas de la Universidad El Bosque ** Ingeniera de sistemas de la Universidad El Bosque *** Ingeniera de sistemas de la Universidad El Bosque. 21

2 I. INTRODUCCIÓN En la actualidad el lavado de activos posee mucha importancia en la economía de los países, generando desempleo, desarrollo de la criminalidad y aumento de la corrupción. Estos dineros de procedencia ilícita financian el conflicto interno colombiano y permite a los grupos armados ilegales (subversión y autodefensas ilegales) mantener una costosa guerra que desangra a nuestra nación: 36 mil homicidios, 4 millones de emigrantes en el exterior, 2 millones de desplazados internos, secuestros al año y el 35% de las tierras cultivables de nuestro país en manos de narcotraficantes, subversivos y autodefensas ilegales [6]. El sector financiero puede consultar las diferentes listas de sancionados existentes en múltiples sistemas de información, esta operación puede llegar a ser complicada y extensa mientras se ubican las listas de sancionados en la que se quiera consultar el nombre. III. TECNOLOGÍAS APLICADAS A. JEE Java Enterprise Edition, define un conjunto de estándares que habilita soluciones para manejo y desarrollo de aplicaciones empresariales multicapa que son centralizadas en el servidor, creada y distribuida por Sun Microsystems. Su fin principalmente es ser utilizado en desarrollo de aplicaciones empresariales, ya que sus especificaciones y funcionalidades son orientadas a negocios. Sus grandes ventajas son: robustez, fiabilidad, estabilidad y seguridad. El objetivo principal es simplificar las aplicaciones empresariales, basándolas en componentes modulares y estandarizados, para proveer un completo conjunto de servicios [1]. Conforme a esta situación se decidió diseñar e implementar un servicio Web que permita validar en línea un nombre de persona o tercero contra todas las listas existentes (OFAC, FBI, etc.) donde la búsqueda o consulta de algún nombre se realice una sola vez y no varias como se venía realizando todo esto apoyado en JAVA EE, una de las mejores tecnologías más utilizadas con un 45% de participación en el mercado colocándola como líder en el uso de software industrial. También se utilizó el estándar SOAP (Simple Object Access Protocol) servicio de mensajería que permite a las entidades usuarias conectarse de una manera fácil, segura, rápida, sin requerimientos excesivos en el desarrollo. II. ANTECEDENTES A. LAVADO DE ACTIVOS Según SIPLA [7], el lavado de activos se define como: El proceso de ocultamiento de recursos monetarios y no monetarios, tanto en moneda nacional como extranjera o convertible en las mismas, y cuyo origen proviene de actividades delictivas para que después de los subsiguientes actos de simulación respecto de su procedencia, aparezcan como legítimos. B. LISTA DE SANCIONADOS En el contexto de este proyecto, una lista de sancionados es una base de datos en la cual, se encuentran datos de personas señaladas o reportadas por un motivo específico de acuerdo con criterios dados por gobiernos o entidades. Figura 1. Arquitectura JEE [8] B. EJB 3.0 Enterprise Java Beans, surge por dos fuertes motivos, el reemplazo de una tecnología obsoleta donde se manejaban los Entity Beans y como reconocimiento de los mapeadores objeto relacional que son componentes importantes y apropiados en la mayoría de los casos y están aceptados como estándares para la industria. Son un elemento de JEE que se ejecutan dentro de un container EJB. Los Entreprise Java Beans son componentes del lado del servidor que encapsulan la lógica del negocio de una aplicación. Provee independencia del mecanismo de persistencia utilizado. La persistencia es delegada a otros frameworks como los mapeadores (Hibernate, Toplink) pero la aplicación es independiente del framework utilizado, logrando así una doble independencia: de la base de datos y del mecanismo de persistencia, esto hace que se pueda no tener ni siquiera 22

3 una línea de código no estándar. Este proyecto muestra claramente la funcionalidad de los tipos de Session Beans: Stateful Session Beans: los cuales son de propósito de interacción de administración de usuario y servidor. SOAP es un protocolo de comunicaciones sin estados. Esto significa que los datos y el mensaje SOAP no se almacena en el transcurso de la transmisión. Por ejemplo, SOAP transmite al proveedor de servicio una petición para llamar a un procedimiento remoto. El proveedor de servicio responde a la petición mediante un mensaje SOAP que envía de vuelta al llamador. La relación entre el remitente y el destinatario desaparece al recibir el cliente de respuesta. D. TOPLINK Figura 2. Ciclo de vida de Stateful Session Beans [3] Pertenece a la empresa Oracle y su distribución es gratuita. Es una poderosa herramienta de trabajo de persistencia objeto-relacional que suministra un mecanismo altamente flexible y productivo para almacenar y acceder a datos relacionales, su estructura lenguajes de expresión basados en API, hace más sencilla la construcción de mapeos colocándose en primer lugar con su excelente Mapping Workbench. Permite precisar consultas basadas en Java mientras mira directamente a su modelo de datos uniendo el modelo orientado a objetos y el mundo relacional [9]. Stateless Session Beans: son de propósito general para la utilización del SOAP. Figura 4. TopLink [10] Figura 3. Ciclo de vida de Stateles Session Beans [4] C. SOAP El Protocolo simple de acceso a objetos fue creado en 1997 por tres empresas de la industria: Microsoft, una pequeña empresa de software llamada Userland software y DevelopMentor, empresa creada por Lucent. Unidas decidieron desarrollar un protocolo de comunicaciones que fuera fácil de utilizar y suficientemente flexible para que pudieran aplicar los cambios de la industria y que proporcionara un intercambio totalmente interoperable [5]. El estándar SOAP no introduce conceptos nuevos está construido por completo a partir de la tecnología existente. Actualmente utiliza HTTP como transporte para los mensajes petición/respuesta y es completamente independiente de la plataforma [11]. E. API Application Programming Interface - Interfaz de Programación de Aplicaciones) creado por Sun Microsystems permite usar los antiguos objetos de java POJOs (Plain Old Java Object). Es decir, objetos simples que no heredan ni implementan otras clases (como los EJBs). Como beans de entidad y reduce significativamente la necesidad de descriptores. Java Persistence API (JPA) proporciona un estándar para gestionar datos relacionales en aplicaciones Java SE o Java EE, de forma que además se simplifique el desarrollo de la persistencia de datos El mapeo objeto-relacional [2]. III. DISEÑO DEL APLICATIVO Para cimentar de una forma sólida y segura las bases del proyecto, se aplicó un orden de ejecución de componentes 23

4 modulares usando la estrategia de abajo hacia arriba, orientando de esta manera el proceso hacia un diseño multicapa, Validación on-line vs. lista de sancionados; está basada el la arquitectura de JAVA EE con tecnología de EJB 3.0 y el estándar SOAP, donde encontramos 4 capas que definen en detalle la estructura de la aplicación: Capa 1: ésta es la capa del cliente en la cual se ejecuta un explorador de Internet donde se interpretan todas la páginas dinámicas de HTML enviadas por el servidor de JEE; por otro lado también se desarrolló una aplicación cliente- consola para probar todos los servicios remotos. IV. METODOLOGÍA DE DESARROLLO La metodología que se utilizó fue desarrollada por el Ing. Javier Rodríguez Galeano, profesor de la Facultad de Ingeniería de sistemas de la Universidad El Bosque, para la implementación del Validador On-line vs. Lista de Sancionados. Este ciclo está constituido de la siguiente manera: Capa 2: capa de Web o fachada, se encuentran los servlets; su función es ser la fachada para los requerimientos Web que viene de la capa del cliente, y las páginas de JSP se utilizan para entregar las repuestas al caliente en forma dinámica y en formato de HTML. Capa 3: lógica del negocio; se implementó un Bean de sesión con estado el cual actúa como representante del cliente dentro del servidor y ofrece los servicios remotos los cuales dan soporte a los requerimientos funcionales que se definieron en este proyecto. Capa 4: de Persistencia; contiene todas la tablas de base de datos y las entity class que a través de la API persistente de Java; hace todo el mapping entre modeloconceptual orientado a objetos y el modelo-entidad, relación que sustenta toda la aplicación. Figura No. 6. Metodología de desarrollo V. PROYECCIONES Figura 5. Diagrama de arquitectura de software El enfoque de este proyecto fue desarrollar un servicio informático con tecnología de punta para ser utilizado por los agentes del mercado financiero de tal forma que se convierta en una herramienta de consulta estándar para las entidades matriculadas en dicho servicio. 24

5 De la misma forma se pretende que el proyecto sirva como un instrumento de difusión y consulta dentro del sector académico. Para dar continuidad a este proyecto, y basados en el conocimiento desarrollado, la segunda fase debe apuntar a involucrar sistemas expertos, que de acuerdo al número de consultas de nombres en la base de datos pueda dar repuestas de operaciones inusuales o sospechosas, o muestre en concreto el estado específico de alguna persona consultada en la base de datos, pues la entidades matriculadas en el servicio pueden dar la calificación al respecto. VI. CONCLUSIONES Se implementó un servicio Web, creando una solución de software libre con el fin de hacer más eficiente y efectivas las operaciones financieras y la gestión de las entidades para realizar procesos de consulta y validación del nombre de clientes y potenciales clientes en el sector financiero. Por medio de procesos de administración de datos, se identificó, ingresó y compactó la información concernientes a las listas ya existentes de sancionados, las cuales son emitidas por diversas organizaciones gubernamentales. En estas listas se encuentran los nombres de las personas con sanciones relacionadas con el delito de lavado de activos. La implementación de este software está basada en el estándar SOAP (Protocolo Simple de Acceso a Objetos) el cual es una especificación de un sistema de mensajería de comunicaciones sin estados, fácil de utilizar y suficientemente flexible para que se puedan aplicar los cambios de la industria. JAVA EE simplifica la complejidad inherente al desarrollo de aplicaciones multicapa. En su concepción JAVA EE permite diseñar software con fuertes requerimientos no funcionales, es tolerante a fallas, y estandariza una API común entre componentes y servidores de aplicación. JAVA EE y EJB 3.0 fueron un reto investigativo, pues al no existir información suficiente, este proyecto se presenta entonces como una guía para la personas (estudiantes, profesores y cualquier persona interesada en el tema) que quieran utilizar estas tecnologías y saber el fin para el cual fueron diseñadas, pues durante el proceso investigativo se identifico y describió cada una de las ventajas y objetivos principales de las mismas. REFERENCIAS [1] Java sun, (2007). Enterprise Javabeans. Consultado el 11 de Septiembre 2007, de [2] Java Sun, (2007). Introdution to the Java Persistence API. Consultado el 11 de Septiembre 2007, de [3] Java Sun, (2007). Life Cycle of a Stateful Session Bean. Consultado el 11 de Septiembre 2007, de [4] Java Sun,(2007). Life Cycle of a Stateless Session Bean. Consultado el 11 de Septiembre 2007, de [5] KEOGH, Jim. (2003). Manual de Referencia. Editorial McGraw-Hill, pag. 541 [6] Lavado de activos, (2007). Presentación sobre el papel de la fiscalía dentro del sistema contra el lavado de activos en el Banco de Bogotá. Consultado el 05 de Agosto 2007, de ml. [7] Manual SIPLA, (2007). Definición. Consultado el 02 de Septiembre 2007, de Org.co/includes/scripts/open.asp?ruta=/images/dynamic /articles/652/manual+sipla.pdf [8] Openpuc, (2007). Arquitectura Java EE. Consultado el 13 de Septiembre 2007, de =doc_download&gid=14&itemid=59 [9] Oracle, (2007). Technology. Consultado el 11 de Septiembre 2007, de [10] Oracle, (2007). TopLink. Consultado el 11 de Septiembre 2007, de [11] STURN, Jake. (2001). Desarrollo de Soluciones XML; Editorial McGraw-Hill, pag

6 Artículo de Investigación Científica y Tecnológica. Sometido a Arbitraje. Los Autores Javier Augusto Rodríguez Galeano Ingeniero de sistemas de la Universidad de los Andes, con Especialización en Diseño y Construcción de Software, docente de la Facultad de Ingeniería de Sistemas de la Universidad El Bosque Carrera 7 B Bis , Bogotá D.C., Colombia. javierrodriguez@unbosque.edu.co Johanna González Moreno Ingeniera de sistemas de la Universidad El Bosque Carrera 7 B Bis , Bogotá D.C., Colombia. joysgonzalez@yahoo.es Tatiana Murillas Herrera Ingeniera de sistemas de la Universidad El Bosque. Carrera 7 B Bis , Bogotá D.C., Colombia. tatiana.murillas@gmail.com 26