• Save
Diseño y desarrollo de servicios de información y documentación digital con herramientas de software libre
Upcoming SlideShare
Loading in...5
×
 

Diseño y desarrollo de servicios de información y documentación digital con herramientas de software libre

on

  • 10,958 views

Conferencia en las Jornadas de centros de documentación de Consejos Económicos y Sociales, Santiago de Compostela, 2005

Conferencia en las Jornadas de centros de documentación de Consejos Económicos y Sociales, Santiago de Compostela, 2005

Statistics

Views

Total Views
10,958
Views on SlideShare
10,455
Embed Views
503

Actions

Likes
11
Downloads
0
Comments
1

10 Embeds 503

http://aulavirtual.utel.edu.mx 284
http://gc.initelabs.com 120
http://gc.scalahed.com 50
http://www.slideshare.net 24
http://unesr-garde.blogspot.com 15
http://erukoz.blogspot.com 3
http://www.techgig.com 2
http://10.1.47.243 2
http://50.56.221.171 2
http://bibliotecacep1-marlene.blogspot.com 1
More...

Accessibility

Categories

Upload Details

Uploaded via as Microsoft PowerPoint

Usage Rights

CC Attribution-NonCommercial-NoDerivs LicenseCC Attribution-NonCommercial-NoDerivs LicenseCC Attribution-NonCommercial-NoDerivs License

Report content

Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
  • Full Name Full Name Comment goes here.
    Are you sure you want to
    Your message goes here
    Processing…
  • Excelente
    Are you sure you want to
    Your message goes here
    Processing…
Post Comment
Edit your comment

