|
 Los wikis son plataformas diseñadas para registrar y desarrollar conocimiento a partir de la colaboración asíncrona de los participantes. Interesante ¿verdad?. ¿Pueden servir también para gestionar la documentación,comunicación y participación de los personas de un proyecto?
Hace un año le dimos una vuelta a lo tentador de poner un wiki en un proyecto , y ahora en el número IEEE Software de este mes, el artículo "Wiki-Based Stakeholder Participation in Requirements Engineering " vuelve también la vista sobre los wikis, no para gestionar toda la documentación del proyecto, sino sólo la de los requisitos; y afirma que con algunas modificaciones un wiki puede cubrir las necesidades de dos áreas de la ingeniería de requisitos: especificación y gestión; y si nos ponemos, y según como sea el proyecto, también puede ser útil en la obtención (elicitación) y la validación y verificación.
Los proyectos en entornos de solución incierta, o con patrones de desarrollo ágiles tienen que implicar activamente al cliente en el equipo de desarrollo, y mantienen una inestabilidad de requisitos elevada durante la ejecución que hace difícil consegir una especificación de requsitos con los atributos de calidad: Completa, correcta, consistente, modificable y trazable.
¿Y emplenado un wiki para la especificación y la gestión posterior durante todo el proyecto (o incluso mejor, durante toda la vida del sistema)?.
Al registrar cada requisito, funcionalidad o historia de usuario en una página, y emplear en el conjunto de la especificación enlaces hacia ellas se evita redundancia y se obtiene un sistema de documentación fácil de modificar y mantener.
La trazabilidad se pueden apoyar en el registro histórico de modificaciones de cada página.
Los autores del artículo extraen consejos de las pruebas que han realizado con MediaWiki : (la plataforma de uso y distribución libre con licncia GNU GPL, desarrollada para Wikipedia) en varios proyectos:
Primero lo para su propio proyecto de investigación RISE (Reuse in Softwre Engineering) y también para el proyecto que decidieron abordar, con el que ajustar las funcionalidades de MediaWiki a las características de la gestión de requisitos: SOP-Wiki.
(He intentado localizar una copia de SOP-Wiki, por aquello de que la licencia GPL de MediaWiki obliga a que la distribución de la herramienta que han desarrollado también sea libre... (?) pero no he encontrado nada. Si la encontráis alguno, avisad para echarle un vistazo).
Esta versión modificada de MediaWiki que han realizado: SOP-Wiki la están empleando en un proyecto de colaboración germano-húngaro: BelAlmi (20 personas y seis subproyectos); y en prácticas, un grupo de 14 estudiantes de Kaiserslautern.
Las principales lecciones aprendidas son:
- Nombrar a un moderador al frente del wiki (el gestor del proyectos, el ingeniero de requisitos...).
- Con las funcionalidades de clasificación de informacíón que tiene el wiki, crear una estructura adecuada para facilitar el trabajo y el registro de los requisitos.
- Diseñar plantillas tipo para requisitos, aportaciones y discusiones.
- Poner páginas con las instrucciones de uso.
- El moderador debe gestionar las asignaciones de funciones y trabajo de las diferentes personas, y debe estar atento, como fuentes de posibles contradicciones o conflictos de obtención (elicitación) de requisitos, al hecho de que los participantes estén constantemente editando la misma página, o por el contratio, que una página esté completamente olvidada y nunca se edite.
Las principales deficiencias que han encontrado en MediaWiki son:
- Para crear enlaces hay que recordar el nombre de la página enlazada. El uso de una convención de nombres lo soluciona en parte, y en la herramienta SOP-Wiki que han desarrollado han incluido una funcionalidad de generación de enlaces.
- MediaWiki no tiene funcionalidades cómodas para la gestión de versiones, ya que el concepto de versión es para cada página. También han desarrollado dos funcionalidades: link harvester y freeze. La primera porporciona una lista de enlaces a páginas determinadas, de forma que el conjunto de enlaces representa una versión. La segunda permite seleccionar un conjunto de páginas para asignales una etiqueta de versión, que puede indicar si es una versión oficial o aceptada.
- También han echado de menos la posibilidad de exportar los textos contenidos en el wiki a un documento, y han desarrollado una funcionalidad que graba el contenido de un conjunto de páginas en formato OpenOffice.
- MediaWiki no permite establecer relaciones semánticas, y en SOP-Wiki han integrado Semantic MediaWiki , de forma que se pueden establecer enlaces semánticos entre páginas o entre plantillas.
- MediaWiki no permite re-clasificaciones ni cambios que se ejecuten simultáneamente sobre varias páginas. En SOP-Wiki lo han implementado desarrollando dos extensiones específicas: Text-Cast y RegExp Cast.
- También han echado de menos la posibilidad de replicar el contenido del wiki, de forma que quien lo desee pueda obtener una copia para trabajar en el equipo de su casa sin conexión al servidor. Están en ello para desarrollar una funcionalidad que lo permita y que luego gestione los cambios entre las páginas replicadas y las originales.
 |
RSS de los comentarios
Es decir, si sólo lo usas de forma interna no tienes porque facilitar el código fuente. De hecho, ni siquiera tienes que facilitar el código objeto (si existe). Es un problema conocido desde hace años por la FSF y que se da especialmente en el caso de las aplicaciones web. En ese caso se considera que por el mero hecho de usarlas en remoto no se está distribuyendo la aplicación y por tanto la letra de la licencia (del espíritu se podría hablar largo y tendido) no obliga a facilitar el código de la misma si la has mejorado (o simplemente modificado).
Saludos. Iñaki.