El mes pasado, a pedido del área de Gestión de Proyectos en Antartec, tuve que enviar una serie de datos acerca de las labores diarias que realizo como Especialista Open Source. Mientras recopilaba información se me vinieron estas preguntas a la mente: ¿cómo explicarle a la gente lo que hacemos en Antartec?, ¿qué debes buscar en un conocedor en tecnologías libres para la empresa?, ¿qué necesitas para llegar a ser uno?.

Trabajando en Antartec (2008)

En líneas generales, un especialista en software libre se dedica a investigar, implantar y elaborar documentación funcional y técnica relacionada a tecnologías (generalmente tecnologías colaborativas de nivel empresarial) basadas en software libre y abierto, así como sugerir y elaborar mejoras o correcciones acorde a las necesidades de una o varias organizaciones.

Lo anterior no quita que la persona tenga una labor en particular a la cual se dedique, o un área que más domine, por ejemplo:

• Administración de sistemas informáticos que operan en plataformas Linux.
• Investigación de herramientas libres con propósitos y funcionalidades específicas.
• Desarrollo de complementos e integraciones entre herramientas libres.
• Realización de pruebas, implantaciones y configuración de soluciones de software accesible vía web.
• Elaboración de documentación funcional relacionada a tecnologías colaborativas de nivel empresarial.
• Capacitación a administradores y usuarios de las soluciones implantadas.
• Asesoría a clientes respecto a consultas sobre el funcionamiento de las soluciones implantadas.
• Atención en primera instancia incidentes de soporte reportados por usuarios.

Como notarán en la lista anterior, hay una variedad de temas que puede ver un especialista en la materia. Sin embargo, ¿cómo encontramos una persona que pueda cumplir algunas de las labores descritas?. Éstos son algunas de las consideraciones que puedes tener en mente:

• Egresado de Ingeniería Informática, Computación, Sistemas o carreras afines: este punto se debe a que el perfil desarrollado por una persona con estudios superiores le permite contar con un enfoque más amplio, donde pueda sopesar criterios técnicos con consideraciones del entorno donde se usarán las herramientas informáticas.

• Experiencia en el uso de Linux (distribuciones derivadas de RedHat y Debian): ¿Porqué esas dos distribuciones en particular? Muy simple: ambas distribuciones (y sus derivados) son las más populares y extendidas a nivel mundial, por lo que resulta más probable encontrar personas que las hayan usado.

• Conocimientos de una o varias herramientas libres a nivel de usuario: sistemas de gestión de contenido web (CMS), aulas virtuales, sistemas de colaboración (Groupware), o sistemas de seguimiento de incidentes de software (bug trackers). No quiere decir que conozca todas las categorías, pero sí que haya trabajado con al menos una.

• Conocimientos de uno o varios lenguajes de programación para desarrollo web: PHP, Python, Ruby, Java. El valor agregado de una solución hecha a partir de componentes de software libre se encuentra en el nivel de adaptación y personalización de las herramientas, para lo cual se requiere conocimientos de programación.

• Conocimientos de uno o varios sistemas administradores de bases de datos como MySQL o PostgreSQL: Dado los puntos anteriores, si una persona cumple los anteriores requisitos probablemente ya cumple con éste también.

• Experiencia en desarrollo y/o configuración de aplicaciones web (basadas en las herramientas o lenguajes mencionados anteriormente): Esta experiencia se convierte en una condición deseable si se busca un practicante. Es un requisito obligatorio si se busca un trabajador a tiempo completo.

• Capacidad de síntesis y buena redacción: Probablemente esto resulte discutible debido a que no tiene nada que ver con conocimientos informáticos, pero resulta vital para labores que involucran trato directo con clientes, como las labores de análisis, capacitación, soporte y documentación.

Anuncio: En los últimos días Antartec hizo pública su nuevo sitio web, esta vez construido en Liferay, y en el cual hemos dado un mayor énfasis en proveer contenidos  que resuman nuestra visión de los servicios y soluciones apoyados en tecnologías libres. Más información en www.antartec.com.

Moodle y Chamilo (derivado de Dokeos) son dos plataformas de aulas virtuales de código abierto con miles de usuarios a nivel global. He seguido con interés las novedades dadas a conocer por los equipos de desarrollo de ambos sistemas de aulas virtuales, y este artículo reúne algunas de las mejoras que, a mi parecer, son las más importantes.

Moodle 2.0

Moodle lleva trabajando más de un año en la que constituirá su nueva versión. Antes de la publicación de la versión final, se están realizando lanzamientos de prueba que incluyen parte de las funcionalidades y solución de errores respecto a la versión actual, 1.9, que aún sigue manteniéndose.

Una característica que siempre he notado en Moodle es que cada nueva versión añade integraciones con otros sistemas u otras instancias de Moodle, como en su momento fueron Moodle Network y la integración con Mahara e-portfolio. Ahora presentan Community Hubs.

La idea de un Community Hub es sencilla: un directorio de cursos para uso público o para comunidades que estará disponible como un complemento adicional de Moodle. En la práctica, resulta un concepto revolucionario, dado que ahora cualquier instancia de Moodle tendrá la capacidad (luego de configuración adicional) de localizar cursos o plantillas de cursos registradas en un Hub Server, y descargar el curso hacia su propia instalación de Moodle, o matricularse en el sitio original que ofrece el curso.

La interfaz de la herramienta no ha sufrido cambios importantes para el usuario final, pero a nivel de programación se ha reescrito el manejo de temas visuales. Esto es importante porque los temas desarrollados para la versión 1.9 ya no podrán usarse en la versión 2.0. Asimismo, Moodle.org (en coordinación con un partner) convocó a un concurso de diseño de temas, del cual fue elegido Splah, que incluye un aspecto visual más elegante y con la posibilidad de elegir entre cuatro combinaciones de colores.

Tema Splash, a incluirse en Moodle 2.0

Finalmente, en Moodle 2.0 han centrado interés en la integración con repositorios externos de archivos. Se podrá obtener archivos desde otros sistemas de repositorios externos, como Google Docs (documentos), Flickr (fotografías), Youtube (video), entre otros.

