El objetivo del proyecto era la finalización de la intranet a través de la cual se realizaban las ventas y consultas de la inmobiliaria.
Como segunda fase se realizaron ampliaciones como incorporación de pasarela de pago 4B, implementar seguridad y auntentificación de usuarios, incluir un simulador de hipotecas y pagos, etc...
La tecnología usada fue EJBs, Servlets y Postgresql. Como framework se utilizó Struts y JSTL en la parte de los JSPs.

El objetivo del proyecto era la estandarización de la seguridad en las aplicaciones desarrolladas por el departamento.
Para ello, se diseñó un modelo de datos y un api que se adaptase a los diferentes modelos de seguridad de las aplicaciones ya desarrolladas y en producción, y que fuera lo suficientemente flexible para adaptarse a los requisitos de futuros proyectos.
La aplicación se desarrollo en 4 módulos diferentes:
1. Base de datos y procedimientos almacenados para el mantenimiento de los datos.
El sistema gestor de base de datos utilizado era Oracle 8i. La base de datos almacenaba las agrupaciones de usuarios y de objetos, así como los diferentes roles sobre dichas agrupaciones.
También se implementaron los triggers y PLs necesarios para optimizar las consultas y mantener la base de datos sin peligro de corromper la información (control de relaciones cíclicas, mantenimiento de tablas precalculadas, etc..)
2. Servidor de seguridad.
Por motivos de rendimiento y seguridad, y debido a que a esta aplicación accederían otras aplicaciones en distintos lenguajes, se creó un servidor que centralizaba las peticiones.
Para realizar cualquier consultar de permisos o hacer cualquier modificación sobre los mismos se debe realizar a través de este servidor, el cual autentificará al usuario mediante LDAP, registrará cualquier petición por usuario, cacheará peticiones, etc.. y finalmente, con ayuda de los PLs, realizará la acción solicitada.
Para implementar este servidor se optó por j2ee y XML-RPC y como servidor de aplicaciones Weblogic 6.1 sp4
3. Herramienta Front End para la administración de la aplicación.
La aplicación debía ir acompañada por un front end de mantenimiento para los administradores de cada uno de los clientes.
En esta parte se muestran los permisos y roles de los usuario, agrupaciones y objetos de las aplicaciones cliente. Aquí se permite consultar, modificar, hacer auditorias, etc.. de forma sencilla para el usuario. Por ello se puede arrastrar, soltar, mostrar tablas reordenadas y con datos resaltados, mostrar popups, shortkeys, etc..
Debido a la complejidad de las pantallas y la necesidad de poder establecer conexiones con el servidor XML-RPC, se optó por combinar HTML con applets (swing) utilizando JDK1.4
4. API.
Para que las diferentes aplicaciones pudieran integrar el módulo de seguridad se debería implementar APIs en cada uno de los lenguajes de programación utilizados.
Debido a que clientes RPC existen en prácticamente todos los lenguajes y que lo único que hace es hacer llamadas a servicios, estas librerías se irán desarrollando según se integren aplicaciones en distinto lenguajes.
La primera API de desarrollo en Java.

Reingeniería de la base de datos de gestión de contratos entre entidades financieras y desarrollo de aplicación de control de evolución de los mismos.
El objetivo del proyecto era migrar la base de datos de contratos de SQLServer a Sybase.
Hubo que partir de cero debido al estado y la falta de documentación de la base de datos antigua.
En la aplicación no solo había que gestionar un histórico de los contratos que se habían realizado entre las diferentes entidades, además había que llevar un control de los contratos en trámites y la evolución de los mismos. Así como alertas de vencimiento de contratos, de largos periodos sin evolución, etc..
También se debía llevar un control de los usuarios que realizaban las modificaciones, además de la gestión típica de usuarios (de administración y de consulta).

Aplicación que informatiza el registro y parte de horas del personal subcontratado.
Un cron en java chequea todos los días laborales si los empleados han insertado las horas y si no es así se lo comunica mediante un mail.
En este mail se muestra un link a través del cual accede directamente al formulario de inserción de horas.
Además de esta funcionalidad, se implementaron las típicas de mantenimiento de datos (Proyectos, Empleados, etc..).

Aplicación que monitoriza los movimientos de operaciones de Warrants en tiempo real.
Además de mostrar en tiempo real los precios de compra y venta, los volúmenes disponibles, histórico de compra y venta diarias, etc.. se podían realizar compras y ventas así como forzar determinadas operaciones aunque no llegaran a precio y modificar los volúmenes.
Esta aplicación es una parte dentro del proyecto que informatizaba este producto.

Fue una extensión del proyecto Renta Variable realizado con anterioridad (Siguiente proyecto que se describe).
Se utilizaron las librerías y el interface utilizados en la aplicación de la cual es extensión.
Durante este desarrollo se le siguieron añadiendo nuevas funcionalidades al interface, con lo que se le añadían también a los proyectos realizados con estas librerías (De momento solo el de Renta Variable :) ).

