Plan de acción para el desarrollo del agregador de los contextos de la BVS y Espacios de Colaboración - hacia el CRICS 8

De Wiki REDDES

Tabla de contenidos

Introducción

Este documento tiene como objetivo desarrollar un plan de acción general para el desarrollo del agregador de los contextos de la BVS y espacios de colaboración. Ese desarrollo debe realizarse dentro del espacio de RedDes y en conjunto con los equipos de Infomed y BIREME.

El proyecto debe maximizar los resultados hacia el CRICS 8, sin la pérdida de la perspectiva de desarrollo futuro.

Los insumos para el desarrollo del plan de ese proyecto están basados en las reuniones acerca de la interoperabilidad del Campus Virtual de Salud y la BVS durante la semana del 12 al 16 de mayo de 2008, así como en las reuniones técnicas acerca de la funcionalidad de Single Sign-On e interoperabilidad de las fuentes de información de la BVS y redes asociadas durante los días 19 al 21 de mayo de 2008. Siguen adjuntas las agendas y documentos generados en la sección Anexos.

Definición del ámbito

De acuerdo con las discusiones para el desarrollo del agregador de los contextos de la BVS y espacios colaborativos, se definen como productos del proyecto:

Aplicación que agrega los servicios de las fuentes de información (FI) de la BVS y espacios colaborativos

La aplicación agregadora debe contener funciones de mashup (agregación de componentes), que posibilite la personalización del espacio del agregador (portal, contextos, etc.), como también la gestión mínima de contenidos (ejemplo: páginas acerca de, contacto, notas, etc).

El agregador de los contextos debe contener las funcionalidades de autenticación única y Single Sign-On.

El agregador tendrá un conjunto básico de componentes, de acuerdo con el contexto al cual pertenece. La posibilidad de personalizar (añadir, quitar y modificar) el contexto se reflejará a través de la interoperabilidad entre el agregador y un directorio general de repositorios de componentes de la red. A través del repositorio general será posible recuperar y seleccionar componentes desarrollados por otras instituciones o personas de la red. Esos componentes estarán disponibles en repositorios locales o regionales cadastrados en el repositorio general.

Es necesario evaluar y probar frameworks que implementan mashup y gestión de contenidos, como por ejemplo: POSH, BVS-Site, Drupal, etc.

Módulo de autenticación única

El módulo de autenticación única sigue el estándar AAA (Authentication, Authorization and Accounting). Todos los puntos de autenticación de usuarios en los contextos serán a través de un directorio central que contiene los servicios de autenticación disponibles para la red. Esos servicios, fundamentalmente, serán basados en el protocolo LDAP. La arquitectura de autenticación debe prever agregar otros protocolos, como OpenID, por ejemplo, y tener en cuenta las distintas implementaciones existentes en la red.

Según los resultados a corto, mediano y largo plazo, y considerando el estado actual de autenticación de las redes de fuentes de información de la BVS y redes asociadas, se proponen los siguientes escenarios:

Corto plazo:

  • En el nivel de agregador de contextos, el login será a través del correo electrónico del usuario. Tomando el dominio del correo, se verificará el servicio de autenticación registrado en el directorio central. A través de ese servicio se validará correo y contraseña, y se permitirá o negará el acceso del usuario.
  • En el nivel de las fuentes de información se mantienen sus bases de usuarios locales, y se obliga informar usuario y contraseña en el nivel de componentes (widget). El agregador tendrá que registrar información de autenticación del usuario, por componente, para evitar que en el próximo acceso en el contexto no se pida nuevamente información de autenticación.

Mediano plazo:

  • Se mantiene el mismo esquema de corto plazo para el agregador.
  • En el nivel de las fuentes de información se implementa una autenticación por orden de prioridad, es decir: se intenta verificar información de autenticación en el servicio del contexto (correo/contraseña) o en el servicio local (nombre de usuario/contraseña) o la implementación de un servidor de OpenID.

Largo plazo:

  • El servicio de autenticación en los niveles de agregador de contextos y fuentes de información son convergentes.

Módulo de Single Sign-On

Los escenarios de implementación del módulo de Single Sign-On son dependientes del desarrollo de la autenticación única. Se pretende lograr que el usuario sea reconocido automáticamente en los niveles de contextos y fuentes de información, después de la primera autenticación, mientras su sección se queda válida.

El Single Sign-On forma parte del estándar AAA. Los permisos asociados a los componentes se gestionarán en el propio contexto.

Es necesario evaluar y probar frameworks que implementan el SSO, como por ejemplo, Shibboleth.

Conjunto básico de servicios web (web services) de las FI

Se hace necesaria la disponibilidad para el desarrollo de los componentes que se integran en los agregadores de los contextos de la BVS y espacios colaborativos, como servicios, de las FI.

El análisis del nivel de interoperabilidad de las FI de la BVS se encuentra en anexo.

Es importante tener una capa de servicios generales en las FI para soportar y fomentar el desarrollo descentralizado de componentes en el ámbito de RedDes.

Conjunto básico de componentes (widgets) que invocan los servicios de las FI para integración en el agregador

El desarrollo de los componentes básicos es necesario para crear los agregadores de los contextos de la BVS y espacios colaborativos. Los componentes serán desarrollados por medio de un estándar de widget que está por definir, como por ejemplo, Google, Netvibes, etc.

Planificación