Para un mayor detalle de las mejoras que incluirá Moodle 2.0 pueden visitar Notas de Moodle 2.0.

Chamilo 2.0

El proyecto Chamilo reúne hoy en día a la mayoría de los desarrolladores de Dokeos, un software de aula virtual, y que por diversos motivos (que no serán parte de esta nota) decidieron alejarse del proyecto inicial. Al día de la publicación de este artículo la última versión estable es la 1.8.7, mientras que ya existe una versión beta 2.0 desarrollada por un equipo independiente.

El software ha sido escrito desde cero, y ello también ha determinado algunos cambios en la interfaz. De hecho, al principio me tomó tiempo reconocer las nuevas opciones del menú superior (Inicio, Colaboración, Educación, Evaluación, Social, Mi cuenta), aunque sigue siendo intuitivo y fácil de usar.

Captura de pantalla de Chamilo 2.0 Beta (beta.chamilo.org)

Además de la versión beta disponible para pruebas, me ha sido difícil encontrar mucha más información acerca de las mejoras, aunque se hace mención a una herramienta de “Streaming” prometedora, que sustituirá a la actualmente usada en las aulas y reuniones de videoconferencia, y que -a pesar de su utilidad- resultaba compleja de instalar. De lo que pude ver en el código fuente, parece estar relacionada con un servicio proporcionado por Youtube.

También siguen prestando atención a la funcionalidad de red social incorporada en las versiones 1.8.6 y 1.8.7 de Chamilo, incluyendo un perfil personal y un portafolio (a manera de curriculum vitae).

Notas finales

Ambas herramientas han prometido incorporar dos características: un repositorio de contenidos por usuarios (donde el usuario pueda subir sus propios archivos) y minimizar la duplicidad de información registrada por los usuarios (en el caso de Chamilo se refiere a evitar duplicación de datos, en el caso de Moodle la posibilidad de reconocer archivos duplicados en cursos y guardarlos sólo una vez).

Los equipos de desarrollo esperan concluir las versiones estables de sus ramas 2.0 para los últimos meses de 2010, así que aún queda tiempo para que ambos equipos presenten aplicaciones adicionales a las actualmente conocidas.

Como fin de la serie Consideraciones de un proyecto de implantación de software libre, hoy se sustentan aquellos puntos posteriores a la instalación de software libre en una empresa u organización.

Después de implementación

Finalmente se consiguió desplegar una solución completa basada en software libre para una empresa y ya está lista para su uso. Sin embargo, el trabajo no ha terminado: hace falta el valor agregado que le puedes dar a tu solución, más allá de la habilidad técnica para instalar y configurar:

• Entregar documentación explicativa de la solución desplegada: Generalmente la empresa contratante cuenta con personal de sistemas que estará a cargo en primera instancia de la solución implementada, y que requerirá conocer al menos detalles básicos de la implementación realizada. Esto les servirá también en el caso en que requieran replicar la solución en otro ambiente o necesiten modificaciones.

• Capacitar a administradores y usuarios finales: Posterior al despliegue de la solución final, se deben realizar varias sesiones de capacitación para los usuarios que administraran la configuración de la plataforma informática implementada y los usuarios que harán uso de la herramienta en sus actividades cotidianas. Esta capacitación debe incluir horas teóricas y prácticas, así como incluir entrega de material y casos prácticos a desarrollar.

• Realizar operaciones programadas de mantenimiento: Por ejemplo, realización de copias de seguridad, revisión de registros en logs, etcétera. Para esto debe acordarse la frecuencia en que deben realizarse estas operaciones, si pueden ser scripts automatizados y si éstas serán realizadas de manera remota o requerirán la presencia del personal proveedor en las instalaciones de la empresa.

• Implementar herramientas de monitoreo de la solución: Probablemente este punto debió haber sido parte de la propuesta de solución inicial (junto a la definición de esquema de soporte), pero ¿y que sucede si de pronto algo deja de funcionar? ¿cómo reconocer donde se presenta el problema? Una primera aproximación pueden ser los logs propios del sistema, pero dependiendo de la solución, puede que esto no sea suficiente.

Si quieres conocer los puntos a considerar antes y durante la implementaciones de soluciones libres, sólo debes seguir los enlaces. Si tienes más ideas con las cuales enriquecer este artículo no olvides añadirlas como comentarios.

Tal como habíamos adelantado en el artículo anterior sobre consejos antes de implantar software libre, hoy continuamos la serie de recomendaciones a tener en cuenta en proyectos de implantación de soluciones libres. En esta ocasión centraremos nuestro interés en aquellas consideraciones que se deben prestar atención durante el tiempo en el cual se va a realizar la instalación de software libre en una organización empresarial.

Durante la implementación de software libre

Una vez que las conversaciones con los interesados en contar con soluciones libres han llegado a buen puerto y el proyecto ha obtenido luz verde , hay algunos puntos que deben observarse cuidadosamente durante el proyecto de implantación de software libre:

• Reunirse con el cliente y explicar el proceso a realizar: Una vez iniciado el proyecto, esta reunión permitirá brindar mayores alcances de las tareas a realizar, definir fechas concretas en que personal de la empresa proveedora requerirá presentarse en la empresa cliente a efectos de realizar labores de instalación y configuración, así como absolver consultas adicionales de ambas partes.

• Realizar pruebas de instalación y configuración: Antes de realizar la instalación de las herramientas libres en la nueva empresa, se debe comprobar en una instalación local que todos los componentes pueden funcionar en conjunto correctamente. Esta etapa resulta crucial para detectar cualquier inconveniente.

• Contar con todos los recursos de instalación: Para el momento en que se realice la implantación de la solución libre se deberá contar con el instalador de sistema operativo (de ser necesario), y no está de más mencionar que es obligatorio contar con todas las herramientas que formarán parte de la solución final, así como el procedimiento detallado de instalación.

• Contar con actualizaciones y parches de seguridad: En el caso de instalar un sistema operativo (como alguna distribución de Linux), es necesario tener a la mano los paquetes de actualización listos para instalar, y no confiar en que se dispondrá de conexión a Internet para realizar la actualización, o que la velocidad de descarga será la más óptima para completar el proceso de actualización en pocos minutos.

