Dominio del Web - Alberto Rodríguez Sánchez

Proyecto integración con Plataforma de contratación del Estado (Agosto 2009 – Diciembre 2009).

Jefe de proyecto de la integración entre Embla (aplicación para generación y seguimiento de tramites) y la plataforma de contratación del Estado. Realizo la planificación, gestión económica, de riesgos y gestión de recursos, informes de seguimiento, coordinación del equipo y creación del análisis de la aplicación. El proyecto consiste en dotar a una aplicación existente de las capacidades necesarias para comunicarse con la plataforma de contratación del Estado. Realizo el análisis conforme a la legislación de contratación del sector público (Ley 30/2007) y al estándar en contratación CODICE. Técnicamente la aplicación se encarga de componer las peticiones necesarias para enviar anuncios de licitación, pliegos y de adjudicación. Se emplea AXIS2 para el cliente del servicio web y se definen varios módulos para la firma de las peticiones y para el almacenamiento de las mismas.

Proyecto SCSP para nueva versión 3.0 del Ministerio de la Presidencia (Abril 2009 - Actualmente).

Jefe de proyecto de la nueva versión de las librerías de SCSP. Realizo la planificación y gestión económica, gestión de riesgos, gestión de recursos, informes de seguimiento, coordinación y reuniones con el cliente para la especificación técnica de requisitos. El proyecto consiste en realizar las adaptaciones a las librerías SCSP para asegurar la comunicación extremo a extremo entre dos organismos. Se emplean los estándares de WS-Enhacements (WS-Security, WS-Policy,...) para garantizar la integridad y confidencialidad de los mensajes. Se permite añadir tokens de seguridad con los distintos certificados X509V3, XML Encryption para la encriptación de elementos del mensaje, etc. Del mismo modo se realizan adaptaciones de las librerías para ajustarse a las últimas tecnologías, usando JIBX para bindings clases/XML, Hibernate para persistencia, Spring para IOC, etc. Se emplean implementaciones de WS-Security (Rampart) y de WS-Policy (Neethi). La nueva versión se realiza tanto para Java como para .NET. Se deben realizar adaptaciones en otros sitemas como los Wizards y realizar integraciones con la AEAT, TGSS y otros organismos.

Proyecto Registros de distintas administraciones y organismos MIR, TCU, IP,... (Febrero 2009 - Actualmente).

Jefe de proyecto de los registros telemáticos empleados en distintas administraciones y organismos. Realizo la contabilidad económica, la gestión de los recursos, comunicación con el cliente y coordinación de los equipos. Responsable del proyecto de registro unificado, participación en seminarios para la integración con la próxima versión de SICRES 3.0 para registros de entrada/salida, aplicaciones cliente para SNTS (Servicio de Notificaciones Telemáticas Seguras),...

Proyecto Wizards SCSP del MAP (Julio 2008 - Mayo 2009).

Dirección del proyecto de nuevo desarrollo “Wizards SCSP”. El objetivo de esta aplicación es guiar al usuario por diferentes pantallas para configurar de forma rápida y sencilla la instalación de las librerías de SCSP. Entre otras tecnologías esta aplicación emplea las librerias Wizards para generación de pantallas y la librería freemaker para generación de ficheros XML. En este proyecto realizo las funciones de jefe de proyecto y de analista, siguiendo en ambos roles los estándares que establece el modelo CMMI.

Proyecto Cambio de domicilio del MAP (Junio 2008 - Actualmente).

El objetivo de este proyecto es mantener la aplicación ya desarrollada de cambio de domicilio. Esta aplicación permite a los ciudadanos (accediendo a través del 060) comunicar de forma sencilla el cambio de su residencia, comunicándolo a los diferentes organismos (DGP, TGSS, AEAT,…). En este proyecto de mantenimiento realizo la función de jefe de proyecto, estableciendo las tareas de los programadores, coordinandolos, manteniendo reuniones con el cliente, asegurando que se cumpla el modelo CMMI, etc.

Proyecto Web Services Econecta de la DGPE (Febrero 2008 - Febrero 2009).

Jefe de proyecto del desarrollo de una aplicación para la DGPE cuyo objetivo es proporcionar un conjunto de operaciones y servicios web a los diferentes organismos que deseen realizar pedidos a la DGPE de forma análoga a como se pueden realizar a través de la página web que ofrece Patrimonio (Conecta-Patrimonio). Estos servicios web permitirán a distintos organismos realizar los pedidos de forma automática, ajustándose a la legislación en materia de contratación centralizada especificada en la nueva ley de contratos públicos 30/2007. En este proyecto realizo funciones de jefe de proyecto y de analista siguiendo la metodología CMMI. La aplicación se comunica con registros telemáticos de otros ministerios, con un workflow de windows exchange y con una plataforma de firma entre otros sitemas externos.

