| Libro blanco de las tecnologías de documentación de LuCAS: Descripción, funcionamiento, herramientas y futuro del proyecto de documentación LuCAS | ||
|---|---|---|
| Anterior | Clientes Donantonio | Siguiente |
En este apartado se presentan los requisitos funcionales que deberán ser satisfechos por el sistema. Todos los requisitos aquí expuestos son ESENCIALES, es decir, no sería aceptable un sistema que no satisfaga alguno de los requisitos aquí presentados. Estos requisitos se han especificado teniendo en cuenta, entre otros, el criterio de testabilidad : dado un requisito, debería ser fácilmente demostrable si es satisfecho o no por el sistema.
Nota: Es conveniente hacer la «matriz de requisitos», que confronta los requisitos con el método de verificación.
Todo cliente donantonio implementará mecanismos de consulta que permitan acceder en un servidor a un conjunto de las descripciones que éste dispone.
Todo cliente donantonio podrá replicar un conjunto de descripciones obtenidas desde un servidor donantonio mediante un criterio de selección de los definidos en REQ01.
Todo cliente tendrá una biblioteca local donde almacenará las descripciones que obtenga mediante consultas de los servidores.
Las descripciones deberán ser únicas en la biblioteca de cada cliente.
Todo cliente almacenará internamente las diferentes consultas que realizará periódicamente para actualizar el contenido de su biblioteca. La programación de consultas consistirá en ajustar toda la información necesaria para ejecutarlas (la propia consulta, el servidor contra el que se ejecuta y cuándo se ejecuta).
El cliente donantonio podrá configurar todas sus funciones mediante una interfaz de usuario sencilla de utilizar.
No se han definido.
La comunicación de los clientes donantonio con los servidores se realizará mediante protocolos basados en estándares que permitan cumplir los demás requisitos del sistema.
Los servidores, clientes y aplicaciones donantonio se comunicarán entre sí mediante protocolos estándares en Internet, siempre que sea posible. Por ejemplo, para transferir ficheros (recursos o bloques de descripciones) deberán utilizarse protocolos existentes (FTP u otro conveniente).
Los tiempos de respuesta a las consultas de la biblioteca local procedentes de un interfaz de usuario deberán ser reducidos.
El ciclo de vida elegido para desarrollar el sistema será el de prototipo evolutivo, de manera que se puedan incorporar fácilmente cambios y nuevas funciones.
Los esquemas bibliográficos a usar en el sistema estarán expresados en RDF.
El sistema será software libre y, por tanto, cualquier componente software que reutilice también deberá ser libre.
El sistema será diseñado portable. Deberá ser posible implantar aplicaciones donantonio en diversos lenguajes y plataformas.
El sistema es susceptible de ser ampliado. Por tanto deberá diseñarse fácilmente mantenible, aplicando para su desarrollo las metodologías que para ello sean precisas.