• Contar con una lista de parámetros a configurar por cada herramienta: La solución final involucra no sólo configuraciones con los datos de la herramienta que será accedida por los usuarios, sino también parámetros más específicos de la herramienta visible (de acuerdo a los requerimientos recogidos antes de la implementación) y opciones de configuración correspondientes a los demás componentes de bajo nivel de la aplicación.

Ésta sólo es un listado de aquellos puntos que consideramos cruciales. Puedes incluir en los comentarios sugerencias adicionales que a tu juicio también resulten importantes en esta clase de proyectos.

En El Mundo es Open Source hemos dedicado varios artículos a soluciones de software libre y abierto que pueden desplegarse en organizaciones y empresas: sistemas de colaboración, gestión documentaria, aulas virtuales, administración de relaciones con clientes, etcétera.

Sin embargo, como en todo proyecto de implantación de una nueva solución informática, la incorporación de una solución de software libre requiere tener presente varios factores que nos permitan obtener resultados satisfactorios para el grupo de personas que realiza la migración, el área de sistemas de la empresa y, más importante aún, los usuarios finales que tendrán que lidiar con el nuevo sistema informático.

Con este artículo damos inicio a una serie de recomendaciones generales a tener presente antes, durante y después de la implantación de una solución informática basada en software libre. Estas consideraciones están basadas en la experiencia que hemos conseguido en los últimos años en la materia con nuestros clientes.

Estudios preliminares antes de realizar una implantación de software libre

En principio, las siguientes consideraciones deben contemplarse en las fases de preventa y planificación del proyecto, dado que afectan no sólo la configuración de la solución de software, sino su nivel de complejidad y, por tanto, su consumo de recursos de tiempo y personal involucrado:

• Conocer la infraestructura informática de la empresa y del entorno donde se instalará la solución: Si cuentan con un área dedicada para servidores, si sus equipos se encuentran en una ubicación perteneciente a un proveedor externo o en una sede distinta, cómo está organizada su red interna y las características de conexión a Internet (si la solución será accedida desde fuera de sus oficinas), y si se utilizarán máquinas virtuales para la instalación.

• Conocer a los interesados en la solución: El deseo de hacer uso de una determinada solución informática puede deberse al interés del personal de sistemas, por necesidades específicas de un área o sus directivos o por iniciativa de la gerencia de la empresa. Los interesados en el despliegue de la solución de software libre resultan importantes debido a que serán los que apoyarán de manera directa o indirecta el proyecto de implantación.

• Conocer quiénes serán los usuarios finales de la solución: Si los usuarios que usarán directamente la solución pertenecen a un área de sistemas de la organización o se trata de usuarios de diversas áreas (Gerencia, Ventas, Logística, o público externo). Asimismo, si se trata de usuarios que van a utilizar la herramienta por primera vez y si han tenido experiencia con herramientas o sistemas similares, o herramientas de software libre.

• Conocer o delimitar el nivel de personalización de las herramientas libres a usar: Las modificaciones que pueden requerirse en las herramientas pueden ser desde cambios en textos, enlaces, colores o demás componentes de la interfaz que estará disponible a los usuarios hasta reestructuraciones completas del funcionamiento de la herramienta, o inclusive la adición de funcionalidades no soportadas originalmente.

• Definir si la solución se integrará con sistemas libres o propietarios ya existentes: Esto debido a que es probable que la empresa contratante ya cuenta con sistemas informáticos que podrían proveer de datos iniciales al nuevo sistema, o inclusive realizar sincronizaciones periódicas con la nueva solución. Ello implica revisar si la herramienta a implantar cuenta con interfaces para la integración con otros sistemas o será necesario adaptar el software.

• Conocer si la implementación a realizar sustituirá un sistema anterior: Si es así debe examinarse si las herramientas de origen y destino cuentan con métodos de importación y exportación de datos, si es posible realizar una migración directamente a través de consultas y registros en base de datos o simplemente descartar la información de los sistemas anteriores y/o ingresar sólo algunos datos de manera manual.

• Definir el esquema de soporte con el que espera contar la empresa: Aún cuando la empresa cuente con un área de sistemas y personal capacitado en el manejo de las herramientas que constituyen la solución, es necesario delimitar responsabilidades por parte del cliente y del proveedor. Más aún, si el cliente carece de personal capacitado el soporte se convierte en un requerimiento obligatorio. En este punto se debe definir si el soporte será dado como garantía o como servicio extra, el nivel de servicio y el procedimiento de atención de incidentes.

Ésta sólo es un listado de aquellos puntos que consideramos cruciales y que preceden a la instalación de un conjunto personalizado de herramientas de software libre en una institución. Puedes incluir en los comentarios sugerencias adicionales que a tu juicio también resulten importantes en esta clase de proyectos.

El artículo de hoy es resultado de las investigaciones realizadas por el área de Infraestructura de Tecnologías de Información de Antartec en los últimos meses. No constituye una comparación cuantitativa de rendimiento de soluciones de virtualización; sin embargo constituye una primera aproximación a las tecnologías de virtualización, muy en boga hoy en día.

Captura de VirtualBox ejecutando Windows XP en Ubuntu

Algunas notas iniciales sobre Virtualización

Hoy en día los equipos de cómputo y sus componentes son cada vez menos costosos, por lo cual resulta más fácil para una persona u organización considerar la adquisición de varias máquinas para cubrir variedad de requerimientos de sistemas informáticos, tales como:

• Utilizar programas que corren sobre diferentes sistemas operativos o utilizan los mismos puertos de comunicación
• Implantar aplicaciones que utilizan diferentes versiones de las mismas librerías, programas adicionales o versiones diferentes de sistema operativo
• Brindar a un usuario permisos de administrador sobre el sistema operativo, pero sin posibilidad de modificar programas que no le corresponde
• Reiniciar o modificar la configuración del sistema operativo sin afectar a los otros sistemas
• O simplemente tener un orden específico en las instalaciones de sistemas que realizamos