Proyecto WGFR de la comunidad de Madrid (Octubre 2007 – Diciembre 2007).

Esta aplicación del IMAP es un gestor de actividades formativas para la comunidad de Madrid. Permite crear y controlar planes de formación, catálogos, ediciones, profesores, alumnos, etc. El patrón aplicado es el clásico modelo MVC, si bien este se consigue a través de un framework propietario del ICM. Dispone de una gran cantidad de informes desarrollados en Crystal Reports 10. Se realizaron desarrollos tanto para solventar incidencias como para implementar nuevas funcionalidades. Para su desarrollo se empleó la IDE de eclipse en su versión 3.2. La base de datos empleada en el desarrollo ha sido un Oracle 9i. Finalmente, como servidor de aplicaciones se ha utilizado el servidor de Oracle IAS.

Integración en el Consejo General del Poder Judicial (Junio 2007- Octubre 2007).

Creación de un portal para el CGPJ cuya objetivo es proporcionar un punto de acceso común a todos los servicios necesarios para jueces y otros funcionarios del CGPJ. Este portal realizado en Struts integra datos de distintos organismos como la AEAT, INE, DGT, Catastro, etc. Para mostrar los datos de la AEAT en formato web se tuvo que emplear una librería adicional denominada Jagacy. Esta librería permite obtener los datos de la agencia que se encontraban en un Terminal 3270. Para el resto de los servicios proporcionados se tuvo que desarrollar distintos stubs para las llamadas a los Web Services. Se tuvieron que ajustar las peticiones a los requerimientos de cada uno de los servicios y en algunos casos firmarlas digitalmente. Además de todo esto, se empleó un producto de Bea denominado Weblogic Server Bus como integrador de servicios. Esta herramienta permite añadir lógica de negocio en el flujo de las llamadas a los servicios web así como realizar una monitorización de los servicios. Entre otras cosas permite envío de emails, controlar el estado de los servicios y las tasas de errores de estos. El entorno que se ha empleado para desarrollar este proyecto ha sido Java/JEE con la IDE Eclipse 3.1. Los servidores que se han empleado han sido Weblogic 9 junto con el Weblogic Server Bus de Bea. Las máquinas disponen de un SO Unix.

Proyecto SCSP del MAP (Diciembre 2006 – Mayo 2007).

Realización de diferentes análisis para la mejora y corrección de las librerías de SCSP (Sustitución de Certificados en Soporte Papel) empleadas por el MAP en sus aplicaciones para el envío seguro de datos. Estas librerías permiten establecer una comunicación segura entre aplicaciones utilizando para ello web services y firma digital, además, también proporcionan un estándar en la forma en que se transmiten los mensajes dentro de la red de las administraciones públicas. Se puede emplear junto a estas librerías distintas bases de datos como Oracle, MySQL, o SQL Server para almacenar los resultados de las transacciones en caso de eventuales auditorias. Basándose en estas librerías desarrollé un proyecto para el MAP en el que intervine en todas las fases del ciclo de desarrollo del mismo. Este proyecto consistió en crear un punto de acceso común para todas las peticiones realizadas dentro de la administración y así monitorizar y realizar un seguimiento de todas las comunicaciones efectuadas. Además de la creación de este acceso común, también desarrollé una aplicación en Struts que muestra un listado de maestros y representa gráficamente la evolución a lo largo del tiempo de las solicitudes recibidas en dicha plataforma. El entorno que se empleó para desarrollar este proyecto fue Java/J2EE con el IDE Eclipse 3.1. Se empleó como framework Struts 1.3. Para SCSP se ha empleado como servidor diferentes versiones de Tomcat. Se han empleado varios servicios web y se ha implementado en distintas bases de datos de Oracle y Microsoft.

Proyecto GNAF de Gas Natural (Junio 2006 – Diciembre 2006).

Continué en el proyecto GNAF de Gas Natural realizando tareas de análisis para los evolutivos de la aplicación. Entre otros evolutivos tuve que realizar el análisis para nuevas funcionalidades que implicaban un gran impacto en la estructura del modelo definido en la base de datos de la aplicación. Tuve que proporcionar soporte a un nuevo equipo encargado de realizar la migración de los informes de la aplicación. Este soporte consistía en proporcionales toda la información referente a la estructura de la base de datos así como orientarles en la creación de diversas vistas. La migración consistió en pasar los informes de Impromptu a una nueva herramienta denominada Microstrategy. Esta nueva herramienta brindaba al usuario muchas más posibilidades y resultaba mucho más dinámica que su predecesora. También tuve que realizar diversas pruebas de comunicación de la aplicación de buques en los distintos puertos en los que se descarga el gas licuado en España, como por ejemplo Barcelona, Huelva o Cartagena.