Las macroactividades identificadas son:

Establecer criterios tecnológicos y metodológicos para evaluar frameworks existentes

  • Fecha de entrega estimada: 31-05-08

Evaluar las soluciones existentes como Shibboleth, POSH, Drupal, BVS-Site teniendo en cuenta los criterios establecidos en términos de tecnologías y metodologías de desarrollo.

  • Fecha de entrega estimada: 07-06-08

Desarrollo de los siguientes productos

Agregador de los contextos de la BVS y espacios colaborativos

  1. Especificar, técnicamente, las etapas de desarrollo ulteriores.
    • Fecha de entrega estimada: 07-06-08
  2. Planificar las actividades, cronograma y recursos.
    • Fecha de entrega estimada: 14-06-08
  3. Desarrollar, implantar y probar.
    • Fecha de entrega estimada: 31-07-08

Módulo de autenticación única

  1. Especificar, técnicamente, las etapas de desarrollo ulteriores.
    • Fecha de entrega estimada: 07-06-08
  2. Planificar las actividades, cronograma y recursos.
    • Fecha de entrega estimada: 14-06-08
  3. Desarrollar, implantar y probar.
    • Fecha de entrega estimada: 05-07-08

Módulo de Single Sign-On (SSO)

  1. Especificar, técnicamente, las etapas de desarrollo ulteriores.
    • Fecha de entrega estimada: 07-06-08
  2. Planificar las actividades, cronograma y recursos.
    • Fecha de entrega estimada: 14-06-08
  3. Desarrollar, implantar y probar.
    • Fecha de entrega estimada: 05-07-08

Conjunto básico de web services de las fuentes de información de la BVS

  1. Especificar, técnicamente, las etapas de desarrollo ulteriores.
    • Fecha de entrega estimada: 07-06-08
  2. Planificar las actividades, cronograma y recursos
    • Fecha de entrega estimada: 14-06-08
  3. Desarrollar, implantar y probar
    • Fecha de entrega estimada: 05-07-08

Conjunto básico de componentes (widgets)

  1. Especificar, técnicamente, las etapas de desarrollo ulteriores.
    • Fecha de entrega estimada: 14-06-08
  2. Planificar las actividades, cronograma y recursos
    • Fecha de entrega estimada: 21-06-08
  3. Desarrollar, implantar y probar
    • Fecha de entrega estimada: 12-07-08

Definir los grupos de liderazgo en cada desarrollo descrito arriba

  • Fecha de entrega estimada: 31-05-08

Definir los equipos de proyecto para cada desarrollo descrito arriba, incluyendo sus roles

  • Fecha de entrega estimada: 31-05-08

Incluir los proyectos en el espacio de RedDes (todas las acciones deben ser reflejadas en ese espacio)

  • Fecha de entrega estimada: 12-07-08

Recomendaciones

Detallar la planificación contenida en ese documento, incluyendo hitos para cada una de las macroactividades.

Definir la dinámica de trabajo en equipo entre los grupos de Infomed y BIREME, considerando las cuestiones de gestión de actividades, tiempos y recursos.

Anexos

Planificación detallada

3.1 Establecer criterios tecnológicos y metodológicos para evaluar frameworks existentes
Actividad Fecha de entrega Responsable(s)
Establecer criterios tecnológicos y metodológicos para evaluar frameworks existentes 09-06-2008 Responsable: Rodrigo F. de Infomed
3.2 Evaluar las soluciones existentes como Shibboleth, POSH, Drupal, BVS-Site teniendo en cuenta los criterios establecidos en términos de tecnologías y metodologías de desarrollo
Actividad Fecha de entrega Responsable(s)
     
     
3.3 Desarrollo de los siguientes productos
3.3.1 Agregador de los contextos de la BVS y espacios colaborativos
Actividad Fecha de entrega Responsable(s)
     
     
3.3.2 Módulo de autenticación única
Actividad Fecha de entrega Responsable(s)
     
     
3.3.3 Módulo de Single Sign-On.
Actividad Fecha de entrega Responsable(s)
Especificar, técnicamente, los siguientes desarrollos. 07-06-2008 Fabio Batalha Cunha dos Santos
Planificar las actividades, cronogramas y recursos. 14-06-2008 Fabio Batalha Cunha dos Santos
3.3.4 Conjunto básico de servicios web (web services) de las FI
Actividad Fecha de entrega Responsable(s)
Especificar, técnicamente, los siguientes desarrollos. 07-06-2008 Fabio Batalha Cunha dos Santos
Planificar las actividades, cronogramas y recursos. 14-06-2008 Fabio Batalha Cunha dos Santos
3.3.5 Conjunto básico de componentes (widgets)
Actividad Fecha de entrega Responsable(s)
Especificar, técnicamente, los siguientes desarrollos. 07-06-2008 Vinicius de Andrade Antonio
     
3.4 Definir los grupos de liderazgo en cada desarrollo descrito arriba.
Actividad Fecha de entrega Responsable(s)
     
     
3.5 Definir los equipos de proyecto para cada desarrollo descrito arriba, incluyendo sus roles
Actividad Fecha de entrega Responsable(s)
     
     
3.6 Incluir los proyectos en el espacio de RedDes (todas las acciones deben ser reflejadas en ese espacio)
Actividad Fecha de entrega Responsable(s)
     
     
Herramientas personales