Sin embargo, las situaciones descritas anteriormente pueden degenerar rápidamente en el desperdicio de recursos informáticos y económicos. Para minimizar este efecto no deseado surge el concepto de virtualización, con el cual se puede contar con varias computadoras ‘virtuales’ (cada una de ellas ejecutando diversos sistemas operativos) y todas ellas funcionando en un mismo equipo físico.

Caso de prueba de Virtualización: Requerimientos

Para el escenario propuesto se espera configurar un servidor dedicado que ejecute máquinas virtuales independientes entre sí, con propósitos de pruebas de software. Si bien no serán utilizadas para entornos críticos y de alta disponibilidad, es necesario contar con niveles mínimos de estabilidad y rendimiento debido a que serán de uso cotidiano en la infraestructura informática de la organización. Cada máquina contará con recursos, programas, librerías y sistemas operativos independientes.

Para este caso en particular la plataforma de virtualización debe cumplir algunos requerimientos obligatorios:

• El servidor físico (host) debe tener instalado un sistema operativo Linux (distribuciones Red Hat/CentOS y/o Fedora)
• Se requiere crear máquinas virtuales (guests) con los sistemas operativos Linux, Solaris/OpenSolaris, Windows XP, Windows Vista, Windows 2000-2003 Server
• Se necesita acceso mínimo para la configuración del servidor (soporte de video, mouse y teclado)
• También debe contar con conexión de red (tipo bridge de preferencia)

Entre los requerimientos opcionales se considera:

• Soporte de interfaz de usuario fluido (para uso como Desktop)
• Soporte de acceso a recursos del sistema de manera directa (raw)
• Integración de la interfaz de usuario (portapapeles, cambio de resolución)
• Capacidad de modificar recursos sin necesidad de reiniciar la máquina virtual (‘en caliente’)

Software de virtualización empleado

Dentro del campo la virtualización existe diversidad de alternativas tecnológicas. Para este caso en particular las soluciones probadas fueron:

• VMWare Server 2.0.2
• Sun VirtualBox 3.1.6
• Red Hat Xen 3 (paquete xen-3.0.3-94.el5_4.3)

Observaciones detectadas por software

VMWare
Sitio web: http://www.vmware.com/

• Si bien VMware es la solución más conocida y con mayor presencia comercial, VMWare Server ejecutado sobre CentOS 5 no resultó tan estable como se esperaba. En una instalación realizada con tres máquinas virtuales con Linux y una con Windows, la plataforma sufría caídas recurrentes (en el peor de los casos hasta una vez al día), y donde ninguna máquina virtual instalada era accesible.
• Una particularidad de VMWare Server es que la interfaz de configuración y consola es accesible vía una interfaz Web. La consola es una extensión disponible para Firefox 3.5. En la versión probada la consola no soportaba Firefox 3.6.x.
• Los drivers adicionales (vmware-tools) tanto para Windows como para Linux mejoran notablemente la integración de la consola y en menor medida la performance de los discos.
• El controlador o driver escogido para los discos virtuales (IDE, SATA, SCSI, etc.) impacta de manera notable en el desempeño de la máquina virtual.
• En el caso de instalar VMWare sobre una máquina con sistema operativo Fedora es necesario parchar el instalador de vmware-server para ponerlo en funcionamiento (esto debido a que la distribución cuenta con un kernel Linux más reciente).

VirtualBox
Sitio web: http://www.virtualbox.org/

• VirtualBox ofrece en su sitio web de descargas una gran cantidad de binarios, optimizados para diferentes sistemas operatvos.
• Luego de instalar vbox-additions, la integración entre el host (el sistema operativo del equipo físico) y el guest (el sistema operativo de la máquina virtual) es muy buena. Ofrece facilidades como portapapales compartido, carpetas compartidas, modo fluido, y redimensionamiento automático de la resolución/tamaño de ventana.
• Una desventaja detectada es que no es posible modificar las propiedades de la máquina virtual mientras está en ejecución (memoria, tarjetas de red, discos, etc.)
• Su rendimiento es bajo en máquinas de pocos recursos (P4 HT 3.2 Ghz, 2G RAM)
• La administración de las máquinas virtuales se realiza mediante un programa cliente instalado en el host.

XEN
Sitio web: http://www.xen.org/

• La instalación es nativa  (con yum, el asistente de instalación de paquetes en CentOS)
• Soporta modos de full y para virtualization
• Requiere que el hardware soporte virtualization technology (en caso de utilizar full virtualization)
• La interfaz gráfica y la integración de ingreso y salida de datos es bastante precaria. Utiliza una variación de VNC para el control de consola
• Para máquinas virtuales Linux requiere que éstas utilicen un núcleo especializado, kernel-xen. Este kernel se puede instalar de manera nativa en distribuciones Red Hat (RHEL, CentOS y Fedora)
• El rendimiento con para-virtualization es bastante bueno en términos de uso de memoria, disco y CPU
• El uso de discos raw (acceso directo a particiones o discos) es nativo. Esto elimina una capa adicional de acceso , utilizada comúnmente para gestionar archivos como discos virtuales.
• Una característica particular de Xen es que, al utilizar para-virtualization, el consumo de memoria RAM disminuye en el sistema operativo host al ser asignada a una máquina virtual.
• Una instalación de una máquina virtual de CentOS 5.4 con 1 procesador y 128 MB RAM asignados corre sin problemas con servicios básicos
• La configuración se realiza mediante un programa cliente instalado en el host, pero puede conectarse a la máquina virtual desde un cliente remoto
• En Xen es posible modificar el tamaño de memoria RAM asignada, conectar tarjetas de red y agregar discos en caliente.

Resultados obtenidos

Conclusiones

Las diferentes soluciones presentadas pueden ser utilizadas de manera óptima en diferentes entornos. Para el escenario específico evaluado en este artículo (máquinas virtuales para servidores de pruebas de software) la opción elegida es la plataforma Xen por los siguientes motivos:

