Propuesta para la creación de un sistema de workflow editorial para la documentación libre.

Ismael Olea, v1, 2004/02/09

Referencias al proyecto en listas de correo:

• http://listas.hispalinux.es/pipermail/lucas-desarrollo/2004-January/000802.html
• http://listas.hispalinux.es/pipermail/lucas-desarrollo/2004-January/000810.html
• http://listas.hispalinux.es/pipermail/lucas-desarrollo/2004-February/000825.html

Contactos iniciales:

• Fabio Montoya
• Polkan García

  Se precisan:

  • Un experto en ingeniería de procesos para definir, refinar y perfeccionar el flujo de trabajo editorial (¿Fabio?)
  • Expertos en implantación de Plone, en el caso de que sea la herramienta definitiva. (¿Polkan?)

  Posibles herramientas:

  • Plone
    • ventajas:
      • parece una herramienta útil
      • parece que hay gente formada en su uso está disponible
      • es una herramienta web, con la ventaja de acceso y apertura que conlleva.
      • funciona sobre python, que es un lenguaje aparetnemetne adecuado y con porgramadores disponibles para afrotnar modificaciones.
    • inconvenientes:
      • es una aplicación web, con todas las desventajas de funcionalidad que tiene.
      • funciona sobre zope, que parece que es un entorno muy pesado

    Requisitos:

    • Implementar un control de calidad de los esfuerzos de traducción, revisión, edición y publicación de TLDP-ES respetando el ciclo http://olea.org/conferencias/doc-conf-editorial-libre/slide013.html
    • No se trata de un CMS. Los documentos estarán en general accesibles a través de URL.
    • Debe ser posible extraer datos, estadísticas e informes para conocer el estado de cada proyecto
    • Cada documento tendrá asociados uno o varios ficheros de metadatos para su gestión.
    • Debe ser posible que los estados del workflow generen eventos para lanzar automatismos.

    Planificación:

    1. to define an initial version of a «production» workflow,
    2. then use it to configure a plone server prototype which can be hosted in any DSL server availaible, for example.
    3. test it
    4. and then look for, set up and run the definitive server.
    For 1., seems to me is a non obvious work. We had the initial info on which base the design (the David Merrill proposal and the draw I show you) but I think some time is needed to learn about how workflows should be and to ensure some kind of usability (you know, to avoid the «perfect technical application nobody wants to use» syndrome). Since there is some in interest here in Hispalinux (TLDP-ES and HL have a very strong synergy) in use workflow in the association, maybe it help to speed us. Anyway, I'll be in Mexico next week and I'll meet with a friend who has study about workflows and I'll try to convince him at least to design it ASAP.

    For the 2. point, I think there will be no problem to get a volunteer to offer his/her server at home. Maybe Hispalinux could host it too.

    The point 3. is obvious, isn't? :-)

    The point 4 could be targeted as soon we have a satisfactory prototype, and we can display all our lobby power to look for get the new server. Again, maybe we can share this solution with Hispalinux or maybe they'll have the server for us.

    The new service could be the corner stone of convergence between TLDP-* if we share the same workflow, which in theory could be completely independent of the document format and the publishing schema or web style. Indeed, if it work as I'm imagining, it'll be a quantum leap for the libre documentation world on Internet.