Tora (Bases de Datos Oracle)

Henrik Mauritz Johnson inició el proyecto en diciembre de 2000 con la meta de crear una herramienta para GNU/Linux que le permitiese interactuar con bases de datos Oracle con las mismas prestaciones que las existentes para Windows en aquel momento. Comenzó con licencia GPL manteniendo el copyright la compañía GlobeCom AB para la cual trabajaba Henrik. En diciembre de 2001, el copyright de TOra 1.2.0 cambió pasando a pertenecer a la empresa Underscore AB, propiedad del propio Henrik, que comercializó la versión Windows utilizando bibliotecas gráficas propietarias y manteniendo la versión en sistemas GNU/Linux con licencia GPL.

Henrik Mauritz Johnson mantuvo un único control del directorio CVS de TOra encargándose de incluir tanto el software que desarrollaba como los parches suministrados por otros colaboradores de la comunidad del software libre. Durante el año 2004 hubo serias dudas sobre la continuidad del proyecto motivadas por la lentitud de desarrollo y porque el 20 de enero de 2004 Quest Software adquirió el copyright de TOra pasando Henrik a ser su empleado. A finales de 2004 Quest Software dejó de comercializar TOra ya que contaba con su propia herramienta para Windows: Toad para Oracle.

Finalmente, en febrero de 2005, y cuando ya se estaba pensando en realizar una bifurcación de TORa, Henrik Mauritz Johnson entregó, con la autorización de Quest Software, el control del proyecto a Nathan Neulinger que junto con un nuevo conjunto de desarrolladores lo revitalizó. A partir de la versión 1.3.15 ya solo existen licencias GPL tanto para entorno GNU/Linux como para el entorno Windows al usarse en este último las bibliotecas libres para Windows Qt Free de Trolltech.

En un primer momento el fundador de proyecto, Henrik Mauritz Jhonson, era a la vez el único desarrollador del mismo. Sin embargo a medida que se conoció el proyecto, otros usuarios de TOra contribuyeron al mismo enviado sobre todo parches para las distintas versiones publicadas. El fundador del proyecto mantuvo en su poder la decisión de incluir o no el software que otros le enviaban y era más bien un proyecto personal que una comunidad de desarrolladores. En el año 2005, tras el cambio de administrador del proyecto a Nathan Neulinger, si se organizó una comunidad de desarrolladores de software libre más cercana al estilo bazar que al estilo catedral de Eric Steven Raymond en su publicación The Catedral and the Bazaar:[1] no existe una política de liberación de versiones definida en tiempo, los desarrolladores son a la vez usuarios del software a los que se van asignando tareas de las publicadas como pendientes sin más necesidad que comunicarse con el administrador del proyecto (y demostrar que puede hacerse cargo de ella).

En cuanto al modelo de negocio de TOra como proyecto de Software libre, no hay que olvidar que a una edad temprana del proyecto (antes de cumplir un año) ya existía una licencia comercial para Windows del propio Henrik a través de su empresa Underscore AB en paralelo con las versiones libres para GNU/Linux con licencia GPL. Se podría pensar en el típico caso de modelo de negocio tipo Loss leader de los propuestos por Frank Hecker en Setting up shop: The business of open-source software;[2] es decir, el éxito de TOra en el mercado de GNU/Linux le permitía a Henrik vender TOra para entornos Windows. Sin embargo cuando Henrik comenzó a trabajar para Quest Software (y éste adquirió el copyright de TOra) no está claro si ésta lo hizo eliminar la competencia de TOra sobre TOAD (posicionador de mercado según El caldero mágico) o para aprovechar la experiencia de Henrik como desarrollador. Analizando la historia del proyecto, se podría afirmar que es de aplicación el modelo propuesto en The Magic Cauldron por Eric Steven Raymond[3] para el Software libre: un valor de uso incrementado por la adición de las mejoras de los usuarios interesados en las mismas (según los mismos desarrolladores actuales afirman en un hilo del foro en 2005) pero en cuanto al valor de venta, este se había perdido, al menos para las versiones GNU/Linux, al estar totalmente licenciado GPL.

El proyecto está compuesto de un administrador, Nathan Neulinger, y once desarrolladores. Se apoyan en la infraestructura suministrada por sourceforge para comunicarse básicamente mediante dos listas de correo:

• tora-cvs. Lista usada para comunicar actualizaciones del CVS.
• tora-develop. Lista ampliamente usada, es el modo principal de comunicación entre desarrolladores del proyecto.

Existe otra lista de correo, tora-announce, creada para comunicar la disponibilidad de nuevas versiones, sin embargo no se han registrado entradas en ella desde el año 2004 por lo que se la puede considerar inactiva.

Otras formas de comunicarse tanto entre desarrolladores como con usuarios son:

• Foros públicos: existe un foro de petición de ayuda Help y otro de uso general Open Discussion ambos bastante activos.
• Listas de Feature Requests y Bugs se usan respectivamente para solicitar nuevas funcionalidades al proyecto y para avisar de la existencia de errores.

Según se desprende de la justificación del propio proyecto, TOra ha estado siempre ligado a la evolución de Oracle al usar sus bibliotecas cliente. Con el transcurso de los años pasó a depender de una empresa de la competencia (Quest Software) lo que estuvo a punto de causar su desaparición. Quest Software es dueña del copyright de TOra como se puede comprobar examinando los listados del código fuente. En la página web del proyecto se publicita la herramienta comercial para Windows: Toad para Oracle.

Actualmente la última versión estable es la 2.1.3 que fue liberada el 19 de septiembre de 2010.

La versión más moderna de TOra, la 3.0.20, consta de 209.845 líneas de código fuente lo que para una empresa normal de software implicaría el uso de 54,83 desarrolladores-año durante un periodo de 2,45 años. El coste total del proyecto lo obtenemos de multiplicar los desarrolladores-año por el periodo que dura el proyecto por un factor de sobrecarga de costes (debido a otros costes asociados a la empresa como personal implicado en el proyecto además del programador, costes logísticos y de vida de la empresa, etc. de 2,4) que resulta 7.406.878 dólares.

El número de desarrolladores que deberían trabajar en paralelo lo obtenemos de dividir el número de desarrolladores-año entre el periodo de duración del proyecto (54,83/2,45) obteniendo una cifra de 22,35 desarrolladores trabajando simultáneamente.

Para realizar el anterior análisis del código fuente del proyecto se ha usado la herramienta SLCCount de David A. Wheeler. SLOCCount (Source Lines Of Code Count) usa, por defecto, el modelo COCOMO básico en modo orgánico y estima el esfuerzo y el tiempo dedicado (incluye los trabajos de diseño, generación de código, prueba y documentación) suministrando unos parámetros de effort =2.4, exponent= 1.05 y Schedule=2.5, exponent= 0.38. Estos valores dados para el modelo básico orgánico se ajustan bastante bien a los del proyecto TOra: equipos pequeños de desarrolladores de software (12 en TOra) con necesidades mínimas de innovar algoritmos, con entorno de desarrollo estable (salvo cambio de versión de Oracle y requerimientos relajados (no existen compromisos de liberación de versiones en tiempo). En cuanto al salario promedio utilizado se ha escogido el suministrado como promedio para un analista/programador para el año 2005 por la revista Computer World que asciende a 64.708 dólares.

Según el análisis efectuado por SLOCCount, el lenguaje más utilizado es el C++, seguido de shell y de python. En la siguiente tabla se muestran los datos obtenidos:

Existen diversas versiones anteriores a la primera versión estable que no se han consignado aquí por claridad. También existen versiones alfa entre versiones estables, algunas con solo un día de diferencia que tampoco se han consignado.

El requisito previo para cualquier instalación de TOra es tener instalado el cliente para Oracle correspondiente al menos en su versión mínima Runtime.

• Windows. Se distribuye en versión instalador ejecutable.
• GNU/Linux. Existen paquetes rpm para las distribuciones que lo soporten (Red Hat) y Debian cuenta con paquetes deb en sus repositorios, aunque sin soporte para Oracle. Para obtener una versión con soporte para Oracle en ésta y otras distribuciones es necesario compilarlo.

• Página web de TOra en inglés
• Página del proyecto TOra en SourceForge en inglés
• TOra con PostgreSQL y MySQL en Linux (Español)
• Quest Software, en inglés.
• TrollTech, en inglés
• La Catedral y el Bazar en inglés
• Frank Hecker en inglés
• El Caldero Mágico en castellano
• SLOCCOUNT en inglés