• Mejor rendimiento y mejor soporte para servidores y host Linux.
• Escalabilidad y estabilidad.
• Permite tener máquinas virtuales con pocos recursos asignados
• Si bien la interfaz gráfica y la consola son bastante limitadas, esto no constituye una limitante, ya que la mayor parte de la interacción con el servidor puede realizarse mediante conexión remota vía SSH.

En otras circunstancias es posible que otra solución sea la más recomendada, por ejemplo:

• Host Fedora – Guest Windows XP – Desktop: Para este caso se recomendaría utilizar VirtualBox, ya que presenta la mejor integración entre los escritorios. Esto mejora la usabilidad de las máquinas virtuales de manera considerable.

• Solución integral para servidores de producción virtualizados: Para este caso VMWare ofrece una mayor cantidad de servicios de valor agregado como monitoreo, soporte en línea, consultoría y soporte local.

Para los que siguen desde hace algún tiempo este blog el tema de gestión de relaciones con clientes o CRM no debe resultarles desconocido por los anteriores posts sobre SugarCRM o vTiger, dos herramientas libres diseñadas para proveer soporte tecnológico a esta metodología. Sin embargo, el día de hoy les presentamos una comparativa más detallada de ambas herramientas de software, producto de un análisis con pruebas más exhaustivas de uso.

Previamente en El Mundo es Open Source

Pantallazo SugarCRM

Por su parte, VTiger CRM es una aplicación para la administración de relaciones con clientes 100% Open Source. Iniciado como un derivado de SugarCRM 4, el proyecto tiene como objetivo proporcionar la solución de CRM mejor implementada y más abierta. VTiger está completamente implementado para las operaciones de empresas pequeñas y medianas.

Pantallazo VTiger CRM 5

Datos preliminares de la comparativa

En esta comparación se evaluaron SugarCRM versión Community Edition 5.5.2 y vTiger 5.1.0. Ambas son las últimas versiones disponibles de ambas herramientas a la fecha de redacción de este artículo.

Comparativa a nivel de módulos por procesos

En principio se listan aquellos módulos en los cuales no hay mayores diferencias en cuanto a componentes:

• Proceso de Marketing: ambos implementan Campañas (esfuerzos coordinados con objetivos económicos definidos) y WebMail (para acceder a los mensajes de correo desde la misma interfaz de la herramienta).
• Actividades: ambos implementan un módulo de Calendario o Agenda y un registro de Actividades (llamadas, reuniones, tareas y notas de interacción con posibles clientes).

A continuación se listan los módulos en los cuales si se perciben diferencias:

• Proceso de Ventas: ambos sistemas implementan los módulos de Pre-contactos, Cuentas, Contactos y Oportunidades de venta. Vtiger además incluye módulos de Presupuesto, Pedidos, Facturas y Tarifas.
• Post-Venta: VTiger y SugarCRM implementan un pequeño módulo de Incidencias. Sin embargo vTiger implementa una sección de Preguntas Frecuentes (FAQ) y Contratos de Aceptación de Servicios.
• Extras: ambos incluyen módulos de Documentos, y Tablero (Dashboard). VTiger incluye además sindicalización de contenidos (RSS), PBX Manager y nube de etiquetas (Tag Cloud). Sólo en SugarCRM se incluye soporte para generar los contactos en el formato VCard (comprensible por clientes de correo electrónico).

Finalmente, existen dos módulos que pueden ser encontrados únicamente en vTiger:

• Inventario: cuenta con las secciones de Productos, Proveedores, Ordenes de Compra, Servicios y Tarifas.
• Reportes: en vTiger se puede definir una serie de reportes, los cuales no permiten un grado mayor de análisis. Además, solo permiten definir filtros solo cuando se crea y configura el reporte.

Consideraciones generales

Desde esta sección en adelante se hace un análisis más detallado de las funcionalidades de ambas herramientas, haciendo hincapié en características que -como usuario final o programador- se consideran relevantes.

Búsquedas:

• VTiger cuenta con implementación de búsquedas estándar y avanzada. En ella se pueden definir vistas, permiten elegir 9 campos para mostrar y agregar criterios de búsqueda (quedan estáticos para la vista). Además se pueden agregar criterios para cualquier búsqueda con la búsqueda avanzada.

• En el caso de SugarCRM también se cuenta con búsquedas estándar y avanzada. Para ambas se puede configurar los campos visualizados en la tabla de resultados y el espacio que ocupan los campos en las tablas de resultados de búsqueda. Además permite definir los criterios al momento de realizar la búsqueda.

Campos relacionados a otros módulos:

• En vTiger sólo se pueden crear estos campos por programación directa en el código fuente. En el caso de SugarCRM se puede agregar directamente por configuración, permitiendo elegir el nombre del campo de la relación y la multiplicidad de la misma (uno a muchos o muchos a muchos).

Edición masiva de datos:

• En vTiger si se puede realizar edición masiva de todos los campos. En SugarCRM sólo de algunos campos, y no existen métodos para hacer que más campos tengan la posibilidad de edición masiva.

Importación de datos:

• En ambas herramientas se pueden agregar nuevos datos y mezclar duplicados de manera automática y manual, aunque en SugarCRM puedes colocar campos por defecto para los campos vacíos.
  

Logs (registro de actividades realizadas en las herramientas):

• En el caso de vTiger dentro de la configuración se ve la auditoria por cada usuario, aunque solo guarda: Módulo, acción, ID registro, fecha y hora. De otro lado, en SugarCRM existe un botón en cada registro de cada módulo que permite ver el Log, en el cual cada registro indica: valor anterior, valor nuevo, usuario, fecha y hora.

Configuración visual

Agregar Campos:

• En ambas herramientas se dispone de esta opción pero difieren en su implementación. En vTiger se genera un código secuencial para toda la aplicación (CF_XXX), el cual se almacena en base de datos como un registro o como una tabla nueva (en el caso de ingresar varios valores para un mismo campo). En SugarCRM se genera un campo con el mismo nombre en la base de datos, lo cual facilita tareas posteriores de personalización.

Editar Campos:

• En vTiger no se pueden editar campos (lo cual probablemente tiene relación con la implementación anteriormente descrita de agregar campos), sólo queda la opción de eliminar y volver a crear el campo. En SugarCRM si es posible modificar campos.

Ubicación de Campos en Formularios:

• En vTiger es posible cambiar de lugar los campos del formulario (aunque con algunas restricciones). En SugarCRM es posible sin mayores inconvenientes.

Nombre de etiquetas (labels) y ubicación de paneles:

• En ambas herramientas se pueden establecer ambos valores por pantallas de  configuración.

Nombre de Paneles:

• En vTiger sólo se pueden asignar los nombres por programación en el código fuente. En SugarCRM es posible ingresar los nombres por pantallas de configuración.

Configuración funcional:

• En el caso de vTiger sólo se pueden agregar módulos que estén empaquetados (zip). En SugarCRM se pueden agregar módulos por la interfaz,lo cual genera tablas en base de datos pero no a nivel de código.

Palabras finales

A primera vista -y tal como se describe en la primera parte de la comparativa- vTiger cuenta con más funcionalidades implementadas y disponibles para sus uso; pero el nivel de personalización por pantallas de configuración es muy limitado. En cambio SugarCRM presenta un espectro más amplio de posibilidades de configuración, las cuales se orientan en personalizar tanto la parte visual como la funcional.

Por lo anterior el uso de SugarCRM resulta recomendable en escenarios en los que el proyecto sea de corta duración y se requieran las funcionalidades básicas de un CRM. VTiger resulta una mejor opción cuando se requiera que el CRM incluya soporte al proceso de venta referido a registro de presupuestos, pedidos y emisión de facturas.

Hace algún tiempo atrás había tenido la intención de escribir acerca de aquellas herramientas que hacen posible la existencia de sitios colaborativos en Internet, y que hacen posible la existencia de Wikipedia, sus proyectos derivados y variantes.

Pero, ¿qué es una wiki?

Captura de pantalla de DokuWiki

-¿Qué es?
-Es la wiki de Michael. ¡Sobrevivió a la explosión!
-¡¿La qué?!
-¡La base de datos de Michael! Hay una gran parte de ella, quizá toda. Quiero decir, tenemos esquemas base, información de investigación médica, lista de planetas. ¿Sabes lo que esto significa?
Traducción de la transcripción del episodio “Search and Rescue” (Stargate Atlantis).

En términos simples, una wiki es un sitio web que facilita la creación y edición de un número ilimitado de páginas web. Esto se consigue a través de un editor sencillo para las páginas o requieren hacer uso de una sintaxis especial para dar formato al texto.

Hay dos características fundamentales en todo wiki: la posibilidad de enlazar contenido ya registrado en la wiki desde cualquier página de manera sencilla, lo cual permite “navegar” entre páginas; y el registro de todas las modificaciones realizadas en una página desde su momento de creación, a través de revisiones, lo que permite comparar dos versiones de una página o revertir la versión actual de una página a una versión pasada.

No existen reglas para organizar una wiki: de hecho, aunque en principio fueron empleados en sitios web de comunidades totalmente abiertas, se pueden usar para tomar notas personales, almacenar información en Intranets de organizaciones o constituir sistemas de gestión de contenido que no necesariamente deben estar abiertas al público en general.

DokuWiki

DokuWiki es un sistema de wiki simple de usar, principalmente dirigido a crear documentación de cualquier tipo. Fue diseñado para equipos de desarrollo, grupos de trabajo y organizaciones pequeñas o medianas.

Las posibilidades de DokuWiki

• Características básicas: DokuWiki soporta las funcionalidades básicas de cualquier wiki: una sintaxis sencilla, revisiones de páginas ilimitada, inclusión de contenido multimedia y organización de contenidos en torno a espacios de nombres.
• Alta usabilidad: Cuando se navega en una instalación de DokuWiki se cuenta con un Breadcrumb, el cual muestra el trazo de las últimas páginas visitadas en la wiki. También se puede incluir una barra de herramientas que registra la sintaxis de acuerdo al formato que se le quiere dar al texto.
• Control de acceso: Se pueden bloquear páginas para que sean de tipo sólo lectura y se cuenta la funcionalidad de listas de control de acceso, con lo cual se pueden asignar los permisos de edición que cuentan los usuarios en áreas específicas.
• Búsqueda: cada wiki incluye un buscador rápido basado en los textos ingresados en la wiki.
• Fácilmente integrable: Una ventaja de DokuWiki es que, a diferencia de otras herramientas, no requiere una base de datos para almacenar su contenido: sólo bastan archivos de texto. Por defecto puede integrarse con sistemas de autenticación externos: Active Directory, LDAP, MySQL, PostgreSQL y archivos planos, entre otros.

Porqué elegimos DokuWiki

En Antartec tuvimos experiencia probando varios sistemas de wiki: MediaWiki, TWiki y DekiWiki (ahora MindTouch Core). Finalmente elegimos utilizar DokuWiki por sus ventajas en cuanto a facilidad de instalación, libertad de organización de espacios y sencillez de uso.

Actualmente contamos con una instalación principal, la cual se ha constituido como repositorio de conocimiento de directivas y procesos, gestión de proyectos, documentación de herramientas y soluciones tecnológicas investigadas o implementadas. Existe una segunda instancia que está siendo empleada para un proyecto en particular debido a que requiere la interacción de personal interno y externo a la empresa, así como la documentación de gran cantidad de información.

Posibilidades adicionales

Otras posibilidades que cuenta Doku Wiki son el soporte de internacionalización (la cual ya puede apreciarse en el sitio web oficial de la herramienta) y la posibilidad de extender sus funcionalidades, como por ejemplo integrarse con Mantis, un sistema de registro y seguimiento de incidencias.

Es justamente su definición como proyecto de software libre que hace posible contar con una gran cantidad de extensiones ya desarrolladas para esta herramienta (alrededor de 650 a la fecha de redacción), así como de diseños personalizados a través de plantillas.

Más información

• Sitio web oficial (en español)
• Definiciones de Wiki en Wikipedia