Aplicación que informatiza las operaciones de renta variable del nuevo grupo BSCH.
Para el desarrollo de esta aplicación se optó por el uso combinado de procesos en C++ y PL (Aprovechando antiguas implementaciones) y la creación de un "front end" en jsp y un interface en java entre ambos.
Este interface debía monitorizar todos los accesos a la base de datos y los procesos que se ejecutaban, así como gestionar permisos, etc.. .
La monitorización era una de las principales premisas del cliente, así como la seguridad en las transacciones.
El análisis de este interface se enfocó también a facilitar la programación y acceso de la base de datos, para su posterior uso en otro proyectos.
Una vez iniciado el proyecto, probado el interface y visto que realmente la programación era más rápida y más segura que en C++, se decidió implementar en Java parte de los procesos de "back end".
Lo mismo ocurrió con ciertas funcionalidades, como listados de datos, que se migraron a Jsp/Java.
La plataforma sobre la que se trabajó fue unix HP-UX, Weblogic 5.1, y Oracle 7

Portal multibanco, a través del cual un usuario puede acceder a cualquiera de sus cuentas en otros banco y operar con ellas.
En un principio se iba a utilizar iPlanet como servidor web y como servidor de aplicaciones, pero tras sufrir los problemas del servidor de aplicaciones se optó por el uso del servidor web únicamente.
Debido a que este proyecto se aleja de la línea general de los proyectos para internet, por la manipulación directa de conexiones Http y Https y el parseado continuo de los datos recibidos, está íntegramente realizado en Java y se ha utilizando como herramienta de desarrollo JBuilder 3.5.
Para la parte del frontend se utilizó (para no variar ;) ) Java/JSPs.
Para el almacenamiento de los pocos datos que se precisaban almacenar se utilizaba Oracle.

El proyecto se desarrolló íntegramente en Italia (Milán) y tuvo un tiempo de duración de 4 meses.
Se utilizó BroadVision como servidor de aplicaciones y Java/JSPs para el front-End.
Al igual que en el proyecto anterior se realizaron módulos en C\C++ y ProC para crear nuevas librerías y módulos en BroadVision.
Como servidor de bases de datos se utiliza Oracle.

Tienda virtual especializada en DVDs, Libros y CDs. Ha sido referencia como proyecto e-commerce, tanto en diseño como en funcionalidades.
Tras una semana en producción se le nombró como la mejor tienda virtual Europea, alcanzando más de 60000 clientes en tan solo siete semanas y recibiendo una media superior a 14000 visitas diarias.
Este proyecto se desarrolló utilizando el servidor de aplicaciones BroadVision, Java y JSPs. Se tuvieron que realizar ciertos módulos en C\C++ y ProC para crear nuevas librerías y módulos BroadVision.

Se encarga de administrar los recursos de la Red de Acceso de Telefónica para la totalidad de servicios y tecnologías existentes en el mercado de las telecomunicaciones.
PLC, integra la gestión de la Planta Exterior (Bucle de abonado) y la Planta Interior (tarjetas, terminales, números) para todo tipo de tecnologías incluyendo, entre otros, los nuevos servicios RDSI y CENTREX y está adaptando al requerimiento legal que exige a toda operadora de telecomunicación permitir la portabilidad de número.
Esta aplicación gestionaban desde los datos de los usuarios, hasta los diferentes dispositivos que se usaban (centralitas, terminales, etc..)
Entré en el módulo de migración de datos como especialista en C/C++. Este módulo se encargaba de migrar los datos de la base de datos antigua en DB2 al nuevo esquema en Oracle.
Debido al gran volumen de información que se migraba, a la gran cantidad de modificaciones que se tenía que realizar sobre los mismos datos y a la gran cantidad de datos corruptos, se precisaba del desarrollo de procesos en C/C++ para acelerar estos procesos.
Además de estos procesos, se crearon otros tantos para la gestiones de errores que se producían por la existencia de información incoherente. Estos procesos monitorizaban las cargas y sacaban informes sobre las mismas.
El 80% de la programación se realizaba en la parte del servidor (AIX) y el resto en sistemas WindowsNT en Visual C++.

Informatización de la sección de sastrería a medida de "El Corte Inglés".
Contratado por la necesidad de personal con conocimientos en Visual C++ / MFC y Bases de datos.
La informatización de esta sección se tuvo que realizar de tal forma que se integrara con el resto del sistema informático de El Corte Inglés.
La aplicación se realizó prácticamente en su totalidad en Visual C++.
Aunque la aplicación en producción iba a tirar de una base de datos Oracle, casi todo el proyecto se desarrollo utilizando Microsoft SQL Server por la falta de licencias para el primero. Esto no supuso ningún problema ya que accedíamos al servidor de base de datos mediante ODBC.