B-Orange ERP

Desafío

El producto del cliente era un sistema de planificación de recursos empresariales (ERP) basado en el proyecto de código abierto Openbravo. A los expertos en software de Redwerk se les encargó ampliar la funcionalidad de este software añadiendo una pantalla más a la interfaz de usuario. Para ello, era esencial que tuviéramos en cuenta el contexto de la solución dada, y había que añadir una lógica empresarial personalizada. Nuestro equipo tuvo que crear la capa de negocio de la aplicación y adaptar la nueva interfaz de usuario a la ya existente en el software.

Openbravo es una solución ERP en entorno web para pequeñas y medianas empresas que se publica bajo la Licencia Pública de Openbravo. El software se construyó sobre el software ERP Compiere, que también es de código abierto. En enero de 2008, este programa se encontraba entre los diez proyectos más activos de Sourceforge.

Las ventajas de Openbravo para las empresas y organizaciones son que se pueden programar y organizar fácilmente varios de los procesos empresariales más comunes. Openbravo soporta muchos aspectos de un negocio como ventas, compras, fabricación, gestión de proyectos, etc. El software ERP de Openbravo es fácilmente reconocible por su interfaz web verde a través de la cual los usuarios actualizan los registros y datos de una empresa. Una función especialmente práctica de Openbravo es que permite exportar datos a archivos PDF y a hojas de cálculo de Microsoft Excel.

A Redwerk se le dio bastante con lo que trabajar: un paquete que contenía los archivos fuente, una estructura de proyecto detallada y un manual de instalación. A continuación, se dejó a nuestros expertos la tarea de crear la capa de negocio y la interfaz de usuario para los siguientes elementos del nuevo software:

• Pestaña Buscar
• Pestaña Editar producto
• Pestaña Memo
• Pestaña Crear detalles
• Ficha Información de precios
• Ficha Información de compra
• Pestaña de información de stock

Nos dieron una maqueta en forma de proyecto web de Eclipse. Este contenía todas las librerías necesarias para ser usadas directamente en Eclipse con un contenedor web tomcat configurado. Esta interfaz de usuario contenía nuevos elementos, concretamente pestañas, que debían añadirse al proyecto y personalizarse con las operaciones lógicas adecuadas.

Business Momentum nos pidió que siguiéramos sus reglas de diseño HQL/SQL internas, y se acordó que todo nuestro código sería revisado externamente por nuestro cliente.

Solución

Una vez que nos hicimos con los requisitos, la miríada de tablas y controles de la base de datos, etc., empezamos a hacer lo que mejor sabemos hacer: implementar nuevas y sorprendentes funcionalidades paso a paso, o mejor dicho, pestaña tras pestaña.

La complejísima estructura de la capa de negocio se basaba en un proyecto JPA que contenía toda la lógica de negocio necesaria. Un gran número de clases ya se habían añadido a esto para jugar bien con la base de datos Openbravo. Todo este complejo material se une en la interfaz de usuario con un módulo que ya tenía una estructura de pestañas, mientras que el propio proyecto de Openbravo es en realidad sólo el soporte de la interfaz de usuario.

La interfaz de usuario se basó en el framework ZUL, que supuso nuestro primer obstáculo en el camino hacia la resolución de este particular rompecabezas de desarrollo de software. Aquí, el diseño se describía en archivos especiales sobre los que se construía la interfaz de usuario. Sin embargo, según las directrices de codificación de este proyecto, teníamos que escribir todo el código en Java. ¿Y adivina qué? No había manuales ni instrucciones en ninguna parte sobre cómo utilizar Java en este contexto concreto. Lo que dio paso a un largo proceso de trabajo y discusiones que llevaban bastante tiempo en la línea de “¿Qué aspecto tendría la interfaz de usuario si utilizara este y aquel método?”, etc. Sólo había unos pocos ejemplos disponibles, pero el resto tuvo que crearse completamente desde cero según nuestros requisitos específicos. Además, cada cambio en la interfaz de usuario requería reiniciar Tomcat.

Por último, pero no por ello menos importante, también hubo que implementar una función de búsqueda y, para que ésta resultara elegante, hubo que ampliar el modelo de negocio con nuevos objetos para la visualización de resultados a fin de permitir la búsqueda por parámetros definidos por el usuario.