El sábado 24 de abril se realizó una nueva edición del Festival Latinoamericano de Software Libre (FLISOL 2010). Al igual que en años anteriores, se trató de un evento realizado en varias ciudades latinoamericanas, en las cuales se realizaron principalmente instalaciones de distribuciones Linux, conferencias sobre temas de software libre y algunos talleres.

En mi caso en particular, estuve presente en dos sedes. Por la mañana, asistí a la Universidad Nacional del Callo, sede del FLISOL Callao. El evento fue organizado principalmente por la Comunidad de Software Libre de la UNAC (UNACINUX), y contó con áreas de instalaciones, juegos en Linux, y auditorios de conferencias y talleres.

En esta sede atendí la primera exposición de introducción al software libre, tras lo cual participé como ponente del tema Software libre y código abierto en entornos empresariales, a un auditorio conformado principalmente por profesionales, docentes y estudiantes. La presentación aparece incluida a continuación.

Lo interesante de la charla fue la ronda de preguntas, la cual se extendió por varios minutos e incluyó consultas sobre el futuro de MySQL tras la compra de Oracle, la posición de Apple frente a las tecnologías libres, empresas peruanas que usan software libre, y preguntas puntuales de tecnologías como Moodle.

Transcurridas las primeras horas del día, tomé rumbo a la Universidad Nacional Mayor de San Marcos, sede del FLISOL Lima. En este lugar el evento se realizó en la Facultad de Ingeniería de Sistemas y estaba a cargo de la comunidad San Marcux. Las aulas fueron empleadas como áreas de instalación, stands de comunidades, zona de conferencias y salón de juegos.

Aquí mi presencia respondió a mi participación en el stand de Mozilla Perú, en el cual se ofreció la instalación de una versión personalizada de Firefox Portable, una edición de Firefox que puede ser llevada en USB y utilizada en cualquier lugar. La propuesta tuvo bastante acogida, y en tres horas se realizaron alrededor de un centenar de instalaciones, así como explicaciones de algunas funcionalidades proporcionadas por el navegador.

Puntos de la Sede Callao:

• A favor: El acceso al evento (cerca de la puerta principal, y con indicaciones). La distribución de espacios. La cantidad de organizadores y apoyos en el evento. La acogida de los organizadores. Regalo de CDs de distintas distribuciones.
• En contra: El auditorio de área verde al mediodía. Falta de mayor promoción.

Puntos de la Sede Lima:

• A favor: Presencia de mayor número de comunidades y opciones de instalación.
• En contra: No había indicaciones de cómo llegar a la Facultad. Pocas indicaciones dentro del local. Charlas con enfoque vendedor, no de información/difusión.

Algunas reflexiones generales:

• Dado que el objetivo del FLISOL es promover el uso del software libre, dando a conocer al público en general su filosofía, alcances, avances y desarrollo, era esperable que las charlas se centraran en temas introductorios al software libre, no de carácter con alto nivel técnico o empresarial -como ocurrió en algunos casos-.
• No se dio suficiente realce al hecho que se podían realizar instalaciones en PCs y/o laptops. En próximas ediciones se podría incluso dar más importancia a instalaciones en laptops, dado que poco a poco se están haciendo más populares.
• Ya que un evento como FLISOL está dirigido a público en general, también se podría dirigir la publicidad a más públicos, no necesariamente relacionados con el quehacer informático.

Como punto final, debo mencionar que la experiencia ganada por los equipos organizadores de las diversas sedes de FLISOL resulta vital para futuras ediciones de este evento, por lo cual una buena idea sería que cada grupo de organizadores se reúna, evalúe cada aspecto del evento y redacte sus comentarios y sugerencias para los organizadores del próximo año.

¡Nos vemos el próximo año!

Actualización: Los chicos del videoblog AlternoTV realizaron un reportaje sobre el Festival Latinoamericano de Instalación de Software Libre FLISOL. El video aparece a continuación.

Una clásica interrogante al momento de mostrar o comentar alguna solución en software libre o abierto a amigos, colegas o posibles clientes es ¿Y donde se usa software libre aquí en el Perú?. Es aquí donde se revelaba la ausencia de un índice de casos de éxito que pudiera tomarse como referencia para responder a esta pregunta.

Durante los últimos años, los redactores de la revista de tecnología PC World Perú estuvieron recogiendo experiencias de implantación de soluciones tecnologícas en empresas locales, lo cual permitió también mostrar tecnologías de software libre empleadas satisfactoriamente como parte de la infraestructura de diversas organizaciones.

El siguiente listado fue confeccionado en base en artículos publicados durante el año 2009, los cuales aparecieron en su mayoría en las secciones Tecnología PYME y Gerencia TI de la revista en cuestión.

• Organización: Universidad Nacional Mayor de San Marcos
  Herramientas: Ubuntu Linux, ZenWalk Linux
  Implementado en: Migración progresiva hacia sistemas Linux y aplicaciones de software libre.
  Fuente: PALACIOS, Christian. 2009. “Camino a la migración: Universidad Nacional Mayor de San Marcos se embarca en la aventura de utilizar Linux”. PC World. Lima, año 18, número 1, pp. 74-77.

• Organización: Gobierno Regional Lambayeque
  Herramientas: Ubuntu Linux
  Implementado en: Todas las computadoras de la sede regional y las direcciones sectoriales
  Fuente: Empresa Editora El Comercio S.A. 2009. “Lambayeque migró a Ubuntu”. PC World. Lima, año 18, número 2, pp. 18.

• Organización: Corporación Jeruth
  Herramientas: Asterisk, OpenXchange, Spam Assassin, ClamAV, Samba, Bácula, DotProject.
  Implementado en: Sistema de telefonía IP y herramientas de apoyo
  Fuente: PALACIOS, Christian. 2009. “Máximo control: Solución de ERP monitorea las ventas minuto a minuto”. PC World. Lima, año 18, número 3, pp. 68-69.

• Organización: Financiera Proempresa
  Herramientas: Red Hat Enterprise Server, iptables y sendmail
  Implementado en: Soporte de infraestructura tecnológica, seguridad y correo electrónico
  Fuente: PALACIOS, Christian. 2009. “Tecnología que llega a todos los rincones del Perú: Financiera Proempresa brinda servicios en pueblos remotos”. PC World. Lima, año 18, número 4, pp. 62-63.