Proyecto GNAF de Gas Natural (Octubre 2005 – Mayo 2006).

La aplicación G.N.A.F. (Gas Natural Aprovisionamiento Flotas) es una aplicación Web que permite al usuario controlar la logística de los buques que transportan gas natural licuado a las plantas españolas. Además de controlar el movimiento de estos buques también permite gestionar aspectos comerciales. Se han tenido que resolver múltiples incidencias de la aplicación, así como realizar evolutivos añadiendo funcionalidades especificadas por el usuario. En este proyecto desempeñé la labor de analista, realizando diseños técnicos, manteniendo reuniones con el usuario, supervisando el trabajo del programador, desarrollando las mejoras y las incidencias, conversando con los distintos departamentos de sistemas, producción, centros de competencia de Gas Natural, etc. El lenguaje en el que se desarrolló la aplicación fue Java/J2EE con una gran cantidad de EJBs y JSPs. Como persistencia de datos se empleó una base de datos Oracle 9i, teniendo que realizar complejas querys de varios cientos de líneas. También se tuvo que realizar múltiples vistas y procedimientos de PL/SQL para la generación de informes en Impromptu. La aplicación se comunica con otros sistemas como SAP a través de ficheros binarios y a través de ficheros XML en colas MQ. También se comunica con una aplicación Visual Basic (instalada en los buques) a través del correo electrónico. El IDE que se empleó para mantener y desarrollar este proyecto fue Eclipse 3.1. Los servidores que se emplearon fueron Tomcat 5.0, Weblogic 6 y Weblogic 8. También tuve que emplear distintas herramientas como es el caso de los clientes de BD TOAD y SQLPlus, Subversión para el repositorio, Putty para la conexión a las máquinas UNIX, etc.

Proyecto Mantenimiento Arquitectura Barclays (Marzo 2005 – Octubre 2005).

Dado mi buen hacer en los proyectos anteriores me incorporé a la arquitectura del Barclays. Mis tareas fueron varias desde entonces, entre ellas me encargué de realizar algunas aplicaciones auxiliares SWING para solventar algunos problemas con la generación de repositorios de las oficinas, resolución de incidencias de la más diversa índole (todas relacionadas con la arquitectura MCDP), creación/modificación de varios aplicativos para la gestión de las conexiones, pequeños scripts, etc. En la resolución de incidencias a menudo tuve que realizar consultas a BB.DD. (Oracle 9i) a través del cliente SQLPlus. A parte de resolver estas y otras incidencias también fui el encargado de realizar la configuración de los entornos de desarrollo y de realizar las promociones de los distintos paquetes. Me encargué de generar los ear de la aplicación para el entorno de pre-producción, generando por un lado la parte cliente y por otra la servidora (además de crear distintas versiones completas e incrementales). Para realizar estas tareas tuve que acceder a la maquina UNIX remota (a través de la emulación de terminal Reflection) y modificar los parámetros adecuados. También tuve que subir paquetes a través de FTP y acceder a la consola de administración del WSAD para poder exportar la aplicación, instalar una nueva, parar/arrancar el servidor, etc. El entorno de desarrollo así como el servidor de aplicaciones continuó siendo el mismo que en el resto de proyectos del Barclays, es decir WebSphere 5.1.

Proyecto Canales del Barclays (Noviembre 2004 – Marzo 2005).

