Guía para la Documentación de Recursos Genéticos
252¼
4.2.3
Rendimiento del sistema ¿El sistema usa al máximo los recursos disponibles (e. g. computadoras, personal)? Puede suceder que determinados procedimientos de documentación que usted diseñó sean ineficaces, o poco prácticos. Por ejemplo, aquellos para la entrada de datos de un sistema computadorizado pueden ser poco prácticos (porque la computadora está ubicada en un lugar poco conveniente), o ineficaces (lentos o implicar una duplicación indeseada de esfuerzos). Si actualmente usa un sistema manual de documentación, ¿podrían manejarse los datos más eficazmente si utilizara un sistema computadorizado? Si la cantidad de datos que se documentase incrementa constantemente, esta podría ser una opción para tener en cuenta. Si usa un sistema de documentación computadorizado, el uso de un nuevo hardware o software ¿incrementaría el rendimiento del sistema?
4.2.4
Precisión del sistema ¿Son fehacientes, exactos y actualizados los datos que se documentan? ¿Es fácil detectar y corregir errores en el sistema? ¿Son útiles los informes? Trate de identificar cómo entran los datos incorrectos al sistema y los pasos necesarios para impedirlo. Utilice las capacidades de su software de administración de datos para impedirla entrada de datos incorrectos al sistema.
4.2.5
Requisitos adicionales de información ¿Son útiles todos los informes que genera rutinariamente? ¿Se necesitan otros informes? Para obtener esta información, hable con la gente que utiliza o solicita estos informes.
4.3
Planificación de los cambios en el sistema Después de haber revisado el sistema, usted tendrá una idea exacta de su funcionamiento, y habrá identificado las áreas que necesitan modificaciones. Si trabaja en un banco de germoplasma pequeño y es el unico responsable de la documentación, esta revisión no le llevará mucho tiempo, dado que ya sabrá cuáles son las áreas que tienen problemas. Sin embargo, es importante demostrar la necesidad de modificar el sistema, aun cuando las modificaciones sugeridas sean de poca importancia. Es fundamental que no modifique el sistema sin examinar las consecuencias, debido a que podría introducir errores accidentalmente que podrían afectar