Contenidos. 1. Requisitos del proyecto... 2

Transcripción

1 En colaboración con Las opiniones recogidas en este documento no se corresponden, necesariamente, con las de ninguno de los organismos públicos participantes en esta iniciativa.

2 Contenidos 1. Requisitos del proyecto... 2 Objetivos generales... 2 Requisitos del Portal... 2 Requisitos del Catálogo... 4 Requisitos del Gestor de Contenidos

3 1 Requisitos del proyecto En este documento se describen los requisitos sobre ámbito, diseño y características del desarrollo y evolución de la plataforma de Reutilización de la Información estatal. 1.1 Objetivos generales Requisitos generales para el proyecto O01 La plataforma cumplirá con las características generales de la Arquitectura Web 1 y la Web única 2. O02 Se seguirán las recomendaciones del W3C sobre la publicación de datos abiertos en la administración 3. O03 Se definirán las taxonomías necesarias para el proyecto utilizando SKOS 4. O04 Para el modelado semántico se seguirán los principios de los Datos Enlazados 5. O05 Se tomarán como referencia y ejemplo las mejores prácticas a nivel mundial en materia de reutilización y Open Data. 1.2 Requisitos del Portal Requisitos para el portal de Reutilización de la Información. P01 El portal debe estar desarrollado con las tecnologías estándar xhtml y CSS y código validado, pudiendo incorporar algunas características de HTML5 8 y CSS3 9 en caso de considerarse beneficioso. P02 El portal debe ser compatible con los navegadores actuales (como mínimo Internet Explorer 7, Firefox 3, Opera 10, Chrome 8 y Safari 4). 1 Architecture of the World Wide Web, Volume One: 2 One Web: 3 Publishing Open Government Data: 4 Simple Knowledge Organization System: 5 Linked Data: 6 The Extensible HyperText Markup Language (Second Edition): 7 Cascading Style Sheets Level 2 Revision 1: 8 HTML5: 9 Introduction to CSS3: 2

4 P03 El portal debe cumplir con los requisitos de Accesibilidad definidos por el nivel AA de las WCAG y las WCAG del W3C. P04 El portal debe contar con una versión adaptada a dispositivos móviles que cumpla con los requisitos definidos por las MWBP del W3C para los contenidos adecuados a dichos dispositivos. P05 El portal debe cumplir con unos requisitos mínimos de Usabilidad internacionalmente reconocidos. P06 El portal será compatible con los requisitos definidos en el Esquema Nacional de Interoperabilidad 13 y el Esquema Nacional de Seguridad 14. P07 El portal utilizará URLs semánticas, únicas e independientes de dispositivo, idioma y tecnología. P08 El portal contará con una versiones en castellano y demás lenguas co-oficiales del estado (catalán, valenciano, euskera y gallego) e inglés. P09 El portal debe mostrar una imagen nueva con énfasis en el diseño y los aspectos gráficos. P10 El portal debe priorizar el Catálogo de Datos como contenido principal y claramente destacado. P11 El portal debe incorporar todos los contenidos existentes en la versión anterior que tengan relación con la reutilización de la información. P12 El portal incorporará piezas de contenido semántico reutilizables mediante la incorporación de RDFa al contenido (al menos para eventos y publicaciones) P13 El portal debe integrar herramientas de promoción, difusión y dinamización (como mínimo las herramientas actuales). P14 El portal debe contar con herramientas de participación por parte de los usuarios (como mínimo las herramientas actuales). P15 El portal debe poder albergar y gestionar contenidos multimedia. 10 Web Content Accessibility Guidelines 1.0: 11 Web Content Accessibility Guidelines 2.0: 12 Mobile Web Best Practices 1.0: 13 Ficha Esquema Nacional de Interoperabilidad: 14 Ficha Esquema Nacional de Seguridad: 3

5 1.3 Requisitos del Catálogo Requisitos específicos para el Catálogo de Datos. C01 El catálogo debe de dar cabida tanto a conjuntos de datos como a otros catálogos externos de la AGE. C02 Será posible catalogar conjuntos de datos que se encuentren en cualquiera de los niveles del sistema de clasificación de las cinco estrellas 15. C03 El catálogo utilizará URIs 16 catalogados. como mecanismo de identificación de los elementos C04 El catálogo debe incluir metadatos sobre los elementos catalogados y el propio catálogo. C05 Cada elemento catalogado dispondrá de una ficha pública con la metainformación disponible sobre el elemento. C06 Las fichas y el propio catálogo deben disponer de una vista HTML destinada al público en general y otra vista semántica para el tratamiento automatizado. C07 La selección de la vista más adecuada en cada momento debe realizarse de forma automatizada y transparente para los usuarios. C08 Ambas vistas deben mantenerse sincronizadas automáticamente y proceder de una fuente única de datos. C09 El modelado de los metadatos se realizará utilizando vocabularios internacionalmente reconocidos siempre que sea posible. C10 El catálogo se actualizará de forma periódica y manual, sin interferir en la posibilidad de actualización automática en el futuro. C11 El catálogo debe proporcionar la funcionalidad necesaria para la gestión de los elementos catalogados (CRUD) y sus fichas. C12 Los Organismos y Ministerios deben poder dar de alta sus propios conjuntos de datos. C13 El catálogo debe disponer de capacidades de búsqueda y filtrado sobre el total de los elementos registrados. C14 El catálogo debe estar preparado para facilitar en el futuro la gestión y alojamiento de ficheros de datos externos. 15 Linked Open Data star scheme by example: 16 Uniform Resource Identifiers (URI): 4

6 1.4 Requisitos del Gestor de Contenidos Requisitos para la plataforma de gestión de contenidos. G01 El gestor debe contar con soporte nativo para tecnologías semánticas (RDF y RDFa) G02 El gestor debe contar con soporte para catálogos de datos, ya sea de forma nativa o mediante módulos ya desarrollados) G03 El gestor debe aportar potencia gráfica y flexibilidad estructural suficiente para los requisitos de diseño del proyecto. G04 El gestor debe contar con un mecanismo de gestión de usuarios y flujo de trabajo que de soporte a las necesidades del proyecto. G05 El gestor debe proporcionar flexibilidad suficiente en cuanto a posibilidades de extensión e integración futuras. G06 El gestor debe dar soporte a las funcionalidades Web 2.0 necesarias en el proyecto. G07 El gestor debe aportar un nivel de seguridad adecuado, dando respuesta eficaz a las vulnerabilidades detectadas. G08 El gestor debería proporcionar facilidad en el uso diario. G09 El gestor debería contar con una comunidad activa de desarrollo y soporte. G10 El gestor debería ser fácil de instalar y administrar. 5