Debido a que el Banco Zaragozano daba la posibilidad a sus clientes de llevar un conjunto de cuadernos a la oficina y descargarlos a través de un disquete, el Barclays debía proporcionar esta misma funcionalidad pero integrada en su sistema MCDP (Multi Channel Delivery Project). De ahí surgió la necesidad de crear un nuevo aplicativo que realizara esta operación, este proyecto se denominó proyecto Canales. Para llevar a cabo el desarrollo de la aplicación se realizó un análisis previo en los que se establecieron las bases y funcionalidades que debía tener el aplicativo. A grandes rasgos la aplicación se tenía que encargar de las siguientes tareas: Habilitar la disquetera ya que por motivos de seguridad siempre se encontraba deshabilitada. Para ello se tuvo que realizar un método nativo (JNI) en C que permitiera habilitarla desde Java simplemente con invocar a un método. El segundo paso consistía en lanzar un antivirus y analizar su salida para comprobar que los cuadernos estaban libres de virus. Después se accedía a la disquetera recorriendo toda la estructura de directorios y así almacenar los ficheros en el disco duro local. Los ficheros eran después procesados y en caso de que estuvieran en formato ZIP eran descomprimidos, se realizaba un conjunto de validaciones para comprobar que realmente se trataban de cuadernos, se ajustaba su longitud si no era correcta, etc. Por último la disquetera era siempre deshabilitada. Todo este proceso fue integrado en la aplicación MCDP y era invocada a través de un servicio de Windows escrito en C. Este servicio de Windows fue creado para que solo los usuarios con permisos suficientes tuvieran acceso a la disquetera y por ende a la información contenida en ella. Una vez realizada toda la carga de cuadernos AEB (Asociación Española de Banca) se procedía a realizar una validación sobre los mismos mucho más exhaustiva. Los tipos de cuadernos que procesaba la aplicación eran del tipo 19, 32, 34, 34.1, 58 y 68 de la ya mencionada AEB. Para realizar estas validaciones se creó un conjunto de clases que se encargaban de descomponer y analizar las diversas cabeceras por las que estaba compuesto el cuaderno. Además de realizar todas estas validaciones también se iba almacenando simultáneamente en un objeto (como si se tratara de un Bean) información sobre el cuaderno, como el resumen, número de movimientos, número de ordenantes, etc. Posteriormente todos estos cuadernos eran enviados a un servidor y más tarde enviados al HOST a través de ConnectDirect. Durante todo el proceso anterior fui el encargado de realizar el diseño y desarrollo de la aplicación, a excepción de la parte de ConnectDirect que fue implementada por mi supervisor de Accenture. En cuanto al entorno de desarrollo empleé WebSphere 5.1, el ClearCase y el Visual C para el servicio de Windows.

Proyecto Escalabilidad del Barclays (Octubre 2004 – Noviembre 2004).

Debido a la integración del Banco Zaragonzo y el Barclays hubo que realizar modificaciones en la arquitectura y en las aplicaciones de este último. Entre estas modificaciones se encontraba el proyecto de escalabilidad. Este proyecto nació como consecuencia de la divergencia de estos dos bancos a la hora de representar el código de la entidad, mientras que en el banco Zaragozano el código era de cuatro dígitos en el Barclays era solo de tres. Si bien el cambio a priori puede parecer sencillo lo cierto es que tuvo un gran impacto debido fundamentalmente a que todos los componentes de la arquitectura se veían afectados y a que prácticamente la totalidad de las operaciones bancarías incluían este código. Hubo que realizar un análisis exhaustivo de todos los componentes que formaban la arquitectura del Barclays. Hubo que realizar modificaciones en diferentes clases Java, en XML que formateaban los datos de envío y recepción al HOST, el flujo interno de la aplicación (un control de eventos), etc. En este proyecto empleábamos el entorno de desarrollo WebSphere 5.1 y el control de versiones Clear Case entre otros.

Proyecto S.G.I.C. de Telefónica (Mayo 2004 – Octubre 2004).

El proyecto consistía en la creación de una página Web dinámica para los clientes de Telefónica. El modelo llevado a cabo para desarrollar dicha aplicación fue similar a un modelo MVC en el que se crearon un conjunto de JSPs encargados de la capa de presentación al usuario y un conjunto de Servlets encargados de la lógica de negocio de la aplicación. Los JSPs podían mostrar información relacionada con diferentes servicios de Datos, Voz, N900, etc. Estos JSPs a través de campos ocultos solicitaban diferentes peticiones a los Navegadores (Servlets) que se encargaban de procesar la solicitud e instanciar la clase de negocio específica para esa solicitud. Estas clases de negocio eran las encargadas de realizar la comunicación con el HOST, obteniendo los datos correspondientes a cada solicitud. Estos datos eran almacenados en un Bean y asignados a la sesión actual del usuario. Por último, los JSPs se encargaban de recuperar estos y otros datos y mostrarlos al usuario. Los lenguajes que se emplearon fueron Java/J2EE para la creación de clases de negocio, navegadores y JSPs. Se empleó javascript para la realización las validaciones de los datos introducidos por el usuario. Como editores empleábamos JCreator y UltraEdit. Los paquetes los subíamos directamente al servidor a través de FTP y accedíamos al servidor Iplanet para realizar los despliegues del aplicativo. Participé en todas las tareas del desarrollo de la aplicación, incluyendo la creación de JSPs, navegadores, Beans y clases de negocio.