2. Descripción general

2.1. Perspectiva del producto

El servidor donantonio interactuará con clientes, mediante un protocolo que deberá definirse.

2.2. Funciones del sistema

2.2.1. Publicación de recursos

El sistema permitirá publicar recursos situados en cualquier lugar de la red Internet.

Cada recurso será localizado mediante su descripción, que estará en los servidores Donantonio, y por tanto, no tendrá por qué coincidir con el lugar de publicación del recurso.

2.2.2. Registro de descripciones

Cada descripción tendrá un punto de publicación, desde el cual un servidor donantonio lo incorpora a su biblioteca a través del proceso de registro.

2.2.3. Consulta y replicación de descripciones

Los servidores donantonio incluirán mecanismos o protocolos para admitir la replicación total o parcial de las descripciones solicitada por los clientes.

Para este fin, los servidores deberán poder atender consultas de descripciones, para lo que se definirán los correspondientes mecanismos o protocolos.

Los mecanismos y lenguajes de búsqueda implantados en los servidores deberán ser compatibles con los de los clientes.

2.3. Restricciones

El sistema será software libre (de acuerdo con la licencia GNU-GPL o similar) y deberán ser libres aquellos componentes que reutilice.

El sistema se diseñará según un modelo cliente/servidor.

El sistema basará sus comunicaciones en protocolos estándar de Internet.

Los distintos subsistemas deberán tener un diseño e implementación sencillos, independientes de la plataforma o el lenguaje de programación.

Los servidores deben ser capaces de atender consultas concurrentemente.

2.4. Suposiciones y dependencias

2.4.1. Suposiciones

Se asume que los requisitos descritos en este documento son estables una vez que sea aprobado por el equipo de diseño atendiendo sugerencias de la comunidad. Cualquier petición de cambios en la especificación debe ser aprobada por el equipo de diseño y gestionada por el mismo.

2.4.2. Dependencias

Aunque la funcionalidad de servidor es autónoma, pues solo se comunica con otros clientes cuando éstos le hacen una petición, puede depender de otros servidores si, utilizando la funcionalidad de cliente, replica de otros servidores información para el mantenimiento de su propia biblioteca.

Nota: Repasar esto. En realidad sí hay comunicación, pero

2.4.3. Requisitos específicos

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.

2.5. Requisitos funcionales

2.5.1. REQ01: Registro de descripciones

El servidor debe registrar descripciones de recursos (metadatos y el correspondiente localizador URL).

2.5.2. REQ02: Visibilidad de las descripciones

Todo servidor donantonio implementará mecanismos de consulta que permitan seleccionar desde un cliente un conjunto de las descripciones que éste dispone.

2.5.3. REQ03: Transportabilidad de las descripciones

Todo servidor donantonio permitirá la exportación de un conjunto seleccionado de descripciones.

2.5.4. REQ04: Selección de descripciones

Todo servidor implementará mecanismos o lenguajes que permitan a los clientes especificar una consulta de sus recursos almacenados.

2.5.5. REQ05: Independencia entre servidores

Los servidores serán independientes para poder dar servicio autónomamente a los clientes.

2.5.6. REQ06: Unicidad de las descripciones

Las descripciones deberán ser únicas en cada biblioteca mantenida en cada servidor.

2.6. Requisitos de interfaces externos

2.6.1. Interfaces de usuario

2.6.1.1. REQ07: Configurabilidad

El servidor donantonio contará con interfaces de usuario que permita administrar todas sus funciones.

2.6.2. Interfaces hardware

No se han definido.

2.6.3. Interfaces software

2.6.3.1. REQ08: Comunicación con otros módulos

La comunicación de los servidores donantonio con los clientes se realizará mediante protocolos basados en estándares que permitan cumplir los demás requisitos del sistema.

2.6.4. Interfaces de comunicación

2.6.4.1. REQ09: Protocolos estándares en Internet

Los servidores se comunicarán con otros módulos del sistema mediante protocolos estándares en Internet, siempre que sea posible.

2.7. Requisitos de rendimiento

2.7.1. REQ10: Tiempo de respuesta

Los tiempos de respuesta a las peticiones de los clientes deberán ser reducidos, considerando una red de comunicaciones eficiente.

2.7.2. REQ11: Concurrencia

El sistema deberá soportar atención concurrente a las consultas.

2.8. Requisitos de desarrollo

2.8.1. REQ12: Ciclo de vida.

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.

2.9. Requisitos tecnológicos

2.9.1. REQ13: Normas bibliográficas

Los esquemas bibliográficos a usar en el servidor estarán expresados en RDF.

2.10. Atributos

2.10.1. REQ14: Software libre

El sistema será software libre y, por tanto, cualquier componente software que reutilice también deberá ser libre.

2.10.2. REQ15: Portabilidad

El sistema será diseñado portable. Deberá ser posible implantar aplicaciones donantonio en diversos lenguajes y plataformas.

2.10.3. REQ16: Mantenibilidad

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.

2.11. Otros requisitos