| Libro blanco de las tecnologías de documentación de LuCAS: Descripción, funcionamiento, herramientas y futuro del proyecto de documentación LuCAS | ||
|---|---|---|
| Anterior | Arquitectura de desarrollo de proyectos de documentación libre (Diseño e implementación de LuCAS v4) | Siguiente |
Buen gestor que mantiene automáticamente un archivo web de la actividad del foro.
Una herramienta que permite que varios autores trabajen sobre un mismo documento sin perjucios en el trabajo de ninguno.
Existen interfaces texto y gráficos para las plataformas más extendidas.
Además conviene disponer de alguna de las herramientas de acceso a repositorios cvs vía web como cvsweb.
La vida de un documento-e pasa básicamente por estas fases:
creación
revisión
publicación
lectura
Conviene mantener un control del estado del documento a fin de poder garantizar o al menos conocer la calidad de un documento.
También debe facilitarse el trabajo cooperativo y el reparto de cargas de trabajo de autoría, traducción y/o revisión, todo lo cual está facilitado por el uso de Internet pero cuya coordinación exije una gran cantidad de tiempo si no se mecaniza.
Además es razonable pensar que a pesar del proceso de calidad pueden escaparse erratas y que, dada la caducidad de la información técnica en informática, documentos completos o partes de ellos pueden quedar obsoletos con el tiempo.
Por tanto parece razonable tener en cuenta otra necesidad:
detección y corrección de erratas.
Las herratas y su solución pueden aparecer y resolverse en cualquier momento. Si el sistema de gestión de documentación está bien integrado la publicación del documento actualizado podría ser inmediata y automática.
Para dar solución a estas necesidades se contemplan las siguientes alternativas:
aplicación ad-hoc basada en web+sgbd;
gestor de partes (p.e. debbugs, bugzilla);
aplicación ad-hoc basada, por ejemplo, en Narval o en la herramienta WISE.
La herramienta resultante debe contar al menos con un interfaz web.