• Organización: Yichang
  Herramientas: OpenXchange
  Implementado en: Servidor de correo electrónico
  Fuente: PALACIOS, Christian. 2009. “Palanca para la productividad: La octogenaria Yichang logra duplicar su nivel de facturación gracias al uso de tecnología”. PC World. Lima, año 18, número 6, pp. 74-75.

• Organización: D’plata
  Herramientas: Postfix y Squirrelmail
  Implementado en: Servidor de Correo electrónico
  Fuente: PALACIOS, Christian. 2009. “A control remoto: D’plata consigue mayor control de operaciones utilizando Citrix y LogMeIn”. PC World. Lima, año 18, número 7, pp. 66-67.

• Organización: Head Hunters Perú
  Herramientas:
  Implementado en: Sistema web
  Fuente: PALACIOS, Christian. 2009. “Cazadores de soluciones: Herramientas de gestión y de seguridad en empresa caza talentos”. PC World. Lima, año 18, número 8, pp. 64-65.

• Organización: Roselló & Cía
  Herramientas: Asterisk, CentOS y PostFix
  Implementado en: Sistema de comunicaciones entre locales y Sistema de envío de publicidad.
  Fuente: PALACIOS, Christian. 2009. “Cambios a la vista: Una pyme local cambia la mayor parte de su infraestructura a Windows Vista”. PC World. Lima, año 18, número 9, pp. 68-69.

• Organización: Cartones Villa Marina
  Herramientas: CentOS, EXIM, MailScanner, SpamAssasin. Dansguardian, Shorewall. OpenVPN
  Implementado en: Comunicaciones de correo electrónico, filtrado de descargas de Internet e interconexión con otras sedes.
  Fuente: Empresa Editora El Comercio S.A. 2009. “Torre de papel: Cartones Villa Marina apalanca su crecimiento haciendo uso de software libre”. PC World. Lima, año 18, número 10, pp. 66-67.

• Organización: UPC
  Herramientas: eduCommons (Plone, Python)
  Implementado en: Portal Open Course Ware de la UPC
  Fuente: Empresa Editora El Comercio S.A. 2009. “Portal Open Course Ware de la UPC”. PC World. Lima, año 18, número 11, pp. 16.

• Organización: Universidad Nacional Pedro Ruiz Gallo
  Herramientas: Asterisk, CentOS y Debian
  Implementado en: Telefonía IP, Migración de servidores
  Fuente: MENDOZA, Marcela. 2009. “Tecnologías abiertas: Universidad lambayecana opta por ahorrar los costos de renovación de licencias”. PC World. Lima, año 18, número 11, pp. 76-77.

• Organización: Global Consulting Company
  Herramientas: LAMP, CentOS, PostFix+ClamAV+SpamAssasin, Squid, Quanta, Subversion, PHP
  Implementado en: Usos varios en operaciones
  Fuente: PALACIOS, Christian. 2009. “Punto de partida: Global Consulting Company minimiza sus gastos usando software libre”. PC World. Lima, año 18, número 12, pp. 68-69.

• Organización: Grupo Excelencia
  Herramientas: Ubuntu Linux, OpenOffice.org, Firefox, Thunderbird, SARG, Squid
  Implementado en: Migración de servidores y PCs de escritorio
  Fuente: PALACIOS, Christian. 2009. “Cambio de hábito(s): Migración Linux en servidores y PC de usuarios”. PC World. Lima, año 18, número 13, pp. 68-69.

• Organización: Municipalidad de Lince
  Herramientas: Debian, IPTables, Squid, CentOS, Apache, MySQL, PHP, Samba, ClamAV, Sendmail, PostgreSQL, OpenOffice.org
  Implementado en: Servidores de distintas operaciones y PCs de escritorio.
  Fuente: PALACIOS, Christian. 2009. “Punto cero: Municipalidad de Lince recupera el área de sistemas utilizando software libre”. PC World. Lima, año 18, número 15, pp. 64-65.

• Organización: OLVA Courier
  Herramientas: Zimbra Collaboration Suite, Funambol, Adempiere ERP, CentOS
  Implementado en: Servidor de correo, Módulos de ERP para planillas, inventarios. Centro de datos.
  Fuente: PALACIOS, Christian. 2009. “El correo mágico: En Olva Courier apuestan por soluciones libres y sencillas”. PC World. Lima, año 18, número 16, pp. 68-69.

• Organización: Perú Donde Vamos
  Herramientas: PHP y MySQL
  Implementado en: Guía web
  Fuente: PALACIOS, Christian. 2009. “Brújula de la diversión”. PC World. Lima, año 18, número 17, pp. 66-67.

• Organización: U.S.E. (Universal Student Exchange)
  Herramientas: PostgreSQL, PHP
  Implementado en: Sistema web de gestión de información de participantes
  Fuente: MENDOZA, Marcela. 2009. “Intercambio fluido”. PC World. Lima, año 18, número 18, pp. 66-67.

• Organización: Andina Real Exporter
  Herramientas: MySQL, PHP, PostgreSQL, CentOS
  Implementado en: Sistema de comercio electrónico
  Fuente: PALACIOS, Christian. 2009. “Naturalmente tecnológicos: Empresa exportadora de productos naturales incursiona en el mundo de la tecnología”. PC World. Lima, año 18, número 19, pp. 68-69.

• Organización: HALEAKALA SAC
  Herramientas: Xendra ERP, Linux, PostgreSQL
  Implementado en: Plataforma de gestión
  Fuente: PALACIOS, Christian. 2009. “Olas y buenas vibras: Distribuidor de insumos para la industria del surfing se apoya en software libre”. PC World. Lima, año 18, número 20, pp. 62-63.

La última edición de PC World Perú fue publicada en febrero de 2010, por decisión de la casa editora en nuestro país. Por esta razón este listado queda como referencia para futuras investigaciones sobre software libre en el Perú.