Diseño y desarrollo de servicios de información y documentación digital con herramientas de software libre Diseño y desarrollo de servicios de información y documentación digital con herramientas de software libre Presentation Transcript

  • Diseño y desarrollo de servicios de información y documentación digital con herramientas de software libre Jesús Tramullas Depto. Ciencias de la Documentación, Univ. de Zaragoza http://tramullas.com
  • Índice de contenidos
    • La planificación del diseño de servicios de información
    • El diseño centrado en el usuario: Usuarios, servicios y contenidos
    • El software libre
    • Problemática del desarrollo de servicios basado en software libre
    • Herramientas de software libre
    • La planificación del diseño de servicios de información
  • Necesidad de método
    • El diseño y creación de servicios de información debe ajustarse a los métodos y técnicas de desarrollo de proyectos y de servicios y sistemas
    • Existen metodologías diseñadas para sistemas de información que pueden utilizarse, contextualizadas, para el diseño de servicios de información y documentación
  • Gestiona, planifica…
    • Gran parte del proceso de diseño de un servicio de información corresponde a gestión de proyectos
    • En el entorno digital, la planificación detallada es tan importante como en el entorno real
    • Esta planificación aún es más importante si se utilizan herramientas de software libre
  • Planteamiento del proyecto
    • Existencia de necesidades: identificación y propuesta del sistema.
    • Diversas metodologías para el estudio preliminar
    • Determinar la factibilidad de la propuesta
    • Punto de partida: el proyecto tipo estándar :
      • Datos de detalle
      • Fases, tareas, etc.
      • Tiempo de realización
      • Ordenación de tareas
      • Recursos disponibles
      • Costes por recursos
      • Revisión
  • El error a evitar
    • “ Una de las tentaciones más dañinas presentes en el análisis de sistemas es pensar en términos de computadoras y hacer énfasis primeramente en el componente estructural de la tecnología” (Burch y Grudnitski, 1992)
  • La “escuela de Lancaster”
    • “ Quién, en términos de rol; necesita cual información para cual propósito.” (Wilson, 1993)
  • Y, ¿Cómo se hace?
    • Desarrollar una descripción de la actividad de la organización bajo estudio.
    • Derivar las categorías de información requeridas para apoyar las actividades en los modelos y las actividades particulares de las que puede obtenerse esta información.
    • Definir los roles de administración en términos de las actividades para las que cada poseedor de rol tiene la responsabilidad de tomar decisiones.
    • Emplear estas actividades de rol para convertir los flujos de información “actividad a actividad” en flujos de información “rol a rol”.
    • Definir los sistemas de información necesarios que corresponden a las necesidades de desempeño de las actividades que cada sistema apoya.
  • Proceso de diseño, a
    • Obtención de información:
      • Misión y objetivo del proyecto
      • Audiencia
      • Estándares
      • Recursos
      • Objetivos y expectativas del usuario
    • Estrategia:
      • Identificar problemas
      • Explorar modelos reales
      • Soluciones posibles
      • Definir concepto y alcance
      • Organizar contenido
      • Alternativas de diseño y técnicas
  • Proceso de diseño, b
    • Prototipado:
      • Mapa de flujo del sitio
      • Componentes del diseño
      • Crear y probar el prototipo
      • Plan final de arquitectura
      • Especificaciones de producción
    • Implementación:
      • Preparar y editar el contenido
      • Terminar el diseño de interfaz de usuario
      • Desarrollar la infraestructura
      • Solucionar nuevos problemas
  • Proceso de diseño, c
    • Lanzamiento:
      • Control de calidad
        • Uso
        • Consistencia
        • Compatibilidad
      • Promocionar el servicio
    • Mantenimiento y crecimiento:
      • Gestión de nuevos contenidos
      • Análisis de logs
      • Control de enlaces
      • Revisiones periódicas
    • El diseño centrado en el usuario: usuarios, servicios y contenidos
  • Principio fundamental
    • El usuario es el rey
    • El “User-centered design” es el enfoque emergente más importante en el diseño de información para el web en el último año.
    • También se le identifica bajo el nombre “diseño de experiencia de usuario.”
    • La usabilidad, “muy de moda”, está muy relacionada
  • El éxito de la información en web
    • El éxito de la información en web lo dan lo usuarios
    • Si un web es útil, el usuario vuelve
    • El usuario considera útil el web si satisface sus objetivos y necesidades
    • El web también debe satisfacer los objetivos del propietario u organización
  • Espacio para usuarios
    • El web es un espacio para usuarios
    • Problemas:
      • frustración
      • desagrado
      • confusión
    • Comprender la experiencia del usuario
    • Creación de perfiles de usuario
  • Diseño centrado en el usuario
    • El diseño centrado en el usuario tiene entre sus premisas estudiar cómo se comportan los usuarios que utilizan un producto, y cuales son los factores que intervienen tanto en el comportamiento frente al objeto, como en la utilización del objeto . Es decir, la interacción entre el objeto , y sus componentes, y el usuario , especialmente importante en los espacios y productos de información digital.
  • Diseño para usuarios
    • Definir la audiencia
      • Tipos y objetivos de los usuarios
    • Usar un diseño centrado en el usuario
      • Deseos y objetivos
    • Usar un proceso participativo
      • Grupos de trabajo
    • Control y prueba (test) de usuarios
      • Criterios de aplicación
  • Preguntado a los usuarios…
    • ¿Cómo consiguen la información?
    • ¿Qué información necesitan?
    • ¿Encuentran lo que están buscando?
    • ¿Qué les gusta y satisface?
    • ¿Qué les disgusta y repele?
    • ¿Cómo llevan a cabo sus tareas?
    • ¿Cómo hacen para trabajar menos?
    • … y recordando que el diseñador no es el usuario
  • Un modelo de proceso
    • El software libre
  • Un poco de filosofía
    • Es un movimiento social y técnico, que propone otra forma de ver el mundo, y, en consecuencia, de hacer las cosas… y de hacer negocio (el que quiera)
    • Prima el trabajo de colaboración, el respeto al trabajo de los demás, y la generación y acceso libre a todo tipo de conocimiento
    • … y no obliga a nadie, ni dice que todo sea gratis, ni que no se pueda cobrar por algunas cosas o servicios
  • Conocimiento libre
    • Software libre, en el ámbito tecnológico relacionado con las tecnologías de la información
    • Open Access , en el campo de la publicación de revistas científicas
    • Creative Commons , para cualquier tipo de contenido o producción, en cualquier formato y/o soporte
  • Enfoques
    • Stallman, Free Software Foundation : el software debe ser libre de uso, estudio, mejora y acceso al código fuente, http:// www.fsf.org / licensing / essays /free- sw.html
    • Movimiento Open Source : distribución del código fuente de al aplicación, bajo una licencia que establezca ciertos requerimientos y derechos, http:// www.opensource.org / docs / definition.php
  • Licencias
    • Gran variedad de licencias
    • Las diferentes licencias establecen limitaciones sobre la distribución o la integración del código original, y la redistribución del mismo.
    • Diferencias entre copyleft puro, y no puro, http:// www.fsf.org / licensing / licenses / index_html ,
    • No todo el software gratuito es libre, ej.: CDS/ISIS, WinIsis
  • Recursos de información
    • Sobre licencias: http://www.opensource.org
    • Software: http://sourceforge.net , http://freshmeat.net
    • Comunidades virtuales, http://barrapunto.org
    • Específicos de la comunidad de información y documentación, http://www.oss4bib.org
    • Estado de la implantación del software libre en España, http:// www.libroblanco.com
  •  
  • http://www.soft-libre.net
    • Problemática del desarrollo de servicios basado en software libre
  • Problemas, problemas…
    • Tradicionalmente se ha asociado el software libre a problemas, de instalación, adecuación al servicio y mantenimiento…
    • … y la permanencia en el tiempo de los responsables de la aplicación…
    • … pero estos problemas son igual de comunes en el campo del software propietario (y además, resolverlo es más caro)
  • Nivel de decisión
    • Desconfianza, por motivos de responsabilidad y temor a la innovación
    • Temor a costes ocultos
    • Temor a falta de capacitación técnica (y organizativa)
    • Relaciones personales con proveedores
    • Falta de método en el proceso de decisión
  • Nivel de actuación
    • Problemas de conocimiento de herramientas y plataformas
    • Desconocimiento de las licencias y de sus condiciones
    • Desestimación de los requerimientos de soporte tecnológico
    • Falta de programas de formación de usuarios
  • Nivel económico
    • Las empresas que venden licencias intentan hacer creer en problemas irresolubles, o los aumentan en exceso, señalando como consecuencia un creciente coste oculto
    • Las empresas que venden servicios intentan minimizar este coste, ya que su modelo de negocio se basa en cobrar por el servicio de valor añadido
    • La realidad es que siempre tiene un coste, la cuestión clave es evaluarlo
  • Una propuesta de proceso de decisión
    • Analizar los objetivos y necesidades del servicio
    • Establecer los requerimientos que debe cumplir la herramienta: redacción de un RFP
    • Identificar y evaluar las herramientas de software libre que puedan ajustarse a lo indicado en el RFP
    • Analizar los requerimientos de soporte de las herramientas
  • Una propuesta de proceso de implantación
    • Instalar la infraestructura de hardware y software
    • Instalar la herramienta
    • Desarrollar un prototipo
    • Prueba y evaluación del prototipo por parte de los grupos de usuarios
    • Revisión y aprobación (si procede)
    • Lanzamiento del servicio
  • A G u i d e t o O p e n S o u r c e S o f t w a r e for Australian Government Agencies
  •  
    • Herramientas de software libre
  • Propuesta de tipología
    • Plataformas de desarrollo para gestión de contenidos
    • Portales
    • Bibliotecas y repositorios digitales
    • Publicaciones digitales
    • Automatización de bibliotecas
    • Entornos para colaboración
    • Blogs
  • Plataformas de desarrollo
    • Ofrecen la plataforma necesaria para desarrollar e implementar aplicaciones que den solución a necesidades específicas. Su interés radica en la posibilidad de construir soluciones adaptadas a cada caso.
    • Demandan un alto nivel de conocimiento de lenguajes de programación de alto nivel.
    • Pueden servir para construir herramientas que respondan a las características de los tipos que se explican en los apartados posteriores.
    • En muchos de ellos se han ido creando módulos, de forma que es posible integrar desarrollo propio con herramientas disponibles.
  • Herramientas
    • OpenCMS, http://www.opencms.org
    • Zope, http://www.zope.org
    • Typo3, http://www.typo3.org
    • Midgard, http://www.midgard.project.org
    • Apache Lenya, http://lenya.apache.org
  • Portales
    • La creación y mantenimiento de portales es una de las funciones principales que desempeñan los sistemas de gestión de contenidos
    • Su funcionalidad, administración y mecanismos de control están especialmente orientados a ofrecer a sus usuarios un portal con diferentes tipos de contenidos y de servicios, desde la publicación de noticias, al repositorio de documentos, pasando por foros, sindicación de contenidos, creación de perfiles usuarios, personalización de la información..
    • Siguen una arquitectura modular, se componen de módulos encargados de diferentes funciones, y administrados desde una interfaz centralizada.
  • Herramientas
    • PHP-Nuke, http:// www.phpnuke.org
    • Plone, http://www.plone.org
    • Mambo, http://www.mamboserver.com
    • ezPublish, http://www.ez.no
    • Drupal, http:// www.drupal.org
  • Publicaciones digitales
    • Plataformas especialmente diseñadas teniendo en cuenta las necesidades de las publicaciones digitales, tales como periódicos, revistas, etc.
    • Sus prestaciones están orientadas al control de los procesos de edición, creación y publicación de contenidos, más que al desarrollo de aplicaciones o portales.
    • De especial interés van a resultar, en los próximos años, todos los sistemas dedicados a la publicación de revistas científicas, que den soporte al proceso de envío, revisión y publicación
  • Bibliotecas y repositorios digitales
    • Responde a la necesidad de organizar, gestionar y recuperar información en contextos con gran cantidad de documentos, principalmente textuales.
    • Suelen ofrecer las prestaciones básicas para la creación y gestión de colecciones.
    • Necesitan trabajo y desarrollo complementario para ajustarlos a proyectos específicos
  • Herramientas
    • Greenstone, http://www.greenstone.org
    • Dspace, http://www.dspace.org
    • Fedora, http://www.fedora.info
    • ePrints, http:// www.eprints.org/
    • Colecciones fotográficas: SEPIADES software, http:// www.knaw.nl / ecpa /sepia/ workinggroups /wp5/ download.html
  • Entornos para colaboración
    • Corresponderían a la clásica definición de groupware , herramientas para trabajo en grupo. Su objetivo es dar a grupos de usuarios especializados las prestaciones necesarias para llevar a cabo trabajos en común
    • Los flujos de trabajo, los usuarios, los puntos de control y los documentos entregables ( deliverables ) son los contenidos clave a gestionar. Se necesitan herramientas de control de tiempos y actividades, de comunicación síncrona y asíncrona.
    • Se trata de una especialización de la gestión de contenidos, que se relaciona con la gestión de proyectos.
    • Un entorno colaborativo muy conocido y extendido es wiki , destinado a la elaboración de documentos para comunidades de interés
  • Herramientas
    • Phpcollab, http://www.php-collab.com
    • MediaWiki, http://www.mediawiki.org
    • eGroupware, http://www.egroupware.org
    • Wiki en general, http:// www.wiki.org
  • Blogs
    • Son el fenómeno que ha dado un verdadero potencial democrático al web, a pesar de los inconvenientes que pueda conllevar.
    • Los blogs muestran un modelo de gestión de contenidos bastante simplificado, ya que suelen ser monousuario, y con un sencillo flujo de trabajo, lo que ha facilitado su expansión entre amplios grupos de usuarios sin conocimientos técnicos profundos.
    • Debe indicarse una tendencia a aumentar las prestaciones de los blogs, intentando dotarlos de parecidas características a las disponibles en las herramientas para portales.
  • Automatización de bibliotecas
    • Siguen el esquema clásico de prestaciones ofrecidos por las aplicaciones propietarias
    • Incorporan los módulos de catalogación, circulación y mantenimiento y gestión de la colección
    • Cumplen con los estándares bibliotecarios, ISBD, formatos MARC21 y UNIMARC, algunos llevan Z39.50
  • Automatización de bibliotecas
    • Koha, http:// www.koha.org
    • Emilda, http:// www.emilda.org
    • PhpMyLibrary, http:// phpmylibrary.sourceforge.net /
    • OpenBiblio, http:// obiblio.sourceforge.net /
    • PMB phpmybibli, http:// www.pizz.net /
    • Gnuteca, http:// www.gnuteca.org.br /
  • Gracias por su atención